i really think we shoudl have a port of WxWidgets......it would make it really really easy for a lot of software to be ported to MorphOS....
LINK

it also looks rather portable

FLTK would be my first choice since it's much more light-weight. It's probably a good idea to port this before it becomes too bloated as well :)
A portable widget kit that works on MorphOS as well as X would be really nice to have.

i think WxWidgets would be good simply because MANY pieces of software use it and many of the ones i want use it lol....plus it is more platform independant...(though there is more code).....though i think both of those would be very good to have......but i would poersonaly like WxWidgets first......here are 2 examples of a great piece of software that uses WxWidgets Here and here

I think there is a problem for the moment. The C++ support had been improved recently but I don't know if it's enough to compile big projects.
And these API (wxWindows and FLTK) seem to only use C++.

what would be the bigest problem with the port? and why?

I'm jsut throwing things out there for discussion nothing more......i would love to see everything written using MUI......but i am jsut throwing htings out there to see what other people think.......as to the comment of me porting it....i stick to games......and plus i don't htihnk i have the skil for this one...... ....mabey with more practice....(i am not good with C++, i am a python person and an SDL person particularly)

Neko, Poundsmack is not whining. He's just kind of thread creator. He straightly types in what comes to his mind. He just says 'Hey cool, would like to it' but he is not complaining that it's not present.
I actually know that there are some individuals who are complaining a lot but - hey - don't care too much.
Poundsmack's threads are just communication, talk. This is what morphzone was created for. Hang in the bar, grab a drink and have a little talk. Everything's fine as long as noone leaves the ways of civilized communication.

well thank you for the kind words Zylesea

:D
I agree, but it's sure a problem actually. Mui need much more c++ support to easly "remap" othe widgets on its ones.
Bye

Btw, when i compiled it, i noticed the support for IFF compressed images.

Perhaps some of the original developers are pre-amigans?

And just as someone wrote earlier, it is heavily c++ , massive use of classes and templates.

Personally I'm not interested in a port because it would make it easier to port application X. I would like a portable widget kit to use in my own applications to save some development time.

I don't care which widget kit is ported to use MUI as long as it's available on X and OSX. Spending 1-2 months rewriting GUI code in an application for MUI is a large investment. I just want a kit that supports MUI, X and OSX from the start. If it is wxWidgets, FLTK, GTK+ or any other doesn't matter as much.

Isn't MUI available on Linux ?

I found some old unmaintained code that I couldn't get to work. It was also missing a lot of components. I think Zune was based on the code I found.
Anyway, porting MUI to X is not the answer. A widget kit made to be portable should be ported to MorphOS instead. Otherwise you would also have to adapt MUI to OSX and other platforms as well.

Quote:
No

yes through WxWidgets you can do increadible things......i would love to see morphos added to the platforms they suport.....i wonder what would happen if we emailed them asking nicely if they would suport MorphOS.....hmmmmm....(runs off to hotmail)

Just happened on this thread and it raised some questions for me.
1) I read that the gcc version on MOS does not support templates and other C++ functions properly, is that true? Some code I use is very heavily templated Was there any communication from the MOS team telling this support will be integrated?
2) Sounds like a lot of people are willing to help make the wrapper, I doubt the wxwidgets team itself will have time for it. But it is an open source effort, I have no doubt they would welcome an effort.
And finally a remark. Yes of course it is nicer if apps are written in MUI, but for many cross platform developers having to do that just means there will be no MOS port at all. If it would just be a matter of putting the crosscompiler to a MOS target they might be much more inclined to do ports for MOS and the platforms viability would rise enormously.

Templates are buggy in GCC 2.95. GNU's STL seems to work properly, but forget about Boost or STLPort. We require GCC 3.x in order to have proper template handling but according to what I've heard there are some issues with GCC 3.x on MOS. I hope this will be addressed together with MOS 1.5.
Hopefully your templates will work with 2.95.