I am very sorry, I will not be participating in GSoC for ASCEND this year. I've played around with various options for GTK on mac and while some work, all leave a lot to be desired. There are a ton of weird and hard to reproduce bugs and the integration hasn't improved at all. Someone with better experience of C and GObject than me would be appropriate for improving GTK.
It is still possible to run ASCEND on Mac OS X, but many of the integration features I would have liked to work on rely on functionality that is unreachable at the moment, at least from Python. If accepted, I will be working with the Sugar Labs people. It is my long term goal to get Sugar working on OS X and Sugar is also mostly written in Python. I hope to figure out a way to easily package PyGTK-quartz and when I do, I'll try to get ASCEND working nicely (or at least let you know). Thank you for your time and sorry for any inconvenience :) 2009/3/27 Lucian Branescu <[email protected]>: > It kind of works with GTK-X11, just like Inkscape and GIMP do. > Monodevelop for example doesn't require X11 and I have been able to > build and run a GTK hello world with native rendering, so GTK itself > is certainly capable of it. I'm not sure about integration with Cairo, > though. > > I've been trying to buid pygobject, pycairo and pygtk, but I didn't > get very far. They all complain of new and exciting obscure things all > the time. With some work, I should probably be able to eventually > build them all. I'll ask the gnome people for help. > > Other mac-related fixes could also be done, like making sure the menu > bar is not on the window itself, reordering menu items, mapping > keyboard shortcuts, etc. > > I'll try and play with ASCEND in Ubuntu to see how it's supposed to > work and try to make a list of possible improvements for the eventual > leftover time. > > 2009/3/27 John Pye <[email protected]>: >> Hi Lucian >> >> Lucian Branescu wrote: >>> While improving GTK on mac would be nice, I don't think I have enough >>> experience with C to do that myself. >>> >>> I've played with pygtk a bit and it seems the only convenient way to >>> get it running is through macports. The other option is building >>> everything, from gobject all the way up to pygtk. That's not the >>> biggest problem though. >>> >>> The lastest GTK has native rendering (doesn't require X11), but it >>> still has every other problem. I'll try to see if there's a way to at >>> least enable sane printing and to use the native file picker in >>> ASCEND. Other than that, I don't know what else I could to without >>> having to touch GTK code. >> >> If we can run GTK with native rendering, that would be preferable. Maybe >> you can assess how much work you think is required to make that happen. >> >> I imagine that this might require you to build your own copy of PyGTK >> and/or PyCairo, etc. Note that ASCEND makes use of libglade, too. >> >> If running GTK natively is not an option, we can investigate the GTK-X11 >> option. If it allows ASCEND to run on Mac, and can be easily achieved, >> then that would be a good enough, although not preferable. >> >> I think for this project you need to make a good assessment of how much >> work is required to get ASCEND working on Mac, and then, assuming some >> time is left over, we need to propose some additional work on some GUI >> improvements, including perhaps printing support, data (results) export, >> and improvements to the Observer functionality, for example. These would >> hopefully require only Python programming, I believe. >> >> Cheers >> JP >> > ------------------------------------------------------------------------------ _______________________________________________ Ascend-sim-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/ascend-sim-users
