On Mon, Feb 18 2019, Alan Braslau wrote:
> manipulating them on the fly as one changes layout or image placement
> hardly seems efficient,
Our use cases are perhaps different: in my case, manipulating them on
the fly automatically is *very* efficient.
> even if one were to be clever in storing
On Mon, 18 Feb 2019 23:50:24 +0100
Peter Münster wrote:
> On Mon, Feb 18 2019, Alan Braslau wrote:
>
> > Incorrect, an image file contains width and height (in pixels) as well as a
> > resolution,
>
> Optionally a resolution in the metadata. Then, of course, you have a
> "natural size". But t
On Mon, Feb 18 2019, Alan Braslau wrote:
> Incorrect, an image file contains width and height (in pixels) as well as a
> resolution,
Optionally a resolution in the metadata. Then, of course, you have a
"natural size". But that doesn't matter, if you want other dimensions.
--
Peter
__
On Mon, 18 Feb 2019 22:09:32 +0100
Peter Münster wrote:
> On Mon, Feb 18 2019, Alan Braslau wrote:
>
> > My working solution is to put figures in subdirectories by resolution,
>
> The purpose of the downsample module is something else: a well defined
> resolution of the image in the PDF-file.
On Mon, Feb 18 2019, Alan Braslau wrote:
> My working solution is to put figures in subdirectories by resolution,
The purpose of the downsample module is something else: a well defined
resolution of the image in the PDF-file. A bitmap image does not have a
resolution, only a width and a height in
On Mon, 18 Feb 2019 10:13:20 +0100
Marco Patzer wrote:
> Yes. I didn't put much thought into it and assumed there is a better
> solution.
My working solution is to put figures in subdirectories by resolution,
that is externally, once and for all, using whatever is your favorite tool
to "degrade"
On Mon, Feb 18 2019, Marco Patzer wrote:
> assumed there is a better solution.
I guess, that Hans will tell us, if there is. And in the meantime, it
can be distributed IMO.
--
Peter
___
If your question i
On Sun, 17 Feb 2019 12:14:14 +0100
Peter Münster wrote:
> On Fri, Feb 15 2019, Marco Patzer wrote:
>
> > - It's 99% Peter's code, he's the maintainer of the module and
> > probably he should just fix his code.
>
> Done.
>
>
> > - My modification contains an ugly hack that just renames all
On Fri, Feb 15 2019, Marco Patzer wrote:
> - It's 99% Peter's code, he's the maintainer of the module and
> probably he should just fix his code.
Done.
> - My modification contains an ugly hack that just renames all files
> to pdf, regardless of the actual file type because I have no clue
>
On Fri, 15 Feb 2019 11:48:51 +0100
Lutz Haseloff wrote:
> Your Module with wrapper finally works for me as expected.
Great to hear it's finally working.
> Will it find its way into the distribution as an enhanced degrade
> module?
Probably not, for the following reasons:
- It's 99% Peter's c
Thanks Marco,
Your Module with wrapper finally works for me as expected.
Thank you very much.
Will it find its way into the distribution as an enhanced degrade module?
Greetings ant thanks again
Lutz
Am 15. Februar 2019 11:08:45 MEZ schrieb Marco Patzer :
>On Fri, 15 Feb 2019 10:22:48 +0100
>Lu
On Fri, 15 Feb 2019 10:22:48 +0100
Lutz Haseloff wrote:
> but both scripts trow the same error on windows and linux-armhf:
>
> grph-downsample.lua:32: bad argument #2 to 'format' (number has no
> integer representation)
It works here on linux-armhf. No Lua error. Maybe the file got
mangled duri
Thank you Henning and Marco,
but both scripts trow the same error on windows and linux-armhf:
grph-downsample.lua:32: bad argument #2 to 'format' (number has no integer
representation)
Hans' luacode seem not to change the resolution of the pictures at all.
It works, the size of the pictures get
On Fri, 15 Feb 2019 07:56:31 +0100
Lutz Haseloff wrote:
> First i tried the grph-downsample.lua script.
> Unfortunately i get an error message
> grph-downsample.lua:31: bad argument #2 to 'format' (number has no
> integer representation) See attached log file.
I remember that error. The script w
Am 2019-02-15 um 07:56 schrieb Lutz Haseloff :
> Thank you all for your help.
>
> First i tried the grph-downsample.lua script.
> Unfortunately i get an error message
> grph-downsample.lua:31: bad argument #2 to 'format' (number has no integer
> representation)
> See attached log file.
It’s a p
Thank you all for your help.
First i tried the grph-downsample.lua script.
Unfortunately i get an error message
grph-downsample.lua:31: bad argument #2 to 'format' (number has no integer
representation)
See attached log file.
Greetings Lutz
Am 14. Februar 2019 21:44:31 MEZ schrieb Hans Hagen :
On Thu, Feb 14 2019, Wolfgang Schuster wrote:
> Take a look at section 3.2 of the workflows [1] document.
>
> [1] http://www.pragma-ade.nl/general/manuals/workflows-mkiv.pdf
Sorry, I don't understand. How will the "convert" command
"convert -geometry %nx%x%ny% -compress JPEG ..." ever know, that
On 2/14/2019 9:32 PM, Peter Münster wrote:
On Thu, Feb 14 2019, Lutz Haseloff wrote:
I wanted to use the degrade module with recent ConTeXt and LuaTeX.
Hi Lutz,
Could you please check, if the module grph-downsample.lua could fit your
needs?
The minimal example from the degrade manual give
Peter Münster schrieb am 14.02.19 um 21:32:
On Thu, Feb 14 2019, Lutz Haseloff wrote:
I wanted to use the degrade module with recent ConTeXt and LuaTeX.
Hi Lutz,
Could you please check, if the module grph-downsample.lua could fit your
needs?
Take a look at section 3.2 of the workflows [1] d
On Thu, Feb 14 2019, Marco Patzer wrote:
> Apparently it's not on the wiki
It's here:
https://modules.contextgarden.net/dl/grph-downsample.lua-1.001.zip
--
Peter
___
If your question is of interest to oth
On Thu, Feb 14 2019, Lutz Haseloff wrote:
> I wanted to use the degrade module with recent ConTeXt and LuaTeX.
Hi Lutz,
Could you please check, if the module grph-downsample.lua could fit your
needs?
> The minimal example from the degrade manual gives an error.
> See the attached log.
> Is the
On Thu, 14 Feb 2019 20:49:43 +0100
Lutz Haseloff wrote:
> I wanted to use the degrade module with recent ConTeXt and LuaTeX.
> The minimal example from the degrade manual gives an error.
> See the attached log.
> Is there any chance to get the module working again?
I never used the degrade modul
22 matches
Mail list logo