| commit | 32871799f5ab78b8d69317e8062650db49fa999c | |
| author | dwk <dwks@theprogrammingsite.com> | |
| Sun, 15 Jun 2008 22:35:34 +0000 (15 16:35 -0600) | ||
| committer | dwk <dwks@theprogrammingsite.com> | |
| Sun, 15 Jun 2008 22:35:34 +0000 (15 16:35 -0600) | ||
| tree | a25e73789ec61fc771dd6abefba767f3330f183b | treesnapshot (tar.gz zip) |
| parent | da8b4e5d35e2b165f0eb52abc19cb95abc1d6d10 | commitdiff |
register_widget_type() can now be called in any order.
Combined with the addition of void *p to widget_t::p, the new version of
register_widget_type() allows new widget types to be created by xuni
applications. (The new version of register_widget_type() simply performs
a binary insertion sort to place the new widget type into the correct
place.)
Note that a hard-coded value will still have to be created for each
widget type at the moment, which could involve conflicts as different
xuni plugins pick the same number, say, 100.
The union widget_t::p ought to be made into a void pointer. Then widget
types could be truly modular.
Added a define, README_FILE, to replace the hard-coded string "README".
Combined with the addition of void *p to widget_t::p, the new version of
register_widget_type() allows new widget types to be created by xuni
applications. (The new version of register_widget_type() simply performs
a binary insertion sort to place the new widget type into the correct
place.)
Note that a hard-coded value will still have to be created for each
widget type at the moment, which could involve conflicts as different
xuni plugins pick the same number, say, 100.
The union widget_t::p ought to be made into a void pointer. Then widget
types could be truly modular.
Added a define, README_FILE, to replace the hard-coded string "README".