Re: [hatari-devel] Hatari UI with Qt?

[ Thread Index | Date Index | More Archives ]


I think that Hatari UI could be Qt, GTK, Cocoa or MFC based Framework. Hatari (the emulation layer) is the depency of the UI  Layer and shouldn't have dependency to UI Frameworks other than SDL.

One of the method could be to use callback hooks via a special UI component.

By default all callbacks should be based on SDL UI, but if a part of code 'register' a new callback, this should replace the SDL one.

Maybe i'm wrong, but i think it's better to keep hatari as an engine and don't introduce UI dependency into it.


Le 25 nov. 2012 à 23:03, Eero Tamminen a écrit :

> Hi,
> I was giving some thought for Hatari UI done with
> a compiled language and some widget toolkit (not SDL).
> Is everybody still thinking that Qt would be the best alternative
> for this?  Even in the light of the Qt ownership changes and some
> uncertainty of its future?
> As Qt is C++, it means that:
> - Hatari will have Qt & C++-compiler dependencies
> - Either all code is compiled with:
>  - C++ compiler and needs to be cleaned of C stuff that's
>    not valid in C++ (most already done I guess)
>  - UI part is compiled with C++ compiler and rest is
>    compiled with C-compiler in which case headers need
>    to declared that prototypes in them aren't C++ ones
>    (i.e. those symbols don't have C++ mangling when linked)
> Which one of the latter options it should be?
> I could probably start looking into coding the UI itself next
> month, if somebody will later on look into CMake integration
> for that. :-)
> 	- Eero

Mail converted by MHonArc 2.6.19+