Re: LyX is getting... very annoying.

[Helge Hafting]

Andre Poenitz wrote:


On Thu, Feb 02, 2006 at 09:09:40AM +0100, Helge Hafting wrote:
 


Why doesn't LyX do the right thing when converting said text to
LaTeX?
 


Error in lyx.
   



I could argue about that.
 


I think it is an error when lyx produce invalid latex
without the user entering bad latex commands.

It is okay to fail on bad ERT, or a bad \texcommand in math.

If the user tries to apply textrm where it can't be done, then
lyx should ideally refuse somehow.  Lyx should notice the
impossibility, and do one of:
* Inform the user, who can then clean up the mess himself.  A latex
 error will no longer be unexpected.  Not my favourite.
* Refuse the operation - nothing happens.  Perhaps an error message.
  Nice, clean, and encourages a different approach.
* Delete the impossible stuff.  Well, people won't like that either, but 
they

  have undo for such occations.
* Apply textrm as much as possible, but not in places where it won't work.
  In this particular example we had 2^Q.  Both the 2 and the Q may be
  textrm, but textrm must be off where the exponent happen.  (This example
  may be created manually by creating the math, then change the 2 and the Q
  to textrm individually.  This is the userfriendly way, but maybe it 
encourages

  stupid layout. The same look should be available with mathrm . . .

Helge Hafting

Re: Screen Captures in Documents

[Helge Hafting]

Rich Shepard wrote:


On Sat, 4 Feb 2006, Georg Baum wrote:


It probably took the 100dpi from your X setup.



  Actually, when I looked more closely, the X and Y resolution of the 
image

was 1 dpi, with a scaling factor of 100. It was invisible in the pdflatex
output. When I scaled the resolution to 200 dpi in the GIMP and left the
image size (in pixels) alone, it displayed nicely.


Just forget about dpi.  It is such an awkward way to size a raster image.
The image resolution is a certain number of pixels - plain and simple.
And in lyx you can set the image to be a certain size - in inches, 
centimeters

or percent of the line width.  The latter do the right thing in all cases,
i.e. an 100% line-width image will fit in any list, minipage or other
construct where the line width is different.  Also, images scaled
to a percentage of the line width will work even when you
change the margins or paper size.

Many graphics programs mistakenly think that image dpi is something
worth caring about - I newer saw any use for that.  If I size an
image, then it is because I want it to have a certain _size_, not a certain
printing resolution.  The latter just make it hard to guess what the print
size will be.  What will the size of a 653-pixel 72dpi picture be?  And
no, I am not interested in the 9.064 inches that works out to, but
will it fit in this minipage? (Which is not measured in inches .  .  .)

Always use the full resolution of a screen dump.  Screendumps usually
prints with visible pixels, and scaling them in gimp will always make that
much worse.  Using the full resolution gives the best possible result,
the only possible downside being a largish pdf.
Think of the raster image as printed on a rubber sheet, lyx can stretch or
compress it to whatever output size you desire.  If the image is too big in
lyx, use the separate scaling factor for showing in lyx. 


Helge Hafting

specific float settings - what is going on?

[Martin A. Hansen]

i am tweaking float setttings for specific floats. in the float settings
menu i select top-of-page, bottom-of-page, and here-if-possible, and click
ok.

opening the float settings menu again, and only top-of-page is selected?


martin

(lyx 1.3.6)

Re: specific float settings - what is going on?

[Kevin Pfeiffer]

Martin A. Hansen writes:
 i am tweaking float setttings for specific floats. in the float
 settings menu i select top-of-page, bottom-of-page, and
 here-if-possible, and click ok.

 opening the float settings menu again, and only top-of-page is
 selected?

Things like this happen to me in 1.3.5 when the file is read-only 
(version checked in but not yet checked out again). Frustrating but 
true.  :-)

-Kevin

-- 
Kevin Pfeiffer [EMAIL PROTECTED]
Tiros-Translations

Re: specific float settings - what is going on?

[Martin A. Hansen]

looking at the resulting lyx file, the settings is correct there (htb). i
guess that there is a bug in lyx, which makes lyx forget /misread the
settings.

can anyone confirm this?



martin

On 06/02/06, Kevin Pfeiffer [EMAIL PROTECTED] wrote:

 Martin A. Hansen writes:
  i am tweaking float setttings for specific floats. in the float
  settings menu i select top-of-page, bottom-of-page, and
  here-if-possible, and click ok.
 
  opening the float settings menu again, and only top-of-page is
  selected?

 Things like this happen to me in 1.3.5 when the file is read-only
 (version checked in but not yet checked out again). Frustrating but
 true.  :-)

 -Kevin

 --
 Kevin Pfeiffer [EMAIL PROTECTED]
 Tiros-Translations

Re: LaTeX2html with Windows

[Abdelrazak Younes]

Dear Uwe,

I have noticed and reported in lyx-devel this problem with htlatex and 
proposed as a work-around to default the temp directory to something 
without space (mail reproduced below), what do you think?
It would be very nice for my colleagues if your next version would 
support htlatex. Of course, a simple work around is to export to latex 
and to call htlatex by hand.


Abdel

__
Hello Uwe and Angus,

A colleague of mine have installed Uwe full installer. It seems that the 
default miktex installation doesn't contain htlatex. Plus, even if you 
install it manually with Miktex, lyx doesn't check for htlatex on a 
reconfigure, only tth and hevea AFAIR.


Angus' installer do check for it but there is a problem with it: htlatex 
doesn't like path with space apparently. The solution is to change the 
temp directory to something without space in edit-preferences-paths. 
May I suggest that you default to C:\temp instead of C:\Documents and 
Settings\...\Local Settings\Temp? C:\temp is standard no?


It might be a good idea to add htlatex support in future version because 
I find it better than the competition.


Thanks again for the installers Angus and Uwe,

Abdel.


Uwe Stöhr a écrit :

Stephen Harris wrote:


Is Latex2html part of the Latex total package?


If you mean if it's part of MiKTeX's full installation, then yes.

  If Perl is no longer required does it mean that
Latex2html is no longer a supported WinLyx option and that htlatex 
will be the default? I saw a post on the developer list about 
installing Windows/Latex2html.


LaTeX2html is dead since 2001 its successor is tex4ht, but htis package 
has also much problems and bugs.
At the moment we have no default html converter in LyXWin. You can 
easily define it by adding a converter LaTeX - HTML in LyX preferences 
with the line htlatex $$i. Note that you must have installed tex4ht 
via MiKTeX's package manager and also note that it won't work due to bug 
643


http://bugzilla.lyx.org/show_bug.cgi?id=643

:-(

regards Uwe

Re: Screen Captures in Documents

[Enrico Forestieri]

Helge Hafting [EMAIL PROTECTED] writes:

 Always use the full resolution of a screen dump.  Screendumps usually
 prints with visible pixels, and scaling them in gimp will always make that
 much worse.  Using the full resolution gives the best possible result,
 the only possible downside being a largish pdf.

Here is a way to capture a window at full screen resolution:

$ xwd -frame  foo.xwd
$ convert foo.xwd foo.png

--
Enrico

RE: Re: LyX 1.3.7 Win32 + MikTeX 2.4.1461: New LyX document from template fails (for many templates) with error missing TeX class

[Peter Hegt]

Hi Paul,

Thanks for the explanation.

Note that I used `aa.lyx' as an example (I don't (wanna) use it (I
guess)).

I wrote it more to make a point that this is confusing for a novice
user:

Setup, enter, enter, try feature, fails = confused

(MikTeX is quite an elaborate setup so a novice cannot be confident that
the setup went 100% error free/complete).

(Oke, RTM, but still...)

I guess this is inherent to a system that relies on many other systems,
so a solution is not so easy I guess. What the developers could do is to
put some more info in the error message, e.g. what you wrote below. 


Met vriendelijke groet,

Peter Hegt
Project Manager
Phidias development solutions
Lange Dreef 11 D4131 NJ Vianen
www: www.phidias.nltelefoon: 0347-32 47 50fax: 0347-32 47 55
mailto: [EMAIL PROTECTED]msn: [EMAIL PROTECTED]skype:
peterhegt
PGP/GNuPG public key at: http://blackhole.pca.dfn.de/

-Original Message-
From: news [mailto:[EMAIL PROTECTED] On Behalf Of Paul A. Rubin
Sent: donderdag 2 februari 2006 20:47
To: lyx-users@lists.lyx.org
Subject: Re: LyX 1.3.7 Win32 + MikTeX 2.4.1461: New LyX document from
template fails (for many templates) with error missing TeX class

Peter Hegt wrote:
 Hi
 
 In LyX 1.3.7 Win32 + MikTeX 2.4.1461:
 
 Trying to create a new LyX document from template fails for many 
 templates with error missing TeX class.
 
 For example:
 
 aa.lyx results in:
 
 ``Textclass error
 
 The document uses a missing TeX class aa.
 LyX will not be able to produce output.
 
 I did a MikTeX refresh file name database and refresh format files. 
 That didn't help.
 
 I did a search in c:\texmf for aa.*; only aa.4ht shows up.
 
 I have done a full install of MikTeX (and an update today).
 

As far as I know, 'aa' is not available as part of the MiKTeX
distribution.  If you want to use it, you need to download it, install
it manually, then update the MiKTeX file database.  In LyX, Help-LaTeX
Configuration will display a list of what LyX looks for and what it
found, and in many case (including 'aa') a pointer to where you can find
it on CTAN.  Broadway is another class that is not available within
MiKTeX but for which LyX has a layout.

Note that, after installing classes in MiKTeX, you need to start LyX,
run Edit-Reconfigure, wait for the configuration script to complete,
then close and restart LyX to get the benefit of the new classes.

/Paul

Re: specific float settings - what is going on?

[Georg Baum]

Martin A. Hansen wrote:

 looking at the resulting lyx file, the settings is correct there (htb). i
 guess that there is a bug in lyx, which makes lyx forget /misread the
 settings.
 
 can anyone confirm this?

I do this all the time with 1.3.7 on linux, and it works fine here. Please
enter an example file in bugzilla with complete version/os/frontend
information if this is reproducible.


Georg

RE: Lyx 1.3.7 Win32: Some incorrect math glyphs displayed on screen; dvi,pdf is ok

[Peter Hegt]

Thanks Uwe for the help.

I installed the fonts manually, and now it looks much better.

However...

The \spadesuit is displayed as a box.

Hearts, clubs and diamonds display correctly.

(Coincidentally I am writing something about a game of cards...)

Regards, Peter


Met vriendelijke groet,

Peter Hegt

Uwe Stoehr wrote:

Peter Hegt wrote:

 Some math glyphs are displayed incorrect on screen; however the
output 
 dvi,pdf is ok.
 
 3. Use math pannel to insert any operator, e.g. if I click the button

 with the plus-minus (\pm), on screen I get the paragraph glyph. Or 
 \cup results in '['.

You didn't install the math fonts. They are automatically installed
when you use this installer:

http://wiki.lyx.org/Windows/LyXWinInstaller

You can also install them manually:

ftp://ftp.lyx.org/pub/lyx/contrib/BaKoMa4LyX-1.0.zip

Don't forget to reconfigure LyX after this.

regards Uwe

Re: specific float settings - what is going on?

[Paul A. Rubin]

Martin A. Hansen wrote:

looking at the resulting lyx file, the settings is correct there (htb). i
guess that there is a bug in lyx, which makes lyx forget /misread the
settings.

can anyone confirm this?


Tried it in LyX 1.3.7 (Win XP).  The settings were always correct when I 
right-clicked on the float, including after edits, saving, closing, 
reopening, ...


/Paul

Re: LyX 1.3.7 Win32 + MikTeX 2.4.1461: New LyX document from template fails (for many templates) with error missing TeX class

[Paul A. Rubin]

Peter Hegt wrote:



I wrote it more to make a point that this is confusing for a novice
user:

Setup, enter, enter, try feature, fails = confused

(MikTeX is quite an elaborate setup so a novice cannot be confident that
the setup went 100% error free/complete).


True.  On the positive side, you can run the package manager and get 
both a comprehensive list of packages available in MiKTeX and which ones 
you have installed.  There are still at least two issues for a novice: 
(1) it's sometimes hard to tell you have a particular package installed, 
because it comes as part of a larger package with a different name; and 
(2) you can install packages that are not available as MiKTeX cab files, 
but this requires somewhat more advanced knowledge than a novice might have.


(Oke, RTM, but still...)

I guess this is inherent to a system that relies on many other systems,
so a solution is not so easy I guess. What the developers could do is to
put some more info in the error message, e.g. what you wrote below. 


You might want to submit this to bugzilla as an enhancement request 
(detailing specifically what threw you and what LyX could have said to 
smooth things).


/Paul

Re: Lyx 1.3.7 Win32: Some incorrect math glyphs displayed on screen; dvi,pdf is ok

[Paul A. Rubin]

Peter Hegt wrote:


The \spadesuit is displayed as a box.

Hearts, clubs and diamonds display correctly.



I can reproduce that.  The cmsy10 font (from Bakoma4LyX) has the spade 
glyph (character 00C4).  Is LyX mapping \spadesuit to the wrong character?


/Paul

Re: Lyx 1.3.7 Win32: Some incorrect math glyphs displayed on screen; dvi,pdf is ok

[Uwe Stöhr]

Peter Hegt wrote:

I installed the fonts manually, and now it looks much better.

However...

The \spadesuit is displayed as a box.


I'll have a look at it. It should however appear correctly in the output 
so that you can continue your document in the meantime.


regards Uwe

New LyX/Mac Installer -- testers wanted!

[Bennett Helm]

I think I've figured out what has been going wrong with the LyX/Mac  
installer, and I've created a new version (partly in preparation for  
the upcoming 1.4.0). If you've been having troubles upgrading from  
lyx-1.3.5 or earlier on the mac, please try this installer to see if  
it works for you.


To test it, do the following:

1. Make sure you have an existing ~/.lyx folder and that there is a  
preferences file in there. (If you don't have the folder, simply  
launch LyX-1.3.5, and a new one will be created -- though without the  
preferences file. If you're lacking the preferences file, simply  
launch LyX-1.3.5, select LyX  Preferences, change any field, and  
save preferences.)


2. Run the installer. Generate a report (at the end), and copy the  
resulting text into an e-mail message to me.


3. Launch LyX-1.3.7, and run Edit  Reconfigure. Quit and relaunch  
LyX-1.3.7.


4. Open a document (in LyX-1.3.7), and try to typeset it in various  
ways (pdflatex, dvipdfm, ps2pdf, etc.).


Report any problems to me.

The new installer can be found here: http://edisk.fandm.edu/ 
bennett.helm/LyX/LyX-installer.app.zip.


Thanks.

Bennett

Re: Lyx 1.3.7 Win32: Some incorrect math glyphs displayed on screen; dvi,pdf is ok

[Georg Baum]

Am Montag, 6. Februar 2006 18:21 schrieb Paul A. Rubin:
 Peter Hegt wrote:
  
  The \spadesuit is displayed as a box.
  
  Hearts, clubs and diamonds display correctly.
  
 
 I can reproduce that.  The cmsy10 font (from Bakoma4LyX) has the spade 
 glyph (character 00C4).  Is LyX mapping \spadesuit to the wrong 
character?

From lib/symbols:

spadesuit  cmsy127 170 mathord  x

127 is the position in the font. 4C would be 76, does it work if you 
exchange the 127 with 76? If yes, the questions whether the bakoma fonts 
are wrong or LyX.


Georg

Re: Lyx 1.3.7 Win32: Some incorrect math glyphs displayed on screen; dvi,pdf is ok

[Nusret BALCI]

C4 = 196.
(Sorry, for sending to Georg's inbox by mistake)
Regards,
Nusret
--- Georg Baum [EMAIL PROTECTED] wrote:

 Am Montag, 6. Februar 2006 18:21 schrieb Paul A.
 Rubin:
  Peter Hegt wrote:
   
   The \spadesuit is displayed as a box.
   
   Hearts, clubs and diamonds display correctly.
   
  
  I can reproduce that.  The cmsy10 font (from
 Bakoma4LyX) has the spade 
  glyph (character 00C4).  Is LyX mapping \spadesuit
 to the wrong 
 character?
 
 From lib/symbols:
 
 spadesuit  cmsy127 170 mathord  x
 
 127 is the position in the font. 4C would be 76,
 does it work if you 
 exchange the 127 with 76? If yes, the questions
 whether the bakoma fonts 
 are wrong or LyX.
 
 
 Georg
 
 


__
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 

LyX/Mac 1.4.0pre4 (with new installer) -- testers wanted

[Bennett Helm]

I've made a version of LyX/Mac 1.4.0pre4 available here: http:// 
edisk.fandm.edu/bennett.helm/LyX/LyX-1.4%20Installer.dmg. If anyone  
is willing to try it (and test the installer), please feel free to  
download and report any problems to the user's list.


As before, I am not sure if this runs on anything other than Mac OS X  
10.4, since I don't have anything else to test it with. From what I  
can tell it should work on at least 10.3.9, though I suspect that it  
does *not* work on 10.2 or earlier. If you're willing to test pre- 
release software, please let me know whether you have success or not  
and on what version of Mac OS X. (I need to look further into getting  
it to work on 10.2, but that may require feedback from brave testers.)


Standard disclaimer: This is pre-release software, and you are likely  
to encounter bugs. Indeed, that's the point: please report them!


Bennett

Unexpected problem for a document with a lot of pages

[Horacio Emilio Pérez Sánchez]

Hello all,

I use LyX 1.3.5 in suse 9.0. I'm writing a scientific document that will 
have around 200 pages or more, with a lot of equations, figures and tables.


One month ago there was no problem for my to work with the document, 
although it took some minutes to render the document to PDF (using option 
View --- PDF). So after I considered the possibility to work with 
different files for every new section of the document because in this way 
it would be faster the individual compilation. I added the new lyx files 
into the big document using the option Insert---File, and selecting 
after External or Include, indifferently. Using this method each new 
section was written very fast, because I could compile only these part and 
see the changes. After I had included 4 new sections (4 new files) I tried 
to compile the whole document with no problem, but it took a lot of time, 
more than an hour. Anyway I continued working, but my problem now is that I 
have 10 new section and the compilation of the document is not feasible. 
Last weekend I left my computer compiling during 2 days and today it was 
already working in it !!


I've tried with View---DVI, but it takes also a lot of time. I've 
searched for info in the lyx mail list, but nothing related with my case.


Later I've done a test; I've removed all the includes, so the document 
doesn't has to load the external lyx files, and in this case the 
compilation was OK and it took some minutes. In other test I've created a 
new empty lyx document and I've added the 10 sections with the 
Insert---File option, and in this case the document was compiled on one 
minute !!!


So now I'm blocked and I don't know what to do. Maybe there is a bug with 
lyx or I think that as I use a lot of different figure formats (jpg,bmp and 
eps) the program can't handle this, but I don't think so; lyx is announced 
capable of working with very big documents. I've also observed that telling 
lyx not to use the temp directory, sometimes the compilation is faster, 
am I right ? Using a temporary directory makes the compilation of a 
document slower ?


Could somebody help me ?


Thanks in advance.

Re: Lyx 1.3.7 Win32: Some incorrect math glyphs displayed on screen; dvi,pdf is ok

[Paul A. Rubin]

Georg Baum wrote:


Am Montag, 6. Februar 2006 18:21 schrieb Paul A. Rubin:

Peter Hegt wrote:

The \spadesuit is displayed as a box.

Hearts, clubs and diamonds display correctly.

I can reproduce that.  The cmsy10 font (from Bakoma4LyX) has the spade 
glyph (character 00C4).  Is LyX mapping \spadesuit to the wrong 

character?

From lib/symbols:

spadesuit  cmsy127 170 mathord  x

127 is the position in the font. 4C would be 76, does it work if you 
exchange the 127 with 76? If yes, the questions whether the bakoma fonts 
are wrong or LyX.





Character 127 (7F hex) in cmsy10 appears to be a three-sided box (top 
missing, like a squared-off U).  This is not the glyph that LyX displays 
for \spadesuit (LyX displays a complete square).  The glyph that LyX 
displays for \spadesuit does not appear to be in cmsy10, although I 
can't be sure -- Windows's character map applet does not display all the 
characters in a font, just selected ones.


Well, now I'm even more confused sigh.

/Paul

Re: Lyx 1.3.7 Win32: Some incorrect math glyphs displayed on screen; dvi,pdf is ok

[Uwe Stöhr]

Paul A. Rubin wrote:


The \spadesuit is displayed as a box.

I can reproduce that.  The cmsy10 font (from Bakoma4LyX) has the spade 
glyph (character 00C4).  Is LyX mapping \spadesuit to the wrong character?


We changed the original BaKoMa-fonts to fix the wrong display of other 
characters. Seems that we forgot the symbol \spadesuit. I contacted 
Ekkehart Schlicht who can hopefully fix this.


thanks for the report and regards
Uwe

Re: changing fonts in TOC

[Phil Tomson]

On 2/3/06, Uwe Stöhr [EMAIL PROTECTED] wrote:
 Phil Tomson wrote:

  I'm using article(koma-script).  I need all of the sections listed in
  the TOC to be the same size font (12pt) as the rest of the text of the
  thesis and they cannot be bold.

 Use the LaTeX-package titletoc. Attached an example LyX-file.

 regards Uwe


Looks like this should work.  However, how would one change the font
of the 'Contents' heading itself to times-new-roman, non-bold?

Phil

Re: changing fonts in TOC

[Uwe Stöhr]

Phil Tomson wrote:


However, how would one change the font
of the 'Contents' heading itself to times-new-roman, non-bold?


This is the same font as used for the section heading (in article 
classes). Add this to your preamble:


\setkomafont{section}{\normalfont\rmfamily\Large}

to get what you want.

example LyX-file attached.

regards Uwe


newfile2.lyx
Description: application/lyx

lyx problem

[Francisco Martins]

Hi!
probably this isnt the best way to aks for help, but...
I use Lyx for linux and I'm trying to use it on windows, but i have
some problems
i can't have access to the menus bar like i show on the attach..
none of the 3 version that i tested solve this problem...=| (1.3.5;
1.3.6; 1.3.7)
can you help me please!
thanks
--
Francisco Martins
attachment: lyx_problem.JPG

Re: lyx problem

[Uwe Stöhr]

Francisco Martins wrote:

 I use Lyx for linux and I'm trying to use it on windows, but i have
 some problems
 i can't have access to the menus bar like i show on the attach..
 none of the 3 version that i tested solve this problem...=| (1.3.5;
 1.3.6; 1.3.7)

Does this LyX for Windows version help you?:

http://wiki.lyx.org/Windows/LyXWinInstaller
http://download.berlios.de/lyxwininstall/LyXWin137Complete-1-0.exe

regards Uwe

Re: lyx problem

[Paul Smith]

On 2/6/06, Francisco Martins [EMAIL PROTECTED] wrote:
 probably this isnt the best way to aks for help, but...
 I use Lyx for linux and I'm trying to use it on windows, but i have
 some problems
 i can't have access to the menus bar like i show on the attach..
 none of the 3 version that i tested solve this problem...=| (1.3.5;
 1.3.6; 1.3.7)
 can you help me please!
 thanks

You should instead install LyX 1.3.7 for MS Windows:

ftp://ftp.lyx.org/pub/lyx/bin/1.3.7/lyx-1.3.7_win32_setup_v2.exe

Paul

Re: LyX is getting... very annoying.

[Helge Hafting]

Andre Poenitz wrote:


On Thu, Feb 02, 2006 at 09:09:40AM +0100, Helge Hafting wrote:
 


Why doesn't LyX do the right thing when converting said text to
LaTeX?
 


Error in lyx.
   



I could argue about that.
 


I think it is an error when lyx produce invalid latex
without the user entering bad latex commands.

It is okay to fail on bad ERT, or a bad \texcommand in math.

If the user tries to apply textrm where it can't be done, then
lyx should ideally refuse somehow.  Lyx should notice the
impossibility, and do one of:
* Inform the user, who can then clean up the mess himself.  A latex
 error will no longer be unexpected.  Not my favourite.
* Refuse the operation - nothing happens.  Perhaps an error message.
  Nice, clean, and encourages a different approach.
* Delete the impossible stuff.  Well, people won't like that either, but 
they

  have undo for such occations.
* Apply textrm as much as possible, but not in places where it won't work.
  In this particular example we had 2^Q.  Both the 2 and the Q may be
  textrm, but textrm must be off where the exponent happen.  (This example
  may be created manually by creating the math, then change the 2 and the Q
  to textrm individually.  This is the userfriendly way, but maybe it 
encourages

  stupid layout. The same look should be available with mathrm . . .

Helge Hafting

Re: Screen Captures in Documents

[Helge Hafting]

Rich Shepard wrote:


On Sat, 4 Feb 2006, Georg Baum wrote:


It probably took the 100dpi from your X setup.



  Actually, when I looked more closely, the X and Y resolution of the 
image

was 1 dpi, with a scaling factor of 100. It was invisible in the pdflatex
output. When I scaled the resolution to 200 dpi in the GIMP and left the
image size (in pixels) alone, it displayed nicely.


Just forget about dpi.  It is such an awkward way to size a raster image.
The image resolution is a certain number of pixels - plain and simple.
And in lyx you can set the image to be a certain size - in inches, 
centimeters

or percent of the line width.  The latter do the right thing in all cases,
i.e. an 100% line-width image will fit in any list, minipage or other
construct where the line width is different.  Also, images scaled
to a percentage of the line width will work even when you
change the margins or paper size.

Many graphics programs mistakenly think that image dpi is something
worth caring about - I newer saw any use for that.  If I size an
image, then it is because I want it to have a certain _size_, not a certain
printing resolution.  The latter just make it hard to guess what the print
size will be.  What will the size of a 653-pixel 72dpi picture be?  And
no, I am not interested in the 9.064 inches that works out to, but
will it fit in this minipage? (Which is not measured in inches .  .  .)

Always use the full resolution of a screen dump.  Screendumps usually
prints with visible pixels, and scaling them in gimp will always make that
much worse.  Using the full resolution gives the best possible result,
the only possible downside being a largish pdf.
Think of the raster image as printed on a rubber sheet, lyx can stretch or
compress it to whatever output size you desire.  If the image is too big in
lyx, use the separate scaling factor for showing in lyx. 


Helge Hafting

specific float settings - what is going on?

[Martin A. Hansen]

i am tweaking float setttings for specific floats. in the float settings
menu i select top-of-page, bottom-of-page, and here-if-possible, and click
ok.

opening the float settings menu again, and only top-of-page is selected?


martin

(lyx 1.3.6)

Re: specific float settings - what is going on?

[Kevin Pfeiffer]

Martin A. Hansen writes:
 i am tweaking float setttings for specific floats. in the float
 settings menu i select top-of-page, bottom-of-page, and
 here-if-possible, and click ok.

 opening the float settings menu again, and only top-of-page is
 selected?

Things like this happen to me in 1.3.5 when the file is read-only 
(version checked in but not yet checked out again). Frustrating but 
true.  :-)

-Kevin

-- 
Kevin Pfeiffer [EMAIL PROTECTED]
Tiros-Translations

Re: specific float settings - what is going on?

[Martin A. Hansen]

looking at the resulting lyx file, the settings is correct there (htb). i
guess that there is a bug in lyx, which makes lyx forget /misread the
settings.

can anyone confirm this?



martin

On 06/02/06, Kevin Pfeiffer [EMAIL PROTECTED] wrote:

 Martin A. Hansen writes:
  i am tweaking float setttings for specific floats. in the float
  settings menu i select top-of-page, bottom-of-page, and
  here-if-possible, and click ok.
 
  opening the float settings menu again, and only top-of-page is
  selected?

 Things like this happen to me in 1.3.5 when the file is read-only
 (version checked in but not yet checked out again). Frustrating but
 true.  :-)

 -Kevin

 --
 Kevin Pfeiffer [EMAIL PROTECTED]
 Tiros-Translations

Re: LaTeX2html with Windows

[Abdelrazak Younes]

Dear Uwe,

I have noticed and reported in lyx-devel this problem with htlatex and 
proposed as a work-around to default the temp directory to something 
without space (mail reproduced below), what do you think?
It would be very nice for my colleagues if your next version would 
support htlatex. Of course, a simple work around is to export to latex 
and to call htlatex by hand.


Abdel

__
Hello Uwe and Angus,

A colleague of mine have installed Uwe full installer. It seems that the 
default miktex installation doesn't contain htlatex. Plus, even if you 
install it manually with Miktex, lyx doesn't check for htlatex on a 
reconfigure, only tth and hevea AFAIR.


Angus' installer do check for it but there is a problem with it: htlatex 
doesn't like path with space apparently. The solution is to change the 
temp directory to something without space in edit-preferences-paths. 
May I suggest that you default to C:\temp instead of C:\Documents and 
Settings\...\Local Settings\Temp? C:\temp is standard no?


It might be a good idea to add htlatex support in future version because 
I find it better than the competition.


Thanks again for the installers Angus and Uwe,

Abdel.


Uwe Stöhr a écrit :

Stephen Harris wrote:


Is Latex2html part of the Latex total package?


If you mean if it's part of MiKTeX's full installation, then yes.

  If Perl is no longer required does it mean that
Latex2html is no longer a supported WinLyx option and that htlatex 
will be the default? I saw a post on the developer list about 
installing Windows/Latex2html.


LaTeX2html is dead since 2001 its successor is tex4ht, but htis package 
has also much problems and bugs.
At the moment we have no default html converter in LyXWin. You can 
easily define it by adding a converter LaTeX - HTML in LyX preferences 
with the line htlatex $$i. Note that you must have installed tex4ht 
via MiKTeX's package manager and also note that it won't work due to bug 
643


http://bugzilla.lyx.org/show_bug.cgi?id=643

:-(

regards Uwe

Re: Screen Captures in Documents

[Enrico Forestieri]

Helge Hafting [EMAIL PROTECTED] writes:

 Always use the full resolution of a screen dump.  Screendumps usually
 prints with visible pixels, and scaling them in gimp will always make that
 much worse.  Using the full resolution gives the best possible result,
 the only possible downside being a largish pdf.

Here is a way to capture a window at full screen resolution:

$ xwd -frame  foo.xwd
$ convert foo.xwd foo.png

--
Enrico

RE: Re: LyX 1.3.7 Win32 + MikTeX 2.4.1461: New LyX document from template fails (for many templates) with error missing TeX class

[Peter Hegt]

Hi Paul,

Thanks for the explanation.

Note that I used `aa.lyx' as an example (I don't (wanna) use it (I
guess)).

I wrote it more to make a point that this is confusing for a novice
user:

Setup, enter, enter, try feature, fails = confused

(MikTeX is quite an elaborate setup so a novice cannot be confident that
the setup went 100% error free/complete).

(Oke, RTM, but still...)

I guess this is inherent to a system that relies on many other systems,
so a solution is not so easy I guess. What the developers could do is to
put some more info in the error message, e.g. what you wrote below. 


Met vriendelijke groet,

Peter Hegt
Project Manager
Phidias development solutions
Lange Dreef 11 D4131 NJ Vianen
www: www.phidias.nltelefoon: 0347-32 47 50fax: 0347-32 47 55
mailto: [EMAIL PROTECTED]msn: [EMAIL PROTECTED]skype:
peterhegt
PGP/GNuPG public key at: http://blackhole.pca.dfn.de/

-Original Message-
From: news [mailto:[EMAIL PROTECTED] On Behalf Of Paul A. Rubin
Sent: donderdag 2 februari 2006 20:47
To: lyx-users@lists.lyx.org
Subject: Re: LyX 1.3.7 Win32 + MikTeX 2.4.1461: New LyX document from
template fails (for many templates) with error missing TeX class

Peter Hegt wrote:
 Hi
 
 In LyX 1.3.7 Win32 + MikTeX 2.4.1461:
 
 Trying to create a new LyX document from template fails for many 
 templates with error missing TeX class.
 
 For example:
 
 aa.lyx results in:
 
 ``Textclass error
 
 The document uses a missing TeX class aa.
 LyX will not be able to produce output.
 
 I did a MikTeX refresh file name database and refresh format files. 
 That didn't help.
 
 I did a search in c:\texmf for aa.*; only aa.4ht shows up.
 
 I have done a full install of MikTeX (and an update today).
 

As far as I know, 'aa' is not available as part of the MiKTeX
distribution.  If you want to use it, you need to download it, install
it manually, then update the MiKTeX file database.  In LyX, Help-LaTeX
Configuration will display a list of what LyX looks for and what it
found, and in many case (including 'aa') a pointer to where you can find
it on CTAN.  Broadway is another class that is not available within
MiKTeX but for which LyX has a layout.

Note that, after installing classes in MiKTeX, you need to start LyX,
run Edit-Reconfigure, wait for the configuration script to complete,
then close and restart LyX to get the benefit of the new classes.

/Paul

Re: specific float settings - what is going on?

[Georg Baum]

Martin A. Hansen wrote:

 looking at the resulting lyx file, the settings is correct there (htb). i
 guess that there is a bug in lyx, which makes lyx forget /misread the
 settings.
 
 can anyone confirm this?

I do this all the time with 1.3.7 on linux, and it works fine here. Please
enter an example file in bugzilla with complete version/os/frontend
information if this is reproducible.


Georg

RE: Lyx 1.3.7 Win32: Some incorrect math glyphs displayed on screen; dvi,pdf is ok

[Peter Hegt]

Thanks Uwe for the help.

I installed the fonts manually, and now it looks much better.

However...

The \spadesuit is displayed as a box.

Hearts, clubs and diamonds display correctly.

(Coincidentally I am writing something about a game of cards...)

Regards, Peter


Met vriendelijke groet,

Peter Hegt

Uwe Stoehr wrote:

Peter Hegt wrote:

 Some math glyphs are displayed incorrect on screen; however the
output 
 dvi,pdf is ok.
 
 3. Use math pannel to insert any operator, e.g. if I click the button

 with the plus-minus (\pm), on screen I get the paragraph glyph. Or 
 \cup results in '['.

You didn't install the math fonts. They are automatically installed
when you use this installer:

http://wiki.lyx.org/Windows/LyXWinInstaller

You can also install them manually:

ftp://ftp.lyx.org/pub/lyx/contrib/BaKoMa4LyX-1.0.zip

Don't forget to reconfigure LyX after this.

regards Uwe

Re: specific float settings - what is going on?

[Paul A. Rubin]

Martin A. Hansen wrote:

looking at the resulting lyx file, the settings is correct there (htb). i
guess that there is a bug in lyx, which makes lyx forget /misread the
settings.

can anyone confirm this?


Tried it in LyX 1.3.7 (Win XP).  The settings were always correct when I 
right-clicked on the float, including after edits, saving, closing, 
reopening, ...


/Paul

Re: LyX 1.3.7 Win32 + MikTeX 2.4.1461: New LyX document from template fails (for many templates) with error missing TeX class

[Paul A. Rubin]

Peter Hegt wrote:



I wrote it more to make a point that this is confusing for a novice
user:

Setup, enter, enter, try feature, fails = confused

(MikTeX is quite an elaborate setup so a novice cannot be confident that
the setup went 100% error free/complete).


True.  On the positive side, you can run the package manager and get 
both a comprehensive list of packages available in MiKTeX and which ones 
you have installed.  There are still at least two issues for a novice: 
(1) it's sometimes hard to tell you have a particular package installed, 
because it comes as part of a larger package with a different name; and 
(2) you can install packages that are not available as MiKTeX cab files, 
but this requires somewhat more advanced knowledge than a novice might have.


(Oke, RTM, but still...)

I guess this is inherent to a system that relies on many other systems,
so a solution is not so easy I guess. What the developers could do is to
put some more info in the error message, e.g. what you wrote below. 


You might want to submit this to bugzilla as an enhancement request 
(detailing specifically what threw you and what LyX could have said to 
smooth things).


/Paul

Re: Lyx 1.3.7 Win32: Some incorrect math glyphs displayed on screen; dvi,pdf is ok

[Paul A. Rubin]

Peter Hegt wrote:


The \spadesuit is displayed as a box.

Hearts, clubs and diamonds display correctly.



I can reproduce that.  The cmsy10 font (from Bakoma4LyX) has the spade 
glyph (character 00C4).  Is LyX mapping \spadesuit to the wrong character?


/Paul

Re: Lyx 1.3.7 Win32: Some incorrect math glyphs displayed on screen; dvi,pdf is ok

[Uwe Stöhr]

Peter Hegt wrote:

I installed the fonts manually, and now it looks much better.

However...

The \spadesuit is displayed as a box.


I'll have a look at it. It should however appear correctly in the output 
so that you can continue your document in the meantime.


regards Uwe

New LyX/Mac Installer -- testers wanted!

[Bennett Helm]

I think I've figured out what has been going wrong with the LyX/Mac  
installer, and I've created a new version (partly in preparation for  
the upcoming 1.4.0). If you've been having troubles upgrading from  
lyx-1.3.5 or earlier on the mac, please try this installer to see if  
it works for you.


To test it, do the following:

1. Make sure you have an existing ~/.lyx folder and that there is a  
preferences file in there. (If you don't have the folder, simply  
launch LyX-1.3.5, and a new one will be created -- though without the  
preferences file. If you're lacking the preferences file, simply  
launch LyX-1.3.5, select LyX  Preferences, change any field, and  
save preferences.)


2. Run the installer. Generate a report (at the end), and copy the  
resulting text into an e-mail message to me.


3. Launch LyX-1.3.7, and run Edit  Reconfigure. Quit and relaunch  
LyX-1.3.7.


4. Open a document (in LyX-1.3.7), and try to typeset it in various  
ways (pdflatex, dvipdfm, ps2pdf, etc.).


Report any problems to me.

The new installer can be found here: http://edisk.fandm.edu/ 
bennett.helm/LyX/LyX-installer.app.zip.


Thanks.

Bennett

Re: Lyx 1.3.7 Win32: Some incorrect math glyphs displayed on screen; dvi,pdf is ok

[Georg Baum]

Am Montag, 6. Februar 2006 18:21 schrieb Paul A. Rubin:
 Peter Hegt wrote:
  
  The \spadesuit is displayed as a box.
  
  Hearts, clubs and diamonds display correctly.
  
 
 I can reproduce that.  The cmsy10 font (from Bakoma4LyX) has the spade 
 glyph (character 00C4).  Is LyX mapping \spadesuit to the wrong 
character?

From lib/symbols:

spadesuit  cmsy127 170 mathord  x

127 is the position in the font. 4C would be 76, does it work if you 
exchange the 127 with 76? If yes, the questions whether the bakoma fonts 
are wrong or LyX.


Georg

Re: Lyx 1.3.7 Win32: Some incorrect math glyphs displayed on screen; dvi,pdf is ok

[Nusret BALCI]

C4 = 196.
(Sorry, for sending to Georg's inbox by mistake)
Regards,
Nusret
--- Georg Baum [EMAIL PROTECTED] wrote:

 Am Montag, 6. Februar 2006 18:21 schrieb Paul A.
 Rubin:
  Peter Hegt wrote:
   
   The \spadesuit is displayed as a box.
   
   Hearts, clubs and diamonds display correctly.
   
  
  I can reproduce that.  The cmsy10 font (from
 Bakoma4LyX) has the spade 
  glyph (character 00C4).  Is LyX mapping \spadesuit
 to the wrong 
 character?
 
 From lib/symbols:
 
 spadesuit  cmsy127 170 mathord  x
 
 127 is the position in the font. 4C would be 76,
 does it work if you 
 exchange the 127 with 76? If yes, the questions
 whether the bakoma fonts 
 are wrong or LyX.
 
 
 Georg
 
 


__
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 

LyX/Mac 1.4.0pre4 (with new installer) -- testers wanted

[Bennett Helm]

I've made a version of LyX/Mac 1.4.0pre4 available here: http:// 
edisk.fandm.edu/bennett.helm/LyX/LyX-1.4%20Installer.dmg. If anyone  
is willing to try it (and test the installer), please feel free to  
download and report any problems to the user's list.


As before, I am not sure if this runs on anything other than Mac OS X  
10.4, since I don't have anything else to test it with. From what I  
can tell it should work on at least 10.3.9, though I suspect that it  
does *not* work on 10.2 or earlier. If you're willing to test pre- 
release software, please let me know whether you have success or not  
and on what version of Mac OS X. (I need to look further into getting  
it to work on 10.2, but that may require feedback from brave testers.)


Standard disclaimer: This is pre-release software, and you are likely  
to encounter bugs. Indeed, that's the point: please report them!


Bennett

Unexpected problem for a document with a lot of pages

[Horacio Emilio Pérez Sánchez]

Hello all,

I use LyX 1.3.5 in suse 9.0. I'm writing a scientific document that will 
have around 200 pages or more, with a lot of equations, figures and tables.


One month ago there was no problem for my to work with the document, 
although it took some minutes to render the document to PDF (using option 
View --- PDF). So after I considered the possibility to work with 
different files for every new section of the document because in this way 
it would be faster the individual compilation. I added the new lyx files 
into the big document using the option Insert---File, and selecting 
after External or Include, indifferently. Using this method each new 
section was written very fast, because I could compile only these part and 
see the changes. After I had included 4 new sections (4 new files) I tried 
to compile the whole document with no problem, but it took a lot of time, 
more than an hour. Anyway I continued working, but my problem now is that I 
have 10 new section and the compilation of the document is not feasible. 
Last weekend I left my computer compiling during 2 days and today it was 
already working in it !!


I've tried with View---DVI, but it takes also a lot of time. I've 
searched for info in the lyx mail list, but nothing related with my case.


Later I've done a test; I've removed all the includes, so the document 
doesn't has to load the external lyx files, and in this case the 
compilation was OK and it took some minutes. In other test I've created a 
new empty lyx document and I've added the 10 sections with the 
Insert---File option, and in this case the document was compiled on one 
minute !!!


So now I'm blocked and I don't know what to do. Maybe there is a bug with 
lyx or I think that as I use a lot of different figure formats (jpg,bmp and 
eps) the program can't handle this, but I don't think so; lyx is announced 
capable of working with very big documents. I've also observed that telling 
lyx not to use the temp directory, sometimes the compilation is faster, 
am I right ? Using a temporary directory makes the compilation of a 
document slower ?


Could somebody help me ?


Thanks in advance.

Re: Lyx 1.3.7 Win32: Some incorrect math glyphs displayed on screen; dvi,pdf is ok

[Paul A. Rubin]

Georg Baum wrote:


Am Montag, 6. Februar 2006 18:21 schrieb Paul A. Rubin:

Peter Hegt wrote:

The \spadesuit is displayed as a box.

Hearts, clubs and diamonds display correctly.

I can reproduce that.  The cmsy10 font (from Bakoma4LyX) has the spade 
glyph (character 00C4).  Is LyX mapping \spadesuit to the wrong 

character?

From lib/symbols:

spadesuit  cmsy127 170 mathord  x

127 is the position in the font. 4C would be 76, does it work if you 
exchange the 127 with 76? If yes, the questions whether the bakoma fonts 
are wrong or LyX.





Character 127 (7F hex) in cmsy10 appears to be a three-sided box (top 
missing, like a squared-off U).  This is not the glyph that LyX displays 
for \spadesuit (LyX displays a complete square).  The glyph that LyX 
displays for \spadesuit does not appear to be in cmsy10, although I 
can't be sure -- Windows's character map applet does not display all the 
characters in a font, just selected ones.


Well, now I'm even more confused sigh.

/Paul

Re: Lyx 1.3.7 Win32: Some incorrect math glyphs displayed on screen; dvi,pdf is ok

[Uwe Stöhr]

Paul A. Rubin wrote:


The \spadesuit is displayed as a box.

I can reproduce that.  The cmsy10 font (from Bakoma4LyX) has the spade 
glyph (character 00C4).  Is LyX mapping \spadesuit to the wrong character?


We changed the original BaKoMa-fonts to fix the wrong display of other 
characters. Seems that we forgot the symbol \spadesuit. I contacted 
Ekkehart Schlicht who can hopefully fix this.


thanks for the report and regards
Uwe

Re: changing fonts in TOC

[Phil Tomson]

On 2/3/06, Uwe Stöhr [EMAIL PROTECTED] wrote:
 Phil Tomson wrote:

  I'm using article(koma-script).  I need all of the sections listed in
  the TOC to be the same size font (12pt) as the rest of the text of the
  thesis and they cannot be bold.

 Use the LaTeX-package titletoc. Attached an example LyX-file.

 regards Uwe


Looks like this should work.  However, how would one change the font
of the 'Contents' heading itself to times-new-roman, non-bold?

Phil

Re: changing fonts in TOC

[Uwe Stöhr]

Phil Tomson wrote:


However, how would one change the font
of the 'Contents' heading itself to times-new-roman, non-bold?


This is the same font as used for the section heading (in article 
classes). Add this to your preamble:


\setkomafont{section}{\normalfont\rmfamily\Large}

to get what you want.

example LyX-file attached.

regards Uwe


newfile2.lyx
Description: application/lyx

lyx problem

[Francisco Martins]

Hi!
probably this isnt the best way to aks for help, but...
I use Lyx for linux and I'm trying to use it on windows, but i have
some problems
i can't have access to the menus bar like i show on the attach..
none of the 3 version that i tested solve this problem...=| (1.3.5;
1.3.6; 1.3.7)
can you help me please!
thanks
--
Francisco Martins
attachment: lyx_problem.JPG

Re: lyx problem

[Uwe Stöhr]

Francisco Martins wrote:

 I use Lyx for linux and I'm trying to use it on windows, but i have
 some problems
 i can't have access to the menus bar like i show on the attach..
 none of the 3 version that i tested solve this problem...=| (1.3.5;
 1.3.6; 1.3.7)

Does this LyX for Windows version help you?:

http://wiki.lyx.org/Windows/LyXWinInstaller
http://download.berlios.de/lyxwininstall/LyXWin137Complete-1-0.exe

regards Uwe

Re: lyx problem

[Paul Smith]

On 2/6/06, Francisco Martins [EMAIL PROTECTED] wrote:
 probably this isnt the best way to aks for help, but...
 I use Lyx for linux and I'm trying to use it on windows, but i have
 some problems
 i can't have access to the menus bar like i show on the attach..
 none of the 3 version that i tested solve this problem...=| (1.3.5;
 1.3.6; 1.3.7)
 can you help me please!
 thanks

You should instead install LyX 1.3.7 for MS Windows:

ftp://ftp.lyx.org/pub/lyx/bin/1.3.7/lyx-1.3.7_win32_setup_v2.exe

Paul

Re: LyX is getting... very annoying.

[Helge Hafting]

Andre Poenitz wrote:


On Thu, Feb 02, 2006 at 09:09:40AM +0100, Helge Hafting wrote:
 


Why doesn't LyX do the right thing when converting said text to
LaTeX?
 


Error in lyx.
   



I could argue about that.
 


I think it is an error when lyx produce invalid latex
without the user entering bad latex commands.

It is okay to fail on bad ERT, or a bad \texcommand in math.

If the user tries to apply textrm where it can't be done, then
lyx should ideally refuse somehow.  Lyx should notice the
impossibility, and do one of:
* Inform the user, who can then clean up the mess himself.  A latex
 error will no longer be unexpected.  Not my favourite.
* Refuse the operation - nothing happens.  Perhaps an error message.
  Nice, clean, and encourages a different approach.
* Delete the impossible stuff.  Well, people won't like that either, but 
they

  have "undo" for such occations.
* Apply textrm as much as possible, but not in places where it won't work.
  In this particular example we had 2^Q.  Both the "2" and the "Q" may be
  textrm, but textrm must be off where the exponent happen.  (This example
  may be created manually by creating the math, then change the 2 and the Q
  to textrm individually.  This is the "userfriendly" way, but maybe it 
encourages

  stupid layout. The same look should be available with mathrm . . .

Helge Hafting

Re: Screen Captures in Documents

[Helge Hafting]

Rich Shepard wrote:


On Sat, 4 Feb 2006, Georg Baum wrote:


It probably took the 100dpi from your X setup.



  Actually, when I looked more closely, the X and Y resolution of the 
image

was 1 dpi, with a scaling factor of 100. It was invisible in the pdflatex
output. When I scaled the resolution to 200 dpi in the GIMP and left the
image size (in pixels) alone, it displayed nicely.


Just forget about "dpi".  It is such an awkward way to size a raster image.
The image resolution is a certain number of pixels - plain and simple.
And in lyx you can set the image to be a certain size - in inches, 
centimeters

or percent of the line width.  The latter do the right thing in all cases,
i.e. an 100% line-width image will fit in any list, minipage or other
construct where the line width is different.  Also, images scaled
to a percentage of the line width will work even when you
change the margins or paper size.

Many graphics programs mistakenly think that image "dpi" is something
worth caring about - I newer saw any use for that.  If I size an
image, then it is because I want it to have a certain _size_, not a certain
printing resolution.  The latter just make it hard to guess what the print
size will be.  What will the size of a 653-pixel 72dpi picture be?  And
no, I am not interested in the 9.064 inches that works out to, but
will it fit in this minipage? (Which is not measured in inches .  .  .)

Always use the full resolution of a screen dump.  Screendumps usually
prints with visible pixels, and scaling them in gimp will always make that
much worse.  Using the full resolution gives the best possible result,
the only possible downside being a largish pdf.
Think of the raster image as printed on a rubber sheet, lyx can stretch or
compress it to whatever output size you desire.  If the image is too big in
lyx, use the separate scaling factor for "showing in lyx". 


Helge Hafting

specific float settings - what is going on?

[Martin A. Hansen]

i am tweaking float setttings for specific floats. in the float settings
menu i select top-of-page, bottom-of-page, and here-if-possible, and click
ok.

opening the float settings menu again, and only top-of-page is selected?


martin

(lyx 1.3.6)

Re: specific float settings - what is going on?

[Kevin Pfeiffer]

Martin A. Hansen writes:
> i am tweaking float setttings for specific floats. in the float
> settings menu i select top-of-page, bottom-of-page, and
> here-if-possible, and click ok.
>
> opening the float settings menu again, and only top-of-page is
> selected?

Things like this happen to me in 1.3.5 when the file is read-only 
(version checked in but not yet checked out again). Frustrating but 
true.  :-)

-Kevin

-- 
Kevin Pfeiffer <[EMAIL PROTECTED]>
Tiros-Translations

Re: specific float settings - what is going on?

[Martin A. Hansen]

looking at the resulting lyx file, the settings is correct there (htb). i
guess that there is a bug in lyx, which makes lyx forget /misread the
settings.

can anyone confirm this?



martin

On 06/02/06, Kevin Pfeiffer <[EMAIL PROTECTED]> wrote:
>
> Martin A. Hansen writes:
> > i am tweaking float setttings for specific floats. in the float
> > settings menu i select top-of-page, bottom-of-page, and
> > here-if-possible, and click ok.
> >
> > opening the float settings menu again, and only top-of-page is
> > selected?
>
> Things like this happen to me in 1.3.5 when the file is read-only
> (version checked in but not yet checked out again). Frustrating but
> true.  :-)
>
> -Kevin
>
> --
> Kevin Pfeiffer <[EMAIL PROTECTED]>
> Tiros-Translations
>

Re: LaTeX2html with Windows

[Abdelrazak Younes]

Dear Uwe,

I have noticed and reported in lyx-devel this problem with htlatex and 
proposed as a work-around to default the temp directory to something 
without space (mail reproduced below), what do you think?
It would be very nice for my colleagues if your next version would 
support htlatex. Of course, a simple work around is to export to latex 
and to call htlatex by hand.


Abdel

__
Hello Uwe and Angus,

A colleague of mine have installed Uwe full installer. It seems that the 
default miktex installation doesn't contain htlatex. Plus, even if you 
install it manually with Miktex, lyx doesn't check for htlatex on a 
reconfigure, only tth and hevea AFAIR.


Angus' installer do check for it but there is a problem with it: htlatex 
doesn't like path with space apparently. The solution is to change the 
temp directory to something without space in "edit->preferences->paths". 
May I suggest that you default to C:\temp instead of "C:\Documents and 
Settings\...\Local Settings\Temp"? "C:\temp" is standard no?


It might be a good idea to add htlatex support in future version because 
I find it better than the competition.


Thanks again for the installers Angus and Uwe,

Abdel.


Uwe Stöhr a écrit :

Stephen Harris wrote:


Is Latex2html part of the Latex total package?


If you mean if it's part of MiKTeX's full installation, then yes.

 > If Perl is no longer required does it mean that
Latex2html is no longer a supported WinLyx option and that htlatex 
will be the default? I saw a post on the developer list about 
installing Windows/Latex2html.


LaTeX2html is dead since 2001 its successor is tex4ht, but htis package 
has also much problems and bugs.
At the moment we have no default html converter in LyXWin. You can 
easily define it by adding a converter LaTeX -> HTML in LyX preferences 
with the line "htlatex $$i". Note that you must have installed tex4ht 
via MiKTeX's package manager and also note that it won't work due to bug 
643


http://bugzilla.lyx.org/show_bug.cgi?id=643

:-(

regards Uwe

Re: Screen Captures in Documents

[Enrico Forestieri]

Helge Hafting <[EMAIL PROTECTED]> writes:

> Always use the full resolution of a screen dump.  Screendumps usually
> prints with visible pixels, and scaling them in gimp will always make that
> much worse.  Using the full resolution gives the best possible result,
> the only possible downside being a largish pdf.

Here is a way to capture a window at full screen resolution:

$ xwd -frame > foo.xwd
$ convert foo.xwd foo.png

--
Enrico

RE: Re: LyX 1.3.7 Win32 + MikTeX 2.4.1461: New LyX document from template fails (for many templates) with error missing TeX class

[Peter Hegt]

Hi Paul,

Thanks for the explanation.

Note that I used `aa.lyx' as an example (I don't (wanna) use it (I
guess)).

I wrote it more to make a point that this is confusing for a novice
user:

Setup, enter, enter, try feature, fails => confused

(MikTeX is quite an elaborate setup so a novice cannot be confident that
the setup went 100% error free/complete).

(Oke, RTM, but still...)

I guess this is inherent to a system that relies on many other systems,
so a solution is not so easy I guess. What the developers could do is to
put some more info in the error message, e.g. what you wrote below. 


Met vriendelijke groet,

Peter Hegt
Project Manager
Phidias development solutions
Lange Dreef 11 D4131 NJ Vianen
www: www.phidias.nltelefoon: 0347-32 47 50fax: 0347-32 47 55
mailto: [EMAIL PROTECTED]msn: [EMAIL PROTECTED]skype:
peterhegt
PGP/GNuPG public key at: http://blackhole.pca.dfn.de/

-Original Message-
From: news [mailto:[EMAIL PROTECTED] On Behalf Of Paul A. Rubin
Sent: donderdag 2 februari 2006 20:47
To: lyx-users@lists.lyx.org
Subject: Re: LyX 1.3.7 Win32 + MikTeX 2.4.1461: New LyX document from
template fails (for many templates) with error missing TeX class

Peter Hegt wrote:
> Hi
> 
> In LyX 1.3.7 Win32 + MikTeX 2.4.1461:
> 
> Trying to create a new LyX document from template fails for many 
> templates with error missing TeX class.
> 
> For example:
> 
> aa.lyx results in:
> 
> ``Textclass error
> 
> The document uses a missing TeX class "aa".
> LyX will not be able to produce output."
> 
> I did a MikTeX refresh file name database and refresh format files. 
> That didn't help.
> 
> I did a search in c:\texmf for aa.*; only aa.4ht shows up.
> 
> I have done a full install of MikTeX (and an update today).
> 

As far as I know, 'aa' is not available as part of the MiKTeX
distribution.  If you want to use it, you need to download it, install
it manually, then update the MiKTeX file database.  In LyX, Help->LaTeX
Configuration will display a list of what LyX looks for and what it
found, and in many case (including 'aa') a pointer to where you can find
it on CTAN.  Broadway is another class that is not available within
MiKTeX but for which LyX has a layout.

Note that, after installing classes in MiKTeX, you need to start LyX,
run Edit->Reconfigure, wait for the configuration script to complete,
then close and restart LyX to get the benefit of the new classes.

/Paul

Re: specific float settings - what is going on?

[Georg Baum]

Martin A. Hansen wrote:

> looking at the resulting lyx file, the settings is correct there (htb). i
> guess that there is a bug in lyx, which makes lyx forget /misread the
> settings.
> 
> can anyone confirm this?

I do this all the time with 1.3.7 on linux, and it works fine here. Please
enter an example file in bugzilla with complete version/os/frontend
information if this is reproducible.


Georg

RE: Lyx 1.3.7 Win32: Some incorrect math glyphs displayed on screen; dvi,pdf is ok

[Peter Hegt]

Thanks Uwe for the help.

I installed the fonts manually, and now it looks much better.

However...

The \spadesuit is displayed as a box.

Hearts, clubs and diamonds display correctly.

(Coincidentally I am writing something about a game of cards...)

Regards, Peter


Met vriendelijke groet,

Peter Hegt

Uwe Stoehr wrote:

>Peter Hegt wrote:
>
>> Some math glyphs are displayed incorrect on screen; however the
output 
>> dvi,pdf is ok.
>> 
>> 3. Use math pannel to insert any operator, e.g. if I click the button

>> with the plus-minus (\pm), on screen I get the paragraph glyph. Or 
>> \cup results in '['.
>
>You didn't install the math fonts. They are automatically installed
when you use this installer:
>
>http://wiki.lyx.org/Windows/LyXWinInstaller
>
>You can also install them manually:
>
>ftp://ftp.lyx.org/pub/lyx/contrib/BaKoMa4LyX-1.0.zip
>
>Don't forget to reconfigure LyX after this.
>
>regards Uwe

Re: specific float settings - what is going on?

[Paul A. Rubin]

Martin A. Hansen wrote:

looking at the resulting lyx file, the settings is correct there (htb). i
guess that there is a bug in lyx, which makes lyx forget /misread the
settings.

can anyone confirm this?


Tried it in LyX 1.3.7 (Win XP).  The settings were always correct when I 
right-clicked on the float, including after edits, saving, closing, 
reopening, ...


/Paul

Re: LyX 1.3.7 Win32 + MikTeX 2.4.1461: New LyX document from template fails (for many templates) with error missing TeX class

[Paul A. Rubin]

Peter Hegt wrote:



I wrote it more to make a point that this is confusing for a novice
user:

Setup, enter, enter, try feature, fails => confused

(MikTeX is quite an elaborate setup so a novice cannot be confident that
the setup went 100% error free/complete).


True.  On the positive side, you can run the package manager and get 
both a comprehensive list of packages available in MiKTeX and which ones 
you have installed.  There are still at least two issues for a novice: 
(1) it's sometimes hard to tell you have a particular package installed, 
because it comes as part of a larger package with a different name; and 
(2) you can install packages that are not available as MiKTeX cab files, 
but this requires somewhat more advanced knowledge than a novice might have.


(Oke, RTM, but still...)

I guess this is inherent to a system that relies on many other systems,
so a solution is not so easy I guess. What the developers could do is to
put some more info in the error message, e.g. what you wrote below. 


You might want to submit this to bugzilla as an enhancement request 
(detailing specifically what threw you and what LyX could have said to 
smooth things).


/Paul

Re: Lyx 1.3.7 Win32: Some incorrect math glyphs displayed on screen; dvi,pdf is ok

[Paul A. Rubin]

Peter Hegt wrote:


The \spadesuit is displayed as a box.

Hearts, clubs and diamonds display correctly.



I can reproduce that.  The cmsy10 font (from Bakoma4LyX) has the spade 
glyph (character 00C4).  Is LyX mapping \spadesuit to the wrong character?


/Paul

Re: Lyx 1.3.7 Win32: Some incorrect math glyphs displayed on screen; dvi,pdf is ok

[Uwe Stöhr]

Peter Hegt wrote:

I installed the fonts manually, and now it looks much better.

However...

The \spadesuit is displayed as a box.


I'll have a look at it. It should however appear correctly in the output 
so that you can continue your document in the meantime.


regards Uwe

New LyX/Mac Installer -- testers wanted!

[Bennett Helm]

I think I've figured out what has been going wrong with the LyX/Mac  
installer, and I've created a new version (partly in preparation for  
the upcoming 1.4.0). If you've been having troubles upgrading from  
lyx-1.3.5 or earlier on the mac, please try this installer to see if  
it works for you.


To test it, do the following:

1. Make sure you have an existing ~/.lyx folder and that there is a  
preferences file in there. (If you don't have the folder, simply  
launch LyX-1.3.5, and a new one will be created -- though without the  
preferences file. If you're lacking the preferences file, simply  
launch LyX-1.3.5, select LyX > Preferences, change any field, and  
save preferences.)


2. Run the installer. Generate a report (at the end), and copy the  
resulting text into an e-mail message to me.


3. Launch LyX-1.3.7, and run Edit > Reconfigure. Quit and relaunch  
LyX-1.3.7.


4. Open a document (in LyX-1.3.7), and try to typeset it in various  
ways (pdflatex, dvipdfm, ps2pdf, etc.).


Report any problems to me.

The new installer can be found here: .


Thanks.

Bennett

Re: Lyx 1.3.7 Win32: Some incorrect math glyphs displayed on screen; dvi,pdf is ok

[Georg Baum]

Am Montag, 6. Februar 2006 18:21 schrieb Paul A. Rubin:
> Peter Hegt wrote:
> > 
> > The \spadesuit is displayed as a box.
> > 
> > Hearts, clubs and diamonds display correctly.
> > 
> 
> I can reproduce that.  The cmsy10 font (from Bakoma4LyX) has the spade 
> glyph (character 00C4).  Is LyX mapping \spadesuit to the wrong 
character?

>From lib/symbols:

spadesuit  cmsy127 170 mathord  x

127 is the position in the font. 4C would be 76, does it work if you 
exchange the 127 with 76? If yes, the questions whether the bakoma fonts 
are wrong or LyX.


Georg

Re: Lyx 1.3.7 Win32: Some incorrect math glyphs displayed on screen; dvi,pdf is ok

[Nusret BALCI]

C4 = 196.
(Sorry, for sending to Georg's inbox by mistake)
Regards,
Nusret
--- Georg Baum <[EMAIL PROTECTED]> wrote:

> Am Montag, 6. Februar 2006 18:21 schrieb Paul A.
> Rubin:
> > Peter Hegt wrote:
> > > 
> > > The \spadesuit is displayed as a box.
> > > 
> > > Hearts, clubs and diamonds display correctly.
> > > 
> > 
> > I can reproduce that.  The cmsy10 font (from
> Bakoma4LyX) has the spade 
> > glyph (character 00C4).  Is LyX mapping \spadesuit
> to the wrong 
> character?
> 
> From lib/symbols:
> 
> spadesuit  cmsy127 170 mathord  x
> 
> 127 is the position in the font. 4C would be 76,
> does it work if you 
> exchange the 127 with 76? If yes, the questions
> whether the bakoma fonts 
> are wrong or LyX.
> 
> 
> Georg
> 
> 


__
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 

LyX/Mac 1.4.0pre4 (with new installer) -- testers wanted

[Bennett Helm]

I've made a version of LyX/Mac 1.4.0pre4 available here: edisk.fandm.edu/bennett.helm/LyX/LyX-1.4%20Installer.dmg>. If anyone  
is willing to try it (and test the installer), please feel free to  
download and report any problems to the user's list.


As before, I am not sure if this runs on anything other than Mac OS X  
10.4, since I don't have anything else to test it with. From what I  
can tell it should work on at least 10.3.9, though I suspect that it  
does *not* work on 10.2 or earlier. If you're willing to test pre- 
release software, please let me know whether you have success or not  
and on what version of Mac OS X. (I need to look further into getting  
it to work on 10.2, but that may require feedback from brave testers.)


Standard disclaimer: This is pre-release software, and you are likely  
to encounter bugs. Indeed, that's the point: please report them!


Bennett

Unexpected problem for a document with a lot of pages

[Horacio Emilio Pérez Sánchez]

Hello all,

I use LyX 1.3.5 in suse 9.0. I'm writing a scientific document that will 
have around 200 pages or more, with a lot of equations, figures and tables.


One month ago there was no problem for my to work with the document, 
although it took some minutes to "render" the document to PDF (using option 
View ---> PDF). So after I considered the possibility to work with 
different files for every new section of the document because in this way 
it would be faster the individual compilation. I added the new lyx files 
into the big document using the option "Insert--->File", and selecting 
after "External" or "Include", indifferently. Using this method each new 
section was written very fast, because I could compile only these part and 
see the changes. After I had included 4 new sections (4 new files) I tried 
to compile the whole document with no problem, but it took a lot of time, 
more than an hour. Anyway I continued working, but my problem now is that I 
have 10 new section and the compilation of the document is not feasible. 
Last weekend I left my computer compiling during 2 days and today it was 
already working in it !!


I've tried with "View--->DVI", but it takes also a lot of time. I've 
searched for info in the lyx mail list, but nothing related with my case.


Later I've done a test; I've removed all the "includes", so the document 
doesn't has to "load" the external lyx files, and in this case the 
compilation was OK and it took some minutes. In other test I've created a 
new empty lyx document and I've added the 10 sections with the 
"Insert--->File" option, and in this case the document was compiled on one 
minute !!!


So now I'm blocked and I don't know what to do. Maybe there is a bug with 
lyx or I think that as I use a lot of different figure formats (jpg,bmp and 
eps) the program can't handle this, but I don't think so; lyx is announced 
capable of working with very big documents. I've also observed that telling 
lyx not to use the "temp" directory, sometimes the compilation is faster, 
am I right ? Using a temporary directory makes the compilation of a 
document slower ?


Could somebody help me ?


Thanks in advance.

Re: Lyx 1.3.7 Win32: Some incorrect math glyphs displayed on screen; dvi,pdf is ok

[Paul A. Rubin]

Georg Baum wrote:


Am Montag, 6. Februar 2006 18:21 schrieb Paul A. Rubin:

Peter Hegt wrote:

The \spadesuit is displayed as a box.

Hearts, clubs and diamonds display correctly.

I can reproduce that.  The cmsy10 font (from Bakoma4LyX) has the spade 
glyph (character 00C4).  Is LyX mapping \spadesuit to the wrong 

character?

From lib/symbols:

spadesuit  cmsy127 170 mathord  x

127 is the position in the font. 4C would be 76, does it work if you 
exchange the 127 with 76? If yes, the questions whether the bakoma fonts 
are wrong or LyX.





Character 127 (7F hex) in cmsy10 appears to be a three-sided box (top 
missing, like a squared-off U).  This is not the glyph that LyX displays 
for \spadesuit (LyX displays a complete square).  The glyph that LyX 
displays for \spadesuit does not appear to be in cmsy10, although I 
can't be sure -- Windows's character map applet does not display all the 
characters in a font, just selected ones.


Well, now I'm even more confused .

/Paul

Re: Lyx 1.3.7 Win32: Some incorrect math glyphs displayed on screen; dvi,pdf is ok

[Uwe Stöhr]

Paul A. Rubin wrote:


The \spadesuit is displayed as a box.

I can reproduce that.  The cmsy10 font (from Bakoma4LyX) has the spade 
glyph (character 00C4).  Is LyX mapping \spadesuit to the wrong character?


We changed the original BaKoMa-fonts to fix the wrong display of other 
characters. Seems that we forgot the symbol \spadesuit. I contacted 
Ekkehart Schlicht who can hopefully fix this.


thanks for the report and regards
Uwe

Re: changing fonts in TOC

[Phil Tomson]

On 2/3/06, Uwe Stöhr <[EMAIL PROTECTED]> wrote:
> Phil Tomson wrote:
>
> > I'm using article(koma-script).  I need all of the sections listed in
> > the TOC to be the same size font (12pt) as the rest of the text of the
> > thesis and they cannot be bold.
>
> Use the LaTeX-package "titletoc". Attached an example LyX-file.
>
> regards Uwe


Looks like this should work.  However, how would one change the font
of the 'Contents' heading itself to times-new-roman, non-bold?

Phil

Re: changing fonts in TOC

[Uwe Stöhr]

Phil Tomson wrote:


However, how would one change the font
of the 'Contents' heading itself to times-new-roman, non-bold?


This is the same font as used for the section heading (in article 
classes). Add this to your preamble:


\setkomafont{section}{\normalfont\rmfamily\Large}

to get what you want.

example LyX-file attached.

regards Uwe


newfile2.lyx
Description: application/lyx

lyx problem

[Francisco Martins]

Hi!
probably this isnt the best way to aks for help, but...
I use Lyx for linux and I'm trying to use it on windows, but i have
some problems
i can't have access to the menus bar like i show on the attach..
none of the 3 version that i tested solve this problem...=| (1.3.5;
1.3.6; 1.3.7)
can you help me please!
thanks
--
Francisco Martins
<>

Re: lyx problem

[Uwe Stöhr]

Francisco Martins wrote:

> I use Lyx for linux and I'm trying to use it on windows, but i have
> some problems
> i can't have access to the menus bar like i show on the attach..
> none of the 3 version that i tested solve this problem...=| (1.3.5;
> 1.3.6; 1.3.7)

Does this LyX for Windows version help you?:

http://wiki.lyx.org/Windows/LyXWinInstaller
http://download.berlios.de/lyxwininstall/LyXWin137Complete-1-0.exe

regards Uwe

Re: lyx problem

[Paul Smith]

On 2/6/06, Francisco Martins <[EMAIL PROTECTED]> wrote:
> probably this isnt the best way to aks for help, but...
> I use Lyx for linux and I'm trying to use it on windows, but i have
> some problems
> i can't have access to the menus bar like i show on the attach..
> none of the 3 version that i tested solve this problem...=| (1.3.5;
> 1.3.6; 1.3.7)
> can you help me please!
> thanks

You should instead install LyX 1.3.7 for MS Windows:

ftp://ftp.lyx.org/pub/lyx/bin/1.3.7/lyx-1.3.7_win32_setup_v2.exe

Paul