input

newer
[ pdftex-Bugs-377 ] unqoute image...

Hans Hagen

30 Jun 2005 30 Jun '05

12:09 p.m.

Hi, how about \pdfinput {filename} \pdfopenin {filename} \pdfopenout {filename} and maybe even one that accepts a hex encoded string \pdfinput hex {filename} \pdfopenin hex {filename} \pdfopenout hex {filename} Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | www.pragma-ade.com | www.pragma-pod.nl -----------------------------------------------------------------

Show replies by date

Heiko Oberdiek

30 Jun 30 Jun

3:44 p.m.

On Thu, Jun 30, 2005 at 02:09:45PM +0200, Hans Hagen wrote:

...

how about

\pdfinput {filename} \pdfopenin {filename} \pdfopenout {filename}

Nice idea, I had the same :-)) I have already started to implement them: * \pdfopenin easy to implement, working (as far I have tested it). * \pdfinput more difficult, not working yet. * \pdfoutput more difficult because of output node, unfinished. Therefore I haven't released a patch yet.

...

and maybe even one that accepts a hex encoded string

\pdfinput hex {filename} \pdfopenin hex {filename} \pdfopenout hex {filename}

\pdfunescapehex provides this feature: \pdfinput{\pdfunescapehex{filename}} Yours sincerely Heiko --

Reinhard Kotucha

10:26 p.m.

...

...
...
...
...
"Hans" == Hans Hagen writes:

...

Hi, how about

...

\pdfinput {filename} \pdfopenin {filename} \pdfopenout {filename}

Hi, if you provide new primitives, it would be nice to have a switch which forces \pdfopenout to create a file with the name <filename>. It's quite annoying that `\openout\x=Makefile' creates a file `Makefile.tex'. As far as \input and \openin is concerned, Knuth's rule is clear (first search for <filename> and then for <filename>.tex). This is ok, but kpathsea's search strategy is wrong. But a good solution for \openout is really appreciated. Regards, Reinhard -- ---------------------------------------------------------------------------- Reinhard Kotucha Phone: +49-511-4592165 Marschnerstr. 25 D-30167 Hannover mailto:reinhard.kotucha@web.de ---------------------------------------------------------------------------- Microsoft isn't the answer. Microsoft is the question, and the answer is NO. ----------------------------------------------------------------------------

Hans Hagen

1 Jul 1 Jul

8:38 a.m.

Reinhard Kotucha wrote:

...

...
...
...
...
...
"Hans" == Hans Hagen writes:

...
Hi, how about

...
\pdfinput {filename} \pdfopenin {filename} \pdfopenout {filename}

Hi, if you provide new primitives, it would be nice to have a switch which forces \pdfopenout to create a file with the name <filename>.

It's quite annoying that `\openout\x=Makefile' creates a file `Makefile.tex'.

As far as \input and \openin is concerned, Knuth's rule is clear (first search for <filename> and then for <filename>.tex). This is ok, but kpathsea's search strategy is wrong.

you can influence that in the texmf.cnf file allow_multiple_suffixes = f otherwise you will get searches for reinhard.kotucha.tex first if you ask for reinhard.kotucha explicitly (years ago, when i was running tex over a network i noticed that this was slowing down tex a lot and then fabrice made that option) Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | www.pragma-ade.com | www.pragma-pod.nl -----------------------------------------------------------------

Fabrice Popineau

3:51 p.m.

* Hans Hagen writes: > you can influence that in the texmf.cnf file > allow_multiple_suffixes = f I think this is windows only. Fabrice

Reinhard Kotucha

10:40 p.m.

...

...
...
...
...
"Fabrice" == Fabrice Popineau writes:

...

...
allow_multiple_suffixes = f

...

I think this is windows only.

It would be nice if this option would go into web2c. But there is still the problem with \openout. I suppose that this can only be fixed in pdfTeX rather than in web2c/kpathsea. Cheers, Reinhard -- ---------------------------------------------------------------------------- Reinhard Kotucha Phone: +49-511-4592165 Marschnerstr. 25 D-30167 Hannover mailto:reinhard.kotucha@web.de ---------------------------------------------------------------------------- Microsoft isn't the answer. Microsoft is the question, and the answer is NO. ----------------------------------------------------------------------------

Hans Hagen

2 Jul 2 Jul

2:20 p.m.

Reinhard Kotucha wrote:

...

...
...
...
...
...
"Fabrice" == Fabrice Popineau writes:

...
...
allow_multiple_suffixes = f

...
I think this is windows only.

you're kidding, i knew that \input http://whatever... and for a while quoted filenames was windows only, but i thoight that this one made it into web2c; i wonder how much more got lost over time ... (some mp and etex patches)

...

It would be nice if this option would go into web2c.

sure, but .... http://www.fptex.org/xemtex-7.html ... shows some light on this Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | www.pragma-ade.com | www.pragma-pod.nl -----------------------------------------------------------------

Hans Hagen

2:12 p.m.

Reinhard Kotucha wrote:

...

...
...
...
...
...
"Hans" == Hans Hagen writes:

...
Hi, how about

...
\pdfinput {filename} \pdfopenin {filename} \pdfopenout {filename}

Hi, if you provide new primitives, it would be nice to have a switch which forces \pdfopenout to create a file with the name <filename>.

It's quite annoying that `\openout\x=Makefile' creates a file `Makefile.tex'.

how about instead of a switch an extra: \pdfopenoutfile {filename} that does not add the suffix; that way one can also say: \let\pdfopenout\pdfopenoutfile in order to loose the auto .tex appending Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | www.pragma-ade.com | www.pragma-pod.nl -----------------------------------------------------------------

Reinhard Kotucha

7:08 p.m.

...

...
...
...
...
"Hans" == Hans Hagen writes:

...

Reinhard Kotucha wrote:

...

...
Hi, if you provide new primitives, it would be nice to have a switch which forces \pdfopenout to create a file with the name <filename>.

It's quite annoying that `\openout\x=Makefile' creates a file `Makefile.tex'.

...

how about instead of a switch an extra:

...

\pdfopenoutfile {filename}

Hans, I meant `switch' in a more general way. 1. A command-line switch would be possible but that would determine the behaviour of all occurrences of \pdfopenoutfile within the current job. 2. Another solution would be a prefix command like \immediate. This can be useful if it can be applied to some other primitives. But since we need it for opening a file only, it doesn't look like a good solution. 3. A primitive that acts like a switch, like \pdfcompresslevel would be possible. 4. The best solution is certainly to add an optional argument to \pdfopenoutfile. This would avoid the need for new primitives (which reduces the probability of name clashes). I prefer 4., and if people need a switch (3.) then they can do that by macro programming. Regards, Reinhard -- ---------------------------------------------------------------------------- Reinhard Kotucha Phone: +49-511-4592165 Marschnerstr. 25 D-30167 Hannover mailto:reinhard.kotucha@web.de ---------------------------------------------------------------------------- Microsoft isn't the answer. Microsoft is the question, and the answer is NO. ----------------------------------------------------------------------------

Hans Hagen

3 Jul 3 Jul

8:51 p.m.

Reinhard Kotucha wrote:

...

...
...
...
...
...
"Hans" == Hans Hagen writes:

...
Reinhard Kotucha wrote:

...
...
Hi, if you provide new primitives, it would be nice to have a switch which forces \pdfopenout to create a file with the name <filename>.

It's quite annoying that `\openout\x=Makefile' creates a file `Makefile.tex'.

...
how about instead of a switch an extra:

...
\pdfopenoutfile {filename}

Hans, I meant `switch' in a more general way.

1. A command-line switch would be possible but that would determine the behaviour of all occurrences of \pdfopenoutfile within the current job.

2. Another solution would be a prefix command like \immediate. This can be useful if it can be applied to some other primitives. But since we need it for opening a file only, it doesn't look like a good solution.

3. A primitive that acts like a switch, like \pdfcompresslevel would be possible.

4. The best solution is certainly to add an optional argument to \pdfopenoutfile. This would avoid the need for new primitives (which reduces the probability of name clashes).

I prefer 4., and if people need a switch (3.) then they can do that by macro programming.

yet another alternative is 5. \pdfdefaultoutsuffix{toks} so that we can say \pdfdefaultoutsuffix{} to get rid of the funny default Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | www.pragma-ade.com | www.pragma-pod.nl -----------------------------------------------------------------

Reinhard Kotucha

11:56 p.m.

...

...
...
...
...
"Hans" == Hans Hagen writes:

...

yet another alternative is

...

5. \pdfdefaultoutsuffix{toks}

...

so that we can say \pdfdefaultoutsuffix{} to get rid of the funny default

Indeed. But this one invites people to invent new funny defaults. Reinhard -- ---------------------------------------------------------------------------- Reinhard Kotucha Phone: +49-511-4592165 Marschnerstr. 25 D-30167 Hannover mailto:reinhard.kotucha@web.de ---------------------------------------------------------------------------- Microsoft isn't the answer. Microsoft is the question, and the answer is NO. ----------------------------------------------------------------------------

Heiko Oberdiek

4 Jul 4 Jul

11:25 a.m.

On Mon, Jul 04, 2005 at 01:56:59AM +0200, Reinhard Kotucha wrote:

...

...
...
...
...
...
"Hans" == Hans Hagen writes:

...
yet another alternative is

...
5. \pdfdefaultoutsuffix{toks}

...
so that we can say \pdfdefaultoutsuffix{} to get rid of the funny default

Indeed. But this one invites people to invent new funny defaults.

I would use \pdfinput, \pdfopenin, \pdfopenout with <general text> as file name and without default extensions. That is part of the application (macros). E.g. if the macro want to use image files, than image extensions can be tried. Yours sincerely Heiko --

7135

Age (days ago)

7139

Last active (days ago)

List overview

Download

11 comments

4 participants

participants (4)

Fabrice Popineau
Hans Hagen
Heiko Oberdiek
Reinhard Kotucha

input

Heiko Oberdiek

Heiko Oberdiek

tags

participants (4)