[Desktop_architects] RUDI + Current User Experience withDesktop Printing Capabilities (was: "Presentation slides - withattached templates")

[Bastian, Waldo]

>> It is things like that where the proposal for a RUDI protocol/layer
can
>> make a huge difference to users: the application (be it Java, be it
>> Acrobat, or Mozilla, OpenOffice, a Qt-only program or Gnome) just
asks
>> inside the user-selected environment (KDE, Gnome, whatever): "Give
>> me the environment's print (fileopen, saveas...) dialog, I have a
file
>> to print".
>
>Cool. Please ensure we will be able to get app-specific UI in there.
>(E.g., for us, "print HTML frames on separate pages? yes/no".) Same
goes
>for Save/Open dialogs etc.

Maybe XUL can be used for that, or this UI description language that
Yast is using. Other options are something similar to glade or the Qt
Designer format. I don't think it needs to be overly fancy but you want
to have some basic level of intelligence in there in order to handle
options that depend on each other. The problem space is very similar to
what KDE does with KConfigXT (KConfigXT provides automatically managed
GUIs for configuration)
or Kommander ( http://www.kde.me.uk/index.php?page=kommander-tutorial )
for that matter.

Cheers,
Waldo