On Thu, May 18, 2006 at 10:13 +0200, Ralf Stubner wrote:
The dvipdfm patch does two things. It increases the number of papersizes
known to dvipdfm and it adds support for libpaper. I would vote for
keeping the additional papersizes (maybe even propagating that part
upstream) but removing the
On Thu, May 18, 2006 at 10:25:23AM +0900, Atsuhito Kohda wrote:
Hi Julian,
On Wed, 17 May 2006 07:46:04 +0100, Julian Gilbey wrote:
Something like, on first installation, or debconf question Should
xdvi/... respect /etc/papersize with an appropriate file in
/etc/libpaper.d in such a
Julian Gilbey [EMAIL PROTECTED] wrote:
Under what circumstances are
the files in there executed?
When paperconfig is executed. Not when the libpaper1 package is
installed or upgraded, though (is this a bug?).
Don't know. Should we call paperconfig in our postinst?
'texconfig paper
On Thu, May 18, 2006 at 08:36 +0200, Frank Küster wrote:
Julian Gilbey [EMAIL PROTECTED] wrote:
Under what circumstances are
the files in there executed?
When paperconfig is executed. Not when the libpaper1 package is
installed or upgraded, though (is this a bug?).
I guess we have
On Tue, May 16, 2006 at 09:05:40AM +0200, Frank K??ster wrote:
However, I'm not completely opposed to respecting /etc/papersize. I
just don't think it's important or at least a really good idea.
Therefore I'm not going to try to come up with a proposal how it should
work exactly, let alone an
Atsuhito Kohda [EMAIL PROTECTED] wrote:
I've an impression that this thread comes to a state of
waste of time now, contrary to my intention.
Oh, I remember the suggestions for better documentation, and I'll see
that someone writes them up sooner or later...
Regards, Frank
--
Frank Küster
On Wed, May 17, 2006 at 11:55:53AM +0900, Atsuhito Kohda wrote:
I'll note that even after this entire discussion, reading FAQs
and bug reports
for days, I still don't know how to do that.
Hmm, really? I don't understand what you want really but
\usepackage[dvips]{geometry}
wouldn't
Greg Stark [EMAIL PROTECTED] wrote:
Frank Küster [EMAIL PROTECTED] writes:
Greg Stark [EMAIL PROTECTED] wrote:
Sure you can, in fact you already do have such a thing. It's not an error
not
to specify margin sizes in your document, there is a default specified in
the
class files.
On Wed, May 17, 2006 at 12:52:03PM -0400, Greg Stark wrote:
On Tue, May 16, 2006 at 09:05:40AM +0200, Frank K??ster wrote:
Something like, on first installation, or debconf question Should
xdvi/... respect /etc/papersize with an appropriate file in
/etc/libpaper.d in such a case:
On Wed, May 17, 2006 at 07:37 +0100, Julian Gilbey wrote:
On Wed, May 17, 2006 at 11:55:53AM +0900, Atsuhito Kohda wrote:
Hmm, really? I don't understand what you want really but
\usepackage[dvips]{geometry}
wouldn't help you?
Or even just \usepackage{geometry}
Only if you have set
On Wed, May 17, 2006 at 07:46 +0100, Julian Gilbey wrote:
Something like, on first installation, or debconf question Should
xdvi/... respect /etc/papersize with an appropriate file in
/etc/libpaper.d in such a case:
Nice. When has /etc/libpaper.d been added? Under what circumstances are
the
On Tue, May 16, 2006 at 09:05:40AM +0200, Frank K??ster wrote:
Something like, on first installation, or debconf question Should
xdvi/... respect /etc/papersize with an appropriate file in
/etc/libpaper.d in such a case:
paper=`paperconf`
case $paper in
a4)
I would say to put this in
On Wed, May 17, 2006 at 10:21:42PM +0200, Ralf Stubner wrote:
On Wed, May 17, 2006 at 07:46 +0100, Julian Gilbey wrote:
Something like, on first installation, or debconf question Should
xdvi/... respect /etc/papersize with an appropriate file in
/etc/libpaper.d in such a case:
Nice.
Hi Julian,
On Wed, 17 May 2006 07:46:04 +0100, Julian Gilbey wrote:
Something like, on first installation, or debconf question Should
xdvi/... respect /etc/papersize with an appropriate file in
/etc/libpaper.d in such a case:
Policy claims;
implies that the default version will be part
Greg Stark [EMAIL PROTECTED] wrote:
Frank Küster [EMAIL PROTECTED] writes:
Greg Stark [EMAIL PROTECTED] wrote:
would describe this, Debian users expect packages to user /etc/papersize
and
work automatically and won't have read any install document before
installing
the package.
Greg Stark [EMAIL PROTECTED] wrote:
Really, arguing that your bug is a feature is just unsightly. If what you
describe was universally a good idea then the right thing to do would be to
make TeX documents require a paper size definition. It doesn't work that way
Yes, and that's a bug in
Greg Stark [EMAIL PROTECTED] wrote:
argument. If you think the user should always specify a paper size then it
should be an error not to specify one, not have a default that doesn't work
properly.
As Frank told you, it may well trigger an error in LaTeX 3. Go submit a
bug to the LaTeX 3
Greg Stark [EMAIL PROTECTED] wrote:
What would you do with my portable document written for letter paper
if all you have is A4 paper?
Unclear question. What is document? .tex or .pdf?
If it is .tex:
- if it is for screen reading, where's the problem?
- else, it is for printing. If you are
Florent Rougon [EMAIL PROTECTED] writes:
Bullshit. They shot themselves in the foot and are flummoxed (guessing
the meaning, sorry) whenever they work on a system that is configured in
a different way than their home computer.
Only if it's configured differently than the paper available in a
Greg Stark [EMAIL PROTECTED] wrote:
Generally what would happen on any reasonably configured system is they would
go to Europe, for example, and rerun LaTeX on their document and print it on
the paper available. If they've only run LaTeX on their document in the US
before and printed on
Greg Stark [EMAIL PROTECTED] wrote:
You guys are talking as if every document is a perfected static document. Not
everybody wants a portable document that looks identical everywhere. If
I do.
that's the case they would just ship the PDF or Postscript.
No, because in this case:
- you
Frank Küster [EMAIL PROTECTED] writes:
Greg Stark [EMAIL PROTECTED] wrote:
Generally what would happen on any reasonably configured system is they
would
go to Europe, for example, and rerun LaTeX on their document and print it on
the paper available. If they've only run LaTeX on their
Greg Stark [EMAIL PROTECTED] wrote:
Sure you can, in fact you already do have such a thing. It's not an error not
to specify margin sizes in your document, there is a default specified in the
class files. If the sysadmin felt like it he could go and edit those defaults.
No he cannot - the
Florent Rougon [EMAIL PROTECTED] writes:
No, because in this case:
- you cannot study how the document was done;
- you cannot (conveniently) modify the document.
Writing LaTeX code is comparable to programming, and what is good for
usual software is also good for LaTeX code, most of
Greg Stark [EMAIL PROTECTED] wrote:
Note that when I compile your program I'll get a different binary. My binary
will be linked with different libraries and use the configuration on my
machine. Your source code is not portable in the sense you're using to
describe your typeset documents.
Of
Frank Küster [EMAIL PROTECTED] writes:
Greg Stark [EMAIL PROTECTED] wrote:
Sure you can, in fact you already do have such a thing. It's not an error
not
to specify margin sizes in your document, there is a default specified in
the
class files. If the sysadmin felt like it he could
On 16 May 2006 18:11:44 -0400, Greg Stark [EMAIL PROTECTED] wrote:
Sure you can, in fact you already do have such a thing. It's
not an error not to specify margin sizes in your document,
there is a default specified in the class files. If the sysadmin
felt like it he could go and
On Mon, May 15, 2006 at 14:14 +0900, Atsuhito Kohda wrote:
I personally haven't used this kind of trick but I heard that
some users like to set
\AtBeginDvi{\special{papersize=\the\paperwidth,\the\paperheight}}
in their preamble.
IMHO this is a bad idea, since it ties your files to
Hi Ralf,
On Mon, 15 May 2006 09:35:20 +0200, Ralf Stubner wrote:
On Mon, May 15, 2006 at 14:14 +0900, Atsuhito Kohda wrote:
If this is generic and useful enough, how about to document this
in FAQ or something of tetex-bin (or tetex-base?).
IMHO this is a question of general LaTeX
Ralf Stubner [EMAIL PROTECTED] writes:
IMHO this is a question of general LaTeX usage and in no way Debian
specific. In addition, the UK TUG FAQ (aka TeX FAQ) that Norbert
mentioned is actually in tetex-doc:
It's Debian specific in that while users of a freshly installed source compile
might
Greg Stark [EMAIL PROTECTED] wrote:
would describe this, Debian users expect packages to user /etc/papersize and
work automatically and won't have read any install document before installing
the package.
OpenOffice doesn't use libpaper, either. And I think this is a sane
decision: A program
Frank Küster [EMAIL PROTECTED] writes:
Greg Stark [EMAIL PROTECTED] wrote:
would describe this, Debian users expect packages to user /etc/papersize and
work automatically and won't have read any install document before
installing
the package.
OpenOffice doesn't use libpaper,
Greg Stark [EMAIL PROTECTED] wrote:
You have to default to something, it may as well be something reasonable. You
would prefer eliminating /etc/papersize and having every package have its own
configuration? Or having the user have to set the paper size on every
document?
Exactly. If you
Florent Rougon [EMAIL PROTECTED] writes:
Greg Stark [EMAIL PROTECTED] wrote:
You have to default to something, it may as well be something reasonable.
You
would prefer eliminating /etc/papersize and having every package have its
own
configuration? Or having the user have to set the
On Mon, 15 Mai 2006, Greg Stark wrote:
What would you do with my portable document written for letter paper if all
you have is A4 paper?
This is something *COMPLETELY* different. PLease get it!!! If you use
letter paper and produce a document in letter paper, I can still print
it on physical A4
Hi Greg, please stay reasonable.
On 15 May 2006 17:14:34 -0400, Greg Stark [EMAIL PROTECTED] wrote:
What would you do with my portable document written for letter paper if all
you have is A4 paper?
It's a bit unclear for me what you are really asking but generally
it's no problem for me.
Norbert Preining [EMAIL PROTECTED] writes:
There is NO NO NO reasonable default. Get it. I create on a daily basis
documents which are not A4, although my papersize is A4. B4, Crown,
whatever you want. There is no default. There is no default. There is no
default. Maybe for such simple
On Sat, May 13, 2006 at 13:55 -0400, Greg Stark wrote:
Ralf Stubner [EMAIL PROTECTED] writes:
The problem is that (to first order) a DVI file knows nothing about
paper sizes. So LaTeX itself does not inform pdfTeX/dvips about the
paper size used. This is a problem for producing PDF files,
Hi all,
I personally haven't used this kind of trick but I heard that
some users like to set
\AtBeginDvi{\special{papersize=\the\paperwidth,\the\paperheight}}
in their preamble.
If this is generic and useful enough, how about to document this
in FAQ or something of tetex-bin (or tetex-base?).
On Fri, May 12, 2006 at 16:38 -0400, Gregory Stark wrote:
It's actually worse than that.
I have a LaTeX document that specifies
\documentclass[letterpaper]{article}
This works fine in LaTeX, it generates a correctly sized DVI file which
generates a fine postscript file using dvips.
Ralf Stubner [EMAIL PROTECTED] writes:
On Fri, May 12, 2006 at 16:38 -0400, Gregory Stark wrote:
It's actually worse than that.
I have a LaTeX document that specifies
\documentclass[letterpaper]{article}
This works fine in LaTeX, it generates a correctly sized DVI file which
On Sam, 13 Mai 2006, Greg Stark wrote:
As it currently stands it requires users to go hunt through bug reports to
find the magic bit of lore they need to get tex to work.
PLease stay reasonable. This is a well known issue, and 10sec of typing
pdftex papersize into google and you would have
It's actually worse than that.
I have a LaTeX document that specifies
\documentclass[letterpaper]{article}
This works fine in LaTeX, it generates a correctly sized DVI file which
generates a fine postscript file using dvips. However pdflatex overrides this
with the default and generates an
43 matches
Mail list logo