Re: [ROOT] Windows Graphics/GUI - RE: More on Graphics abstraction (was Re: [ROOT] Qt ROOT)

From: Rene Brun (Rene.Brun@cern.ch)
Date: Fri Oct 26 2001 - 15:44:49 MEST


Hi Brett,

There are two problems with batch and PS (SVG the same)
 - You do not want to load any GUI classes. It is important to keep the
   size of the executable as small as possible when you run hundred of jobs
   in parallel in a farm.
 - In both batch and interactive mode, you want to keep the size of the PS/SVG
   file as compact as possible. We have many optimisations in the Postscript
   driver to reduce this size for histograms or scatter plots, typically
   a factor 4 to 20 compared to a pure vector graphics (I am not talking about
   bitmap graphics !!) such as found in libart or equivalent.

Rene Brun

Brett Viren wrote:
> 
> Hi Rene,
> 
> Rene Brun writes:
>  >
>  > Could you explain me how you will handle the case of a batch program producing
>  > just a PS file ?
> 
> Hmm, good question, I'm not sure.  It has been too long since I last
> used GnomeCanvas to say whether this will work or not without some
> testing.
> 
> However there might be hope of handling this X-less batch processing.
> The GnomeCanvas has 2 rendering modes, one using the usual X11
> rastering (ie, ultimately calling XDrawLine, etc, as TCanvas does) and
> another using Libart (http://www.artofcode.com/libart.html) which does
> high quality offscreen rendering to SVG, PS, and various bitmapped
> formats.  The question is whether or not GnomeCanvas has to be
> displayed with using libart backend.  I don't know.
> 
> As an aside, I wonder if ROOT would benefit from using libart for
> offscreen generation of TCanvas images.  Besides extra file formats
> being supported you get anti-aliasing and bitmap generation with out
> needing X, something I hear requested now and then.  I'm just
> mentioning this, not volunteering to actually work on it... <grin>.
> 
> Regards,
> -Brett.



This archive was generated by hypermail 2b29 : Tue Jan 01 2002 - 17:51:04 MET