dialog directly operates on the gadcon client list. Therefore, if gcc is add and
the dialog just closed then we have an inconsistency until the gcc will be
unpopulated-populated. Moreover, thats much nicer from the UI point of view.
SVN revision: 23440
module.eap files being installed - and using the e_apps api to load them and
ask for a name. Also icon is expected to be in this file too and i have
removed the info func call from modules as well as config_menu, module menus,
and other cruft in moduel structs. this also means revving the module api
version and saving users from a "if i recompile it will work" thing. :)
moduels need serious updates, not just a recompile for this. your modules
WILL break.
SVN revision: 23045
of the same gadcon in one shelf.
The config dialog still contains some problems :
* If the config dialog is opened, and at that time the settings of the gadcon has
changed, then applying settings will overwrite changes with the old values.
(will be fixed soon).
* The problem of gadcon identifiers. For example if one have two instances of the
ibar in one shelf, then changing settings of the one ibar gadcon will automatically
change the settings of the another gadcon(s) in the same shelf. Basically, they
are not distinguishable. (will be fixed soon, but need raster's
consultation/help/explanation :))
* Icons in "Selected Items" lists (will be fixed soon)
* Names of the gadcons in "Selected Items" list should start with capital letter.
* maybe something else I forgot to list.
Raster, your code is still presented in the file :). So, if unfortunatelly you will
dislike what I did :), it can be easiely rolled back :)
Enjoy the new functionality :)
SVN revision: 22753
Carsten Haitzler
sndev
sebastid