[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [MiNT] Re[3]: usage of wind_calc()
Hi,
>You have said:"wind_calc() can not be used like in WinDom if we want to
>be able to change themes without restarting the AES".
Well, many told Ozk that they felt dynamical switching of themes was not important...
The WCOWORK mode allows apps to decide if they should be 100% compatible
with the old AES's, or take advantage of the new functionality. I imagine that apps
that use "compatibility mode" instead of taking advantage of WCOWORK would be
just fine, although you would have to terminate/restart them when switching themes.
(Comments on that Odd?)
>So because you will implement themes changing we can't use wind_calc()
>as before?
Again, (if I get this right) using wind_calc as before will work as before, as long
as the new WCOWORK mode is *not* enabled. The theme switch would just require
that any running app that does not support WCOWORK needs a restart.
>Off course we can change that in Windom or in our applications and, to
>be honest, it's not the real problem but keep in mind that it's not only
>a problem with this lib, others softwares like RSM, etc.. use a lot of
>wind_calc() calls.
See my comment above. The only limitation would be that the app would have to be
restarted when switching themes if I understand this correctly.
I don't see a problem here. If one wishes to support WCOWORK, then that will be fine.
If some programmers do not, there are no *new* limitations introduced!
Finally, please correct any faulty information that I may have!
Regards,
/Joakim