diff options
author | Pascal Rigaux <pixel@mandriva.com> | 2001-07-06 10:34:25 +0000 |
---|---|---|
committer | Pascal Rigaux <pixel@mandriva.com> | 2001-07-06 10:34:25 +0000 |
commit | cb79e7c3e74803589b56fd4fbe132b28dae27b46 (patch) | |
tree | 379570335a22e9062c77d5fb9fb62f93f81319cc /docs | |
parent | 37e8c8e66c53461aedbcc3dc19d8d6df9c5ed60d (diff) | |
download | drakx-backup-do-not-use-cb79e7c3e74803589b56fd4fbe132b28dae27b46.tar drakx-backup-do-not-use-cb79e7c3e74803589b56fd4fbe132b28dae27b46.tar.gz drakx-backup-do-not-use-cb79e7c3e74803589b56fd4fbe132b28dae27b46.tar.bz2 drakx-backup-do-not-use-cb79e7c3e74803589b56fd4fbe132b28dae27b46.tar.xz drakx-backup-do-not-use-cb79e7c3e74803589b56fd4fbe132b28dae27b46.zip |
*** empty log message ***
Diffstat (limited to 'docs')
-rw-r--r-- | docs/advocacy-interactive | 60 |
1 files changed, 60 insertions, 0 deletions
diff --git a/docs/advocacy-interactive b/docs/advocacy-interactive new file mode 100644 index 000000000..99036008e --- /dev/null +++ b/docs/advocacy-interactive @@ -0,0 +1,60 @@ + +> > We already have some functional backends, frontends, that works great, and has +> > not been thrown away since 1 year. We use it during install, post install, mcc +> > and so. +> +> But aren't generic enough. + +DrakX handles: +- buttons +- bool values (checkboxes) +- ranges +- entries +- combo boxes (editable or not) +- lists / radio boxes +- tree lists +- iconlist +- wait messages + +Features: +- all the entries above can be mixed +- nice separation between data and displayed data (eg: choose in list of +objects representing hda/hdb/... but displayed nicely with size...) +- keyboard handled nicely in GTK frontend +- callback on events: + ok pressed => check before the dialog is hidden + focus changed => + * enables pre-setting things based on other entries + * value checking on the fly +- simple/advance toggle +- shadowing of entries +- tooltips +- size of windows computed the best possible +- perl-based + +Misfeatures: +- display not flexible (though i don't know any of the tools we're talking +about that is flexible => nice) +- quite a few features are gtk only (simple/advance toggle, shadowing of +entries, certain events, tooltips). +- a stdio front-end exist but handle only certain entries. It would need a +week-work to finish it +- a http front-end could be done (mod-perl needed) +- perl-based + +The DrakX frontend (called "interactive") could be moved out of DrakX. + +eg of use: + +<#part type="text/plain" filename="~/bin/perl/imessage" disposition=attachment> +<#/part> + +[...] + +> > -provides a lot of frontends +> +> And you ideally have to provide a frontend by widget set. + +nope. The interface is completly standardised, even if it include some +gtk-like niceties. The *complete* newt (and not just entries and radioboxes +like bus) binding takes 241 lines. |