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 i
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
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?).
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
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 p
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:
> 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
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
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
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
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
>
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}
> wo
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üste
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
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 c
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 li
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 document
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, mos
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
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 L
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:
- yo
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
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
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
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 p
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 L
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
>> > inst
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
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
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
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
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
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 l
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 pro
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
m
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 LaT
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 dvi-dri
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?).
R
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 PD
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 fou
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 siz
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 d
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 in
43 matches
Mail list logo
