Re: LyXHTML output customization

[Richard Heck]

On 07/09/2014 01:20 AM, Carlos Pita wrote:

Hi all,


I've a couple of questions about LyXHTML and wasn't able to find
answers to them yet:



Answers to many of these questions should be in Section 5.4 of the 
Customization

manual.



1) How can I add custom javascript? I particular, I would like to add
a javascript snippet to enable mathjax (with document math output set
to LaTeX).



If you mean: add it to the document preambed, then the answer is to put 
into Local

Layout (or a module, or your layout file_:

AddToHTMLPremable
script
 
/script
EndPreamble

You can put anything in there. Meta tags, whatever.


2) How can I add custom css? In case this is possible, is there an
example and/or some documentation about the css classes of the output.



Same. But if this is for a particular paragraph style, then you might 
wish to do it

differently. See Section 5.4.1.

Also, the best way to learn how this works is to look at the files that 
ship with
LyX. You'll find them in the layouts/ subdirectory of your LyX system 
directory.
Check the About LyX dialog to find where that is. You can start by 
looking at

such files as stdstruct.inc and stdsections.inc.


3) Is it possible to export code listings in a form that is
amenable to be colored by highlight.js? And to include the
highlight.js script, of course.



On the latter: yes, of course, see above. I don't know anything about 
highlight.js,

though, so I can't answer the former question.

Richard

xfig drawing in LyX 2.1.0 does not work

[Jens Nellesen]

Hello everyone,

after upgrading to LyX 2.1.0 on Win7
I realized that I cannot produce PDF output if an xfig drawing is included in 
the LyX document. (BUT the preview of the xfig drawing works. Strangely enough, 
PS output DOES work.)

In a fedora-vbox I do not experience this problem.

Thanks for help in advance.

Kind regards
Jens

Re: Convert vector graphics to bitmap

[Helge Hafting]

On 23. juni 2014 11:16, Christian W wrote:

The document contains a larger number of images. As these are results from
scientific computations, they contain a large number of details. This allows
the user to zoom deep into the image when viewing the document on screen.
However, in the printed version it is obviously not possible to resolve so
many details. The publisher claims this may result in unexpected appearance
of the images during the printing process. I am not sure about the technical
reasons and differences of book printing to regular home printers, but he
asked me to provide bitmap based graphics instead.


Too fine detail will be lost - that is obvious. The interesting part is 
how. If a single pixel contains some white and some black due to fine 
detail - what should happen? Black pixel? White? Gray pixel? (Gray might 
not be possible). And when many such pixels make up a region - will the 
whole region be white/black? Or a dithering pattern? Aliasing effects?


Their press might do this reduction a bit different than your home 
printer, hence the warning about surprises. They are publishers, not 
experts in your field. So they might not understand your computed 
images. So they cannot tell a bad conversion form a good one. which 
is why they tell you to make bitmaps in the native resolution of their 
imager. They can then print exactly what they get, no surprises. You get 
full control of the conversion process, and can review each image. If 
some are bad, you can use different parameters or different software to 
process them. You don't want the first edition to print with some 
griveous conversion fault - and they don't want that either.

Re: xfig drawing in LyX 2.1.0 does not work

[Helge Hafting]

On 09. juli 2014 15:39, Jens Nellesen wrote:

Hello everyone,

after upgrading to LyX 2.1.0 on Win7
I realized that I cannot produce PDF output if an xfig drawing is included in 
the LyX document. (BUT the preview of the xfig drawing works. Strangely enough, 
PS output DOES work.)

In a fedora-vbox I do not experience this problem.



FIG conversion to EPS and PDF uses different software. One of them might 
be set up wrongly. First, try Tools-Reconfigure, and restart lyx.


If that did not help, Tools-Preferences, select File Handling
You will find a list of converters between various file formats. You 
should find FIG-EPS (which works for you) and FIG-PDFTEX which 
doesn't. Check that the software mentioned is installed, and is 
available in the PATH.


In my case, the converter is
python -tt $$s/scripts/fig2pdftex.py $$i $$o

So python must exist in the path somewhere. (Try typing python on the 
command line. If it fails with unknown command, then you know why it 
doesn't work for LyX.) Install the software. If it is installed, either 
fix the PATH setting, or give the full path to the converter instead of 
just the filename.  (I.e. C:\programs\something\python )

Still having troubles with lyx 2.1

[Samuel Gamtessa]

Hi
I got a bug and my file crushed, I can see the emergency file but my file is 
still not opening.
 
Is there anyway to recover my file?
 
Thank you!
 
Sam

Re: Still having troubles with lyx 2.1

[Liviu Andronic]

On Wed, Jul 9, 2014 at 7:43 PM, Samuel Gamtessa
samuel.gamte...@uregina.ca wrote:
 Hi
 I got a bug and my file crushed, I can see the emergency file but my file is
 still not opening.

 Is there anyway to recover my file?

Whether you can recover this file or not, in the future please do
consider to use automatic backup systems:
http://landroni.wordpress.com/2013/09/25/spideroak-generosity-take-2/

You set them up once, and then you're unlikely to experience
unpleasant data loss like this.

Liviu


 Thank you!

 Sam



-- 
Do you think you know what math is?
http://www.ideasroadshow.com/issues/ian-stewart-2013-08-02
Or what it means to be intelligent?
http://www.ideasroadshow.com/issues/john-duncan-2013-08-30
Think again:
http://www.ideasroadshow.com/library

Re: Convert vector graphics to bitmap

[Benedict Holland]

I still don't buy that. You send a printer a PDF. That is a vector graphic
document. You send it to them in a PDF so it prints exactly what you give
them. Yes, professional printers are different than home printers. They are
far more complex and yes, I did have a problem with converting from RGB to
CMYK which was their huge problem. I have never heard of a printer
rejecting a vector based image. They crave these things because no matter
the resolution or size, it will always print out beautifully. The printer
doesn't know or care about what your picture means or represents. What the
printer cares about is that they print exactly what you gave them. It
should look exactly the same on the screen (apart from color because RGB -
CMYK is not even sort of possible to do well). If you hand them a 8.5x11
piece of paper with your plot on it in a PDF form and you open that form in
Adobe, they should easily print out exactly that image that you see on the
screen. In all seriousness, if they cannot do that, you might try to find a
new printer. It shouldn't matter what format the image is in. Vector based
graphics are how printers print. It converts your bitmap into a PS image
and the printer uses a modified PS file to print your image on the paper.
This is why I am so incredibly confused by all of this. Not only that,
Adobe makes all of the products that printers use. InDesign hooks up to the
highest end HP machines you have ever seen and uses their own custom layout
crap to send your document to the printer. Bitmaps should never be used in
professional printing, ever.

If they have a grievous conversion fault, it is on the printer to make
whatever software they are using print whatever image you give them and
have that image look the same on paper as it does in the document. That is
their only job. Easier said than done but I don't buy that printers don't
know how to convert or deal with vector based images.

I actually finished up a massive job with a small printer about 3 months
ago and have way more experience than I should with this. Their flattening
tool didn't take to my document so I had to convert everything manually to
CMYK to make sure that the colors and images printed correctly. Thankfully,
image magic does vector based color transformations quite well. Their PDF
- PNG transformation is horrible but a PDF (RGB) - PDF (CMYK) is actually
quite good. It isn't perfect because that transformation cannot be done
exactly, but it does do a decent job. I really don't mean to harp on this
like I have been but really, it is the job of your printer to make whatever
you gave them work and there should be no problem printing out vector
images.

~Ben


On Wed, Jul 9, 2014 at 11:25 AM, Helge Hafting helge.haft...@hist.no
wrote:

 On 23. juni 2014 11:16, Christian W wrote:

 The document contains a larger number of images. As these are results from
 scientific computations, they contain a large number of details. This
 allows
 the user to zoom deep into the image when viewing the document on screen.
 However, in the printed version it is obviously not possible to resolve so
 many details. The publisher claims this may result in unexpected
 appearance
 of the images during the printing process. I am not sure about the
 technical
 reasons and differences of book printing to regular home printers, but he
 asked me to provide bitmap based graphics instead.


 Too fine detail will be lost - that is obvious. The interesting part is
 how. If a single pixel contains some white and some black due to fine
 detail - what should happen? Black pixel? White? Gray pixel? (Gray might
 not be possible). And when many such pixels make up a region - will the
 whole region be white/black? Or a dithering pattern? Aliasing effects?

 Their press might do this reduction a bit different than your home
 printer, hence the warning about surprises. They are publishers, not
 experts in your field. So they might not understand your computed images.
 So they cannot tell a bad conversion form a good one. which is why they
 tell you to make bitmaps in the native resolution of their imager. They can
 then print exactly what they get, no surprises. You get full control of the
 conversion process, and can review each image. If some are bad, you can use
 different parameters or different software to process them. You don't want
 the first edition to print with some griveous conversion fault - and they
 don't want that either.

Re: Still having troubles with lyx 2.1

[Jürgen Spitzmüller]

Am Mittwoch 09 Juli 2014, 11:43:06 schrieb Samuel Gamtessa:
 Hi
 I got a bug and my file crushed, I can see the emergency file but my file is
 still not opening.
 
 Is there anyway to recover my file?

* Check if you have set up a backup directory in Tools  Preferences  Paths
  - If yes, look, there should be a rather recent version of the file there.
  - If no, set up the directory for future issues.
* Check if the lyx file itself is complete (ends with \end_document) by opening 
it in a text editor
* If not, check if either the emergency file (#...#) or the backup file
(*.lyx~) are complete
* If only one is, rename it to the name of the original file.
* If both are (as in Yan's case), give them different names and check the
differences in LyX via Tools  Compare

HTH
Jürgen

 
 Thank you!
 
 Sam

Re: LyXHTML output customization

[Richard Heck]

On 07/09/2014 01:20 AM, Carlos Pita wrote:

Hi all,


I've a couple of questions about LyXHTML and wasn't able to find
answers to them yet:



Answers to many of these questions should be in Section 5.4 of the 
Customization

manual.



1) How can I add custom javascript? I particular, I would like to add
a javascript snippet to enable mathjax (with document math output set
to LaTeX).



If you mean: add it to the document preambed, then the answer is to put 
into Local

Layout (or a module, or your layout file_:

AddToHTMLPremable
script
 
/script
EndPreamble

You can put anything in there. Meta tags, whatever.


2) How can I add custom css? In case this is possible, is there an
example and/or some documentation about the css classes of the output.



Same. But if this is for a particular paragraph style, then you might 
wish to do it

differently. See Section 5.4.1.

Also, the best way to learn how this works is to look at the files that 
ship with
LyX. You'll find them in the layouts/ subdirectory of your LyX system 
directory.
Check the About LyX dialog to find where that is. You can start by 
looking at

such files as stdstruct.inc and stdsections.inc.


3) Is it possible to export code listings in a form that is
amenable to be colored by highlight.js? And to include the
highlight.js script, of course.



On the latter: yes, of course, see above. I don't know anything about 
highlight.js,

though, so I can't answer the former question.

Richard

xfig drawing in LyX 2.1.0 does not work

[Jens Nellesen]

Hello everyone,

after upgrading to LyX 2.1.0 on Win7
I realized that I cannot produce PDF output if an xfig drawing is included in 
the LyX document. (BUT the preview of the xfig drawing works. Strangely enough, 
PS output DOES work.)

In a fedora-vbox I do not experience this problem.

Thanks for help in advance.

Kind regards
Jens

Re: Convert vector graphics to bitmap

[Helge Hafting]

On 23. juni 2014 11:16, Christian W wrote:

The document contains a larger number of images. As these are results from
scientific computations, they contain a large number of details. This allows
the user to zoom deep into the image when viewing the document on screen.
However, in the printed version it is obviously not possible to resolve so
many details. The publisher claims this may result in unexpected appearance
of the images during the printing process. I am not sure about the technical
reasons and differences of book printing to regular home printers, but he
asked me to provide bitmap based graphics instead.


Too fine detail will be lost - that is obvious. The interesting part is 
how. If a single pixel contains some white and some black due to fine 
detail - what should happen? Black pixel? White? Gray pixel? (Gray might 
not be possible). And when many such pixels make up a region - will the 
whole region be white/black? Or a dithering pattern? Aliasing effects?


Their press might do this reduction a bit different than your home 
printer, hence the warning about surprises. They are publishers, not 
experts in your field. So they might not understand your computed 
images. So they cannot tell a bad conversion form a good one. which 
is why they tell you to make bitmaps in the native resolution of their 
imager. They can then print exactly what they get, no surprises. You get 
full control of the conversion process, and can review each image. If 
some are bad, you can use different parameters or different software to 
process them. You don't want the first edition to print with some 
griveous conversion fault - and they don't want that either.

Re: xfig drawing in LyX 2.1.0 does not work

[Helge Hafting]

On 09. juli 2014 15:39, Jens Nellesen wrote:

Hello everyone,

after upgrading to LyX 2.1.0 on Win7
I realized that I cannot produce PDF output if an xfig drawing is included in 
the LyX document. (BUT the preview of the xfig drawing works. Strangely enough, 
PS output DOES work.)

In a fedora-vbox I do not experience this problem.



FIG conversion to EPS and PDF uses different software. One of them might 
be set up wrongly. First, try Tools-Reconfigure, and restart lyx.


If that did not help, Tools-Preferences, select File Handling
You will find a list of converters between various file formats. You 
should find FIG-EPS (which works for you) and FIG-PDFTEX which 
doesn't. Check that the software mentioned is installed, and is 
available in the PATH.


In my case, the converter is
python -tt $$s/scripts/fig2pdftex.py $$i $$o

So python must exist in the path somewhere. (Try typing python on the 
command line. If it fails with unknown command, then you know why it 
doesn't work for LyX.) Install the software. If it is installed, either 
fix the PATH setting, or give the full path to the converter instead of 
just the filename.  (I.e. C:\programs\something\python )

Still having troubles with lyx 2.1

[Samuel Gamtessa]

Hi
I got a bug and my file crushed, I can see the emergency file but my file is 
still not opening.
 
Is there anyway to recover my file?
 
Thank you!
 
Sam

Re: Still having troubles with lyx 2.1

[Liviu Andronic]

On Wed, Jul 9, 2014 at 7:43 PM, Samuel Gamtessa
samuel.gamte...@uregina.ca wrote:
 Hi
 I got a bug and my file crushed, I can see the emergency file but my file is
 still not opening.

 Is there anyway to recover my file?

Whether you can recover this file or not, in the future please do
consider to use automatic backup systems:
http://landroni.wordpress.com/2013/09/25/spideroak-generosity-take-2/

You set them up once, and then you're unlikely to experience
unpleasant data loss like this.

Liviu


 Thank you!

 Sam



-- 
Do you think you know what math is?
http://www.ideasroadshow.com/issues/ian-stewart-2013-08-02
Or what it means to be intelligent?
http://www.ideasroadshow.com/issues/john-duncan-2013-08-30
Think again:
http://www.ideasroadshow.com/library

Re: Convert vector graphics to bitmap

[Benedict Holland]

I still don't buy that. You send a printer a PDF. That is a vector graphic
document. You send it to them in a PDF so it prints exactly what you give
them. Yes, professional printers are different than home printers. They are
far more complex and yes, I did have a problem with converting from RGB to
CMYK which was their huge problem. I have never heard of a printer
rejecting a vector based image. They crave these things because no matter
the resolution or size, it will always print out beautifully. The printer
doesn't know or care about what your picture means or represents. What the
printer cares about is that they print exactly what you gave them. It
should look exactly the same on the screen (apart from color because RGB -
CMYK is not even sort of possible to do well). If you hand them a 8.5x11
piece of paper with your plot on it in a PDF form and you open that form in
Adobe, they should easily print out exactly that image that you see on the
screen. In all seriousness, if they cannot do that, you might try to find a
new printer. It shouldn't matter what format the image is in. Vector based
graphics are how printers print. It converts your bitmap into a PS image
and the printer uses a modified PS file to print your image on the paper.
This is why I am so incredibly confused by all of this. Not only that,
Adobe makes all of the products that printers use. InDesign hooks up to the
highest end HP machines you have ever seen and uses their own custom layout
crap to send your document to the printer. Bitmaps should never be used in
professional printing, ever.

If they have a grievous conversion fault, it is on the printer to make
whatever software they are using print whatever image you give them and
have that image look the same on paper as it does in the document. That is
their only job. Easier said than done but I don't buy that printers don't
know how to convert or deal with vector based images.

I actually finished up a massive job with a small printer about 3 months
ago and have way more experience than I should with this. Their flattening
tool didn't take to my document so I had to convert everything manually to
CMYK to make sure that the colors and images printed correctly. Thankfully,
image magic does vector based color transformations quite well. Their PDF
- PNG transformation is horrible but a PDF (RGB) - PDF (CMYK) is actually
quite good. It isn't perfect because that transformation cannot be done
exactly, but it does do a decent job. I really don't mean to harp on this
like I have been but really, it is the job of your printer to make whatever
you gave them work and there should be no problem printing out vector
images.

~Ben


On Wed, Jul 9, 2014 at 11:25 AM, Helge Hafting helge.haft...@hist.no
wrote:

 On 23. juni 2014 11:16, Christian W wrote:

 The document contains a larger number of images. As these are results from
 scientific computations, they contain a large number of details. This
 allows
 the user to zoom deep into the image when viewing the document on screen.
 However, in the printed version it is obviously not possible to resolve so
 many details. The publisher claims this may result in unexpected
 appearance
 of the images during the printing process. I am not sure about the
 technical
 reasons and differences of book printing to regular home printers, but he
 asked me to provide bitmap based graphics instead.


 Too fine detail will be lost - that is obvious. The interesting part is
 how. If a single pixel contains some white and some black due to fine
 detail - what should happen? Black pixel? White? Gray pixel? (Gray might
 not be possible). And when many such pixels make up a region - will the
 whole region be white/black? Or a dithering pattern? Aliasing effects?

 Their press might do this reduction a bit different than your home
 printer, hence the warning about surprises. They are publishers, not
 experts in your field. So they might not understand your computed images.
 So they cannot tell a bad conversion form a good one. which is why they
 tell you to make bitmaps in the native resolution of their imager. They can
 then print exactly what they get, no surprises. You get full control of the
 conversion process, and can review each image. If some are bad, you can use
 different parameters or different software to process them. You don't want
 the first edition to print with some griveous conversion fault - and they
 don't want that either.

Re: Still having troubles with lyx 2.1

[Jürgen Spitzmüller]

Am Mittwoch 09 Juli 2014, 11:43:06 schrieb Samuel Gamtessa:
 Hi
 I got a bug and my file crushed, I can see the emergency file but my file is
 still not opening.
 
 Is there anyway to recover my file?

* Check if you have set up a backup directory in Tools  Preferences  Paths
  - If yes, look, there should be a rather recent version of the file there.
  - If no, set up the directory for future issues.
* Check if the lyx file itself is complete (ends with \end_document) by opening 
it in a text editor
* If not, check if either the emergency file (#...#) or the backup file
(*.lyx~) are complete
* If only one is, rename it to the name of the original file.
* If both are (as in Yan's case), give them different names and check the
differences in LyX via Tools  Compare

HTH
Jürgen

 
 Thank you!
 
 Sam

Re: LyXHTML output customization

[Richard Heck]

On 07/09/2014 01:20 AM, Carlos Pita wrote:

Hi all,


I've a couple of questions about LyXHTML and wasn't able to find
answers to them yet:



Answers to many of these questions should be in Section 5.4 of the 
Customization

manual.



1) How can I add custom javascript? I particular, I would like to add
a javascript snippet to enable mathjax (with document math output set
to LaTeX).



If you mean: add it to the document preambed, then the answer is to put 
into Local

Layout (or a module, or your layout file_:

AddToHTMLPremable

 

EndPreamble

You can put anything in there. Meta tags, whatever.


2) How can I add custom css? In case this is possible, is there an
example and/or some documentation about the css classes of the output.



Same. But if this is for a particular paragraph style, then you might 
wish to do it

differently. See Section 5.4.1.

Also, the best way to learn how this works is to look at the files that 
ship with
LyX. You'll find them in the layouts/ subdirectory of your LyX system 
directory.
Check the "About LyX" dialog to find where that is. You can start by 
looking at

such files as stdstruct.inc and stdsections.inc.


3) Is it possible to export code listings in a form that is
amenable to be colored by highlight.js? And to include the
highlight.js script, of course.



On the latter: yes, of course, see above. I don't know anything about 
highlight.js,

though, so I can't answer the former question.

Richard

xfig drawing in LyX 2.1.0 does not work

[Jens Nellesen]

Hello everyone,

after upgrading to LyX 2.1.0 on Win7
I realized that I cannot produce PDF output if an xfig drawing is included in 
the LyX document. (BUT the preview of the xfig drawing works. Strangely enough, 
PS output DOES work.)

In a fedora-vbox I do not experience this problem.

Thanks for help in advance.

Kind regards
Jens

Re: Convert vector graphics to bitmap

[Helge Hafting]

On 23. juni 2014 11:16, Christian W wrote:

The document contains a larger number of images. As these are results from
scientific computations, they contain a large number of details. This allows
the user to zoom deep into the image when viewing the document on screen.
However, in the printed version it is obviously not possible to resolve so
many details. The publisher claims this may result in unexpected appearance
of the images during the printing process. I am not sure about the technical
reasons and differences of book printing to regular home printers, but he
asked me to provide bitmap based graphics instead.


Too fine detail will be lost - that is obvious. The interesting part is 
how. If a single pixel contains some white and some black due to fine 
detail - what should happen? Black pixel? White? Gray pixel? (Gray might 
not be possible). And when many such pixels make up a region - will the 
whole region be white/black? Or a dithering pattern? Aliasing effects?


Their press might do this reduction a bit different than your home 
printer, hence the warning about surprises. They are publishers, not 
experts in your field. So they might not understand your computed 
images. So they cannot tell a "bad" conversion form a "good" one. which 
is why they tell you to make bitmaps in the native resolution of their 
imager. They can then print exactly what they get, no surprises. You get 
full control of the conversion process, and can review each image. If 
some are bad, you can use different parameters or different software to 
process them. You don't want the first edition to print with some 
griveous conversion fault - and they don't want that either.

Re: xfig drawing in LyX 2.1.0 does not work

[Helge Hafting]

On 09. juli 2014 15:39, Jens Nellesen wrote:

Hello everyone,

after upgrading to LyX 2.1.0 on Win7
I realized that I cannot produce PDF output if an xfig drawing is included in 
the LyX document. (BUT the preview of the xfig drawing works. Strangely enough, 
PS output DOES work.)

In a fedora-vbox I do not experience this problem.



FIG conversion to EPS and PDF uses different software. One of them might 
be set up wrongly. First, try Tools->Reconfigure, and restart lyx.


If that did not help, Tools->Preferences, select "File Handling"
You will find a list of converters between various file formats. You 
should find FIG->EPS (which works for you) and FIG->PDFTEX which 
doesn't. Check that the software mentioned is installed, and is 
available in the PATH.


In my case, the converter is
python -tt $$s/scripts/fig2pdftex.py $$i $$o

So "python" must exist in the path somewhere. (Try typing python on the 
command line. If it fails with unknown command, then you know why it 
doesn't work for LyX.) Install the software. If it is installed, either 
fix the PATH setting, or give the full path to the converter instead of 
just the filename.  (I.e. C:\programs\something\python )

Still having troubles with lyx 2.1

[Samuel Gamtessa]

Hi
I got a bug and my file crushed, I can see the emergency file but my file is 
still not opening.
 
Is there anyway to recover my file?
 
Thank you!
 
Sam

Re: Still having troubles with lyx 2.1

[Liviu Andronic]

On Wed, Jul 9, 2014 at 7:43 PM, Samuel Gamtessa
 wrote:
> Hi
> I got a bug and my file crushed, I can see the emergency file but my file is
> still not opening.
>
> Is there anyway to recover my file?
>
Whether you can recover this file or not, in the future please do
consider to use automatic backup systems:
http://landroni.wordpress.com/2013/09/25/spideroak-generosity-take-2/

You set them up once, and then you're unlikely to experience
unpleasant data loss like this.

Liviu


> Thank you!
>
> Sam



-- 
Do you think you know what math is?
http://www.ideasroadshow.com/issues/ian-stewart-2013-08-02
Or what it means to be intelligent?
http://www.ideasroadshow.com/issues/john-duncan-2013-08-30
Think again:
http://www.ideasroadshow.com/library

Re: Convert vector graphics to bitmap

[Benedict Holland]

I still don't buy that. You send a printer a PDF. That is a vector graphic
document. You send it to them in a PDF so it prints exactly what you give
them. Yes, professional printers are different than home printers. They are
far more complex and yes, I did have a problem with converting from RGB to
CMYK which was their huge problem. I have never heard of a printer
rejecting a vector based image. They crave these things because no matter
the resolution or size, it will always print out beautifully. The printer
doesn't know or care about what your picture means or represents. What the
printer cares about is that they print exactly what you gave them. It
should look exactly the same on the screen (apart from color because RGB ->
CMYK is not even sort of possible to do well). If you hand them a 8.5x11
piece of paper with your plot on it in a PDF form and you open that form in
Adobe, they should easily print out exactly that image that you see on the
screen. In all seriousness, if they cannot do that, you might try to find a
new printer. It shouldn't matter what format the image is in. Vector based
graphics are how printers print. It converts your bitmap into a PS image
and the printer uses a modified PS file to print your image on the paper.
This is why I am so incredibly confused by all of this. Not only that,
Adobe makes all of the products that printers use. InDesign hooks up to the
highest end HP machines you have ever seen and uses their own custom layout
crap to send your document to the printer. Bitmaps should never be used in
professional printing, ever.

If they have a grievous conversion fault, it is on the printer to make
whatever software they are using print whatever image you give them and
have that image look the same on paper as it does in the document. That is
their only job. Easier said than done but I don't buy that printers don't
know how to convert or deal with vector based images.

I actually finished up a massive job with a small printer about 3 months
ago and have way more experience than I should with this. Their flattening
tool didn't take to my document so I had to convert everything manually to
CMYK to make sure that the colors and images printed correctly. Thankfully,
image magic does vector based color transformations quite well. Their PDF
-> PNG transformation is horrible but a PDF (RGB) -> PDF (CMYK) is actually
quite good. It isn't perfect because that transformation cannot be done
exactly, but it does do a decent job. I really don't mean to harp on this
like I have been but really, it is the job of your printer to make whatever
you gave them work and there should be no problem printing out vector
images.

~Ben


On Wed, Jul 9, 2014 at 11:25 AM, Helge Hafting 
wrote:

> On 23. juni 2014 11:16, Christian W wrote:
>
>> The document contains a larger number of images. As these are results from
>> scientific computations, they contain a large number of details. This
>> allows
>> the user to zoom deep into the image when viewing the document on screen.
>> However, in the printed version it is obviously not possible to resolve so
>> many details. The publisher claims this may result in unexpected
>> appearance
>> of the images during the printing process. I am not sure about the
>> technical
>> reasons and differences of book printing to regular home printers, but he
>> asked me to provide bitmap based graphics instead.
>>
>
> Too fine detail will be lost - that is obvious. The interesting part is
> how. If a single pixel contains some white and some black due to fine
> detail - what should happen? Black pixel? White? Gray pixel? (Gray might
> not be possible). And when many such pixels make up a region - will the
> whole region be white/black? Or a dithering pattern? Aliasing effects?
>
> Their press might do this reduction a bit different than your home
> printer, hence the warning about surprises. They are publishers, not
> experts in your field. So they might not understand your computed images.
> So they cannot tell a "bad" conversion form a "good" one. which is why they
> tell you to make bitmaps in the native resolution of their imager. They can
> then print exactly what they get, no surprises. You get full control of the
> conversion process, and can review each image. If some are bad, you can use
> different parameters or different software to process them. You don't want
> the first edition to print with some griveous conversion fault - and they
> don't want that either.
>
>

Re: Still having troubles with lyx 2.1

[Jürgen Spitzmüller]

Am Mittwoch 09 Juli 2014, 11:43:06 schrieb Samuel Gamtessa:
> Hi
> I got a bug and my file crushed, I can see the emergency file but my file is
> still not opening.
> 
> Is there anyway to recover my file?

* Check if you have set up a backup directory in Tools > Preferences > Paths
  - If yes, look, there should be a rather recent version of the file there.
  - If no, set up the directory for future issues.
* Check if the lyx file itself is complete (ends with \end_document) by opening 
it in a text editor
* If not, check if either the emergency file (#...#) or the backup file
(*.lyx~) are complete
* If only one is, rename it to the name of the original file.
* If both are (as in Yan's case), give them different names and check the
differences in LyX via Tools > Compare

HTH
Jürgen

> 
> Thank you!
> 
> Sam