[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [MiNT] GEM frameworks



On 07/17/2010 03:57 AM, Paul Wratt wrote:

>> The advantage and problem (!) of CFlib is that it doesn't offer anything
>> more than the AES. So it's easy to write software compatible with a wide
>> selection of AES'es, but it also means no tabs, listboxes or proper
>> editfields.
>>
> Does this make it a good candidate to add those extended AES bits (
> tabs, listboxes, proper editfields, etc)

Listboxes exists in XaAES by using the Wdialog API. The MagiC editbox
could also be implemented. What's missing is tabs - and this can be done
either very complicated or very simple.

CFlib doesn't use the Wdialog API, so it can't use the listboxes.

> some missing AES functionality in XaAES to be added (particularly the
> extended widgets from Magic).

Which widgets?

> Some questions comes to mind. Are there any restrictions due to the
> use of CFlib? Can netsurf built with GEM interface with CFlib that can
> run under Magic and Geneva?

The AES is no problem, MagiC and XaAES supports pretty much the same
things. I think we can safely ignore Geneva.

The problem is GEMDOS. MagiC is missing a lot of stuff, like all the
networking calls. I'd say we ignore MagiC too when it come to Netsurf.

Jo Even