On Sat, Jun 28, 2008 at 01:13:07PM +1000, Trent W. Buck wrote: > PAPERSIZE provides a SINGLE place to configure the default paper size, > just as the LC_ variables allow the user to customize the default > language, dialect, encoding, collation order, etc. As a user, it is > incredibly frustrating when programs have to be individually > configured because they ignore these standardized settings.
I completely see your point, but now I wonder about the correct
implementation. styles.odt already contains a page layout
specification. odtwriter could override these dimensions according to
the output of “paperconf -s”, but I think that it should not always do
this: After all, users creating custom stylesheets will expect odtwriter
to do what they tell it to do, and not fiddle with some of their values.
These are some ideas I can think of:
(1) Only change the page dimensions if explicitely asked to. This would
be a command-line switch like “--auto-papersize”. This approach
does not change the default behaviour of rst2odt, but it also
doesn’t do what many users will expect.
(2) Change the page dimensions by default, except “--keep-papersize” is
given. This means that users who rely on rst2odt taking their
custom stylesheets literally will have to change the way to invoke
the program, but it seems to be the most friendly default for new
users.
(3) Do papersize-dependent page setup only when there is no
--stylesheet-path setting on the command line. A convenient, but
ugly way—it’s just an idea, I wouldn’t go for it.
(4) Delete the default page layout specifications from stock styles.odt
and add papersize-based dimensions only if there are no default
values present. I suppose that OpenOffice.org will make this a bit
hard to do.
I personally prefer (2), but I’m not sure. Comments?
Best regards,
--
Michael Schutte <[EMAIL PROTECTED]>
signature.asc
Description: Digital signature
