Re: Cocoa front end

2009-02-22 Thread Oswald Buddenhagen
On Sun, Feb 22, 2009 at 12:15:55AM +, Derek Wyatt wrote:
 I was thinking of adding a cocoa front end to MC just for fun,
 
given your c++ background you may prefer to join for example the
krusader project (qt/kde based twin panel manager; with qt 4.5 it should
run on 64 bit macosx as well).
for me personally all graphical nc clones so far failed because of the
poor integration with the shell. alt-a, alt-enter, ctrl-shift-j and most
of all ctrl-o are absolutely crucial to me. and the speed of F3  F4 ...
___
Mc-devel mailing list
http://mail.gnome.org/mailman/listinfo/mc-devel


Re: Cocoa front end

2009-02-22 Thread Derek Wyatt
Miguel and Oswald,

Thanks guys. My idea was to exercise some cocoa/objc skills. If most of my time 
is going to be spent not doing that, then I gotta find something else. 

Thanks for the tips guys. 
Cheers,
Derek

--Original Message--
From: Miguel de Icaza
To: de...@derekwyatt.org
Cc: mc-devel@gnome.org
Subject: Re: Cocoa front end
Sent: Feb 22, 2009 01:35

Hello,

 Looking at the code, it appears as though there may be some  
 refactoring required to abstract the UI a bit more before trying to  
 slap an objective-c gui on there (I write C++ almost exclusively  
 nowadays and haven't been in the pure C world for quite some  
 time :D). Does that seem like a reasonable statement to most?

A engine/GUI split was done at one point and we used to have a number  
of front-ends, one for GNOME, and one that used Tk.

The results were not pretty.   The code became a mess, and the GUI  
model vs the terminal model just did not blend well.

It might be much better to start an effort from scratch in that case,  
you will end up with something that is better integrated into the core  
OS than trying to build a UI on top.




Entered using opposable digits...
___
Mc-devel mailing list
http://mail.gnome.org/mailman/listinfo/mc-devel


Re: Cocoa front end

2009-02-21 Thread Miguel de Icaza

Hello,

Looking at the code, it appears as though there may be some  
refactoring required to abstract the UI a bit more before trying to  
slap an objective-c gui on there (I write C++ almost exclusively  
nowadays and haven't been in the pure C world for quite some  
time :D). Does that seem like a reasonable statement to most?


A engine/GUI split was done at one point and we used to have a number  
of front-ends, one for GNOME, and one that used Tk.


The results were not pretty.   The code became a mess, and the GUI  
model vs the terminal model just did not blend well.


It might be much better to start an effort from scratch in that case,  
you will end up with something that is better integrated into the core  
OS than trying to build a UI on top.




___
Mc-devel mailing list
http://mail.gnome.org/mailman/listinfo/mc-devel