Re: Documentation of tex2lyx
Jean-Marc Lasgouttes a écrit : Enrico Forestieri for...@lyx.org writes: And surely introduce many others. If the only problem is shipping an html version of the man pages the most unintrusive and fool proof way is using man2html. The question is precisely to know whether we want to ship an html page. Our documentation is in LyX format, after all. From a point of view of a plain user : it would look neater and more logical to have it in LyX format. However, from a practical point of view, since it seems to be quite a long job, the html version obtained along Enrico's method, together with an additional line in the Help menu pointing to it would be perfect too (in my opinion). Best wishes, Michel
Re: Translation questions about colors settings for math macros
Helge Hafting schreef: The color settings have several settings for math macros, that I don't understand. I have no idea what these two are, so I cannot translate: math macro blended out math macro hovered frame These two I can translate, but it'd nice to know what old and new parameters means in this context: math macro new parameter math macro old parameter I tried math macros briefly. They have parameters, but I didn't notice anything about new or old ones. Helge Hafting If you have a macro with arguments, and you use it in a formula, and you click on it, then there is some sort of box (I don't know what it's functionality would be) around the macro and the macro text is now painted in color math macro blended out. It completely beats me, why this has to be a different color. math macro hovered frame does not exist, but math macro hovered background does, but is not used. To see what an old parameter is: Create a math macro, append an argument, now remove the #1's from the TeX and LyX fields, as #1 is not used anymore now, the #1 in the name field will be colored in the math macro old parameter color. I can't imagine anyone willing to customize this color I have no idea what a new parameter is. IMO, this is a bit over the top, and pretty buggy if you play with it for a bit. Vincent
1.6.3svn, bad tooltip text in graphics dialog?
Graphichs dialog: The maintain aspect ratio checkbox has the tooltip text Scale image to maximum size not exceeding width and height This looks like misinformation to me. I never had the impression that this checkbox maximized the size in any way. It maintains correct aspect ratio, for example when I specify an exact width and no height. The image may very well be small - i.e. not maximized in any way. Helge Hafting
Re: 1.6.3svn, bad tooltip text in graphics dialog?
On Fri, May 29, 2009 at 11:12:18AM +0200, Helge Hafting wrote: Graphichs dialog: The maintain aspect ratio checkbox has the tooltip text Scale image to maximum size not exceeding width and height This looks like misinformation to me. I never had the impression that this checkbox maximized the size in any way. It maintains correct aspect ratio, for example when I specify an exact width and no height. The image may very well be small - i.e. not maximized in any way. If you give both width and height, you specify a bounding box that should not be exceeded. So, the image will be scaled to the maximum size such that neither the specified width nor the specified height are exceeded. If you only specify one of the dimensions, the other one can freely grow. Maybe the tooltip could be changed to Scale image to maximum size not exceeding the bounding box specified by width and height. -- Enrico
Re: [Web site] recent notify posts
Pavel Sanda schrieb: * http://www.lyx.org/Web.VersioningSystem . . . May 28, 2009, at 08:28 PM by Uwe StĂśhr btw Uwe removing the sentence For each major release, the source code is forked off into a separate stable branch was not lucky step for better understanding of the text imho. I removed this, because this is already said in the first sentence of this paragraph. regards Uwe
Re: 1.6.3svn, bad tooltip text in graphics dialog?
Enrico Forestieri wrote: On Fri, May 29, 2009 at 11:12:18AM +0200, Helge Hafting wrote: Graphichs dialog: The maintain aspect ratio checkbox has the tooltip text Scale image to maximum size not exceeding width and height This looks like misinformation to me. I never had the impression that this checkbox maximized the size in any way. It maintains correct aspect ratio, for example when I specify an exact width and no height. The image may very well be small - i.e. not maximized in any way. If you give both width and height, you specify a bounding box that should not be exceeded. So, the image will be scaled to the maximum size such that neither the specified width nor the specified height are exceeded. If you only specify one of the dimensions, the other one can freely grow. I see. Good thing I didn't try to fix this myself. It never occured to me to set all three of height, width, and maintain aspect ratio - I thought it was an impossible combination. Now I see that it is useful. Helge Hafting
ams starred environments
Dear lyx developers, Attached is a diff -u patch fixing a small display bug in the AMS article layout, where starred Section, Subsections, etc are not displayed correctly. I fixed it by repeating the modification of Sections. The AMS book layout file seems to have a similar problem, which I have taken the liberty of fixing as well. An example where this comes up: I myself frequently use a starred section for acknowledgements in papers. I've always found the different style jarring. Two questions out of this: 1. The AMS article file removes the Paragraph and Subparagraph environments, but leaves their starred versions. Code to remove the starred versions is commented out. It seems to me like this should be consistent. Am I wrong? 2. I don't use many other layout files, but a quick grep makes it look like the following layout files probably have the same problem: aa.layout aapaper.layout aastex.layout agu_stdsections.inc (??) llncs.layout ltugboat.layout manpage.layout memoir.layout moderncv.layout (??) numrevtex.layout revtex.layout revtex4.layout scrclass.layout siamltex.layout simplecv.layout (??) svjour.inc This is just the result of a grep Style Section * | less, with some obvious ones filtered out. I don't actually use any of these -- I defer to the experts. (I don't actually use AMS book, either, but I'm pretty confident on that one.) Sincerely, --Russ Woodroofe amsart.patch Description: Binary data amsbook.patch Description: Binary data
Re: Hartmut has created updated screenshots for the LyX Graphical Tour
Hi all, On Thu, May 28, 2009 at 9:46 AM, Pavel Sanda sa...@lyx.org wrote: Christian Ridderström wrote: the graphical tour, so for now I've place the new images in the subdirectory images/LGT/En If anyone (perhaps the original authors) original authors are not here anymore i guess The original author (that would be me) is still lurking in the background. note that images there are _not_ localised. i would encourage Hartmut to update the english version ot the text. If you believe the dates on some of the xdvi screenshots, I did the original 10 1/2 years ago! So it really is time to update the whole thing, including the page previews. Is Hartmunt up to doing that? I can volunteer to help proofread, but I don't have the opportunity to do much more than that. Mike -- mike.ress...@alum.mit.edu
Re: Documentation of tex2lyx
Jean-Marc Lasgouttes a écrit : Enrico Forestieriwrites: And surely introduce many others. If the only problem is shipping an html version of the man pages the most unintrusive and fool proof way is using man2html. The question is precisely to know whether we want to ship an html page. Our documentation is in LyX format, after all. From a point of view of a plain user : it would look neater and more logical to have it in LyX format. However, from a practical point of view, since it seems to be quite a long job, the html version obtained along Enrico's method, together with an additional line in the Help menu pointing to it would be perfect too (in my opinion). Best wishes, Michel
Re: Translation questions about colors settings for math macros
Helge Hafting schreef: The color settings have several settings for math macros, that I don't understand. I have no idea what these two are, so I cannot translate: math macro blended out math macro hovered frame These two I can translate, but it'd nice to know what "old" and "new" parameters means in this context: math macro new parameter math macro old parameter I tried math macros briefly. They have parameters, but I didn't notice anything about "new" or "old" ones. Helge Hafting If you have a macro with arguments, and you use it in a formula, and you click on it, then there is some sort of box (I don't know what it's functionality would be) around the macro and the macro text is now painted in color "math macro blended out". It completely beats me, why this has to be a different color. "math macro hovered frame" does not exist, but "math macro hovered background" does, but is not used. To see what an old parameter is: Create a math macro, append an argument, now remove the #1's from the TeX and LyX fields, as #1 is not used anymore now, the #1 in the name field will be colored in the "math macro old parameter" color. I can't imagine anyone willing to customize this color I have no idea what a "new parameter" is. IMO, this is a bit over the top, and pretty buggy if you play with it for a bit. Vincent
1.6.3svn, bad tooltip text in graphics dialog?
Graphichs dialog: The "maintain aspect ratio" checkbox has the tooltip text "Scale image to maximum size not exceeding width and height" This looks like misinformation to me. I never had the impression that this checkbox maximized the size in any way. It maintains correct aspect ratio, for example when I specify an exact width and no height. The image may very well be small - i.e. not maximized in any way. Helge Hafting
Re: 1.6.3svn, bad tooltip text in graphics dialog?
On Fri, May 29, 2009 at 11:12:18AM +0200, Helge Hafting wrote: > Graphichs dialog: > The "maintain aspect ratio" checkbox has the tooltip text "Scale image > to maximum size not exceeding width and height" > > This looks like misinformation to me. I never had the impression that > this checkbox maximized the size in any way. It maintains correct aspect > ratio, for example when I specify an exact width and no height. The > image may very well be small - i.e. not maximized in any way. If you give both width and height, you specify a bounding box that should not be exceeded. So, the image will be scaled to the maximum size such that neither the specified width nor the specified height are exceeded. If you only specify one of the dimensions, the other one can freely grow. Maybe the tooltip could be changed to "Scale image to maximum size not exceeding the bounding box specified by width and height". -- Enrico
Re: [Web site] recent notify posts
Pavel Sanda schrieb: * http://www.lyx.org/Web.VersioningSystem . . . May 28, 2009, at 08:28 PM by Uwe StĂśhr btw Uwe removing the sentence "For each major release, the source code is forked off into a separate stable branch" was not lucky step for better understanding of the text imho. I removed this, because this is already said in the first sentence of this paragraph. regards Uwe
Re: 1.6.3svn, bad tooltip text in graphics dialog?
Enrico Forestieri wrote: On Fri, May 29, 2009 at 11:12:18AM +0200, Helge Hafting wrote: Graphichs dialog: The "maintain aspect ratio" checkbox has the tooltip text "Scale image to maximum size not exceeding width and height" This looks like misinformation to me. I never had the impression that this checkbox maximized the size in any way. It maintains correct aspect ratio, for example when I specify an exact width and no height. The image may very well be small - i.e. not maximized in any way. If you give both width and height, you specify a bounding box that should not be exceeded. So, the image will be scaled to the maximum size such that neither the specified width nor the specified height are exceeded. If you only specify one of the dimensions, the other one can freely grow. I see. Good thing I didn't try to fix this myself. It never occured to me to set all three of height, width, and maintain aspect ratio - I thought it was an impossible combination. Now I see that it is useful. Helge Hafting
ams starred environments
Dear lyx developers, Attached is a "diff -u" patch fixing a small display bug in the AMS article layout, where starred Section, Subsections, etc are not displayed correctly. I fixed it by repeating the modification of Sections. The AMS book layout file seems to have a similar problem, which I have taken the liberty of fixing as well. An example where this comes up: I myself frequently use a starred section for acknowledgements in papers. I've always found the different style jarring. Two questions out of this: 1. The AMS article file removes the Paragraph and Subparagraph environments, but leaves their starred versions. Code to remove the starred versions is commented out. It seems to me like this should be consistent. Am I wrong? 2. I don't use many other layout files, but a quick grep makes it look like the following layout files probably have the same problem: aa.layout aapaper.layout aastex.layout agu_stdsections.inc (??) llncs.layout ltugboat.layout manpage.layout memoir.layout moderncv.layout (??) numrevtex.layout revtex.layout revtex4.layout scrclass.layout siamltex.layout simplecv.layout (??) svjour.inc This is just the result of a grep "Style Section" * | less, with some obvious ones filtered out. I don't actually use any of these -- I defer to the experts. (I don't actually use AMS book, either, but I'm pretty confident on that one.) Sincerely, --Russ Woodroofe amsart.patch Description: Binary data amsbook.patch Description: Binary data
Re: Hartmut has created updated screenshots for the LyX Graphical Tour
Hi all, On Thu, May 28, 2009 at 9:46 AM, Pavel Sandawrote: > Christian Ridderström wrote: >> the graphical tour, so for now I've place the new images in the >> subdirectory >> images/LGT/En >> >> If anyone (perhaps the original authors) > > original authors are not here anymore i guess The original author (that would be me) is still lurking in the background. > note that images there are _not_ localised. i would encourage Hartmut > to update the english version ot the text. If you believe the dates on some of the xdvi screenshots, I did the original 10 1/2 years ago! So it really is time to update the whole thing, including the page previews. Is Hartmunt up to doing that? I can volunteer to help proofread, but I don't have the opportunity to do much more than that. Mike -- mike.ress...@alum.mit.edu