Re: UG + other slowness
Jose' Matos wrote: And how much time does it takes to load this new file. I know that this question looks crazy, but I have a reason. I killed it at 35minutes I suppose that answers your question :) No problem there. I'll try Asger's Sunday cvs. What is a safe Sunday time for cvs -D? Thanks, Garst
Re: UG + other slowness
Lars Gullik Bjønnes wrote: No, only the -dbg any switch Comment read: `#LyX 1.4 created this file. For more info see http://www.lyx.org/' Running '/usr/local/share/lyx/lyx2lyx/lyx2lyx -t225 '/home/garst/eagle/NLM-ECG/LYX/NLM-ECG.lyx'' This where it hangs, lyx2lyx -t225 ... outfile.lyx from a terminal, it works fine, completes in 5s or so. bash$ time /usr/local/share/lyx/lyx2lyx/lyx2lyx -t225 /home/garst/eagle/NLM-ECG/LYX/NLM-ECG.lyx ~/tmp/NLM-ECG3.lyx This is with a new build after rm -rf'ing and recreating my build directory, autogen.sh, cd build, configure as before, make , make install. Truly strange. Thanks, Garst
UG + other slowness
My files now do eventually load, but the UG takes about an hour to load. My large problem doc now loads, but lyx is too slow to be useable. My pre-Chemnitz version is working. This is a pretty ancient box, 233Mz, 96Mb. So it looks like the problem is not yours, but I'm puzzled as to why I'm the only one complaining. Python 2.2.1 Gcc 3.2 xforms 1.02 CFLAGS='-O2' ../configure --enable-optimization="-O2" --disable-debug --with-aspell --disable-nls --with-included-boost Thanks, Garst Jose' Matos wrote: > > On Thursday 31 July 2003 00:18, Garst R. Reese wrote: > > > > I still have the same problem, even after updating for current lyxdoc > > (with much effort). > > What version of python are you using? > > 2.2 but all the code is supposed to be compatible with 1.5.2 > > I don't even have a clue why it is not working for you. :-( > > > Thanks, > > Garst > > -- > José Abílio > > LyX and docbook, a perfect match. :-)
Re: UG + other slowness
Jose' Matos wrote: > > Could you please use directly lyx2lyx outside lyx and see how much time it > takes? > bash$ time ./lyx2lyx /home/garst/eagle/NLM-ECG/LYX/NLM-ECG.lyx > ~/tmp/NLM-ECG14.lyx 5.25user 0.08system 0:07.75elapsed 68%CPU (0avgtext+0avgdata 0maxresident)k 0inputs+0outputs (483major+464minor)pagefaults 0swaps No problem there. I'll try Asger's Sunday cvs. What is a safe Sunday time for cvs -D? Thanks, Garst
Re: UG + other slowness
Andre Poenitz wrote: > Probably not too many people use current CVS for serious work > (guess why ;-}) > Yeah, but I screwed up and blew away my 1.3, edited a doc in 1.4 and got stuck :) Not to worry. Thanks, Garst
Re: UG + other slowness
Lars Gullik Bjønnes wrote: > It seems that you are the only one seeing this. > > Really strange. > > With debugging turned on, are you able to see in what phase it is > slow? I can't complile on this machine with -g, if that's what you mean. Garst
Re: UG + other slowness
Jose' Matos wrote: > > And how much time does it takes to load this new file. I know that this > question looks crazy, but I have a reason. I killed it at 35minutes I suppose that answers your question :) > > No problem there. I'll try Asger's Sunday cvs. What is a safe Sunday > > time for cvs -D? > > Thanks, > > Garst >
Re: UG + other slowness
Lars Gullik Bjønnes wrote: > > No, only the -dbg any switch Comment read: `#LyX 1.4 created this file. For more info see http://www.lyx.org/' Running '/usr/local/share/lyx/lyx2lyx/lyx2lyx -t225 '/home/garst/eagle/NLM-ECG/LYX/NLM-ECG.lyx'' This where it hangs, lyx2lyx -t225 ... > outfile.lyx from a terminal, it works fine, completes in 5s or so. bash$ time /usr/local/share/lyx/lyx2lyx/lyx2lyx -t225 /home/garst/eagle/NLM-ECG/LYX/NLM-ECG.lyx > ~/tmp/NLM-ECG3.lyx This is with a new build after rm -rf'ing and recreating my build directory, autogen.sh, cd build, configure as before, make , make install. Truly strange. Thanks, Garst
lyxdoc ???
1. How do I install files checked out from lyxdoc? 2. Would be possible to split lyxdoc into lyxdoc_xx so that it would only be necessary to co the languages needed? 3. README.Documentation is so old that it is useless. 4. A make install might be useful.
Re: Handsome set of construction workers!
Jose' Matos wrote: Garst could you please try that with the lastest cvs. I don't get have any problem here. :-( I think that with some cvs versions of monday we had this problem, but not anymore... I still have the same problem, even after updating for current lyxdoc (with much effort). What version of python are you using? Thanks, Garst
lyxdoc ???
1. How do I install files checked out from lyxdoc? 2. Would be possible to split lyxdoc into lyxdoc_xx so that it would only be necessary to co the languages needed? 3. README.Documentation is so old that it is useless. 4. A make install might be useful.
Re: Handsome set of construction workers!
Jose' Matos wrote: > Garst could you please try that with the lastest cvs. I don't get have any > problem here. :-( > > I think that with some cvs versions of monday we had this problem, but not > anymore... I still have the same problem, even after updating for current lyxdoc (with much effort). What version of python are you using? Thanks, Garst
Re: Handsome set of construction workers!
Asger Kunuk Alstrup wrote: Andre, Jose, Konni, Alfredo, Francesca (sp?), Lars, me, Angus, Jean-Marc. Thanks Asger, Is there an explanation for why files are so slw to open? I killed lyx after 25 min on a file with lots of tables and graphics. Python was in a Z state, lyx taking 96% cpu. Even File-New was slow. A file with one table took several minutes. All running from uninstalled for ...build/src/lyx This is just info, not complaining (yet ;). Garst
Re: lyxrc.defaults not found
Jean-Marc Lasgouttes wrote: Garst == Garst R Reese [EMAIL PROTECTED] writes: Garst I was running in place from lyx-devel/build/src I then copied Garst lyxrc.defaults for /usr/local/share/lyx/ to lyx-devel/lib and Garst lyx started up, but FileNew crashed after a bit, before doing Garst anything. I'm compiling now after updating. I'll try lyx -dbg Garst init when it is finished. and do you have lyxrc.default in .lyx? and in the build directory? (the latter should definitely be there) JMarc It was not in either. There is a preferences file in .lyx Garst
Re: Handsome set of construction workers!
José Abílio Oliveira Matos wrote: This should not happen. I would expect the process to take at most a few seconds. If not then it means that I have an infinite loop inside. Could you please send me the file privately? This is just info, not complaining (yet ;). I will return today to Portugal so I will look into it tomorrow. Just try on old version of the UserGuide. Mine is dated May 24, 2002 from Lyx 1.2, lyxformat 220. Thanks, Garst
Re: Handsome set of construction workers!
Asger Kunuk Alstrup wrote: > Andre, Jose, Konni, Alfredo, Francesca (sp?), Lars, me, Angus, Jean-Marc. Thanks Asger, Is there an explanation for why files are so slw to open? I killed lyx after 25 min on a file with lots of tables and graphics. Python was in a Z state, lyx taking 96% cpu. Even File->New was slow. A file with one table took several minutes. All running from uninstalled for ...build/src/lyx This is just info, not complaining (yet ;). Garst
Re: lyxrc.defaults not found
Jean-Marc Lasgouttes wrote: > > >>>>> "Garst" == Garst R Reese <[EMAIL PROTECTED]> writes: > > Garst> I was running in place from lyx-devel/build/src I then copied > Garst> lyxrc.defaults for /usr/local/share/lyx/ to lyx-devel/lib and > Garst> lyx started up, but File>New crashed after a bit, before doing > Garst> anything. I'm compiling now after updating. I'll try lyx -dbg > Garst> init when it is finished. > > and do you have lyxrc.default in .lyx? and in the build directory? > (the latter should definitely be there) > > JMarc It was not in either. There is a preferences file in .lyx Garst
Re: Handsome set of construction workers!
José Abílio Oliveira Matos wrote: > This should not happen. I would expect the process to take at most a few > seconds. If not then it means that I have an infinite loop inside. > > Could you please send me the file privately? > > > This is just info, not complaining (yet ;). > > I will return today to Portugal so I will look into it tomorrow. > Just try on old version of the UserGuide. Mine is dated May 24, 2002 from Lyx 1.2, lyxformat 220. Thanks, Garst
lyxrc.defaults not found
As of about 0700h GMT, running src/lyx ends with a pop-up msg about not being able to find lyxrc.defaults src/lyx -dbg lyxrc just says it looking for the file. Cheers beers Garst
Re: lyxrc.defaults not found
Jean-Marc Lasgouttes wrote: Garst == Garst R Reese [EMAIL PROTECTED] writes: Garst As of about 0700h GMT, running src/lyx ends with a pop-up msg Garst about not being able to find lyxrc.defaults src/lyx -dbg lyxrc Garst just says it looking for the file. What does lyx -dbg init says? Are you running in place or installing? JMarc I was running in place from lyx-devel/build/src I then copied lyxrc.defaults for /usr/local/share/lyx/ to lyx-devel/lib and lyx started up, but FileNew crashed after a bit, before doing anything. I'm compiling now after updating. I'll try lyx -dbg init when it is finished. Thanks, Garst
Re: lyxrc.defaults not found
Jean-Marc Lasgouttes wrote: What does lyx -dbg init says? Before update Setting debug level to init Debugging `init' (Program initialisation)Initializing LyX::init... Name of binary: lyx Path of binary: /usr/local/garst/lyx-tmp/build/src/ System directory search path: /usr/local/garst/lyx-tmp/build/share/lyx/;/usr/local/garst/lyx-tmp/lib/;/usr/local/share/lyx System directory: '/usr/local/garst/lyx-tmp/lib/' User LyX directory: '/home/garst/.lyx/' About to read lyxrc.defaults... After update the same, but now copying lyxrc.defaults to lyx-tmp works, and I can start up lyx. I can even insert a new row in a table :) Below are some of msgs it spit out while doing so. text not available! no text in cache! TextCache: BufferView::buffer TextCache: buffer delete all lyxlex: UNcompressed text not available! no text in cache! InsetTabular::updateLocal: 0 InsetTabular::updateLocal: 4 Pararaph::getEndPosOfFontSpan: This should not happen! InsetTabular::updateLocal: 5 InsetTabular::updateLocal: 4 InsetTabular::updateLocal: 4 Garst
lyxrc.defaults not found
As of about 0700h GMT, running src/lyx ends with a pop-up msg about not being able to find lyxrc.defaults src/lyx -dbg lyxrc just says it looking for the file. Cheers & beers Garst
Re: lyxrc.defaults not found
Jean-Marc Lasgouttes wrote: > > >>>>> "Garst" == Garst R Reese <[EMAIL PROTECTED]> writes: > > Garst> As of about 0700h GMT, running src/lyx ends with a pop-up msg > Garst> about not being able to find lyxrc.defaults src/lyx -dbg lyxrc > Garst> just says it looking for the file. > > What does lyx -dbg init says? > > Are you running in place or installing? > > JMarc I was running in place from lyx-devel/build/src I then copied lyxrc.defaults for /usr/local/share/lyx/ to lyx-devel/lib and lyx started up, but File>New crashed after a bit, before doing anything. I'm compiling now after updating. I'll try lyx -dbg init when it is finished. Thanks, Garst
Re: lyxrc.defaults not found
Jean-Marc Lasgouttes wrote: > > What does lyx -dbg init says? Before update > Setting debug level to init Debugging `init' (Program initialisation)Initializing LyX::init... Name of binary: lyx Path of binary: /usr/local/garst/lyx-tmp/build/src/ System directory search path: /usr/local/garst/lyx-tmp/build/share/lyx/;/usr/local/garst/lyx-tmp/lib/;/usr/local/share/lyx System directory: '/usr/local/garst/lyx-tmp/lib/' User LyX directory: '/home/garst/.lyx/' About to read lyxrc.defaults... After update the same, but now copying lyxrc.defaults to lyx-tmp works, and I can start up lyx. I can even insert a new row in a table :) Below are some of msgs it spit out while doing so. text not available! no text in cache! TextCache: BufferView::buffer TextCache: buffer delete all lyxlex: UNcompressed text not available! no text in cache! InsetTabular::updateLocal: 0 InsetTabular::updateLocal: 4 Pararaph::getEndPosOfFontSpan: This should not happen! InsetTabular::updateLocal: 5 InsetTabular::updateLocal: 4 InsetTabular::updateLocal: 4 Garst
Re: error using relyx
Juergen Spitzmueller wrote: I have good experiences with two tools: the free and GPL'ed wvware (wvCleanLaTeX) http://wvware.sourceforge.net/ gives quite good results and is recognized by LyX as word import filter. The project does not look very much alive though. Check: http://sourceforge.net/projects/wvware/ Latest version of wv is June 12, 2003 and there is a wv2 starting up (June 7, 2003) Garst
Re: error using relyx
Juergen Spitzmueller wrote: Garst R. Reese wrote: Check: http://sourceforge.net/projects/wvware/ Latest version of wv is June 12, 2003 and there is a wv2 starting up (June 7, 2003) Good news indeed. Thanks, Juergen. Yes, but beware that wv2 requires libgsf from gtk, which requrires glib2 and libxml2. It is not clear if anymore work will be done on wv. You can configure libgsf to limit gnome dependencies. Garst
Re: error using relyx
Nirmal Govind wrote: Yes, but beware that wv2 requires libgsf from gtk, which requrires glib2 I got wv to work.. the conversion from .doc to .tex is good for the text part but not for the math part. I find that rtf2latex does a much better job at this since it looks like wv replaces math with placeholder.eps files and that isn't great if there's a lot of math in the Word file.. and looks like images aren't handled by either.. with a combination of wv and rtf2latex, I was able to get most of what I wanted.. thanks for the info... nirmal Thanks for feedback Nirmal. I (fortunately) do not have to deal many .doc files, so have limited ability to test. Garst
Re: error using relyx
Juergen Spitzmueller wrote: > I have good experiences with two tools: the free and GPL'ed wvware > (wvCleanLaTeX) > http://wvware.sourceforge.net/ > gives quite good results and is recognized by LyX as word import filter. The > project does not look very much alive though. Check: http://sourceforge.net/projects/wvware/ Latest version of wv is June 12, 2003 and there is a wv2 starting up (June 7, 2003) Garst
Re: error using relyx
Juergen Spitzmueller wrote: > > Garst R. Reese wrote: > > Check: > > http://sourceforge.net/projects/wvware/ > > Latest version of wv is June 12, 2003 and there is a wv2 starting up > > (June 7, 2003) > > Good news indeed. > Thanks, > Juergen. Yes, but beware that wv2 requires libgsf from gtk, which requrires glib2 and libxml2. It is not clear if anymore work will be done on wv. You can configure libgsf to limit gnome dependencies. Garst
Re: error using relyx
Nirmal Govind wrote: > > > Yes, but beware that wv2 requires libgsf from gtk, which requrires > > glib2 > > I got wv to work.. the conversion from .doc to .tex is good for the > text part but not for the math part. I find that rtf2latex does a much > better job at this since it looks like wv replaces math with > "placeholder.eps" files and that isn't great if there's a lot of > math in the Word file.. and looks like images aren't handled by either.. > with a combination of wv and rtf2latex, I was able to get most of what I > wanted.. thanks for the info... > > nirmal Thanks for feedback Nirmal. I (fortunately) do not have to deal many .doc files, so have limited ability to test. Garst
Re: Add row broken still
Andre Poenitz wrote: It's my fault... I guessed that from the ChangeLogs :) Do you have an ETA for a fix? anyway, KUTGW Garst text not available! no text in cache! InsetTabular::updateLocal: 0 create: first_id orig: 5 create: last_id orig:5 create: first_id: 5 create: last_id: 5 create: first_offset: 2 create: last_offset: 1 create: cursor_offset: 2 create: cursor_pos:0 lyx: SIGSEGV signal caught Sorry, you have found a bug in LyX. Please read the bug-reporting instructions in Help-Introduction and send us a bug report, if necessary. Thanks ! Bye. Aborted
Re: Add row broken still
Andre Poenitz wrote: > It's my fault... I guessed that from the ChangeLogs :) Do you have an ETA for a fix? anyway, KUTGW Garst text not available! no text in cache! InsetTabular::updateLocal: 0 create: first_id orig: 5 create: last_id orig:5 create: first_id: 5 create: last_id: 5 create: first_offset: 2 create: last_offset: 1 create: cursor_offset: 2 create: cursor_pos:0 lyx: SIGSEGV signal caught Sorry, you have found a bug in LyX. Please read the bug-reporting instructions in Help->Introduction and send us a bug report, if necessary. Thanks ! Bye. Aborted
Add row broken still
Just a reminder that adding a row to a table crashes 1.4CVS As reported earlier, CPU usage goes toward 100% then crash. Breakeage happened sometime after June 30. xforms-1.0.2 Garst
Add row broken still
Just a reminder that adding a row to a table crashes 1.4CVS As reported earlier, CPU usage goes toward 100% then crash. Breakeage happened sometime after June 30. xforms-1.0.2 Garst
Re: New note inset
John Levon wrote: On Thu, Jul 17, 2003 at 05:16:42PM +0200, Lars Gullik Bj?nnes wrote: | Can we rename note to annotation in the insert menu? There's a | | Possibly. What do others think ? Is a note the same as an annotation? In this context I would say so yes. (and is the same dialog/menu-entry used for comment insert?) I think the analogy for all three types is that of the Post-it Note. And I consider Post-it notes to be annotations :) I think of annotations as something pedantically added to a document, as in an annotated bibliography or The annotated version of ... Note OTOH is familar to me from lots of old software as something that will not get printed. Why use a long word when a short one does the job? But maybe Post-it Note in place of just Note would be the best description. Cheers, Garst
Re: Enchant spellchecker
Lars Gullik Bjønnes wrote: What is glib? part of gnome -- short for gnome-lib I guess. Dumb name.
Re: New note inset
John Levon wrote: > > On Thu, Jul 17, 2003 at 05:16:42PM +0200, Lars Gullik Bj?nnes wrote: > > > | > Can we rename "note" to "annotation" in the "insert" menu? There's a > > | > > | Possibly. What do others think ? > > > > Is a note the same as an annotation? > > In this context I would say so yes. > > > (and is the same dialog/menu-entry used for comment insert?) > > I think the analogy for all three types is that of the Post-it Note. And > I consider Post-it notes to be annotations :) I think of annotations as something pedantically added to a document, as in an annotated bibliography or "The annotated version of ..." Note OTOH is familar to me from lots of old software as something that will not get printed. Why use a long word when a short one does the job? But maybe "Post-it Note" in place of just "Note" would be the best description. Cheers, Garst
Re: Enchant spellchecker
Lars Gullik Bjønnes wrote: > What is glib? > part of gnome -- short for gnome-lib I guess. Dumb name.
Chemnitz
This is just a note to wish all attendees the best of beer. Since Chemnitz seems to be as difficult to get to as Prince Edward Island, I might try to arrange a future meeting here. We have a new IT technology centre that is currently looking a lot like a white elephant :) I would also like to extend my thanks to all who have spent so much thankless effort in cleaning up the LyX code. Keep up the good work. Cheers and beers, Garst
Chemnitz
This is just a note to wish all attendees the best of beer. Since Chemnitz seems to be as difficult to get to as Prince Edward Island, I might try to arrange a future meeting here. We have a new IT technology centre that is currently looking a lot like a white elephant :) I would also like to extend my thanks to all who have spent so much thankless effort in cleaning up the LyX code. Keep up the good work. Cheers and beers, Garst
Re: [patch] more drawing
Lars Gullik Bjønnes wrote: Depends... if we understand why the regressions is there or not... My experience with marking tabular has been a bit weird. Sometimes it is very slow, others not, and I can't determine what I may be doing different! It would look like a regression -- then I would re-test before complaining, and it would be gone. My conclusion is that the problem has been around a long time and only sometimes gets triggered. This is why (unlike larry) I am very much in support of the ongoing cleanup, however onerous it seems. Thanks folks, Garst
Re: why cut-paste text from other documents = blue underlined?
John Levon wrote: Annoying the user is never a good solution. I really think we have it right as is. The only thing I would even think of changing is making the color change a document item rather than a global preference, but default the same as is. Garst
Re: [patch] more drawing
Lars Gullik Bjønnes wrote: > Depends... if we understand why the regressions is there or not... > My experience with marking tabular has been a bit weird. Sometimes it is very slow, others not, and I can't determine what I may be doing different! It would look like a regression -- then I would re-test before complaining, and it would be gone. My conclusion is that the problem has been around a long time and only sometimes gets triggered. This is why (unlike larry) I am very much in support of the ongoing cleanup, however onerous it seems. Thanks folks, Garst
Re: why cut->paste text from other documents = blue underlined?
John Levon wrote: > Annoying the user is never a good solution. > > I really think we have it right as is. > The only thing I would even think of changing is making the color change a document item rather than a global preference, but default the same as is. Garst
Re: why cut-paste text from other documents = blue underlined?
Dekel Tsur wrote: On Mon, Jul 14, 2003 at 12:11:49AM +0100, John Levon wrote: On Sun, Jul 13, 2003 at 07:57:43AM -0700, [EMAIL PROTECTED] wrote: By the way, if you would consider the carrying over of a language specification in a cut/paste operation to be in any manner a bug, let me know and I'll file a report. It's fully intentional exactly to help avoid color vs. colour problems Actually, single-language documents are more common than multiple-language documents. Thus, when someone copy text from, e.g., British document to an American document, it is desired that LyX should automatically change the language of the copied text to American, and then the user should fix the spelling. The problem is that you need to see some indication of which parts of the text have changed so you know what to spellcheck. It would be nice if the spellchecker could check just marked text. Also, if I am inserting a British quote, I usually keep the British spelling even if it is an American document. The best solution is not obvious to me. Garst
Re: why cut->paste text from other documents = blue underlined?
Dekel Tsur wrote: > > On Mon, Jul 14, 2003 at 12:11:49AM +0100, John Levon wrote: > > On Sun, Jul 13, 2003 at 07:57:43AM -0700, [EMAIL PROTECTED] wrote: > > > > > By the way, if you would consider the carrying over of a language specification > > > in a cut/paste operation to be in any manner a bug, let me know and I'll file a > > > report. > > > > It's fully intentional exactly to help avoid color vs. colour problems > > Actually, single-language documents are more common than multiple-language > documents. > Thus, when someone copy text from, e.g., British document to an American > document, it is desired that LyX should automatically change the language of > the copied text to American, and then the user should fix the spelling. The problem is that you need to see some indication of which parts of the text have changed so you know what to spellcheck. It would be nice if the spellchecker could check just marked text. Also, if I am inserting a British quote, I usually keep the British spelling even if it is an American document. The "best" solution is not obvious to me. Garst
Re: why cut-paste text from other documents = blue underlined?
[EMAIL PROTECTED] wrote: On Sun, Jul 13, 2003 at 02:53:19AM +0100, John Levon wrote: Blue underlining means different language (and you can turn it off if you like) I see what is happening. British and American language specified documents are shared among our offices. Cutting and pasting between them is triggering the underlining you mention, even though British and American might be considered more compatible than some other combinations. Submitting articles to Brit., Am. and Cdn. journals requires some spelling changes. It is nice to know where to look Rather than starting another thread over on -users, I'll just ask here. How do you turn it off? It's not obvious to me. ...Preferences-Lang OptsLanguageMark foreign By the way, if you would consider the carrying over of a language specification in a cut/paste operation to be in any manner a bug, let me know and I'll file a report. I don't Garst
Re: More debian problems...
Rod Pinna wrote: Hi all, Still trying to compile Lyx CVS on debian 3.0. Config completes sucessfully, and then (with xforms frontend) I get an error (see below). Is anyone sucessfully compiling the CVS code on debian at the moment? I think I may have missed a dev library, but can't guess which it is... Here is my config. You might try the --with-included-boost. But I am using gcc-3.2.1 bash$ CFLAGS='-O2' ../configure --enable-optimization=-O2 --disable-debug --with-aspell --disable-nls --with-included-boost Garst
Re: why cut->paste text from other documents = blue underlined?
[EMAIL PROTECTED] wrote: > > On Sun, Jul 13, 2003 at 02:53:19AM +0100, John Levon wrote: > > Blue underlining means different language (and you can turn it off if > > you like) > > I see what is happening. > > British and American language specified documents are shared among our offices. > Cutting and pasting between them is triggering the underlining you mention, > even though British and American might be considered more compatible than some > other combinations. Submitting articles to Brit., Am. and Cdn. journals requires some spelling changes. It is nice to know where to look > > Rather than starting another thread over on "-users", I'll just ask here. How > do you turn it off? It's not obvious to me. ...Preferences->Lang Opts>Language>Mark foreign <> > By the way, if you would consider the carrying over of a language specification > in a cut/paste operation to be in any manner a bug, let me know and I'll file a > report. I don't Garst
Re: More debian problems...
Rod Pinna wrote: > > Hi all, > > Still trying to compile Lyx CVS on debian 3.0. Config completes > sucessfully, and then (with xforms frontend) I get an error (see below). > Is anyone sucessfully compiling the CVS code on debian at the moment? I > think I may have missed a dev library, but can't guess which it is... > Here is my config. You might try the --with-included-boost. But I am using gcc-3.2.1 bash$ CFLAGS='-O2' ../configure --enable-optimization="-O2" --disable-debug --with-aspell --disable-nls --with-included-boost Garst
GUI question
What are the underlined characters in the drop down menus supposed to mean? File - ExitC-q - It seems like Alt (underlined character) used to work, but now it seems meaningless. Garst
Re: GUI question
Alfredo Braunstein wrote: Which frontend? All works ok here with both. My error (trying Alt x instead of just x) , sorry. Garst
Re: Invisible font
Rob Lahaye wrote: Done...recompile...and check. Does it solve the font problem? Yes! Thanks for the detailed instructions. Garst
GUI question
What are the underlined characters in the drop down menus supposed to mean? File -> ExitC-q - It seems like Alt (underlined character) used to work, but now it seems meaningless. Garst
Re: GUI question
Alfredo Braunstein wrote: > Which frontend? All works ok here with both. My error (trying Alt x instead of just x) , sorry. Garst
Re: Invisible font
Rob Lahaye wrote: > Done...recompile...and check. Does it solve the font problem? > Yes! Thanks for the detailed instructions. Garst
Re: Invisible font
Rob Lahaye wrote: Jean-Marc Lasgouttes wrote: David == David L Johnson [EMAIL PROTECTED] writes: David invisible. I can type, and the changes show up on the filename David when I save, for example. Same thing in, say, the Layout - David Document - Margins. I can set the margins, but I cannot see David what I type. Rob, do you think it is possible to improve the situation a bit? Do the fields mentioned by David have an unusual height? Hmmm, I have never experienced this myself, even with the Xforms version of about a year ago. I tested the tighter sizes of the input fields and also had no complaints from the list...until now. You did not see the complaint from myself and Martin? Since I still do not have this problem, I am at a loss here. Let me try to get things a bit organized and focus on the Document-Layout Paper tab: This seems to be a rounding error. Martin made some comments about that. -- Why these problems, as you discovered, are there, I don't know. But that is more an issue for the xforms list; I think, don't you? Rob. Yes, I agree. But until then, a workaround is freezing the height of inputboxes by modifying their Resize field from FL_RESIZE_ALL to FL_RESIZE_X. You see, also for me 25 points is (just barely) enough, but it's the scaling that makes the box (some of the boxes) effectively a tiny bit lower -- enough to cause problems. Martin -- 1. Do you have these invisible fonts in all input fields? (Dimensions: Width Height as well as ALL the Margins input fields: Top/Bottom/Inner/Outerand how about the Headheight/Headsep/Footskip inputs?) No. For me it is just Bottom and Headheight All the input fields have the same height (25 pix), but differ in width. I wonder if it is related to that, when not all suffer from this 'font invisibility'. I doubt it. 2. What settings could I change on my PC to generate the same problems? I have an LCD flat screen 1280x1024 resolution, with color depth 24 and 90 dpi. I have changed the depth and dpi, to no avail!?! The font in the Xforms dialogs remains exactly the same. Any ideas? I use color depth 16, 74dpi 800x600 zoom 150 xforms-1.0.2 Garst
Re: Invisible font
Rob Lahaye wrote: > > Jean-Marc Lasgouttes wrote: > > "David" == David L Johnson <[EMAIL PROTECTED]> writes: > > > >> > >> David> invisible. I can type, and the changes show up on the filename > >> David> when I save, for example. Same thing in, say, the Layout -> > >> David> Document -> Margins. I can set the margins, but I cannot see > >> David> what I type. > >> > >> Rob, do you think it is possible to improve the situation a bit? Do > >> the fields mentioned by David have an unusual height? > > Hmmm, I have never experienced this myself, even with the Xforms version > of about a year ago. I tested the tighter sizes of the input fields and > also had no complaints from the list...until now. You did not see the complaint from myself and Martin? > > Since I still do not have this problem, I am at a loss here. > Let me try to get things a bit organized and focus on the > Document-Layout Paper tab: This seems to be a rounding error. Martin made some comments about that. -- > > Why these problems, as you discovered, are there, I don't know. > But that is more an issue for the xforms list; I think, don't you? > > Rob. Yes, I agree. But until then, a workaround is "freezing" the height of inputboxes by modifying their Resize field from FL_RESIZE_ALL to FL_RESIZE_X. You see, also for me 25 points is (just barely) enough, but it's the scaling that makes the box (some of the boxes) effectively a tiny bit lower -- enough to cause problems. Martin -- > > 1. Do you have these invisible fonts in all input fields? > (Dimensions: Width & Height as well as ALL the Margins > input fields: Top/Bottom/Inner/Outerand how about > the Headheight/Headsep/Footskip inputs?) No. For me it is just Bottom and Headheight > > All the input fields have the same height (25 pix), but > differ in width. I wonder if it is related to that, when > not all suffer from this 'font invisibility'. I doubt it. > 2. What settings could I change on my PC to generate the same > problems? I have an LCD flat screen 1280x1024 resolution, > with color depth 24 and 90 dpi. > I have changed the depth and dpi, to no avail!?! The font in > the Xforms dialogs remains exactly the same. > Any ideas? I use color depth 16, 74dpi 800x600 zoom 150 xforms-1.0.2 Garst
Re: debian woody/cvs compile problem (fwd)
Rod Pinna wrote: Bloody buggery...I thought going to testing would avoid this... I see there is an automake1.7 deb as well... No difference I see... Did you update autoconf as well? Garst
Re: [bug] reference dialog
Rob Lahaye wrote: Is this a bug in Xforms perhaps? What Xforms version do you have? I myself use CVS/Xforms. Get real Rob! It's fine to test a CVS version of a required pkg to check new features/bugs, but designing with it is begging for problems. If you insist on doing this, then please make a note in INSTALL with instructions for obtaining xforms CVS. Garst
Re: [bug] reference dialog
Rob Lahaye wrote: Andre uses 0.89; I use CVS. Indeed, both should not be used for 1.4 CVS design.but I like to be able to resize the tabbed-dialogs! Well, I use 1.02, and do not seem to have any problems resizing tabbed dialogs. It is apparently unlikely that anything less than 1.0 will be supported by lyx-1.4, and I don't see a problem with requiring even the latest released version. My problem is with patches based on the CVS version, which are untested against a released version. I report a problem and you say WFM. Do you really expect everybody to update xforms CVS everytime you change a form? It is not that hard to keep two versions of xforms available if you want CVS for your personal use. All I am asking is that you test against a release. Regards, Garst
Re: debian woody/cvs compile problem (fwd)
Rod Pinna wrote: > > Bloody buggery...I thought going to testing would avoid this... > > I see there is an automake1.7 deb as well... > > No difference I see... Did you update autoconf as well? Garst
Re: [bug] reference dialog
Rob Lahaye wrote: > Is this a bug in Xforms perhaps? What Xforms version do you have? > I myself use CVS/Xforms. > Get real Rob! It's fine to test a CVS version of a required pkg to check new features/bugs, but designing with it is begging for problems. If you insist on doing this, then please make a note in INSTALL with instructions for obtaining xforms CVS. Garst
Re: [bug] reference dialog
Rob Lahaye wrote: > Andre uses 0.89; I use CVS. > Indeed, both should not be used for 1.4 CVS design.but I like to > be able to resize the tabbed-dialogs! > Well, I use 1.02, and do not seem to have any problems resizing tabbed dialogs. It is apparently unlikely that anything less than 1.0 will be supported by lyx-1.4, and I don't see a problem with requiring even the latest released version. My problem is with patches based on the CVS version, which are untested against a released version. I report a problem and you say WFM. Do you really expect everybody to update xforms CVS everytime you change a form? It is not that hard to keep two versions of xforms available if you want CVS for your personal use. All I am asking is that you test against a release. Regards, Garst
Re: xforms input field display bug (Re: [PATCH] Branch/Note, finally:-))
Rob Lahaye wrote: Aaah, I see. Yes, I do remember vague a problem like this, when I was reducing the height of all widgets from 30 to 20; 20 was too small, so it became 25. The latter seemed to work for all of us. (I haven't done all dialogs yet, some are still at 30 pix style). So the 25 pix. as it is now, is a sort of workable minimum for all the different fonts people use. Expect problems when you reduce this height. But it is not a workable minimum for either Martin or myself. Could you please revert to 30? Thanks, Garst
Re: xforms input field display bug (Re: [PATCH] Branch/Note, finally:-))
Rob Lahaye wrote: > Aaah, I see. > Yes, I do remember vague a problem like this, when I was reducing > the height of all widgets from 30 to 20; 20 was too small, so it > became 25. The latter seemed to work for all of us. > (I haven't done all dialogs yet, some are still at 30 pix style). > > So the 25 pix. as it is now, is a sort of workable minimum for all > the different fonts people use. Expect problems when you reduce > this height. But it is not a workable minimum for either Martin or myself. Could you please revert to 30? Thanks, Garst
Re: xforms input field display bug (Re: [PATCH] Branch/Note, finally :-))
Garst R. Reese wrote: Martin Vermeer wrote: BTW, in the current (unpatched) document dialog, some string entry fields don't display their content when you enter it. E.g. in the paper tab the bottom margin field. The reason appears to be that if the field is not high enough for the font to be displayed, it doesn't :-( This behaviour is also reported on the Internet. Does anybody else see this? Yes! Thanks Garst Rob, could you take a look at this? It only affects Bottom and Headheight. Everybody does no have the problem.
Re: xforms input field display bug (Re: [PATCH] Branch/Note, finally:-))
Rob Lahaye wrote: I would, if I only understood what this is about. Everything seems to be fine here, so I don't know what to fix. The only help I can give you is that my screen is 800x600 dpi = 74 Zoom = 150 Roman = Utopia My assumption was that there was something different about those two input fields. Others have said they cannot see the problem also. Anyway, thanks, Garst
Re: xforms input field display bug (Re: [PATCH] Branch/Note, finally :-))
"Garst R. Reese" wrote: > > Martin Vermeer wrote: > > > > BTW, in the current (unpatched) document dialog, some string entry > > fields don't display their content when you enter it. E.g. in the > > paper tab the bottom margin field. > > > > The reason appears to be that if the field is not high enough for the > > font to be displayed, it doesn't :-( This behaviour is also reported > > on the Internet. > > > > Does anybody else see this? > > Yes! > > Thanks > Garst Rob, could you take a look at this? It only affects Bottom and Headheight. Everybody does no have the problem.
Re: xforms input field display bug (Re: [PATCH] Branch/Note, finally:-))
Rob Lahaye wrote: > I would, if I only understood what this is about. > Everything seems to be fine here, so I don't know what to fix. The only help I can give you is that my screen is 800x600 dpi = 74 Zoom = 150 Roman = Utopia My assumption was that there was something different about those two input fields. Others have said they cannot see the problem also. Anyway, thanks, Garst
Re: [PATCH] missing lyx::support
Juergen Spitzmueller wrote: fixes building --with-pspell Also --with-aspell, Could somebody please apply it? Thanks, Garst
Re: xforms input field display bug (Re: [PATCH] Branch/Note, finally :-))
Martin Vermeer wrote: BTW, in the current (unpatched) document dialog, some string entry fields don't display their content when you enter it. E.g. in the paper tab the bottom margin field. The reason appears to be that if the field is not high enough for the font to be displayed, it doesn't :-( This behaviour is also reported on the Internet. Does anybody else see this? Yes! Thanks Garst
Re: [PATCH] missing lyx::support
Juergen Spitzmueller wrote: > > fixes building --with-pspell > Also --with-aspell, Could somebody please apply it? Thanks, Garst
Re: xforms input field display bug (Re: [PATCH] Branch/Note, finally :-))
Martin Vermeer wrote: > > BTW, in the current (unpatched) document dialog, some string entry > fields don't display their content when you enter it. E.g. in the > paper tab the bottom margin field. > > The reason appears to be that if the field is not high enough for the > font to be displayed, it doesn't :-( This behaviour is also reported > on the Internet. > > Does anybody else see this? Yes! Thanks Garst
Re: Paste Recent - wrong
Lars Gullik Bjønnes wrote: There is nothing in common between Open Recent and Paste Recent, OR has a list of recently opened documents. PR has a list of recently copied and cut selections, not a list of recently pasted selections. SO IMO Paste Recent is utterly misnamed. Unless I get strong objections and well founded objections I am going to change this to Select and Paste. -- Lgb What's wrong with: Paste C-v Paste... ? Garst
Re: Paste Recent - wrong
Lars Gullik Bjønnes wrote: Garst R. Reese [EMAIL PROTECTED] writes: | What's wrong with: | Paste C-v | Paste... | | ? IMHO too similar. but it is better than Recent -- Lgb Well, I'm wondering why we have both. C-v could bring up the list if it there are more than one items, otherwise paste. I'm also wondering how long the list of items can grow. For this feature to be complete, I think we would need: Copy Item Cut Item Paste Item Remove Item in addition to the old Copy, Cut, Paste, which would not put an item on the history list. Garst
Re: Paste Recent - wrong
Lars Gullik Bjønnes wrote: > > There is nothing in common between "Open Recent" and "Paste Recent", > OR has a list of recently opened documents. PR has a list of recently > copied and cut selections, not a list of recently pasted selections. > > SO IMO "Paste Recent" is utterly misnamed. Unless I get strong > objections and well founded objections I am going to change this to > "Select and Paste". > > -- > Lgb What's wrong with: Paste C-v Paste... > ? Garst
Re: Paste Recent - wrong
Lars Gullik Bjønnes wrote: > > "Garst R. Reese" <[EMAIL PROTECTED]> writes: > | What's wrong with: > | Paste C-v > | Paste... > > | > | ? > > IMHO too similar. > > but it is better than "Recent" > > -- > Lgb Well, I'm wondering why we have both. C-v could bring up the list if it there are more than one items, otherwise paste. I'm also wondering how long the list of items can grow. For this feature to be complete, I think we would need: Copy Item Cut Item Paste Item > Remove Item > in addition to the old Copy, Cut, Paste, which would not put an item on the history list. Garst
minor stuff 1.4
bash$ src/lyx LyX: InsetSpecialChar: Unknown kind: `\layout' [around line 1222 of file ~/eagle/NLM-ECG/LYX/NLM-ECG.lyx] LyX: InsetSpecialChar: Unknown kind: `\layout' [around bash$ line 1227 of file Here's the sort of thing that caused the above: ~/eagle/NLM-ECG/LYX/NLM-ECG.lyx]/cell cell alignment=center valignment=top topline=true leftline=true usebox= none \begin_inset Text \layout Standard Hz \end_inset The script requires execute permissions. sh: /usr/local/garst/lyx-tmp/lib/scripts/convertDefault.sh: Permission denied ls ../lib/scripts/convertDefault.sh -l -rw-r--r--1 garstusers 666 Jan 13 19:35../lib/scripts/convertDefault.sh Thanks, Garst
minor stuff 1.4
bash$ src/lyx LyX: InsetSpecialChar: Unknown kind: `\layout' [around line 1222 of file ~/eagle/NLM-ECG/LYX/NLM-ECG.lyx] LyX: InsetSpecialChar: Unknown kind: `\layout' [around bash$ line 1227 of file Here's the sort of thing that caused the above: ~/eagle/NLM-ECG/LYX/NLM-ECG.lyx] \begin_inset Text \layout Standard Hz \end_inset The script requires execute permissions. sh: /usr/local/garst/lyx-tmp/lib/scripts/convertDefault.sh: Permission denied ls ../lib/scripts/convertDefault.sh -l -rw-r--r--1 garstusers 666 Jan 13 19:35../lib/scripts/convertDefault.sh Thanks, Garst
Re: CVS doesn't compile: USE_INCLUDED_BOOST
Lior Silberman wrote: Hi, Hi Lior, welcome back. Try adding --with-included-boost to your configure. I think your versions of automake and autoconf are still valid, but maybe on the edge. But, I think that the default for boost is to use your installed version, which you probably do not have. This is fairly recent. Lars will correct me if I'm misguiding you. Garst
Re: CVS doesn't compile: USE_INCLUDED_BOOST
Lior Silberman wrote: > > Hi, Hi Lior, welcome back. Try adding --with-included-boost to your configure. I think your versions of automake and autoconf are still valid, but maybe on the edge. But, I think that the default for boost is to use your installed version, which you probably do not have. This is fairly recent. Lars will correct me if I'm misguiding you. Garst
Re: Spelling in lyx -dbg
Angus Leeming wrote: Garst R. Reese wrote: - 16parser Lyxlex grammer parser + 16parser Lyxlex grammar parser I don't where this is, but it should be fixed. I assume the same error is in 1.3 Garst Yes it is. It's in debug.C, line 43 of the 1.3.x sources. Similar position in 1.4.x. Here's a patch for 1.4.x. Do the changes get made automagically in the po files? Garst--- debug.C~Fri May 16 11:35:15 2003 +++ debug.C Mon Jun 23 13:15:34 2003 @@ -34,7 +34,7 @@ { Debug::INIT, init, N_(Program initialisation)}, { Debug::KEY, key, N_(Keyboard events handling)}, { Debug::GUI, gui, N_(GUI handling)}, - { Debug::PARSER,parser,N_(Lyxlex grammer parser)}, + { Debug::PARSER,parser,N_(Lyxlex grammar parser)}, { Debug::LYXRC, lyxrc, N_(Configuration files reading)}, { Debug::KBMAP, kbmap, N_(Custom keyboard definition)}, { Debug::LATEX, latex, N_(LaTeX generation/execution)},
Re: Spelling in lyx -dbg
Angus Leeming wrote: > > Garst R. Reese wrote: > > > - 16parser Lyxlex grammer parser > > + 16parser Lyxlex grammar parser > > > > I don't where this is, but it should be fixed. I assume the same > > error is in 1.3 > > Garst > > Yes it is. It's in debug.C, line 43 of the 1.3.x sources. Similar > position in 1.4.x. > Here's a patch for 1.4.x. Do the changes get made automagically in the po files? Garst--- debug.C~Fri May 16 11:35:15 2003 +++ debug.C Mon Jun 23 13:15:34 2003 @@ -34,7 +34,7 @@ { Debug::INIT, "init", N_("Program initialisation")}, { Debug::KEY, "key", N_("Keyboard events handling")}, { Debug::GUI, "gui", N_("GUI handling")}, - { Debug::PARSER,"parser",N_("Lyxlex grammer parser")}, + { Debug::PARSER,"parser",N_("Lyxlex grammar parser")}, { Debug::LYXRC, "lyxrc", N_("Configuration files reading")}, { Debug::KBMAP, "kbmap", N_("Custom keyboard definition")}, { Debug::LATEX, "latex", N_("LaTeX generation/execution")},
PNG to eps
1.4CVS run from src/lyx No information for converting png format files to eps. Try defining a converter in preferences. Viewps works, but leaves out the graphic, which buggers the page numbers. Garst
PNG to eps
1.4CVS run from src/lyx No information for converting png format files to eps. Try defining a converter in preferences. Viewps works, but leaves out the graphic, which buggers the page numbers. Garst
Re: Protected Blank
Juergen Spitzmueller wrote: John Levon wrote: I'm not too happy with Force Normal Space. Me neither. What is '\ ' used for ? A better name anybody ? It forces normal, breakable space, especially after punctuation when latex guesses end of sentence (e.\,g.\ here). Basically it is the correct solution for most of the cases for where the user guide proposes protected space. I don't know a good name though. Jürgen. Why not just Normal Space ? The word Force is redundant. You could even leave out Normal. Garst
Re: "Protected Blank"
Juergen Spitzmueller wrote: > > John Levon wrote: > > I'm not too happy with "Force Normal Space". > > Me neither. > > > What is '\ ' used for ? A > > better name anybody ? > > It forces normal, breakable space, especially after punctuation when latex > guesses end of sentence (e.\,g.\ here). Basically it is the correct solution > for most of the cases for where the user guide proposes protected space. > > I don't know a good name though. > > Jürgen. Why not just "Normal Space" ? The word "Force" is redundant. You could even leave out "Normal". Garst
Re: Current 1.4CVS tables
John Levon wrote: On Tue, May 20, 2003 at 02:08:01AM -0300, Garst R. Reese wrote: Really weird! Click inside a cell, red box starts below cursor position, goes off screen to right and down. Andre perhaps ? Most likely. It is still there, about 3h ago. Garst
Re: Current 1.4CVS tables
John Levon wrote: > > On Tue, May 20, 2003 at 02:08:01AM -0300, Garst R. Reese wrote: > > > Really weird! > > Click inside a cell, > > red box starts below cursor position, goes off screen to right and down. > > Andre perhaps ? > Most likely. It is still there, about 3h ago. Garst
Re: small problem -- possibly mine
Jean-Marc Lasgouttes wrote: Garst == Garst R Reese [EMAIL PROTECTED] writes: Garst If I have a layout with KeepEmpty 1, LableType Static, Garst LabelSring blah and I invoke at the bottom of a file, and hit Garst enter, nothing happens. I have insert a protected space for Garst enter to work, or put somethingelse in and then go back to Garst insert that layout. Am I missing something? Thanks, Garst Does this happen with LyX-Code? Could you give a step by step recipe? I cannot reproduce it. JMarc Open a new document. Select layout hollywood. Select FADE OUT, hit ENTER. Garst
Re: DB2LyX release (0.1.3)
Jose Abilio Oliveira Matos wrote: This explains why it reverts to Standard, by default the new paragraph goes to Standard. Actually, it goes to the first type in the .layout file, which in hollywood is Dialogue. Somebody recently fixed this for the Note inset, but not ERT. Garst
KeepEmpty
When I have a layout with a label, e.g., FADE OUT or FADE IN: I have to use KeepEmpty 1, but the line is not empty, it has FADE OUT, which does not take any input, or FADE IN; , which has optional input. Search and Replace cannot find these words. Likewise, Spellchecker cannot spellcheck them. These words do not appear in the file if I export ASCII. I think this is bad behaviour if not a BUG. Garst
Re: DB2LyX release (0.1.3)
Jose Abilio Oliveira Matos wrote: On Fri, Sep 14, 2001 at 11:21:38AM -0300, Garst R. Reese wrote: Jose Abilio Oliveira Matos wrote: This explains why it reverts to Standard, by default the new paragraph goes to Standard. Actually, it goes to the first type in the .layout file, which in hollywood is Dialogue. Somebody recently fixed this for the Note inset, but not ERT. It makes sense the default is the first one, that is the reason for all the gimmicks in the layout files to guarantee that Standard is the first one to be declared. Agreed, but the problem is that the type in ERT cannot be changed. Dialogue uses short lines. This is not so much of a problem as it was with insert Note (which got fixed), but I think that the problem lies in the assumption that the first layout entry will always be Standard. This would make no sense in hollywood since Standard is used only in weird cases. Garst
Re: KeepEmpty
Open a new document, choose letter, Select Opening: ENTER Nothing happens. So it is not just hollywood that has this problem. Garst
Re: small problem -- possibly mine
Jean-Marc Lasgouttes wrote: > > >>>>> "Garst" == Garst R Reese <[EMAIL PROTECTED]> writes: > > Garst> If I have a layout with KeepEmpty 1, LableType Static, > Garst> LabelSring "blah" and I invoke at the bottom of a file, and hit > Garst> enter, nothing happens. I have insert a protected space for > Garst> enter to work, or put somethingelse in and then go back to > Garst> insert that layout. Am I missing something? Thanks, Garst > > Does this happen with LyX-Code? Could you give a step by step recipe? > I cannot reproduce it. > > JMarc Open a new document. Select layout hollywood. Select FADE OUT, hit ENTER. Garst
Re: DB2LyX release (0.1.3)
Jose Abilio Oliveira Matos wrote: > > This explains why it reverts to Standard, by default the new paragraph > goes to Standard. > Actually, it goes to the first type in the .layout file, which in hollywood is Dialogue. Somebody recently fixed this for the Note inset, but not ERT. Garst
KeepEmpty
When I have a layout with a label, e.g., "FADE OUT" or "FADE IN: " I have to use KeepEmpty 1, but the line is not empty, it has FADE OUT, which does not take any input, or FADE IN; , which has optional input. Search and Replace cannot find these words. Likewise, Spellchecker cannot spellcheck them. These words do not appear in the file if I export ASCII. I think this is bad behaviour if not a BUG. Garst
Re: DB2LyX release (0.1.3)
Jose Abilio Oliveira Matos wrote: > > On Fri, Sep 14, 2001 at 11:21:38AM -0300, Garst R. Reese wrote: > > Jose Abilio Oliveira Matos wrote: > > > > > > This explains why it reverts to Standard, by default the new paragraph > > > goes to Standard. > > > Actually, it goes to the first type in the .layout file, which in > > hollywood is Dialogue. Somebody recently fixed this for the Note inset, > > but not ERT. > > It makes sense the default is the first one, that is the reason for all > the gimmicks in the layout files to guarantee that Standard is the first one > to be declared. Agreed, but the problem is that the type in ERT cannot be changed. Dialogue uses short lines. This is not so much of a problem as it was with insert Note (which got fixed), but I think that the problem lies in the assumption that the first layout entry will always be Standard. This would make no sense in hollywood since Standard is used only in weird cases. Garst
Re: KeepEmpty
Open a new document, choose letter, Select Opening: Nothing happens. So it is not just hollywood that has this problem. Garst