[Desktop_architects] Printing dialog and GNOME

Till Kamppeter till.kamppeter at gmx.net
Fri Dec 16 03:13:38 PST 2005


Martin Konold wrote:
> Am Mittwoch, 14. Dezember 2005 19:56 schrieb Till Kamppeter:
> 
> Hi Till,
> 
> 
>>The added one can depend on CUPS and new GTK, if these
>>libraries are not present (for example when building on old Red Hat) the
>>old dialog is used, on current distros the new one (could be
>>automatically built appropriately by checks in ./configure script).
> 
> 
> This is the half baked solution and the full baked solution will be more like 
> Portland/RUDI.
> 
> Why? Because RUDI will make sure that Firefox will not look like a 2nd class 
> citizen on KDE and avoids the need for Firefox to add dependencies to both a 
> special new GTK version or CUPS.
> 
> IMHO CUPS is a perfect example of a _service_ which happens to also provide a 
> client library. 
> 
> It is a bad design decision for an application to directly link to the cups 
> client library (ABI concerns,...) but it is much better to use a protocol 
> based interface to use the full potential of CUPS. 
> 
> It is the job os some middleware like RUDI to provide the service to the 
> applications in a transparent and ABI agnostic way.
> 
> In case RUDI is not available for any reason the application shall fall back 
> to the generic/vintage dialog. 
> 
> It is the job of the RUDI platform libary to help the application to achieve 
> the later with as little pain as possible.

How long will it take until RUDI is available? If it will take a long
time one will perhaps need a meantime solution.

   Till



More information about the Desktop_architects mailing list