[prev in list] [next in list] [prev in thread] [next in thread] 

List:       koffice-devel
Subject:    Re: [PATCH] Cleaning up koGlobal.cc
From:       Nicolas Goutte <nicolasg () snafu ! de>
Date:       2003-03-06 13:04:14
[Download RAW message or body]

The change that I have done is mostly as a short term solution to fix a 
problem. 

The problem is that QPrinter do not support custom page sizes, as you cannot 
define the wanted page size. As on the other side, kdeprint in CUPS mode do 
not let you change the paper format when the application has defined it, you 
become stuck when you want to print envelopes.

So the short term solution is to allow the three envelope formats known by QT 
(ISO C6, ISO DL, US Common 10.) 

(Unfortunately, the message freeze do not let us backport it to KOffice 
1.2.x.)

But this is only a short term solution.

We have two longer term solutions:
- QT 3.2 (and the next kdeprint) supporting custom page sizes
- our own KOffice PostScript output.

Whatever solution might be chosen or available first in future, we could 
change greatly the paper format management of KOffice.

As soon as custom sizes are available, we can define all remaining ISO sizes 
(as custom sizes) and even let the user define its own paper formats. From 
that point on, we are not bound to QT for paper formats anymore.

As with our own PostScript output, we will go away form QPrinter/KPrinter, we 
cannot rely on them for providing information important for us. (However may 
be the paper format data could be put somewhere else in kdeprint.)

So on that background, I have not tried to avoid duplications with kdeprint 
but just tried to tidy the koGlobal code, as we need it still for many 
months.

That is the situation how I see it.

Have a nice day/evening/night!

On Thursday 06 March 2003 10:02, Philipp Müller wrote:
> Hello Nicolas,
>
> sorry for answering a bit late.
>
> I checked your changes and agree, this is the thing to do now (which is the
> way, what we can do for KO 1.3).
>
> But in general, I don't like the basic design.
>
> Our current design defines the available sizes on our own. It doesn't use
> the defined ones in kprinter, which itself depends on the ones in QT.
>
> So, in case QT adds another definition, kprinter has to wait for the QT
> release and then can add the new one to it's own list. After about 1 year,
> we will be able somehow to add it to our list as well (as we should be
> backwards compatible to the KDE version as well. Or we add them now into
> our own list, but maybe we have rounding differences to the one in
> QT/KPrinter, which we either will have all the time (eek) or need to
> program around somehow.
>
> That means, we would always need to wait up to 2 years, until we can
> provide the new size of QT to the users. I don't like this very much, as it
> gives the user the impression KO can do less than KDE can do (they find
> this page size in all other non KO apps).
>
> Of course, atm there is no
>    QList kprinter->availablePageSizes()
> and
>   QSize (or KoSize) kprinter->pageSizeInMM( KPrinter::format )
> available yet.
>
> So for KO 1.3 we are stuck with the current definition.
>
> But for KO 1.4, IMHO we should ask Michael for such methods and can later
> on replace our defintion with the ones from KPrinter.
>
> I don't see a real point, why we have our own definiton.
>
> What doyou think?
>
> Philipp

_______________________________________________
koffice-devel mailing list
koffice-devel@mail.kde.org
http://mail.kde.org/mailman/listinfo/koffice-devel

[prev in list] [next in list] [prev in thread] [next in thread]