[Gimp-developer] Re: [Gimp-print-devel] Rationalizing Gimp-print

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



   Date: Sat, 06 Jul 2002 03:41:59 +0200
   From: Till Kamppeter <till.kamppeter@xxxxxxx>

   > Can you also think about how to handle generation of the XML
   > database?  We've never promised stability in terms of printers
   > and supported printer functionality, and I think it's necessary
   > for this stuff to be generatable on the fly.

   As in my previous answer, I will ship an extra
   foomatic-database-gimpprint package which can evolve independent
   from the main database (foomatic-database).

The problem with this is that the foomatic data is intimately tied to
the library version (in the future, hopefully we won't even need to
rev the library to rev the printer data, but we'll see).  So if
somebody upgrades libgimpprint, they must be able to upgrade the
foomatic database simultaneously.

-- 
Robert Krawitz <rlk@xxxxxxxxxxxx>      http://www.tiac.net/users/rlk/

Tall Clubs International  --  http://www.tall.org/ or 1-888-IM-TALL-2
Member of the League for Programming Freedom -- mail lpf@xxxxxxxxxxxx
Project lead for Gimp Print/stp --  http://gimp-print.sourceforge.net

"Linux doesn't dictate how I work, I dictate how Linux works."
--Eric Crampton


[Index of Archives]     [Video For Linux]     [Photo]     [Yosemite News]     [gtk]     [GIMP for Windows]     [KDE]     [GEGL]     [Gimp's Home]     [Gimp on GUI]     [Gimp on Windows]     [Steve's Art]

  Powered by Linux