Re: The LyX licence
Dear Angus all, allthough I only contributed to documentation and layout files I do (of course) agree to the suggested change. Cheers, Pit Angus Leeming wrote: Dear all, please excuse the personal email, but I'm trying to do something about the messy state of the LyX licence and need your help. LyX is currently licenced under the GPL with a huge hole blowing it wide apart so that it could be linked against the closed source XForms library. See http://www.lyx.org/about/license.php3. Legal opinion has it that this exception does not apply only to the XForms library. Instead, anything and everything is allowed to link against the LyX source code, defeating the whole point and purpose of the GPL. Moreover, the exception is no longer needed as XForms (and indeed Qt) are available under the GPL. To make a messy situation even messier, it's not even certain whether the current license is valid at all, as the necessary permissions may not have been obtained before the change was made to the original GPL. In light of all this, I'm asking whether I can have your permission to add your names to http://www.lyx.org/blanket-permission.txt: The following people hereby grant permission to licence their contributions to LyX under the Gnu General Public Licence, version 2 or later. so that we can have a permanent record of those people who have contributed code to LyX and who are happy for this code to be licenced under the GPL. Kind regards, Angus ps, if you reply to lyx-devel@lists.lyx.org, we'll have a permanent record of your response. -- Dr. Peter Pit Suetterlin http://www.astro.uu.nl/~suetter Sterrenkundig Instituut Utrecht Tel.: +31 (0)30 253 5225 [EMAIL PROTECTED]
Re: The LyX licence
Dear Angus & all, allthough I only contributed to documentation and layout files I do (of course) agree to the suggested change. Cheers, Pit Angus Leeming wrote: > Dear all, > > please excuse the personal email, but I'm trying to do something about > the messy state of the LyX licence and need your help. > > LyX is currently licenced under the GPL with a huge hole blowing it > wide apart so that it could be linked against the closed source > XForms library. See http://www.lyx.org/about/license.php3. Legal > opinion has it that this exception does not apply only to the XForms > library. Instead, anything and everything is allowed to link against > the LyX source code, defeating the whole point and purpose of the > GPL. Moreover, the exception is no longer needed as XForms (and > indeed Qt) are available under the GPL. > > To make a messy situation even messier, it's not even certain whether > the current license is valid at all, as the necessary permissions may > not have been obtained before the change was made to the original > GPL. > > In light of all this, I'm asking whether I can have your permission to > add your names to http://www.lyx.org/blanket-permission.txt: > > "The following people hereby grant permission to licence their > contributions to LyX under the Gnu General Public Licence, version 2 > or later." > > so that we can have a permanent record of those people who have > contributed code to LyX and who are happy for this code to be > licenced under the GPL. > > Kind regards, > Angus > > ps, if you reply to lyx-devel@lists.lyx.org, we'll have a permanent > record of your response. -- Dr. Peter "Pit" Suetterlin http://www.astro.uu.nl/~suetter Sterrenkundig Instituut Utrecht Tel.: +31 (0)30 253 5225 [EMAIL PROTECTED]
Re: Feature request: gzipped LyX files
Andre Poenitz wrote: On Fri, Dec 20, 2002 at 11:01:53AM +0100, Moritz Moeller-Herrmann wrote: I'd rather make .lyx gzipped by default. Doesn't Staroffice do something similar? They use the zip compression, because you can append to it unlike tar.gz. koffice uses the same approach. If you compress anyways, why not put any referred to pictures, bib files and so on into the archive? That would be a natural extension... I'd vote against that, at least as a default setting: There are many things (especially *huge* bibtex references) that I'm using in most of my writings. I really don't want to bloat my text files by appending that over and over again... And of course there's also the problem of file system, as currently your input files can be spread all over your disk, even on network drives. I guess the approach of storing everything with the text would imply having sort of a subdir for all the files of one doc? Pit
Re: Feature request: gzipped LyX files
Andre Poenitz wrote: On Fri, Dec 20, 2002 at 12:27:53PM +0100, Peter Suetterlin wrote: I'd vote against that, at least as a default setting: There are many things (especially *huge* bibtex references) that I'm using in most of my writings. I really don't want to bloat my text files by appending that over and over again... And of course there's also the problem of file system, as currently your input files can be spread all over your disk, even on network drives. I guess the approach of storing everything with the text would imply having sort of a subdir for all the files of one doc? Would a checkbox 'save this in the .lyx' for graphics insets be ok? Just some quick thoughts: Hmm, maybe not on an image-by-image basis. I'd rather like a special save-option 'save as complete document', where everything - including all external parts - is saved in one tar/zip/whatever archive. This would/should then also change all the reference paths in the document so that everything is located within one (sub)directory. A 'standard' save should not touch the paths within the document. Pit
Re: Feature request: gzipped LyX files
Andre Poenitz wrote: > On Fri, Dec 20, 2002 at 11:01:53AM +0100, Moritz Moeller-Herrmann wrote: > > > I'd rather make .lyx gzipped by default. Doesn't Staroffice do something > > > similar? > > > > They use the zip compression, because you can append to it unlike tar.gz. > > koffice uses the same approach. > > > > If you compress anyways, why not put any referred to pictures, bib files and > > so on into the archive? > > That would be a natural extension... I'd vote against that, at least as a default setting: There are many things (especially *huge* bibtex references) that I'm using in most of my writings. I really don't want to bloat my text files by appending that over and over again... And of course there's also the problem of file system, as currently your input files can be spread all over your disk, even on network drives. I guess the approach of storing everything with the text would imply having sort of a subdir for all the files of one doc? Pit
Re: Feature request: gzipped LyX files
Andre Poenitz wrote: > On Fri, Dec 20, 2002 at 12:27:53PM +0100, Peter Suetterlin wrote: > > I'd vote against that, at least as a default setting: > > There are many things (especially *huge* bibtex references) that I'm > > using in most of my writings. I really don't want to bloat my text > > files by appending that over and over again... > > > > And of course there's also the problem of file system, as currently your > > input files can be spread all over your disk, even on network drives. > > I guess the approach of storing everything with the text would imply > > having sort of a subdir for all the files of one doc? > > Would a checkbox 'save this in the .lyx' for graphics insets be ok? Just some quick thoughts: Hmm, maybe not on an image-by-image basis. I'd rather like a special save-option 'save as complete document', where everything - including all external parts - is saved in one tar/zip/whatever archive. This would/should then also change all the reference paths in the document so that everything is located within one (sub)directory. A 'standard' save should not touch the paths within the document. Pit
Re: keymap error question
John Levon wrote: On Fri, Dec 06, 2002 at 11:02:14AM +0100, Peter Suetterlin wrote: I recently (tried to) submit a bugreport for 1.2.1 using bugzilla, however I cannot find it in the bug list - does that mean it didn't get through? Or that is solved already? IT seems it didn't get through :-( We need more info OK: I am using LyX 1.2.1 and I have activated 'german.kmap' as primary keymap. This gives me a qwertz-layout on an american keyboard, i.e., pressing 'y' gives 'z', ';' gives german umlaut-o (ö), prime (') german umlaut-a (ä). Everything works fine except the capital umlaut-A (Ä), which should lie on SHIFT-prime, which is the double quote. The entry in german.kmap says correctly \kmap \ \\\{A} However trying to enter it fails and only the double quote is printed. lyx -dbg 68 tells when pressing first the prime, then the double quote: WorkArea: Key is `apostrophe' [39] WorkArea: Keysym is `apostrophe' [39] Using keysym [B] Workarea Diff: 4161961758 KeySym is apostrophe[39] State is [0] action first set to [90] meta_fake_bit is [0] action now set to [90] Key [action=90][apostrophe] Checking if we know [\{a}] yes we know [\{a}] SelfInsert arg[`''] WorkArea: Key is `quotedbl' [34] WorkArea: Keysym is `quotedbl' [34] Using keysym [B] Workarea Diff: 2344 KeySym is quotedbl[34] State is [1] action first set to [-1] meta_fake_bit is [0] action now set to [-1] Key [action=-1][S-quotedbl] Removing modifiers... Action now set to [69] I'll attach the full debug output to this mail. Cheers, Pit lyx.out.gz Description: GNU Zip compressed data
Re: keymap error question
John Levon wrote: > On Fri, Dec 06, 2002 at 11:02:14AM +0100, Peter Suetterlin wrote: > > > I recently (tried to) submit a bugreport for 1.2.1 using bugzilla, > > however I cannot find it in the bug list - does that mean it didn't > > get through? Or that is solved already? > > IT seems it didn't get through :-( > We need more info OK: I am using LyX 1.2.1 and I have activated 'german.kmap' as primary keymap. This gives me a qwertz-layout on an american keyboard, i.e., pressing 'y' gives 'z', ';' gives german umlaut-o (ö), prime (') german umlaut-a (ä). Everything works fine except the capital umlaut-A (Ä), which should lie on SHIFT-prime, which is the double quote. The entry in german.kmap says correctly \kmap \" "\\\"{A}" However trying to enter it fails and only the double quote is printed. lyx -dbg 68 tells when pressing first the prime, then the double quote: WorkArea: Key is `apostrophe' [39] WorkArea: Keysym is `apostrophe' [39] Using keysym [B] Workarea Diff: 4161961758 KeySym is apostrophe[39] State is [0] action first set to [90] meta_fake_bit is [0] action now set to [90] Key [action=90][apostrophe] Checking if we know [\"{a}] yes we know [\"{a}] SelfInsert arg[`''] WorkArea: Key is `quotedbl' [34] WorkArea: Keysym is `quotedbl' [34] Using keysym [B] Workarea Diff: 2344 KeySym is quotedbl[34] State is [1] action first set to [-1] meta_fake_bit is [0] action now set to [-1] Key [action=-1][S-quotedbl] Removing modifiers... Action now set to [69] I'll attach the full debug output to this mail. Cheers, Pit lyx.out.gz Description: GNU Zip compressed data
keymap error question
Hi all, I recently (tried to) submit a bugreport for 1.2.1 using bugzilla, however I cannot find it in the bug list - does that mean it didn't get through? Or that is solved already? In short, it concerned using a primary keyboard map different from tha actual keyboard, in this case the german map on an english keyboard. The Mapping of the key (double quotes) which should result in umlaut-a (ä) doesn't work Pit
keymap error question
Hi all, I recently (tried to) submit a bugreport for 1.2.1 using bugzilla, however I cannot find it in the bug list - does that mean it didn't get through? Or that is solved already? In short, it concerned using a primary keyboard map different from tha actual keyboard, in this case the german map on an english keyboard. The Mapping of the key " (double quotes) which should result in umlaut-a (ä) doesn't work Pit
New URL for german LyX
Hi all! My account at my old university will be cancelled on very short notice. This means that I had to move my LyX pages (old: http://www.uni-sw.gwdg.de/~pit/LyX) to a new location. As the page is linked from the main LyX pages: could someone update them to point to http://hst33127.phys.uu.nl/LyX/ Thanks! Pit PS: I'm not reading the list at the moment (was also via the old account); CC me if you think I should read an answer ;^) -- Dr. Peter Pit Suetterlin http://www.astro.uu.nl/~suetter Sterrenkundig Instituut Utrecht Tel.: +31 (0)30 253 5225 [EMAIL PROTECTED]
New URL for german LyX
Hi all! My account at my old university will be cancelled on very short notice. This means that I had to move my LyX pages (old: http://www.uni-sw.gwdg.de/~pit/LyX) to a new location. As the page is linked from the main LyX pages: could someone update them to point to http://hst33127.phys.uu.nl/LyX/ Thanks! Pit PS: I'm not reading the list at the moment (was also via the old account); CC me if you think I should read an answer ;^) -- Dr. Peter "Pit" Suetterlin http://www.astro.uu.nl/~suetter Sterrenkundig Instituut Utrecht Tel.: +31 (0)30 253 5225 [EMAIL PROTECTED]
new de.po
Hi, I sent a new version of the german localisation file to the lyxdoc list yesterday, but it didn't show up there :-( (not sure anyhow if this is docs related - maybe not) Anyhow, I'm resending it here... Pit -- Dr. Peter Pit Suetterlin http://www.astro.uu.nl/~suetter Sterrenkundig Instituut Utrecht Tel.: +31 (0)30 253 5225 [EMAIL PROTECTED] de.po.gz Description: application/gunzip
footnotes and html export
Hi, I was just trying to convert the translated german docs to HTML, so I can put them on the web. I'm using latex2html (originally an older version from 99, but I suspected it to be too old and installed the latest version from August - same error). It bails out on footnotes, they are inserted in the running text as typeset@protect @@footnote SF@gobble@opt text_of_footnote by examining the tex file I found out that the \footnote command had been re-defined: %% Special footnote code from the package 'stblftnt.sty' %% Author: Robin Fairbairns -- Last revised Dec 13 1996 \let\SF@@footnote\footnote \def\footnote{\ifx\protect\@typeset@protect \expandafter\SF@@footnote \else \expandafter\SF@gobble@opt \fi } . . . I first thought this is from the preamble, but it seems to be hardcoded in LyX (at least for some layouts). I can delete the offending part manually in the tex file for the moment, but as html export (using latex2html) is one of the lyx options something should be done there... Oh, this is LyX 1.2.1, btw. Pit -- Dr. Peter Pit Suetterlin http://www.astro.uu.nl/~suetter Sterrenkundig Instituut Utrecht Tel.: +31 (0)30 253 5225 [EMAIL PROTECTED]
new de.po
Hi, I sent a new version of the german localisation file to the lyxdoc list yesterday, but it didn't show up there :-( (not sure anyhow if this is docs related - maybe not) Anyhow, I'm resending it here... Pit -- Dr. Peter "Pit" Suetterlin http://www.astro.uu.nl/~suetter Sterrenkundig Instituut Utrecht Tel.: +31 (0)30 253 5225 [EMAIL PROTECTED] de.po.gz Description: application/gunzip
footnotes and html export
Hi, I was just trying to convert the translated german docs to HTML, so I can put them on the web. I'm using latex2html (originally an older version from 99, but I suspected it to be too old and installed the latest version from August - same error). It bails out on footnotes, they are inserted in the running text as typeset@protect @@footnote SF@gobble@opt by examining the tex file I found out that the \footnote command had been re-defined: %% Special footnote code from the package 'stblftnt.sty' %% Author: Robin Fairbairns -- Last revised Dec 13 1996 \let\SF@@footnote\footnote \def\footnote{\ifx\protect\@typeset@protect \expandafter\SF@@footnote \else \expandafter\SF@gobble@opt \fi } . . . I first thought this is from the preamble, but it seems to be hardcoded in LyX (at least for some layouts). I can delete the offending part manually in the tex file for the moment, but as html export (using latex2html) is one of the lyx options something should be done there... Oh, this is LyX 1.2.1, btw. Pit -- Dr. Peter "Pit" Suetterlin http://www.astro.uu.nl/~suetter Sterrenkundig Instituut Utrecht Tel.: +31 (0)30 253 5225 [EMAIL PROTECTED]
1.2p5 vs. 1.1.6: ERT issues
Hi all, I just fell across a problem when I loaded an old (1.1.6) file into lyx 1.2pre5: It's a very ugly file, as I had to work alot with ERT. The old file contained \latex latex \backslash begin{multicols*}{2}[ \backslash section*{ \color blue { \backslash Large \backslash textrm{ \latex default Introduction \latex latex \color default }}}] \layout Standard which correctly produces the following tex code: \begin{multicols*}{2}[\section*{\textcolor{blue}{{\Large\textrm{Introduction] Loading and saving it with 1.2pre5 ends up with \begin_inset ERT status Collapsed \layout Standard \backslash begin{multicols*}{2}[ \backslash section*{{ \backslash Large \backslash textrm{ \end_inset \color blue Introduction \begin_inset ERT status Collapsed \layout Standard }}}] \end_inset The \color default somehow didn't make it through the conversion, and consequently this gets translated into \begin{multicols*}{2}[\section*{{\Large\textrm{\textcolor{blue}{Introduction}}}]} As you may recognize, the last two braces are exchanged, i.e., it's ]} instead of }], and therefore latex bails out with sometimes very strange messages :-( Pit -- Dr. Peter Pit Suetterlin http://www.astro.uu.nl/~suetter Sterrenkundig Instituut Utrecht Tel.: +31 (0)30 253 5225 [EMAIL PROTECTED]
1.2p5 vs. 1.1.6: ERT issues
Hi all, I just fell across a problem when I loaded an old (1.1.6) file into lyx 1.2pre5: It's a very ugly file, as I had to work alot with ERT. The old file contained \latex latex \backslash begin{multicols*}{2}[ \backslash section*{ \color blue { \backslash Large \backslash textrm{ \latex default Introduction \latex latex \color default }}}] \layout Standard which correctly produces the following tex code: \begin{multicols*}{2}[\section*{\textcolor{blue}{{\Large\textrm{Introduction] Loading and saving it with 1.2pre5 ends up with \begin_inset ERT status Collapsed \layout Standard \backslash begin{multicols*}{2}[ \backslash section*{{ \backslash Large \backslash textrm{ \end_inset \color blue Introduction \begin_inset ERT status Collapsed \layout Standard }}}] \end_inset The \color default somehow didn't make it through the conversion, and consequently this gets translated into \begin{multicols*}{2}[\section*{{\Large\textrm{\textcolor{blue}{Introduction}}}]} As you may recognize, the last two braces are exchanged, i.e., it's ]} instead of }], and therefore latex bails out with sometimes very strange messages :-( Pit -- Dr. Peter "Pit" Suetterlin http://www.astro.uu.nl/~suetter Sterrenkundig Instituut Utrecht Tel.: +31 (0)30 253 5225 [EMAIL PROTECTED]
Re: New de.po for 1.2pre4
John Levon wrote: (most reports fixed already) ...I thought so. The better :-) - In the tabular dialog: #: src/frontends/xforms/form_tabular.C:221 #: src/frontends/xforms/form_tabular.C:367 Both are in the same dialog and should get different shortcuts They are in different tabs though. I don't see a clash here ? Uh, I see. Looks like I mixed them up in my translation. Indeed, they already are different (_Center via Ce_nter). Sorry.. Pit
Re: New de.po for 1.2pre4
John Levon wrote: (most reports fixed already) ...I thought so. The better :-) > > - In the tabular dialog: > > #: src/frontends/xforms/form_tabular.C:221 > > #: src/frontends/xforms/form_tabular.C:367 > > > > Both are in the same dialog and should get different shortcuts > > They are in different tabs though. I don't see a clash here ? Uh, I see. Looks like I mixed them up in my translation. Indeed, they already are different (_Center via Ce_nter). Sorry.. Pit
New de.po for 1.2pre4
Hi all, Here's de.po, the latest (as of 1.2pre4) translation of the LyX UI to german. Could someone please check it in? Some more issues I noticed (probably already found but someone else, but I didn't follow the list lately) - The window titles of the 'Select Database' and 'Select BibTeX Styles' file dialogs are not translatable - same seems to be the case for the File-Import-NoWeb menu entry - A strange thing happens in the Math panel: When I first open it, the 'close' button ist correctly translated to 'Schließen' (with the hook-arrow behind), but when I open one of the subdialogs, the button of this subdialog says 'Close' (without the hook), and when I close it, now also the button of Math Panel has changed to 'Close' (but with the hook). I looked for all 'close' in the pot-file, but there are no untranslated ones... - A small typo: #: src/frontends/xforms/FormCitation.C:211 msgid Activate if you want to print all authors in a reference with more than three authors, and not \First Author et.al.\ (Natbib). This should be et al. #: src/frontends/xforms/FormBibtex.C:68 msgid The BibTeX style to use (only one allowed). Insert it without the default extension \.bst\ and without path. Most of the bibstyles are stored in $TEXMF/bibtex/bst. $TEXMF is the root dir of the local TeX tree. In \Help- TeX Info\ you can list all installed styles. The help is in View-TeX Information, not in Help - In the tabular dialog: #: src/frontends/xforms/form_tabular.C:221 #: src/frontends/xforms/form_tabular.C:367 msgid Center|#c msgstr Zentriert|#Z Both are in the same dialog and should get different shortcuts Best wishes, Pit -- Dr. Peter Pit Suetterlin http://www.astro.uu.nl/~suetter Sterrenkundig Instituut Utrecht Tel.: +31 (0)30 253 5225 [EMAIL PROTECTED] de.po.gz Description: GNU Zip compressed data
New de.po for 1.2pre4
Hi all, Here's de.po, the latest (as of 1.2pre4) translation of the LyX UI to german. Could someone please check it in? Some more issues I noticed (probably already found but someone else, but I didn't follow the list lately) - The window titles of the 'Select Database' and 'Select BibTeX Styles' file dialogs are not translatable - same seems to be the case for the File->Import->NoWeb menu entry - A strange thing happens in the Math panel: When I first open it, the 'close' button ist correctly translated to 'Schließen' (with the hook-arrow behind), but when I open one of the subdialogs, the button of this subdialog says 'Close' (without the hook), and when I close it, now also the button of Math Panel has changed to 'Close' (but with the hook). I looked for all 'close' in the pot-file, but there are no untranslated ones... - A small typo: #: src/frontends/xforms/FormCitation.C:211 msgid "" "Activate if you want to print all authors in a reference with more than " "three authors, and not \" et.al.\" (Natbib)." This should be "et al." #: src/frontends/xforms/FormBibtex.C:68 msgid "" "The BibTeX style to use (only one allowed). Insert it without the default " "extension \".bst\" and without path. Most of the bibstyles are stored in " "$TEXMF/bibtex/bst. $TEXMF is the root dir of the local TeX tree. In \"Help-" ">TeX Info\" you can list all installed styles." The help is in View->TeX Information, not in Help - In the tabular dialog: #: src/frontends/xforms/form_tabular.C:221 #: src/frontends/xforms/form_tabular.C:367 msgid "Center|#c" msgstr "Zentriert|#Z" Both are in the same dialog and should get different shortcuts Best wishes, Pit -- Dr. Peter "Pit" Suetterlin http://www.astro.uu.nl/~suetter Sterrenkundig Instituut Utrecht Tel.: +31 (0)30 253 5225 [EMAIL PROTECTED] de.po.gz Description: GNU Zip compressed data
Re: lyx1.1.6fix4 segfaults when selecting Layout-Document-Bullets (?) (last Tab)
Angus Leeming wrote: I'm not sure what the best way forward is. Recommend a switch to Qt2? Note, however, that you can have a tab heading such as: Line 1\nLine 2. YEAH! This works indeed. I prefer this method over strange abbreviations in the translation. Pit -- Peter Pit Suetterlin http://www.uni-sw.gwdg.de/~pit Universitaets-Sternwarte Goettingen Tel.: +49 551 39-5048 [EMAIL PROTECTED]
Re: lyx1.1.6fix4 segfaults when selecting Layout->Document->Bullets (?) (last Tab)
Angus Leeming wrote: > I'm not sure what the best way forward is. Recommend a switch to Qt2? Note, > however, that you can have a tab heading such as: "Line 1\nLine 2". YEAH! This works indeed. I prefer this method over strange abbreviations in the translation. Pit -- Peter "Pit" Suetterlin http://www.uni-sw.gwdg.de/~pit Universitaets-Sternwarte Goettingen Tel.: +49 551 39-5048 [EMAIL PROTECTED]
Re: lyx1.1.6fix4 segfaults when selecting Layout-Document-Bullets (?) (last Tab)
Allan Rae wrote: IIRC Garst also reported similar problems when we first developed the Preferences dialog and it was found that the fonts used in the dialogs on his system were 100dpi on a 75dpi screen (or was it the other way around?). Anyway, the point being that the font size wasn't the problem but the dpi of the font family is what kills the tabs -- since the same font is one-third larger (33% !) than what the dialog was designed for. OK, I am finally able to somehow reproduce the crash, I changed one of the tab texts to a *really* long line. The tab itself still gets displayed correctly (i.e., the text does fit in there, no writing out of the tab area), but (by subsequentially increasing the text length) as soon as the text in the last tab leaves the canvas(?) area, it crashes... A better fix would be for the people experiencing problems to fix their X and xfs configuration. Failing that they will need to enlarge their dialogs to 133% of default size (mainly in the horizontal direction) since they are getting the wrong fonts. Hm, my screen setup should be OK. I.e., with long texts the bug can be triggered even with correct settings. OTOH, by just changing the font used for the dialogs I couldn't exceed the available space, so probably in the current situation those experiencing the problems really have a strange/wrong setup? Now then, there are a few people who'd like to see what they are looking at and have bad eyesight so they have set their fonts to use the larger font sets. These people wouldn't benefit from Angus' proposal. An automatic resizing of the window based on the actual fonts being used would be handy. XForms does have a function for resizing but I haven't used or investigated it. However, I suspect Qt will do a much better job of this that XForms will. So what's the essence, should I change the translations? (It's a bit more work than just changing de.po, as the tabs are also mentioned in the documantation...). As it looks you should be able to also crash the english version by just choosing a large font - maybe then a more general solution is preferable. Pit -- Peter Pit Suetterlin http://www.uni-sw.gwdg.de/~pit Universitaets-Sternwarte Goettingen Tel.: +49 551 39-5048 [EMAIL PROTECTED]
Re: lyx1.1.6fix4 segfaults when selecting Layout->Document->Bullets (?) (last Tab)
Allan Rae wrote: > IIRC Garst also reported similar problems when we first developed the > Preferences dialog and it was found that the fonts used in the dialogs > on his system were 100dpi on a 75dpi screen (or was it the other way > around?). Anyway, the point being that the font size wasn't the > problem but the dpi of the font family is what kills the tabs -- since > the same font is one-third larger (33% !) than what the dialog was > designed for. OK, I am finally able to somehow reproduce the crash, I changed one of the tab texts to a *really* long line. The tab itself still gets displayed correctly (i.e., the text does fit in there, no writing out of the tab area), but (by subsequentially increasing the text length) as soon as the text in the last tab leaves the canvas(?) area, it crashes... > A better fix would be for the people experiencing problems to fix > their X and xfs configuration. Failing that they will need to enlarge > their dialogs to 133% of default size (mainly in the horizontal > direction) since they are getting the wrong fonts. Hm, my screen setup should be OK. I.e., with long texts the bug can be triggered even with correct settings. OTOH, by just changing the font used for the dialogs I couldn't exceed the available space, so probably in the current situation those experiencing the problems really have a strange/wrong setup? > Now then, there are a few people who'd like to see what they are > looking at and have bad eyesight so they have set their fonts to use > the larger font sets. These people wouldn't benefit from Angus' > proposal. An automatic resizing of the window based on the actual > fonts being used would be handy. XForms does have a function for > resizing but I haven't used or investigated it. However, I suspect Qt > will do a much better job of this that XForms will. So what's the essence, should I change the translations? (It's a bit more work than just changing de.po, as the tabs are also mentioned in the documantation...). As it looks you should be able to also crash the english version by just choosing a large font - maybe then a more general solution is preferable. Pit -- Peter "Pit" Suetterlin http://www.uni-sw.gwdg.de/~pit Universitaets-Sternwarte Goettingen Tel.: +49 551 39-5048 [EMAIL PROTECTED]
Re: lyx1.1.6fix4 segfaults when selecting Layout-Document-Bullets (?) (last Tab)
Hi Juergen all, Juergen Spitzmueller wrote: Angus Leeming wrote: This is unfortunately a bug in xforms itself and there's nothing we can do about it other to avoid words longer than the widget. So, as you say, inform Pit. OK... Pit, are you around? Yes, or no. I'm not sure. But that's something else ;-/ We have encountered (again) a problem with long tab headers, which especially occurs (sometimes) with german translation, where we have tab headers like Aufzählungszeichen (in Document) and Formatkonvertierung, Zeichensätze Bildschirm and Benutzerschnittstelle (in Preferences). Yes, I read through the thread. And I tried to reproduce the error, but failed to do so. Whe I look at the tab sizes, they seem to adapt to the size of the text even if it is much longer than the english original. The size of the tabs *is* definitely different in english and german versions. I get the impression that it's probably an error of the font. What seems to happen is that the size gets computed from the length of the string, but somehow this size is wrong. But where is the error then? Are you sure it won't show up on shorter words? As you can see from the messages above, there's nothing that can be done from the devel side. Is it possible to replace those long words by shorter ones? Of course you can replace them. If you have good ideas how to name them... The question is more: *which* should be replaced? There is nothing from what I can see which should be changed. Many seem to be harmless. Trying to get everything to the size of the english term will end in a very hard to understand menu (unless you already know what is in there). I'll try to go through the file during the weekend, but (as my system doesn't trigger the segfault) I cannot check And of course, suggestions for short names are always welcome :-) Pit
Re: lyx1.1.6fix4 segfaults when selecting Layout->Document->Bullets (?) (last Tab)
Hi Juergen & all, Juergen Spitzmueller wrote: > Angus Leeming wrote: > > This is unfortunately a bug in xforms itself and there's nothing we > > can do about it other to avoid words longer than the widget. So, as > > you say, inform Pit. > > OK... > Pit, are you around? Yes, or no. I'm not sure. But that's something else ;-/ > We have encountered (again) a problem with long tab headers, which > especially occurs (sometimes) with german translation, where we have > tab headers like "Aufzählungszeichen" (in Document) and > "Formatkonvertierung", "Zeichensätze Bildschirm" and > "Benutzerschnittstelle" (in Preferences). Yes, I read through the thread. And I tried to reproduce the error, but failed to do so. Whe I look at the tab sizes, they seem to adapt to the size of the text even if it is much longer than the english original. The size of the tabs *is* definitely different in english and german versions. I get the impression that it's probably an error of the font. What seems to happen is that the size gets computed from the length of the string, but somehow this size is wrong. But where is the error then? Are you sure it won't show up on shorter words? > As you can see from the messages above, there's nothing that can be > done from the devel side. > Is it possible to replace those long words by shorter ones? Of course you can replace them. If you have good ideas how to name them... The question is more: *which* should be replaced? There is nothing from what I can see which should be changed. Many seem to be harmless. Trying to get everything to the size of the english term will end in a very hard to understand menu (unless you already know what is in there). I'll try to go through the file during the weekend, but (as my system doesn't trigger the segfault) I cannot check And of course, suggestions for short names are always welcome :-) Pit
Re: lyx1.1.6fix3: Menu error ? (german)
Hartmut Haase wrote: The menus Bearbeiten and Einfügen have entries called Tabular. Shouldn't they be called Tabelle? Probably yes. (What's the difference between tabular and table anyhow?) The problem with translation is: these terms are defined in ext_l10n.h where they are completely out of context. Half of the entries are LaTeX command names, and I still don't know wether I should translate them or not - 'til now I decided for 'no' which is why tabular is tabular Any thoughts on that? Pit -- Peter Pit Suetterlin http://www.uni-sw.gwdg.de/~pit Universitaets-Sternwarte Goettingen Tel.: +49 551 39-5048 [EMAIL PROTECTED]
Re: lyx1.1.6fix3: Menu error ? (german)
Hartmut Haase wrote: > The menus "Bearbeiten" and "Einfügen" have entries called > "Tabular". Shouldn't they be called "Tabelle"? Probably yes. (What's the difference between tabular and table anyhow?) The problem with translation is: these terms are defined in ext_l10n.h where they are completely out of context. Half of the entries are LaTeX command names, and I still don't know wether I should translate them or not - 'til now I decided for 'no' which is why tabular is tabular Any thoughts on that? Pit -- Peter "Pit" Suetterlin http://www.uni-sw.gwdg.de/~pit Universitaets-Sternwarte Goettingen Tel.: +49 551 39-5048 [EMAIL PROTECTED]
Re: German locale segfault (?!)
Angus Leeming wrote: On Wednesday 21 November 2001 11:00 am, Jules Bean wrote: Can we get a fix backported to 1.1.6? Even if it's just patching the .po files to use shorter strings? I'd rather not have the debian package crashing for germans... Get in touch with the appropriate translators! Hm, this is the general problem of longer words in german (and other languages) again, isn't it? Of course you could use abbreviated words - just, you probably will only understand them if you already know what it is :-( But tell me which tabs you were talking about, and I'll try to find a better translation... Pit -- Peter Pit Suetterlin http://www.uni-sw.gwdg.de/~pit Universitaets-Sternwarte Goettingen Tel.: +49 551 39-5048 [EMAIL PROTECTED]
Re: German locale segfault (?!)
Angus Leeming wrote: > On Wednesday 21 November 2001 11:00 am, Jules Bean wrote: > > Can we get a fix backported to 1.1.6? Even if it's just patching the > > .po files to use shorter strings? I'd rather not have the debian > > package crashing for germans... > > Get in touch with the appropriate translators! Hm, this is the general problem of longer words in german (and other languages) again, isn't it? Of course you could use abbreviated words - just, you probably will only understand them if you already know what it is :-( But tell me which tabs you were talking about, and I'll try to find a better translation... Pit -- Peter "Pit" Suetterlin http://www.uni-sw.gwdg.de/~pit Universitaets-Sternwarte Goettingen Tel.: +49 551 39-5048 [EMAIL PROTECTED]
Re: LyX Version 1.1.6fix2 - German Layout
Juergen Spitzmueller wrote: Hartmut Haase wrote: On the popup menu Querverweis (cross-reference) the text Wiederherstellen does not fit on its button. Actually this counts for all Restore-Buttons and some other Buttons too (e.g. Browse... - Durchsuchen... in the new bibtex-dialog). Blame the German language for its long words ;-) Seriously, I saw this too but didn't fix it because I was not shure if this is our business (or the business of the translators). Well, I'm one of the translators, and the reason I am is that I'm no programmer. So letting me fix the width of text buttons is probably a bad idea Pit -- Peter Pit Suetterlin http://www.uni-sw.gwdg.de/~pit Universitaets-Sternwarte Goettingen Tel.: +49 551 39-5048 [EMAIL PROTECTED]
Re: LyX Version 1.1.6fix2 - German Layout
Juergen Spitzmueller wrote: > Hartmut Haase wrote: > > On the popup menu "Querverweis" (cross-reference) the text > > "Wiederherstellen" does not fit on its button. > > Actually this counts for all Restore-Buttons and some other Buttons too > (e.g. "Browse..." -> "Durchsuchen..." in the new bibtex-dialog). Blame > the German language for its long words ;-) > Seriously, I saw this too but didn't fix it because I was not shure if > this is our business (or the business of the translators). Well, I'm one of the translators, and the reason I am is that I'm no programmer. So letting me fix the width of text buttons is probably a bad idea Pit -- Peter "Pit" Suetterlin http://www.uni-sw.gwdg.de/~pit Universitaets-Sternwarte Goettingen Tel.: +49 551 39-5048 [EMAIL PROTECTED]
Re: Wheel mouse
Amir Karger wrote: In case it's relevant and not reported yet, I believe I found that in LyX1.1.6fix2, if the mouse is over a fig, then the mouse wheel doesn't work. (This might only be when the fig takes up the whole window, but I don't think so.) I suspect It is when the figure is lager than the amount specified by the wheel_jump variable. And the bug is still there in fix3. Pit -- Peter Pit Suetterlin http://www.uni-sw.gwdg.de/~pit Universitaets-Sternwarte Goettingen Tel.: +49 551 39-5048 [EMAIL PROTECTED]
1.1.6fix3: Wrong display of figures
Hi, Don't know wether this one is already reported: The display of a (scaled) EPS image does not work correctly. If I insert an EPS image and leave the size as standard the display is correct (full image). If I change the size to some given width (e.g. 80% of column) the (displayed) image gets clipped to that size, but not rescaled. The DVI output is OK, however. Pit -- ~~ Dr. Peter Pit Suetterlin http://www.astro.uu.nl/~suetter Sterrenkundig Instituut Utrecht Tel.: +31 (0)30 253 5225 [EMAIL PROTECTED] __
Re: Wheel mouse
Amir Karger wrote: > In case it's relevant and not reported yet, I believe I found that in > LyX1.1.6fix2, if the mouse is over a fig, then the mouse wheel doesn't > work. (This might only be when the fig takes up the whole window, but > I don't think so.) I suspect It is when the figure is lager than the amount specified by the wheel_jump variable. And the bug is still there in fix3. Pit -- Peter "Pit" Suetterlin http://www.uni-sw.gwdg.de/~pit Universitaets-Sternwarte Goettingen Tel.: +49 551 39-5048 [EMAIL PROTECTED]
1.1.6fix3: Wrong display of figures
Hi, Don't know wether this one is already reported: The display of a (scaled) EPS image does not work correctly. If I insert an EPS image and leave the size as standard the display is correct (full image). If I change the size to some given width (e.g. 80% of column) the (displayed) image gets clipped to that size, but not rescaled. The DVI output is OK, however. Pit -- ~~ Dr. Peter "Pit" Suetterlin http://www.astro.uu.nl/~suetter Sterrenkundig Instituut Utrecht Tel.: +31 (0)30 253 5225 [EMAIL PROTECTED] __
citation in a caption
Hi! Just stumbled across an error: The \cite command(*) seems to be fragile and has to be \protect-ed in moving arguments. I was using a \cite command in the caption of a float figure and got an error: ! Argument of \@caption has an extra }. inserted text \par l.161 shape.} putting a \protect (LaTeX code) in front of the citation cured the problem. I think LyX could/should take care of that... (*) at least the one that I am using, from aabib.sty which is used quite a lot in astronomy. Probably true for other definitions like natbib, too Pit -- ~~ Dr. Peter Pit Suetterlin http://www.astro.uu.nl/~suetter Sterrenkundig Instituut Utrecht Tel.: +31 (0)30 253 5225 [EMAIL PROTECTED] __
Re: citation in a caption
Peter Just stumbled across an error: The \cite command(*) seems to be Peter fragile and has to be \protect-ed in moving arguments. Are you sure you use the latest version of this aabib.sty? \cite is robust in LaTeX, and also in latest natbib.sty versions. Hm, yes, I checked that it's the latest one. I also noticed that there are no problems with the LaTeX-internal cite. I don't know about natbib, though. But as it will be supported by LyX in the near future (?), I'll probably switch to that then So, forget about the complaint. Pit -- ~~ Dr. Peter Pit Suetterlin http://www.astro.uu.nl/~suetter Sterrenkundig Instituut Utrecht Tel.: +31 (0)30 253 5225 [EMAIL PROTECTED] __
Re: search shortcuts don't work
Scott Otterson wrote: The shortcuts for the search box's forward and backward search arrows are supposed to be M-f and M-b. But, in Lyx 1.1.6fix2, they move the cursor back and forth in the search text window, rather than activating forward or backward searching. I cannot reproduce that. The keys do work here (btw you can also use C-s and C-r for forward and backward search). Are those keystrokes caught by your window manager? (I tried lyx -dbg 4 but that doesn't report keystrokes that go to the dialog fields :-( ) Pit -- Peter Pit Suetterlin http://www.uni-sw.gwdg.de/~pit Universitaets-Sternwarte Goettingen Tel.: +49 551 39-5048 [EMAIL PROTECTED]
citation in a caption
Hi! Just stumbled across an error: The \cite command(*) seems to be fragile and has to be \protect-ed in moving arguments. I was using a \cite command in the caption of a float figure and got an error: ! Argument of \@caption has an extra }. \par l.161 shape.} putting a \protect (LaTeX code) in front of the citation cured the problem. I think LyX could/should take care of that... (*) at least the one that I am using, from aabib.sty which is used quite a lot in astronomy. Probably true for other definitions like natbib, too Pit -- ~~ Dr. Peter "Pit" Suetterlin http://www.astro.uu.nl/~suetter Sterrenkundig Instituut Utrecht Tel.: +31 (0)30 253 5225 [EMAIL PROTECTED] __
Re: citation in a caption
> Peter> Just stumbled across an error: The \cite command(*) seems to be > Peter> fragile and has to be \protect-ed in moving arguments. > > Are you sure you use the latest version of this aabib.sty? \cite is > robust in LaTeX, and also in latest natbib.sty versions. Hm, yes, I checked that it's the latest one. I also noticed that there are no problems with the LaTeX-internal cite. I don't know about natbib, though. But as it will be supported by LyX in the near future (?), I'll probably switch to that then So, forget about the complaint. Pit -- ~~ Dr. Peter "Pit" Suetterlin http://www.astro.uu.nl/~suetter Sterrenkundig Instituut Utrecht Tel.: +31 (0)30 253 5225 [EMAIL PROTECTED] __
Re: search shortcuts don't work
Scott Otterson wrote: > The shortcuts for the search box's forward and backward search arrows > are supposed to be M-f and M-b. But, in Lyx 1.1.6fix2, they move the > cursor back and forth in the search text window, rather than > activating forward or backward searching. I cannot reproduce that. The keys do work here (btw you can also use C-s and C-r for forward and backward search). Are those keystrokes caught by your window manager? (I tried lyx -dbg 4 but that doesn't report keystrokes that go to the dialog fields :-( ) Pit -- Peter "Pit" Suetterlin http://www.uni-sw.gwdg.de/~pit Universitaets-Sternwarte Goettingen Tel.: +49 551 39-5048 [EMAIL PROTECTED]
Getting the latest CVS - server down?
Hi, I wanted to have a look at the latest CVS-Version using anonymous cvs as described on the developers web page (http://www.devel.lyx.org/cvs.php3) However, already for some days I cannot get any response from the server. Is the info there wrong? What I did is: export CVSROOT=:pserver:[EMAIL PROTECTED]:/usr/local/lyx/cvsroot cvs login (Logging in to [EMAIL PROTECTED]) CVS password: I type in lyx, but nothing happens. nslookup says Name:aussie.lyx.org Address: 213.203.58.30 Aliases: anoncvs.lyx.org but I cannot ping the machine. I also tried to set the name server to lyx.org, but I don't get responses from there :-( set q=ns anoncvs.lyx.org Server: tijger.phys.uu.nl Address: 131.211.32.72 Non-authoritative answer: anoncvs.lyx.org canonical name = aussie.lyx.org Authoritative answers can be found from: lyx.org origin = baywatch.lyx.org mail addr = larsbj.lyx.org serial = 2001043001 refresh = 28800 (8 hours) retry = 14400 (4 hours) expire = 160 (18 days 12 hours 26 mins 40 secs) minimum ttl = 86400 (1 day) server lyx.org Default Server: lyx.org Address: 213.203.58.30 anoncvs.lyx.org Server: lyx.org Address: 213.203.58.30 *** lyx.org can't find anoncvs.lyx.org: No response from server So, what is wrong, and how do I get the CVS-sources??? Pit
External inset
Hi, Just testing the latest CVS version of 1.1.6. Using the external inset (in my case a xfig figure) leaves empty files in the tmpdir. On exit LyX complains that it cannot remove the tempdir because it's not empty. Pit -- Peter Pit Suetterlin http://www.uni-sw.gwdg.de/~pit Universitaets-Sternwarte Goettingen Tel.: +49 551 39-5048 [EMAIL PROTECTED]
Re: External inset
Jean-Marc Lasgouttes wrote: What are the names of the empty files? hst33127:lyx_tmpdir7977LgTkGP% ll insgesamt 1 drwx-- 2 pit users1024 Jul 10 18:27 lyx_tmpbuf7977fvX4DQ -rw--- 1 pit users 0 Jul 10 18:28 lyxext7977KAGRUr -rw--- 1 pit users 0 Jul 10 18:28 lyxext7977cz2okU hst33127:lyx_tmpdir7977LgTkGP% pwd /tmp/lyx_tmpdir7977LgTkGP lyx_tmpbuf7977fvX4DQ, the dir of the currently edited file, is empty. The first empty file (lyxext7977cz2okU) was from inserting the inset. After I removed it from the text, there was the second one. BTW, how is this stuff supposed to work??? No real idea, except that it seems to work :-) I *think* you have the choice between pstex (one file, both text and graphics), and pstex_t+eps (graph in eps, text in pstex_t as LaTeX-Text). LyX uses the latter. But I think you have to create the text in a special way, else everything is in the eps. At least in my figure that is the case... Pit -- Peter Pit Suetterlin http://www.uni-sw.gwdg.de/~pit Universitaets-Sternwarte Goettingen Tel.: +49 551 39-5048 [EMAIL PROTECTED]
Getting the latest CVS - server down?
Hi, I wanted to have a look at the latest CVS-Version using anonymous cvs as described on the developers web page (http://www.devel.lyx.org/cvs.php3) However, already for some days I cannot get any response from the server. Is the info there wrong? What I did is: export CVSROOT=:pserver:[EMAIL PROTECTED]:/usr/local/lyx/cvsroot cvs login (Logging in to [EMAIL PROTECTED]) CVS password: I type in lyx, but nothing happens. nslookup says Name:aussie.lyx.org Address: 213.203.58.30 Aliases: anoncvs.lyx.org but I cannot ping the machine. I also tried to set the name server to lyx.org, but I don't get responses from there :-( > set q=ns > anoncvs.lyx.org Server: tijger.phys.uu.nl Address: 131.211.32.72 Non-authoritative answer: anoncvs.lyx.org canonical name = aussie.lyx.org Authoritative answers can be found from: lyx.org origin = baywatch.lyx.org mail addr = larsbj.lyx.org serial = 2001043001 refresh = 28800 (8 hours) retry = 14400 (4 hours) expire = 160 (18 days 12 hours 26 mins 40 secs) minimum ttl = 86400 (1 day) > server lyx.org Default Server: lyx.org Address: 213.203.58.30 > anoncvs.lyx.org Server: lyx.org Address: 213.203.58.30 *** lyx.org can't find anoncvs.lyx.org: No response from server So, what is wrong, and how do I get the CVS-sources??? Pit
External inset
Hi, Just testing the latest CVS version of 1.1.6. Using the external inset (in my case a xfig figure) leaves empty files in the tmpdir. On exit LyX complains that it cannot remove the tempdir because it's not empty. Pit -- Peter "Pit" Suetterlin http://www.uni-sw.gwdg.de/~pit Universitaets-Sternwarte Goettingen Tel.: +49 551 39-5048 [EMAIL PROTECTED]
Re: External inset
Jean-Marc Lasgouttes wrote: > What are the names of the empty files? hst33127:lyx_tmpdir7977LgTkGP% ll insgesamt 1 drwx-- 2 pit users1024 Jul 10 18:27 lyx_tmpbuf7977fvX4DQ -rw--- 1 pit users 0 Jul 10 18:28 lyxext7977KAGRUr -rw--- 1 pit users 0 Jul 10 18:28 lyxext7977cz2okU hst33127:lyx_tmpdir7977LgTkGP% pwd /tmp/lyx_tmpdir7977LgTkGP lyx_tmpbuf7977fvX4DQ, the dir of the currently edited file, is empty. The first empty file (lyxext7977cz2okU) was from inserting the inset. After I removed it from the text, there was the second one. > BTW, how is this stuff supposed to work??? No real idea, except that it seems to work :-) I *think* you have the choice between pstex (one file, both text and graphics), and pstex_t+eps (graph in eps, text in pstex_t as LaTeX-Text). LyX uses the latter. But I think you have to create the text in a special way, else everything is in the eps. At least in my figure that is the case... Pit -- Peter "Pit" Suetterlin http://www.uni-sw.gwdg.de/~pit Universitaets-Sternwarte Goettingen Tel.: +49 551 39-5048 [EMAIL PROTECTED]
Wrong PostScript in LyX Doc?
Hi Folks, I got an email from someone experiencing problems when trying to view (or convert to PDF) de_UserGuide.ps (I offer the PS-files on my WWW-page). It turned out that the trouble stems from the included EPS-figures: They contain the line %%Begin Data: without further parameters, which both the NT Ghostscript and Acrobat Destiller did not like. He manually edited the PostScript source to %%BeginData: Number Hex Lines with the following values for Number: mobius.eps 450 escher-lsd.eps 2571 platypus.eps4212 I don't know whether ImageMagick (which was obviously used to write the eps files) creates wrong eps or the NT-programs are too picky. I edited the eps-files to include the above change and checked that it still works here (Linux, GhostScript 5.50, gv 3.5.8). Maybe someone knows better which is the correct PostScript. Anyhow, I include the small patch here, in case you want to apply it. Cheers, Pit -- --- mobius.eps~ Fri Jun 1 13:10:03 2001 +++ mobius.eps Tue Jul 3 14:59:42 2001 @@ -265,7 +265,7 @@ %%Page: 1 1 %%PageBoundingBox: 0 0 367 158 userdict begin -%%BeginData: +%%BeginData: 450 Hex Lines DisplayImage 0 0 368 147 --- escher-lsd.eps~ Fri Jun 1 13:10:03 2001 +++ escher-lsd.eps Tue Jul 3 15:00:38 2001 @@ -265,7 +265,7 @@ %%Page: 1 1 %%PageBoundingBox: 0 0 198 203 userdict begin -%%BeginData: +%%BeginData: 2571 Hex Lines DisplayImage 0 0 199 192 --- platypus.eps~ Fri Jun 1 13:10:03 2001 +++ platypus.epsTue Jul 3 15:00:56 2001 @@ -265,7 +265,7 @@ %%Page: 1 1 %%PageBoundingBox: 0 0 434 332 userdict begin -%%BeginData: +%%BeginData: 4212 Hex Lines DisplayImage 0 0 435 321 - -- Peter Pit Suetterlin http://www.uni-sw.gwdg.de/~pit Universitaets-Sternwarte Goettingen Tel.: +49 551 39-5048 [EMAIL PROTECTED]
Wrong PostScript in LyX Doc?
Hi Folks, I got an email from someone experiencing problems when trying to view (or convert to PDF) de_UserGuide.ps (I offer the PS-files on my WWW-page). It turned out that the trouble stems from the included EPS-figures: They contain the line %%Begin Data: without further parameters, which both the NT Ghostscript and Acrobat Destiller did not like. He manually edited the PostScript source to %%BeginData: Hex Lines with the following values for : mobius.eps 450 escher-lsd.eps 2571 platypus.eps4212 I don't know whether ImageMagick (which was obviously used to write the eps files) creates wrong eps or the NT-programs are too picky. I edited the eps-files to include the above change and checked that it still works here (Linux, GhostScript 5.50, gv 3.5.8). Maybe someone knows better which is the correct PostScript. Anyhow, I include the small patch here, in case you want to apply it. Cheers, Pit -- --- mobius.eps~ Fri Jun 1 13:10:03 2001 +++ mobius.eps Tue Jul 3 14:59:42 2001 @@ -265,7 +265,7 @@ %%Page: 1 1 %%PageBoundingBox: 0 0 367 158 userdict begin -%%BeginData: +%%BeginData: 450 Hex Lines DisplayImage 0 0 368 147 --- escher-lsd.eps~ Fri Jun 1 13:10:03 2001 +++ escher-lsd.eps Tue Jul 3 15:00:38 2001 @@ -265,7 +265,7 @@ %%Page: 1 1 %%PageBoundingBox: 0 0 198 203 userdict begin -%%BeginData: +%%BeginData: 2571 Hex Lines DisplayImage 0 0 199 192 --- platypus.eps~ Fri Jun 1 13:10:03 2001 +++ platypus.epsTue Jul 3 15:00:56 2001 @@ -265,7 +265,7 @@ %%Page: 1 1 %%PageBoundingBox: 0 0 434 332 userdict begin -%%BeginData: +%%BeginData: 4212 Hex Lines DisplayImage 0 0 435 321 - -- Peter "Pit" Suetterlin http://www.uni-sw.gwdg.de/~pit Universitaets-Sternwarte Goettingen Tel.: +49 551 39-5048 [EMAIL PROTECTED]
Re: Empty lines in tex output
Hi Allan! Allan Rae wrote: This looks similar to a small problem with '\n' output when trying to do ERT \subtable in a float figure with minipages. Anyway, I know where it needs to be fixed but I haven't had time to figure out the new code with insets etc. to write the appropriate conditional. If you're interested you can have a go at LyXParagraph::TeXOnePar() at paragraph.C:1474 I still have the plain fix2 version. Found it there in line 2466 - I hope it really is the same!? You might like to confirm this is the same '\n' that is causing you trouble by doing '\n' = %LineNumber\n and checking the output. Did that. Indeed, one of the two blank lines would be gone then. The other one remains, it comes from a few lines further down: paragraph.C:2498 // we don't need it for the last paragraph!!! if (next #ifndef NEW_INSETS !(footnoteflag != LyXParagraph::NO_FOOTNOTE par par-footnoteflag == LyXParagraph::NO_FOOTNOTE) #endif ) { //os \n; texrow.newline(); } One day I'll get back to this... Thanks :-) Pit -- Peter Pit Suetterlin http://www.uni-sw.gwdg.de/~pit Universitaets-Sternwarte Goettingen Tel.: +49 551 39-5048 [EMAIL PROTECTED]
Re: Empty lines in tex output
Hi Allan! Allan Rae wrote: > This looks similar to a small problem with '\n' output when trying to do > ERT \subtable in a float figure with minipages. Anyway, I know where it > needs to be fixed but I haven't had time to figure out the new code with > insets etc. to write the appropriate conditional. > If you're interested you can have a go at LyXParagraph::TeXOnePar() > at paragraph.C:1474 I still have the plain fix2 version. Found it there in line 2466 - I hope it really is the same!? > You might like to confirm this is the same '\n' that is causing you > trouble by doing '\n' => "%LineNumber\n" and checking the output. Did that. Indeed, one of the two blank lines would be gone then. The other one remains, it comes from a few lines further down: paragraph.C:2498 // we don't need it for the last paragraph!!! if (next #ifndef NEW_INSETS && !(footnoteflag != LyXParagraph::NO_FOOTNOTE && par && par->footnoteflag == LyXParagraph::NO_FOOTNOTE) #endif ) { > //os << "\n"; texrow.newline(); } > One day I'll get back to this... Thanks :-) Pit -- Peter "Pit" Suetterlin http://www.uni-sw.gwdg.de/~pit Universitaets-Sternwarte Goettingen Tel.: +49 551 39-5048 [EMAIL PROTECTED]
Empty lines in tex output
Hi there, is there a specific reason that LyX inserts empty lines in some cases? The one that bites me most is the float figure environment, where the LaTeX output looks like this: \begin{figure*} \resizebox*{1\columnwidth}{!}{\includegraphics{fig2.eps}} \caption{\label{histogram}Histogram of time-averaged distances of the INW (solid line) and OUT (dotted line) PGs from the center of the umbra. The position of the dividing line is marked by vertical dashes.} \end{figure*} While this normaly produces working output, the text class I'm using defines a special command \sidecaption that allows putting the caption besides a figure. It should be used as \begin{figure*} \sidecaption \includegraphics{...} \caption{...} \end{figure*} However, if I put it as ERT in my LyX document, due to the two blank lines in the tex file latex bails out: ! Paragraph ended before \sidecaption was complete. Is there a way to make LyX *not* insert those blank lines? Or why are they there? Thanks, Pit -- ~~ Dr. Peter Pit Suetterlin http://www.astro.uu.nl/~suetter Sterrenkundig Instituut Utrecht Tel.: +31 (0)30 253 5225 [EMAIL PROTECTED] __
aa.layout (more general question)
Hi there, I'm working on the update of aapaper.layout (now aa.layout) which brought me to a more general question regarding the layout files: What should happen if the underlying textclass file changes? Especially when the changes in the .cls file are not backward compatible? In the current case (aa.cls), one command was removed, another one was changed from an environment to a command. Now I see the following possibilities: 1 Just rename the layout file ('til now it was aapaper, new one will be aa like the name of the class). Drop any support for the old style file. 2 create a new aapaper.layout that includes the new one and adds some warning. 3 Keep the old aapaper style as an additional option. I first wanted to go way 2, but that will most probably end up in valid LyX documents that cannot be processed (latex will complain about the missing command) if the current version of the style file is installed. Way 3 leaves a lot of unnecessary LyX files, IMHO. It might be an option for people that want to keep both versions of the style files installed. Don't know if anyone would do so. Way 1 requires the user to manually (either in an text editor or from within LyX) edit the files before she can process it. I'd be happy to get some inspiration Pit -- ~~ Dr. Peter Pit Suetterlin http://www.astro.uu.nl/~suetter Sterrenkundig Instituut Utrecht Tel.: +31 (0)30 253 5225 [EMAIL PROTECTED] __
Empty lines in tex output
Hi there, is there a specific reason that LyX inserts empty lines in some cases? The one that bites me most is the float figure environment, where the LaTeX output looks like this: >\begin{figure*} >\resizebox*{1\columnwidth}{!}{\includegraphics{fig2.eps}} > > >\caption{\label{histogram}Histogram of time-averaged distances of the >INW (solid line) and OUT (dotted line) PGs from the center of the >umbra. The position of the dividing line is marked by vertical dashes.} >\end{figure*} While this normaly produces working output, the text class I'm using defines a special command \sidecaption that allows putting the caption besides a figure. It should be used as \begin{figure*} \sidecaption \includegraphics{...} \caption{...} \end{figure*} However, if I put it as ERT in my LyX document, due to the two blank lines in the tex file latex bails out: ! Paragraph ended before \sidecaption was complete. Is there a way to make LyX *not* insert those blank lines? Or why are they there? Thanks, Pit -- ~~ Dr. Peter "Pit" Suetterlin http://www.astro.uu.nl/~suetter Sterrenkundig Instituut Utrecht Tel.: +31 (0)30 253 5225 [EMAIL PROTECTED] __
aa.layout (more general question)
Hi there, I'm working on the update of aapaper.layout (now aa.layout) which brought me to a more general question regarding the layout files: What should happen if the underlying textclass file changes? Especially when the changes in the .cls file are not backward compatible? In the current case (aa.cls), one command was removed, another one was changed from an environment to a command. Now I see the following possibilities: 1 Just rename the layout file ('til now it was aapaper, new one will be aa like the name of the class). Drop any support for the old style file. 2 create a new aapaper.layout that includes the new one and adds some warning. 3 Keep the old aapaper style as an additional option. I first wanted to go way 2, but that will most probably end up in valid LyX documents that cannot be processed (latex will complain about the missing command) if the current version of the style file is installed. Way 3 leaves a lot of unnecessary LyX files, IMHO. It might be an option for people that want to keep both versions of the style files installed. Don't know if anyone would do so. Way 1 requires the user to manually (either in an text editor or from within LyX) edit the files before she can process it. I'd be happy to get some inspiration Pit -- ~~ Dr. Peter "Pit" Suetterlin http://www.astro.uu.nl/~suetter Sterrenkundig Instituut Utrecht Tel.: +31 (0)30 253 5225 [EMAIL PROTECTED] __
Re: Towards LyX 1.1.6fix3 (status update #1)
Herbert Voss wrote: Dekel Tsur wrote: On Wed, Jun 06, 2001 at 04:57:19PM +0200, Jean-Marc Lasgouttes wrote: - the aapaper class has been renamed to aa and updated You should add to the announcement a big warning that the \textclass in old aa documents should changed be using a text editor/script. let the old aapaper in the layout-dir too, until 1.2.0 comes out. aa and aapaper for a limited time may be okay. This is probably a very good idea, as the style file of the publisher has changed recently, as I just found out *after* doing the change. So this would then be aapaper for the (old) aa.cls (Version 4.01) and aa for the new aa.cls (Version 5.01). Should this be mentioned in the Docs? Pit -- Peter Pit Suetterlin http://www.uni-sw.gwdg.de/~pit Universitaets-Sternwarte Goettingen Tel.: +49 551 39-5048 [EMAIL PROTECTED]
Re: Towards LyX 1.1.6fix3 (status update #1)
Herbert Voss wrote: > Dekel Tsur wrote: > > > > On Wed, Jun 06, 2001 at 04:57:19PM +0200, Jean-Marc Lasgouttes wrote: > > > > > > - the aapaper class has been renamed to aa and updated > > > > You should add to the announcement a big warning that the \textclass in > > old aa documents should changed be using a text editor/script. > > let the old aapaper in the layout-dir too, until 1.2.0 > comes out. > aa and aapaper for a limited time may be okay. This is probably a very good idea, as the style file of the publisher has changed recently, as I just found out *after* doing the change. So this would then be aapaper for the (old) aa.cls (Version 4.01) and aa for the new aa.cls (Version 5.01). Should this be mentioned in the Docs? Pit -- Peter "Pit" Suetterlin http://www.uni-sw.gwdg.de/~pit Universitaets-Sternwarte Goettingen Tel.: +49 551 39-5048 [EMAIL PROTECTED]
Re: lyx-devel: Footnote bug
Jean-Marc Lasgouttes wrote: Dekel == Dekel Tsur [EMAIL PROTECTED] writes: Dekel b, then the generated LaTeX code is: a\footnote{% foo}% b All leading space on a line is ignored when the previous line ends with %. The solution is probably to avoid those extra carriage returns and comments. Do we really need them? Without reading the whole thread I'd second to drop the comment signs. My reason: I sometimes exchange TeX-files with other people not using LyX. As soon as you do a reformat-paragraph in an external editor, the above ends up as a\footnote{% foo}% b and the footnote is gone :-( Pit -- Peter Pit Suetterlin http://www.uni-sw.gwdg.de/~pit Universitaets-Sternwarte Goettingen Tel.: +49 551 39-5048 [EMAIL PROTECTED]
Re: lyx-devel: Footnote bug
Lars Gullik Bjønnes wrote: I'd really like to see the footnote code in the tex document stand out a bit and thus I want the closing brace to be on a line of its own, or last on a line. what about something like this is some text% \footnote{And here is some explanation, maybe in multiple lines. } I'd use comment signs as little as possible Pit -- Peter Pit Suetterlin http://www.uni-sw.gwdg.de/~pit Universitaets-Sternwarte Goettingen Tel.: +49 551 39-5048 [EMAIL PROTECTED]
Re: lyx-devel: Footnote bug
Jean-Marc Lasgouttes wrote: > > "Dekel" == Dekel Tsur <[EMAIL PROTECTED]> writes: > Dekel> b", then the generated LaTeX code is: > a\footnote{% > foo}% > b > All leading space on a line is ignored when the previous line ends > with %. The solution is probably to avoid those extra carriage returns > and comments. Do we really need them? Without reading the whole thread I'd second to drop the comment signs. My reason: I sometimes exchange TeX-files with other people not using LyX. As soon as you do a reformat-paragraph in an external editor, the above ends up as a\footnote{% foo}% b and the footnote is gone :-( Pit -- Peter "Pit" Suetterlin http://www.uni-sw.gwdg.de/~pit Universitaets-Sternwarte Goettingen Tel.: +49 551 39-5048 [EMAIL PROTECTED]
Re: lyx-devel: Footnote bug
Lars Gullik Bjønnes wrote: > I'd really like to see the footnote code in the tex document stand out > a bit and thus I want the closing brace to be on a line of its own, or > last on a line. what about something like this is some text% \footnote{And here is some explanation, maybe in multiple lines. } I'd use comment signs as little as possible Pit -- Peter "Pit" Suetterlin http://www.uni-sw.gwdg.de/~pit Universitaets-Sternwarte Goettingen Tel.: +49 551 39-5048 [EMAIL PROTECTED]
Select in Tables
Hi! one bug I just stepped across: I try to select some text in a table cell using shift+Cursor movement. The first time I use it in a table cell after entering it, it always selects from the beginning of the cell, regardless where I am. I have to release the shift key, do (at least) one step left and then start selecting again with Shift+Cursor_right. (Moving right without selecting does not work - it starts again at the beginning after that) (I hope the description is clear enough to reproduce). This is LyX 1.1.6fix1 Sorry if it's already reported/fixed... Pit -- Peter Pit Suetterlin http://www.uni-sw.gwdg.de/~pit Universitaets-Sternwarte Goettingen Tel.: +49 551 39-5048 [EMAIL PROTECTED]
Select in Tables
Hi! one bug I just stepped across: I try to select some text in a table cell using shift+Cursor movement. The first time I use it in a table cell after entering it, it always selects from the beginning of the cell, regardless where I am. I have to release the shift key, do (at least) one step left and then start selecting again with Shift+Cursor_right. (Moving right without selecting does not work - it starts again at the beginning after that) (I hope the description is clear enough to reproduce). This is LyX 1.1.6fix1 Sorry if it's already reported/fixed... Pit -- Peter "Pit" Suetterlin http://www.uni-sw.gwdg.de/~pit Universitaets-Sternwarte Goettingen Tel.: +49 551 39-5048 [EMAIL PROTECTED]
LyX/LaTeX using the wrong tex file
Hi all, I just discovered a strange/anoying bug (LyX 1.6.1fix1): I have configured LyX to use the temporary directory. That works fine, while LyX is running I can find there all the tex and dvi files. BUT: If in the directory where the .lyx file resides also a tex file exists, that one is used by latex, not the one in the temp dir. If I delete that tex file, all works again and the file in the temporary directory is used. (Sorry if it's already reported) Pit PS: System is a SuSE 6.4 with teTeX 1.0 (updates 1+2) -- ~~ Dr. Peter "Pit" Suetterlin http://www.astro.uu.nl/~suetter Sterrenkundig Instituut Utrecht Tel.: +31 (0)30 253 5225 [EMAIL PROTECTED] __
Re: LyX/LaTeX using the wrong tex file
Jean-Marc Lasgouttes wrote: This happens because we use \input@path to make latex search in the document's directory. This means that if you have an old .tex file autogenerated by a previous run without temp dir, it will be used by mistake. Hm,do you mean the line \def\input@path{{/home/pit/TeX/LyX/Papers/Barium//}} ? But that is standing in the tex-file that should be texed (i.e. the one in the temp dir), not in the one in the lyx-file dir (that came from an export-to-LaTeX). So, does latex change the file it is reading after it already started doing so? Sounds funny to me. But then, I have no real idea about LaTeX (thanks to LyX, that is ;^). The problem is that I do not see a good way to avoid that. Well then I'll have to keep it in mind. But I see quite some problems arising from that, e.g. from people who exchange LaTeX-files with others that do not (yet) use LyX. JMarc -- ~~ Dr. Peter "Pit" Suetterlin http://www.astro.uu.nl/~suetter Sterrenkundig Instituut Utrecht Tel.: +31 (0)30 253 5225 [EMAIL PROTECTED] __
Re: LyX/LaTeX using the wrong tex file
Jean-Marc Lasgouttes wrote: "Lars" == Lars Gullik Bjnnes [EMAIL PROTECTED] writes: Lars How can this be? Or are we talking about included files? I thought about something like that. No, no includes. The main file! Pit -- Peter "Pit" Suetterlin http://www.uni-sw.gwdg.de/~pit Universitaets-Sternwarte Goettingen Tel.: +49 551 39-5048 [EMAIL PROTECTED]
Re: LyX/LaTeX using the wrong tex file
Jean-Marc Lasgouttes wrote: And you have only one file? Yes, plus some eps-images, but only one tex file. Hmm, I really do not understand what happens... Could you give us a recipe to reproduce the problem? Start LyX - load a lyx file - View dvi - Export to LaTeX - change the text in LyX (i removed a figure) - update dvi nothing changes in the dvi file two possibilities now: - delete the .tex file you exported - after update dvi the changes are there - export latex - after update dvi the changes are there Where do you start latex? The first line of the latex protocol says This is TeX, Version 3.14159 (Web2C 7.3.1) (format=latex 2000.4.28) \ 14 MAR 2001 **ba_svst.tex (/home/pit/TeX/LyX/Papers/Barium/ba_svst.tex if there is a .tex file and This is TeX, Version 3.14159 (Web2C 7.3.1) (format=latex 2000.4.28) \ 14 MAR 2001 **ba_svst.tex (ba_svst.tex if there is not. Pit -- ~~ Dr. Peter "Pit" Suetterlin http://www.astro.uu.nl/~suetter Sterrenkundig Instituut Utrecht Tel.: +31 (0)30 253 5225 [EMAIL PROTECTED] __
Re: LyX/LaTeX using the wrong tex file
Jean-Marc Lasgouttes wrote: And you have only one file? Hmm, I really do not understand what happens... Could you give us a recipe to reproduce the problem? Ooops, I found it. It was my fault (sort of): It's related to TEXINPUTS. It was set to /home/pit/TeX//: (two slashes means search the whole tree - didn't know that), and with this setting my tex dir had higher priority than the current working directory. setting TEXINPUTS to :/home/pit/TeX// cures the problem. Probably starting latex with the full path name of the tex file would be a solution? Pit -- ~~ Dr. Peter "Pit" Suetterlin http://www.astro.uu.nl/~suetter Sterrenkundig Instituut Utrecht Tel.: +31 (0)30 253 5225 [EMAIL PROTECTED] __
LyX/LaTeX using the wrong tex file
Hi all, I just discovered a strange/anoying bug (LyX 1.6.1fix1): I have configured LyX to use the temporary directory. That works fine, while LyX is running I can find there all the tex and dvi files. BUT: If in the directory where the .lyx file resides also a tex file exists, that one is used by latex, not the one in the temp dir. If I delete that tex file, all works again and the file in the temporary directory is used. (Sorry if it's already reported) Pit PS: System is a SuSE 6.4 with teTeX 1.0 (updates 1+2) -- ~~ Dr. Peter "Pit" Suetterlin http://www.astro.uu.nl/~suetter Sterrenkundig Instituut Utrecht Tel.: +31 (0)30 253 5225 [EMAIL PROTECTED] __
Re: LyX/LaTeX using the wrong tex file
Jean-Marc Lasgouttes wrote: > This happens because we use \input@path to make latex search in the > document's directory. This means that if you have an old .tex file > autogenerated by a previous run without temp dir, it will be used by > mistake. Hm,do you mean the line \def\input@path{{/home/pit/TeX/LyX/Papers/Barium//}} ? But that is standing in the tex-file that should be texed (i.e. the one in the temp dir), not in the one in the lyx-file dir (that came from an export-to-LaTeX). So, does latex change the file it is reading after it already started doing so? Sounds funny to me. But then, I have no real idea about LaTeX (thanks to LyX, that is ;^>). > The problem is that I do not see a good way to avoid that. Well then I'll have to keep it in mind. But I see quite some problems arising from that, e.g. from people who exchange LaTeX-files with others that do not (yet) use LyX. > > JMarc -- ~~ Dr. Peter "Pit" Suetterlin http://www.astro.uu.nl/~suetter Sterrenkundig Instituut Utrecht Tel.: +31 (0)30 253 5225 [EMAIL PROTECTED] __
Re: LyX/LaTeX using the wrong tex file
Jean-Marc Lasgouttes wrote: > > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes: > > Lars> How can this be? Or are we talking about included files? > > I thought about something like that. No, no includes. The main file! Pit -- Peter "Pit" Suetterlin http://www.uni-sw.gwdg.de/~pit Universitaets-Sternwarte Goettingen Tel.: +49 551 39-5048 [EMAIL PROTECTED]
Re: LyX/LaTeX using the wrong tex file
Jean-Marc Lasgouttes wrote: > And you have only one file? Yes, plus some eps-images, but only one tex file. > Hmm, I really do not understand what > happens... Could you give us a recipe to reproduce the problem? Start LyX - load a lyx file - View dvi - Export to LaTeX - change the text in LyX (i removed a figure) - update dvi nothing changes in the dvi file two possibilities now: - delete the .tex file you exported -> after update dvi the changes are there - export latex -> after update dvi the changes are there Where do you start latex? The first line of the latex protocol says This is TeX, Version 3.14159 (Web2C 7.3.1) (format=latex 2000.4.28) \ 14 MAR 2001 **ba_svst.tex (/home/pit/TeX/LyX/Papers/Barium/ba_svst.tex if there is a .tex file and This is TeX, Version 3.14159 (Web2C 7.3.1) (format=latex 2000.4.28) \ 14 MAR 2001 **ba_svst.tex (ba_svst.tex if there is not. Pit -- ~~ Dr. Peter "Pit" Suetterlin http://www.astro.uu.nl/~suetter Sterrenkundig Instituut Utrecht Tel.: +31 (0)30 253 5225 [EMAIL PROTECTED] __
Re: LyX/LaTeX using the wrong tex file
Jean-Marc Lasgouttes wrote: > And you have only one file? Hmm, I really do not understand what > happens... Could you give us a recipe to reproduce the problem? Ooops, I found it. It was my fault (sort of): It's related to TEXINPUTS. It was set to /home/pit/TeX//: (two slashes means search the whole tree - didn't know that), and with this setting my tex dir had higher priority than the current working directory. setting TEXINPUTS to :/home/pit/TeX// cures the problem. Probably starting latex with the full path name of the tex file would be a solution? Pit -- ~~ Dr. Peter "Pit" Suetterlin http://www.astro.uu.nl/~suetter Sterrenkundig Instituut Utrecht Tel.: +31 (0)30 253 5225 [EMAIL PROTECTED] __
Re: Release LyX 1.1.6
Lars Gullik Bjnnes wrote: After too long in development we were finally able to release LyX 1.1.6. It won't be this long till next release (promises, promises...). You can get it at: ftp://ftp.lyx.org/pub/lyx/stable/lyx-1.1.6.tar.gz ftp://ftp.devel.lyx.org/pub/lyx/lyx-1.1.6.tar.gz RPM's will be provided later. SuSE (6.4 - also works for 7.0) RPMs are available here: ftp://hst33127.phys.uu.nl/pub/LyX/lyx-1.1.6-30.i386.rpm I also updated my LyX page at http://www.uni-sw.gwdg.de/~pit/LyX Pit -- Peter "Pit" Suetterlin http://www.uni-sw.gwdg.de/~pit Universitaets-Sternwarte Goettingen Tel.: +49 551 39-5048 [EMAIL PROTECTED]
Re: Release LyX 1.1.6
Lars Gullik Bjønnes wrote: > > > After too long in development we were finally able to release LyX > 1.1.6. It won't be this long till next release (promises, promises...). > You can get it at: > > ftp://ftp.lyx.org/pub/lyx/stable/lyx-1.1.6.tar.gz > ftp://ftp.devel.lyx.org/pub/lyx/lyx-1.1.6.tar.gz > > RPM's will be provided later. SuSE (6.4 - also works for 7.0) RPMs are available here: ftp://hst33127.phys.uu.nl/pub/LyX/lyx-1.1.6-30.i386.rpm I also updated my LyX page at http://www.uni-sw.gwdg.de/~pit/LyX Pit -- Peter "Pit" Suetterlin http://www.uni-sw.gwdg.de/~pit Universitaets-Sternwarte Goettingen Tel.: +49 551 39-5048 [EMAIL PROTECTED]
Re: 1.1.6pre3: Buglist
Jean-Marc Lasgouttes wrote: [ most of the reported bugs already fixed ] :-) Hey, looks like I'm way behind - I got lmost no time to follow the mailing lists Peter Defining colors: If no document is loaded, all the colors of Peter the lyx structures are not defined and apear as black. I don't Peter exactly how, but twice I managed that after fiddling around in Peter that situation and *then* loading a document ended in a display Peter where everything was black :-(( I'm not sure I understand what you mean. Nor do I :-( No, I just tried to reproduce the problem here at work, but it did not occur. At home, when I started Lyx and immediately went to edit-preferences-color, the only "existing" colors were those of the GUI, everything else was reported as Black. Ah, wait, now it is: Start LyX, open a document, close it again and then open the color menu. Now only GUI-colors are known. While playing around, I managed two times to get into the situation that when I *then* opened a document, all except the GUI colors have been set to black, so I got black text on black background which is quite hard to read ;^ I don't really know how I did it, and cannot reproduce it here, so maybe it was a problem of my home setup - I will check that ASAP. Yes, I think it's better. One thing I did not manage to do is to grey out inactive icons in the toolbar. But at least it seems to be recognized somehow: Inactive icons don't show tooltips!? Pit -- ~~ Dr. Peter "Pit" Suetterlin http://www.astro.uu.nl/~suetter Sterrenkundig Instituut Utrecht Tel.: +31 (0)30 253 5225 [EMAIL PROTECTED] __
Re: 1.1.6pre3: Buglist
Jean-Marc Lasgouttes wrote: [ most of the reported bugs already fixed ] :-) Hey, looks like I'm way behind - I got lmost no time to follow the mailing lists > Peter> Defining colors: If no document is loaded, all the colors of > Peter> the lyx structures are not defined and apear as black. I don't > Peter> exactly how, but twice I managed that after fiddling around in > Peter> that situation and *then* loading a document ended in a display > Peter> where everything was black :-(( > > I'm not sure I understand what you mean. Nor do I :-( No, I just tried to reproduce the problem here at work, but it did not occur. At home, when I started Lyx and immediately went to edit->preferences->color, the only "existing" colors were those of the GUI, everything else was reported as Black. Ah, wait, now it is: Start LyX, open a document, close it again and then open the color menu. Now only GUI-colors are known. While playing around, I managed two times to get into the situation that when I *then* opened a document, all except the GUI colors have been set to black, so I got black text on black background which is quite hard to read ;^> I don't really know how I did it, and cannot reproduce it here, so maybe it was a problem of my home setup - I will check that ASAP. > Yes, I think it's better. One thing I did not manage to do is to grey > out inactive icons in the toolbar. But at least it seems to be recognized somehow: Inactive icons don't show tooltips!? Pit -- ~~ Dr. Peter "Pit" Suetterlin http://www.astro.uu.nl/~suetter Sterrenkundig Instituut Utrecht Tel.: +31 (0)30 253 5225 [EMAIL PROTECTED] __
1.1.6pre3: Buglist
Hi, I just finished the translation of the 1.1.6 UI stuff, and during testing if everything works I found some bugs/glitches: This one first, as it is able to crash LyX: In Layout-Documentclass; If you use the Keyboard shortcut M-c to open the class selection dialog, the wrong dialog opens: Not the arrow-down list, but one like the other selections, with a wireframe "Class" and nothing else. This seems to be no problem in the english version, but if a i18n version is used, LyX crashes with a SIGSEGV if I press ENTER. There are some other menues with arrow-down lists that behave like that if you open them with keyboard shortcuts. Translation of long sentences: As soon as the original english sentence was longer than 1 line in the po-file, the translation is ignored. This happens (mostly) in the tips of the preferences dialog. Also, if the original sentence was one line but the translation is longer, the line is not wrapped but is clipped at the window border. Some of the "Browse..." Buttons in the preferences dialogs are .. strange. Nothing happens if I put the mouse cursor over them in the english version, but (at least) for the german version, in the help area the first "" entry from de.po (which is the Project ID etc. stuff) is displayed. The tooltips for the toolbar are not translatable!? They seem to be in the po-file (coming from LyXAction.C - are those the tooltips?) but always only the english ones are displayed. Defining colors: If no document is loaded, all the colors of the lyx structures are not defined and apear as black. I don't exactly how, but twice I managed that after fiddling around in that situation and *then* loading a document ended in a display where everything was black :-(( Some menues in preferences define shortcuts (Like A for Converters/Formats All formats), but they don't trigger anything. That's it for the moment. The new LyX looks really beautyful by the way :-) Pit -- ~~ Dr. Peter "Pit" Suetterlin http://www.astro.uu.nl/~suetter Sterrenkundig Instituut Utrecht Tel.: +31 (0)30 253 5225 [EMAIL PROTECTED] __
1.1.6pre3: Buglist
Hi, I just finished the translation of the 1.1.6 UI stuff, and during testing if everything works I found some bugs/glitches: This one first, as it is able to crash LyX: In Layout->Documentclass; If you use the Keyboard shortcut M-c to open the class selection dialog, the wrong dialog opens: Not the arrow-down list, but one like the other selections, with a wireframe "Class" and nothing else. This seems to be no problem in the english version, but if a i18n version is used, LyX crashes with a SIGSEGV if I press ENTER. There are some other menues with arrow-down lists that behave like that if you open them with keyboard shortcuts. Translation of long sentences: As soon as the original english sentence was longer than 1 line in the po-file, the translation is ignored. This happens (mostly) in the tips of the preferences dialog. Also, if the original sentence was one line but the translation is longer, the line is not wrapped but is clipped at the window border. Some of the "Browse..." Buttons in the preferences dialogs are .. strange. Nothing happens if I put the mouse cursor over them in the english version, but (at least) for the german version, in the help area the first "" entry from de.po (which is the Project ID etc. stuff) is displayed. The tooltips for the toolbar are not translatable!? They seem to be in the po-file (coming from LyXAction.C - are those the tooltips?) but always only the english ones are displayed. Defining colors: If no document is loaded, all the colors of the lyx structures are not defined and apear as black. I don't exactly how, but twice I managed that after fiddling around in that situation and *then* loading a document ended in a display where everything was black :-(( Some menues in preferences define shortcuts (Like A for Converters/Formats All formats), but they don't trigger anything. That's it for the moment. The new LyX looks really beautyful by the way :-) Pit -- ~~ Dr. Peter "Pit" Suetterlin http://www.astro.uu.nl/~suetter Sterrenkundig Instituut Utrecht Tel.: +31 (0)30 253 5225 [EMAIL PROTECTED] __
Crash in 1.1.5fix1
Hi all! (I have been kicked off the list due to some mailer problems - don't know if that one already has been reported) I can reproducibly crash lyx 1.1.5fix1 when I try to cun'n'paste something from LyX to another application. E.g. I select (highlight) some text region in the LyX window, then move the pointer to some other application (e.g. emacs) and paste (middle-mouse). LyX immediately dies (lyx: SIGSEGV signal caught), happily only after doing an emergency save. It then takes about 10 to 15 seconds, *then* the pasted text appears in the emacs window. Before that, you cannot do anything in that window. This is lyx 1.1.5fix1, compiled on a SuSE 6.4 (libc 2.1.3, xforms 0.88, xpm-3.4k) (I reported a similar problem before, but there it only occured with gtk applications) Cheers, Pit -- ~~ Dr. Peter "Pit" Suetterlin http://www.astro.uu.nl/~suetter Sterrenkundig Instituut Utrecht Tel.: +31 (0)30 253 5225 [EMAIL PROTECTED] __
Crash in 1.1.5fix1
Hi all! (I have been kicked off the list due to some mailer problems - don't know if that one already has been reported) I can reproducibly crash lyx 1.1.5fix1 when I try to cun'n'paste something from LyX to another application. E.g. I select (highlight) some text region in the LyX window, then move the pointer to some other application (e.g. emacs) and paste (middle-mouse). LyX immediately dies (lyx: SIGSEGV signal caught), happily only after doing an emergency save. It then takes about 10 to 15 seconds, *then* the pasted text appears in the emacs window. Before that, you cannot do anything in that window. This is lyx 1.1.5fix1, compiled on a SuSE 6.4 (libc 2.1.3, xforms 0.88, xpm-3.4k) (I reported a similar problem before, but there it only occured with gtk applications) Cheers, Pit -- ~~ Dr. Peter "Pit" Suetterlin http://www.astro.uu.nl/~suetter Sterrenkundig Instituut Utrecht Tel.: +31 (0)30 253 5225 [EMAIL PROTECTED] __
po-update (de)
Hi! hopefully not too late - i was off for the weekend. Here's an updated de.po and de_menus.bind for 1.1.5 Pit -- ~~ Dr. Peter "Pit" Suetterlin http://www.astro.uu.nl/~suetter Sterrenkundig Instituut Utrecht Tel.: +31 (0)30 253 5225 [EMAIL PROTECTED] __ de_menus.bind.gz de.po.gz
Re: lyx bug at cut and paste at xsteak
Jean-Marc Lasgouttes wrote: [ paste-bug with xsteak ] There were some bugs in the xforms clipboard code which have been fixed in version 0.89. What version do you use? I did report the same bug, so I'll jump in here: I'm using 0.88, but the crash only appeares in the glibc2.1 version. I also have a system running glibc2.0, there pasting does work. Pit -- Peter "Pit" Suetterlin http://www.uni-sw.gwdg.de/~pit Universitaets-Sternwarte Goettingen Tel.: +49 551 39-5048 [EMAIL PROTECTED]
Re: lyx bug at cut and paste at xsteak
Jean-Marc Lasgouttes wrote: And do you have the correct glibc2.1 version of xforms? The glibc2.0 version causes crashes when xforms tries to output errors (and it does output errors with cut-and-paste in some cases). Yes, I think (hope) so - it is the version that came with my distribution, SuSE 6.4. Another thing: Didn't someone of the developers advise *not* to use xforms 0.89? Anyhow, I'll try to get the official xforms versions and see if the error stays. Pit -- Peter "Pit" Suetterlin http://www.uni-sw.gwdg.de/~pit Universitaets-Sternwarte Goettingen Tel.: +49 551 39-5048 [EMAIL PROTECTED]
po-update (de)
Hi! hopefully not too late - i was off for the weekend. Here's an updated de.po and de_menus.bind for 1.1.5 Pit -- ~~ Dr. Peter "Pit" Suetterlin http://www.astro.uu.nl/~suetter Sterrenkundig Instituut Utrecht Tel.: +31 (0)30 253 5225 [EMAIL PROTECTED] __ de_menus.bind.gz de.po.gz
Re: lyx bug at cut and paste at xsteak
Jean-Marc Lasgouttes wrote: [ paste-bug with xsteak ] > There were some bugs in the xforms clipboard code which have been > fixed in version 0.89. What version do you use? I did report the same bug, so I'll jump in here: I'm using 0.88, but the crash only appeares in the glibc2.1 version. I also have a system running glibc2.0, there pasting does work. Pit -- Peter "Pit" Suetterlin http://www.uni-sw.gwdg.de/~pit Universitaets-Sternwarte Goettingen Tel.: +49 551 39-5048 [EMAIL PROTECTED]
Re: lyx bug at cut and paste at xsteak
Jean-Marc Lasgouttes wrote: > And do you have the correct glibc2.1 version of xforms? The glibc2.0 > version causes crashes when xforms tries to output errors (and it does > output errors with cut-and-paste in some cases). Yes, I think (hope) so - it is the version that came with my distribution, SuSE 6.4. Another thing: Didn't someone of the developers advise *not* to use xforms 0.89? Anyhow, I'll try to get the official xforms versions and see if the error stays. Pit -- Peter "Pit" Suetterlin http://www.uni-sw.gwdg.de/~pit Universitaets-Sternwarte Goettingen Tel.: +49 551 39-5048 [EMAIL PROTECTED]
LyX Code: word delete
Hi, one more error (1.1.5pre3): In LyX Code environment, using 'word delete forward' also deletes any existing leading blanks in that line. Pit -- ~~ Dr. Peter "Pit" Suetterlin http://www.astro.uu.nl/~suetter Sterrenkundig Instituut Utrecht Tel.: +31 (0)30 253 5225 [EMAIL PROTECTED] __
Re: Oops - missing de_TOC.lyx
Jean-Marc Lasgouttes wrote: BTW, Amir, hasn't there been some discussions about creating automatically the xx_TOC.lyx files? you mean on-the-fly? A perl script to do it is there, that's what I used (in a slightly changed version)... Pit
LyX Code: word delete
Hi, one more error (1.1.5pre3): In LyX Code environment, using 'word delete forward' also deletes any existing leading blanks in that line. Pit -- ~~ Dr. Peter "Pit" Suetterlin http://www.astro.uu.nl/~suetter Sterrenkundig Instituut Utrecht Tel.: +31 (0)30 253 5225 [EMAIL PROTECTED] __
Re: Oops - missing de_TOC.lyx
Jean-Marc Lasgouttes wrote: > BTW, Amir, hasn't there been some discussions about creating > automatically the xx_TOC.lyx files? you mean on-the-fly? A perl script to do it is there, that's what I used (in a slightly changed version)... Pit
1.1.5pre3: Bug List
Hi all! Using the weekend to work on the update of the german docs, I stepped across some more bugs in LyX 1.1.5pre3. Don't know wether some of them have already been reported, nevertheless here they go: 1 Something is strange with the tabulars. In de_Extended.lyx I had a table (end of chapter 3.5.3.1) that used to work the last time I TeXed the file. Now it choked with "illegal unit of measure", obviously because I did not specify a cell width for some of the cells. It seems the old format (as I understand, it has changed at some point) is not imported correctly. I tried to change the cell widths (which did work) but detected some more weirdness: The table had multi line entries, and the old format did specify the width in all lines. The old cell widths are still in the file after I changed them, but I cannot access them via the standard table layout dialog. I'll attach the table definition file. 2 something similar with the 'Floatflt' option in layout-paragraph-ExtraOpt: After viewing that menu in a paragraph where the option is set, the radio button will be activated in all other paragraphs, too. The file is processed without errors, nothing shows up in the lyx file. 3 Table layout dialog, entry 'width': as soon as a "valid entry" is typed in, any keypress will end the input, i.e. it does accept the entry and does a focus-out. This is *extremely* anoying if you have e.g. an entry "3cm" that you want to change to "3.25cm": Typing the "." already throws you out of the entry field, you have to mouse-click to enter it again, then press "2" which throws you out again 4 The new export-selection to other applications (*very* cool BTW!): I am using Steak (an en-de translation program, http://www.tm.informatik.uni-frankfurt.de/~razi/steak/steak.html) which also has a nice gtk interface. When I try to Mouse-2-click insert a selection I made within LyX, LyX crashes with a SIGSEGV. 5 the strings ?` and !`, typed in as standard text, don't get protected from LaTeX and therefore appear as ¿ and ¡ in the output. 6 and, an old one which I'm not sure of if I had reported it earlier: Font change within a word. Say, I have written something, " bla bla bla". Now I want to insert something in front of the second bla, but in another font, say typewriter. I position the cursor at the beginning of 'bla', type "M-c t" and start writing. The new text appears in tt font as requested. If I now hit "M-c Space", the whole thing is changed back to standard font. That's it for the moment - probably more to come as I proceed :-/ Greets, Pit -- ~~ Dr. Peter "Pit" Suetterlin http://www.astro.uu.nl/~suetter Sterrenkundig Instituut Utrecht Tel.: +31 (0)30 253 5225 [EMAIL PROTECTED] __
1.1.5pre3: Bug List
Hi all! Using the weekend to work on the update of the german docs, I stepped across some more bugs in LyX 1.1.5pre3. Don't know wether some of them have already been reported, nevertheless here they go: 1 Something is strange with the tabulars. In de_Extended.lyx I had a table (end of chapter 3.5.3.1) that used to work the last time I TeXed the file. Now it choked with "illegal unit of measure", obviously because I did not specify a cell width for some of the cells. It seems the old format (as I understand, it has changed at some point) is not imported correctly. I tried to change the cell widths (which did work) but detected some more weirdness: The table had multi line entries, and the old format did specify the width in all lines. The old cell widths are still in the file after I changed them, but I cannot access them via the standard table layout dialog. I'll attach the table definition file. 2 something similar with the 'Floatflt' option in layout->paragraph->ExtraOpt: After viewing that menu in a paragraph where the option is set, the radio button will be activated in all other paragraphs, too. The file is processed without errors, nothing shows up in the lyx file. 3 Table layout dialog, entry 'width': as soon as a "valid entry" is typed in, any keypress will end the input, i.e. it does accept the entry and does a focus-out. This is *extremely* anoying if you have e.g. an entry "3cm" that you want to change to "3.25cm": Typing the "." already throws you out of the entry field, you have to mouse-click to enter it again, then press "2" which throws you out again 4 The new export-selection to other applications (*very* cool BTW!): I am using Steak (an en<->de translation program, http://www.tm.informatik.uni-frankfurt.de/~razi/steak/steak.html) which also has a nice gtk interface. When I try to Mouse-2-click insert a selection I made within LyX, LyX crashes with a SIGSEGV. 5 the strings ?` and !`, typed in as standard text, don't get protected from LaTeX and therefore appear as ¿ and ¡ in the output. 6 and, an old one which I'm not sure of if I had reported it earlier: Font change within a word. Say, I have written something, " bla bla bla". Now I want to insert something in front of the second bla, but in another font, say typewriter. I position the cursor at the beginning of 'bla', type "M-c t" and start writing. The new text appears in tt font as requested. If I now hit "M-c Space", the whole thing is changed back to standard font. That's it for the moment - probably more to come as I proceed :-/ Greets, Pit -- ~~ Dr. Peter "Pit" Suetterlin http://www.astro.uu.nl/~suetter Sterrenkundig Instituut Utrecht Tel.: +31 (0)30 253 5225 [EMAIL PROTECTED] __
Re: lyx 1.5.1 pre3 crash
Herbert Voss wrote: 1. the menubutton is in german, filemenu too, but editmenu is in english, the layout-menu again in german. That one will be fixed by the new de.po file; I'm currently updating it :-) Pit -- Peter "Pit" Suetterlin http://www.uni-sw.gwdg.de/~pit Universitaets-Sternwarte Goettingen Tel.: +49 551 39-5048 [EMAIL PROTECTED]
Re: lyx 1.5.1 pre3 crash
Herbert Voss wrote: > 1. the menubutton is in german, filemenu too, but editmenu is >in english, the layout-menu again in german. That one will be fixed by the new de.po file; I'm currently updating it :-) Pit -- Peter "Pit" Suetterlin http://www.uni-sw.gwdg.de/~pit Universitaets-Sternwarte Goettingen Tel.: +49 551 39-5048 [EMAIL PROTECTED]
Re: Delete-Crash, and list probs...
Hi all, looks like I'm having problems to send something to the list from my dutch account, I'm getting Host unknown (Name server: wierdlmpc.msci.memphis.edu.: host not found) Trying the old account... Jean-Marc Lasgouttes wrote: It seems that this happens when using line-delete-forward on a line which begins with spaces. Presumably the spaces get deleted somewhere and then LyX crahes when trying to access the last characters which are now non-existant. Looks like my answer to that didn't make it to the list (did you get it Jean-Marc?) so here a short summary: The crash only seems to happen when the cursor is sitting between two spaces. It doesn't always crash in that case, but when the crash takes place, it has always been in such an situation. That is for standard paragraph. In LyX-Code environment it is also sufficent to have some spaces at the beginning of the line. Pit -- ~~ Peter "Pit" Suetterlin http://www.uni-sw.gwdg.de/~pit Universitaets-Sternwarte Goettingen Tel.: +49 551 39-5048 [EMAIL PROTECTED] -- * -- * ...-- * -- * ...-- * -- * ...-- * -- * ...-- * -- * ...-- * -- Come and see the stars! http://www.kis.uni-freiburg.de/~ps/SFB Sternfreunde Breisgau e.V. Tel.: +49 7641 3492 __
Re: Delete-Crash, and list probs...
Hi all, looks like I'm having problems to send something to the list from my dutch account, I'm getting Host unknown (Name server: wierdlmpc.msci.memphis.edu.: host not found) Trying the old account... Jean-Marc Lasgouttes wrote: > It seems that this happens when using line-delete-forward on a line > which begins with spaces. Presumably the spaces get deleted somewhere > and then LyX crahes when trying to access the last characters which > are now non-existant. Looks like my answer to that didn't make it to the list (did you get it Jean-Marc?) so here a short summary: The crash only seems to happen when the cursor is sitting between two spaces. It doesn't always crash in that case, but when the crash takes place, it has always been in such an situation. That is for standard paragraph. In LyX-Code environment it is also sufficent to have some spaces at the beginning of the line. Pit -- ~~ Peter "Pit" Suetterlin http://www.uni-sw.gwdg.de/~pit Universitaets-Sternwarte Goettingen Tel.: +49 551 39-5048 [EMAIL PROTECTED] -- * -- * ...-- * -- * ...-- * -- * ...-- * -- * ...-- * -- * ...-- * -- Come and see the stars! http://www.kis.uni-freiburg.de/~ps/SFB Sternfreunde Breisgau e.V. Tel.: +49 7641 3492 __