summaryrefslogtreecommitdiffstats
path: root/docs
diff options
context:
space:
mode:
authorPascal Rigaux <pixel@mandriva.com>2001-07-06 10:34:25 +0000
committerPascal Rigaux <pixel@mandriva.com>2001-07-06 10:34:25 +0000
commitcb79e7c3e74803589b56fd4fbe132b28dae27b46 (patch)
tree379570335a22e9062c77d5fb9fb62f93f81319cc /docs
parent37e8c8e66c53461aedbcc3dc19d8d6df9c5ed60d (diff)
downloaddrakx-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-interactive60
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.