Hi André and Michael,
On 20.05.08, André Wobst wrote:
> Anyway, most of my arguments would still be valid. Except maybe the
> common case of using the canvas write methods, where we would have no
> exceeds page size problem. However, instead, we would have a different
> papersize default at different places, which is strange. (One could
> argue, that a document should have a papersize and a single page
> figure should not.
Actually, is that true? Maybe a single page should alread have a paper
format, as opposed to a mere canvas. If one would adopt that view,
paperformat should not have a default at all or a sensible one (i.e.,
not None).
I have a slight tendency towards this point, i.e., that there should
be always a paperformat for a page. And then, it would probably also
make sense to specify A4 as default, like we already specify some more
or less arbitrary margin (for the fittosize functionality)...
Hmm...
> This distinction is perfectly valid for PostScript
> vs. Encapsulated PostScript, but document.page is not source of this
> distinction. Both PostScript variants do have a page instance (or
> maybe several pages for PostScript) in its document structure. And for
> PDF this distinction is not valid at all as there is no special figure-
> only case.)
>
> As Jörg quickly agreed to my solution and we already applied it to the
> repository, I think we're done with it. Except Jörg wants to jump in
> again. However, if Jörg still agrees and thus Jörg and I do favour a
> particular solution (which is not always the case BTW), you guys out
> there basically have to live with it. :-)
Hey, I can always be convinced of a better solution. And in the specific
case, I was also initially a bit mislead and thought that we were
arguing about the canvas and not the page.
Cheers,
Jörg
-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
PyX-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/pyx-devel
