Re: Wiki idea
Paul A. Rubin wrote: http://jo.irisson.free.fr/bstdatabase/index.php Cheers, Charles Outstanding! This obviates the need for a wiki page (although perhaps someone should link this site on the wiki, since this could turn into a FAQ). Well, this page http://wiki.lyx.org/BibTeX/Links lists that link for ages. Jürgen
Crossreference question
Hi, does anybody know how can I crossreference a subfigure inside a figure float??? -- - Julio Rojas [EMAIL PROTECTED]
Re: New BibTeX Style
Richard == Richard Heck [EMAIL PROTECTED] writes: Richard I'll file the bug report. I did not follow this thread closely. Did you run ToolsTeX informationsRescan? JMarc
keyboard access to environment selection menu
Dear all, how do I activate/access (whatever you call it) the drop-down menu for setting the paragraph environment without the mouse? I know there are direct keyboard shortcuts for specific environments, but I can't or don't want to memorize them. What I'm hoping for is to get the focus on that menu by a key combination, and then using arrow keys to select the desired environment. I hope it's possible, or else consider it a feature request Thanks, Sven
Re: keyboard access to environment selection menu
Date: Tue, 11 Jul 2006 11:55:09 +0200 From: Sven Schreiber [EMAIL PROTECTED] To: LyX Users lyx-users@lists.lyx.org Subject: keyboard access to environment selection menu X-MailScanner: Found to be clean X-MailScanner-SpamCheck: Dear all, how do I activate/access (whatever you call it) the drop-down menu for setting the paragraph environment without the mouse? I know there are direct keyboard shortcuts for specific environments, but I can't or don't want to memorize them. What I'm hoping for is to get the focus on that menu by a key combination, and then using arrow keys to select the desired environment. I hope it's possible, or else consider it a feature request Here (lyx-1.4.1) after Alt-E P I get the paragraph settings window, but then it seems that the underlined letters are not active: focus with the arrows is bound to the last submenu accessed with the mouse (as I use thsi mostly for justification control, I can do this effectively without mouse). -- Jean-Pierre
Re: keyboard access to environment selection menu
Jean-Pierre Chretien schrieb: Dear all, how do I activate/access (whatever you call it) the drop-down menu for setting the paragraph environment without the mouse? Here (lyx-1.4.1) after Alt-E P I get the paragraph settings window, but then it seems that the underlined letters are not active: focus with the arrows is bound to the last submenu accessed with the mouse (as I use thsi mostly for justification control, I can do this effectively without mouse). Jean-Pierre, thanks for your reply, but I meant setting the *environment* (layout), not the other settings. -sven
Hyperref, memoir, chappg= pdf page numbering oddity when including
Hi, I am wondering if anyone has seen this before and can help me to overcome. I have a master document containing many Child documents and branches and in ERT frontmatter and mainmatter. If I generate a pdf from this document I get a nice document with roman numbers for the frontmatter, plainpages for the part pages and chappg numbering on the chapter pages. This numbering is also visible in acroread as it is printed on the pages, except for the part pages where ordinary page numbering is used. The funny thing which happens is that when I include this master document in another document with the sole purpose of activating branches the roman numbering breaks in the middle of the multipage index to normal numbers and the chappg numbering in the acroread bottom bar becomes one chapter ahead. Does anyone have a clue on why this is happening? Below my .layout file which might be interesting for other people as well. Regards, Maarten #% Do not delete the line below; configure depends on this # \DeclareLaTeXClass[memoir]{memoir in van Oord stijl} # Memoir textclass definition file # Author: Jürgen Spitzmüller [EMAIL PROTECTED] # Improvements by: Bennett Helm [EMAIL PROTECTED] # feel free to contribute missing features! Input memoir.layout # # Eigen styles # # Style Warning: Style Warning MarginFirst_Dynamic LatexType Command LatexName warning ParIndent MM ParSkip 0.4 Align Block AlignPossible Block, Left BottomSep 0.4 Labelsep xx LabelType Static LabelString Warning: Font Color Red EndFont LabelFont SizeLarge Color Black Shape Italic EndFont End # # Style Tip: Style Tip MarginFirst_Dynamic LatexType Command LatexName tip ParIndent MM ParSkip 0.4 Align Block AlignPossible Block, Left BottomSep 0.4 Labelsep xx LabelType Static LabelString Tip: Font Color Blue EndFont LabelFont SizeLarge Color Black Shape Italic EndFont End # # Style Leesvoer: Style Leesvoer MarginFirst_Dynamic LatexType Command LatexName info ParIndent MM ParSkip 0.4 Align Block AlignPossible Block, Left BottomSep 0.4 Labelsep xx LabelType Static LabelString Info: Font Color Magenta EndFont LabelFont SizeLarge Color Black Shape Italic EndFont End # Preamble % /usr/share/texmf/web2c/texmf.cnf shell_escape = t zetten % genereren md5sum t.b.v versienummer \def\tmpfile{/tmp/w18-test-\the\year\the\month\the\day\the\time.tex} \immediate\write18{echo `md5sum \jobname.dvi | sed 's/ .*$//'` \tmpfile} %% onder windows niet... % % Opmaak kop- en voetteksten \makeheadrule{plain}{120mm}{.5pt} \makefootrule{plain}{120mm}{.5pt}{1mm} \makeevenhead{plain}{\textsf{\fontsize{8}{9.6}\selectfont\rightmark}}{}{\textsf{\fontsize{8}{9.6}\selectfont\leftmark}} \makeoddhead{plain}{\textsf{\fontsize{8}{9.6}\selectfont\rightmark}}{}{\includegraphics[width=15mm]{images/doc-logo.eps}} \makeevenfoot{plain}{\textsf{\fontsize{8}{9.6}\selectfont{\thepage}}}{}{} \makeoddfoot{plain}{}{}{\textsf{\fontsize{8}{9.6}\selectfont{\thepage}}} \makepagestyle{part} \makeheadrule{part}{120mm}{.5pt} \makefootrule{part}{120mm}{.5pt}{1mm} \makeevenhead{part}{}{}{\textsf{\fontsize{8}{9.6}\selectfont\leftmark}} \makeoddhead{part}{}{}{\includegraphics[width=15mm]{images/doc-logo.eps}} \makeevenfoot{part}{}{}{} \makeoddfoot{part}{}{}{} \makeheadrule{headings}{120mm}{.5pt} \makefootrule{headings}{120mm}{.5pt}{1mm} \makeevenhead{headings}{\textsf{\fontsize{8}{9.6}\selectfont\leftmark}}{}{} \makeoddhead{headings}{\textsf{\fontsize{8}{9.6}\selectfont\rightmark}}{}{\includegraphics[width=15mm]{images/doc-logo.eps}} \makeevenfoot{headings}{\textsf{\fontsize{8}{9.6}\selectfont{\thepage}}}{}{} \makeoddfoot{headings}{}{}{\textsf{\fontsize{8}{9.6}\selectfont{\thepage}}} % % Opmaak TOC \renewcommand{\printtoctitle}[1]{\huge\bfseries\sffamily #1} \cftpagenumbersoff{part} \renewcommand{\cftpartfont}{\bfseries\huge\sffamily}
Re: Crossreference question
Julio Rojas wrote: Hi, does anybody know how can I crossreference a subfigure inside a figure float??? Use ERT: In preamble: \usepackage{subfig} and then in the float: ERT\subfloat[/ERTcaption text and labelERT]{/ERTthe imageERT}/ERT where ERT/ERT symbolizes what needs to be set in ERT. Implementing proper subfig support is on my TODO list for LyX 1.5 Jürgen
styleclass beschreibung (description) only takes first word bold
there is a very practical style class called Beschreibung in the german version (description). It makes the first word of a paragraph bold and indents the rest of the text. does anybody know if it is possible to user more than just a single word as the highlighted and not-indented part of the paragraph? for example: (stars mark bold text *) *Tree:* is made of wood here is the page margin and the text continues below and indented what I would need is *Red Car:* here we have more than just 1 word bold and the text continues below and indented currently lyx automatically only takes the first word. any help appreciated! hans
Re: styleclass beschreibung (description) only takes first word bold
Hans Prueller wrote: there is a very practical style class called Beschreibung in the german version (description). It makes the first word of a paragraph bold and indents the rest of the text. does anybody know if it is possible to user more than just a single word as the highlighted and not-indented part of the paragraph? Yes. Don't put a normal space between the words, but a protected space. You can get it with C-space. Georg
Re: New BibTeX Style
No, I had not, and wasn't aware of the need to do so. I had thought Reconfigure would take care of that kind of thing. It's unintuitive, at least to me, that it doesn't, since Reconfigure does update the LaTeX classes, so I'd suggest that perhaps Reconfigure should also update the list of BibTeX styles. Richard Jean-Marc Lasgouttes wrote: Richard == Richard Heck [EMAIL PROTECTED] writes: Richard I'll file the bug report. I did not follow this thread closely. Did you run ToolsTeX informationsRescan? JMarc
Re: New BibTeX Style
Richard Heck wrote: No, I had not, and wasn't aware of the need to do so. I had thought Reconfigure would take care of that kind of thing. It's unintuitive, at least to me, that it doesn't, since Reconfigure does update the LaTeX classes, so I'd suggest that perhaps Reconfigure should also update the list of BibTeX styles. Indeed. I'll fix that. Does this mean that your problem is now solved? Georg
Re: New BibTeX Style
Yes, problem solved. I've updated bugzilla and marked the bug as WORKSFORME. Do you want me to file a new one, as a feature request? Georg Baum wrote: Richard Heck wrote: No, I had not, and wasn't aware of the need to do so. I had thought Reconfigure would take care of that kind of thing. It's unintuitive, at least to me, that it doesn't, since Reconfigure does update the LaTeX classes, so I'd suggest that perhaps Reconfigure should also update the list of BibTeX styles. Indeed. I'll fix that. Does this mean that your problem is now solved? Georg
Re: New BibTeX Style
Richard Heck wrote: Yes, problem solved. I've updated bugzilla and marked the bug as WORKSFORME. Do you want me to file a new one, as a feature request? Not necessary. Georg
Re: keyboard access to environment selection menu
Sven Schreiber wrote: Jean-Pierre Chretien schrieb: Dear all, how do I activate/access (whatever you call it) the drop-down menu for setting the paragraph environment without the mouse? Here (lyx-1.4.1) after Alt-E P I get the paragraph settings window, but then it seems that the underlined letters are not active: focus with the arrows is bound to the last submenu accessed with the mouse (as I use thsi mostly for justification control, I can do this effectively without mouse). Jean-Pierre, thanks for your reply, but I meant setting the *environment* (layout), not the other settings. -sven M-p (alt-p) followed by a space opens the environment list. From there, repeatedly typing the same letter cycles through all environment names starting with that letter. /Paul
Re: keyboard access to environment selection menu
Paul A. Rubin schrieb: M-p (alt-p) followed by a space opens the environment list. From there, repeatedly typing the same letter cycles through all environment names starting with that letter. Thanks alot Paul! I looked in the guides and the wiki and couldn't find it. Is it documented? Otherwise I will put it up on the wiki. -Sven
Re: keyboard access to environment selection menu
Sven Schreiber wrote: Paul A. Rubin schrieb: M-p (alt-p) followed by a space opens the environment list. From there, repeatedly typing the same letter cycles through all environment names starting with that letter. Thanks alot Paul! I looked in the guides and the wiki and couldn't find it. Is it documented? Otherwise I will put it up on the wiki. -Sven I learned it from someone else on the list. AFAIK, it's not documented directly, but I never looked for it. /Paul
Re: New BibTeX Style
Richard == Richard Heck [EMAIL PROTECTED] writes: Richard No, I had not, and wasn't aware of the need to do so. I had Richard thought Reconfigure would take care of that kind of thing. Richard It's unintuitive, at least to me, that it doesn't, since Richard Reconfigure does update the LaTeX classes, so I'd suggest Richard that perhaps Reconfigure should also update the list of Richard BibTeX styles. It is not done currently, because the update is really slow. JMarc
Re: keyboard access to environment selection menu
M-p (alt-p) followed by a space opens the environment list. From there, repeatedly typing the same letter cycles through all environment names starting with that letter. I was not aware of this, but it does not work excatly as described here: I need the arrow keys to parse the environment names from top to bottom. Are there underlined words in the drop-down list for you ? Mine has none. -- Jean-Pierre
Re: keyboard access to environment selection menu
Jean-Pierre Chretien schrieb: M-p (alt-p) followed by a space opens the environment list. From there, repeatedly typing the same letter cycles through all environment names starting with that letter. I was not aware of this, but it does not work excatly as described here: I need the arrow keys to parse the environment names from top to bottom. Are there underlined words in the drop-down list for you ? Mine has none. Hm, it works for me as advertised by Paul. This is 1.4.1 on windows. Anyway, I've put it up on the wiki on the page frequently used shortcuts. -Sven
Re: keyboard access to environment selection menu
Jean-Pierre Chretien wrote: M-p (alt-p) followed by a space opens the environment list. From there, repeatedly typing the same letter cycles through all environment names starting with that letter. I was not aware of this, but it does not work excatly as described here: I need the arrow keys to parse the environment names from top to bottom. Are there underlined words in the drop-down list for you ? Mine has none. No, there are no shortcut letters underlined in the drop-down list. It's relatively standard behavior (though I suppose not guaranteed) for an active selection box to respond to keystrokes by trying to match the start of the selection. (Try it on a select control on a web page some time.) In fact, with LyX 1.4.1 (on WinXP, anyway), it will match the first few characters if you type quickly enough. For instance, in a standard article, 'alt-p (space)' followed by 'ly' will jump to 'LyX-Code' if you type the 'y' quickly enough; otherwise it will jump to 'List' and then ignore the 'y', since no environment starts with 'y'. This is consistent for me across two XP Pro boxes and one XP Home box, and IIRC has worked since LyX 1.3.6 at least. /Paul
bug(?): strange behavior after ctrl-shift-left
To reproduce: 1. open new document 2. type something and start a new paragraph (hit return) 3. hit control-shift-arrowleft For me the keyboard is not responding in lyx anymore after that. Can anybody confirm this? Is it known? Ctrl-shift-left may be stupid to use, but I was just following a hunch... this is 1.4.1 on windows with official installer thanks, sven
change \itemsep vertical distance in lists
hello, is there a way to change the vertical space between the items of a list? I tried to use an ERT with \setlength{\itemsep}{0ex plus0.2ex} but somehow it does not work. I would like to change the topsep (distance to the preceeding text) as well, I'm using lyx 1.34. Thanks Robert
Re: bug(?): strange behavior after ctrl-shift-left
On Tuesday 11 July 2006 20:50, Sven Schreiber wrote: For me the keyboard is not responding in lyx anymore after that. Can anybody confirm this? Is it known? I do not remember such bug report. :-( I would like to hear from other windows users. If the bug is not there it should be filled in bugzilla to be fixed in 1.4.2. Ctrl-shift-left may be stupid to use, but I was just following a hunch... Not stupid at all, it selects text from your current position to left. I guess that this was your hunch. this is 1.4.1 on windows with official installer It works on linux, I have been using it all day. :-) thanks, sven -- José Abílio
Re: bug(?): strange behavior after ctrl-shift-left
Sven Schreiber wrote: To reproduce: 1. open new document 2. type something and start a new paragraph (hit return) 3. hit control-shift-arrowleft For me the keyboard is not responding in lyx anymore after that. Can anybody confirm this? Is it known? Ctrl-shift-left may be stupid to use, but I was just following a hunch... this is 1.4.1 on windows with official installer thanks, sven I have 1.4.1 installed under Cygwin which produced: -- $ lyx LyX: Attempting to save document newfile1.lyx /cygdrive/c/home/newfile1.lyx.emergency Save seems successful. Phew. 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 (core dumped) But under the Joost Windows 1.4.2, it seems to work normally. To undo the freeze I think you can go to Edit - import lines, and clicking on that will undo that frozen blue tableau. It appears to be fixed in 1.4.2 which is near release so you could see if it is fixed then on your machine. Regards, Stephen
Wrong conversion of SVG for LyX inline display?
Hello, I work with LyX 1.4.1 on OpenSuSE 10.1. And I use inkscape 0.43-20 to create some sketches. As it was some days ago discussed on the list, I created a conversion definition SVG-EPS defined as inkscape -E $$o $$i as wells as one for SVG-EPS as inkscape -e $$o $$i. In principal this works find, but with some files (I haven't found out the system, yet) an entire page (with the drawing placed like in inkscape) is displayed in LyX -- but LyX should only display the drawing and not the page. DVI and PDF output are fine -- it' s just about the representation in LyX. Can anybody tell me why this is and what I can do to see the drawing only? Thanks! Cz. -- Using Opera's revolutionary e-mail client: http://www.opera.com/mail/
Re: bug(?): strange behavior after ctrl-shift-left
From: Jose' Matos [EMAIL PROTECTED] To: lyx-users@lists.lyx.org Subject: Re: bug(?): strange behavior after ctrl-shift-left Date: Tue, 11 Jul 2006 23:18:36 +0100 On Tuesday 11 July 2006 20:50, Sven Schreiber wrote: For me the keyboard is not responding in lyx anymore after that. Can anybody confirm this? Is it known? I do not remember such bug report. :-( I would like to hear from other windows users. If the bug is not there it should be filled in bugzilla to be fixed in 1.4.2. Ctrl-shift-left may be stupid to use, but I was just following a hunch... Not stupid at all, it selects text from your current position to left. I guess that this was your hunch. this is 1.4.1 on windows with official installer It works on linux, I have been using it all day. :-) thanks, sven -- José Abílio Ctrl-shift-left immediately crashes LyX (1.4.1, on a Debian machine) for me... so does ctrl-shift-up. I get the lyx: SIGSEGV signal caught [...] Sorry, you have found a bug in LyX. message, too.
Re: bug(?): strange behavior after ctrl-shift-left
Jose' Matos wrote: On Tuesday 11 July 2006 20:50, Sven Schreiber wrote: For me the keyboard is not responding in lyx anymore after that. Can anybody confirm this? Is it known? I do not remember such bug report. :-( I would like to hear from other windows users. If the bug is not there it should be filled in bugzilla to be fixed in 1.4.2. Ctrl-shift-left may be stupid to use, but I was just following a hunch... Not stupid at all, it selects text from your current position to left. I guess that this was your hunch. this is 1.4.1 on windows with official installer It works on linux, I have been using it all day. :-) thanks, sven Good day José, After reading your post, I tested again and this is not fixed in 1.4.2. It isn't much of a bug. This is an example line. {If I type in ctrl-shift-leftarrow down here, start of a new paragraph, and I have entered no text, blank in other words, then the blue highlight reverts back to the end of This is an example line.(-- begins blue highlight) and if you type in it, then it will segfault lyx. If you have typed more than one paragraph with words it works normally.} But again, if you have typed three paragraphs and then type ctrl-shift-leftarrow at the beginning of a new paragraph which has no words (blank) then it will segfault. It means that if you end a paragraph by using enter, then you can't change your mind with ctrl-shift-leftarrow and go back to the previous paragraph and type a little more before you start your new paragraph. You can go back with your mouse to the end of the previous paragraph and ctrl-shift-leftarrow will work normally. I am something of a keyboard purist, but I normally use Edit/Undo to reverse my last step; but Alt-e-u will Undo, take you back to the end of the previous paragraph (reverses enter) and then ctrl-shift-leftarrow will work as expected. It may have seemed if I wrote in too much detail. But you reported it worked on Linux and I have the most excellent FC4, and it malfunctions just as reported: This is the first paragraph. enter begins the second paragraph = blank: - ctrl-shift-leftarrow goes back to the end of the first paragraph and freezes the machine. Shortly afterwards it exited with the same error message that I reported for Cygwin Lyx 1.4.1 and it segfaults in Joost's windows 1.4.2 also, but the error screen exits too fast to see the text. This message is from FC4/Cygwin Lyx1.4.1. -- $ lyx LyX: Attempting to save document newfile1.lyx /cygdrive/c/home/newfile1.lyx.emergency Save seems successful. Phew. 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 (core dumped) Is the upgrade to FC5 *strongly recommended*? Stephen
Re: Fwd: aspell on XP
Paul A. Rubin wrote: Paul A. Rubin wrote: I finally got around to trying this on my home PC, which runs XP Home rather than XP Pro. Under XP Home, alt-F4 did *not* kill cmd.exe. On my laptop (XP Pro), it does. I haven't had a chance to try the XP Pro machine in my office (as I'm assiduously avoiding going anywhere near the office). My luck ran out and I ended up at the office. It turns out that alt-F4 does not kill either LyX or cmd.exe here (XP Pro). So my XP Pro laptop, where it does work, is apparently the outlier, although I have no explanation for why it works there. /Paul Using either a .lnk or a .pif doesn't change the inability to exit cmd.exe using alt-F4; I wonder if your laptop has an OEM modified installation of Win XP? I guess it is not likely, but the win98 default .pif file with more choices shows several keyboard shortcuts, but not alt-f4. But I think alt-f4 could be added to such a menu by a sourcerer, or even enabled as undocumented behavior without a menu. Must be a path with spaces problem ;-) Stephen
Fwd: [xml-doc] Announce: TeXML 2.0
From the XML-doc list: I thought some of you good people might find it interesting. David -- Forwarded message -- From: Oleg A. Paraschenko [EMAIL PROTECTED] Date: Jul 10, 2006 9:51 PM Subject: [xml-doc] Announce: TeXML 2.0 To: xml-doc mail list [EMAIL PROTECTED] Hello, I'm happy to announce TeXML 2.0. * Do you generate TeX code? Then download and try TeXML. * Do you convert XML to TeX? Then you ought to use TeXML. Home: http://getfo.org/texml/ Tour: http://getfo.org/texml/tour_simple.html Download: http://prdownloads.sourceforge.net/getfo/texml-2.0.0.tar.gz TeXML is an XML syntax for TeX. The processor transforms the TeXML markup into the TeX markup, escaping special and out-of-encoding characters. The intended audience is developers who automatically generate [La]TeX or ConTeXt files. XML to PDF -- TeXML vs XSL-FO - Similarity: * Both TeXML and XSL-FO are an intermediate step in publishing XML as PDF. * -- In the XSL-FO way, you need an XSL-FO stylesheet. -- By analogue, in the TeXML way, you need a TeXML stylesheet. Differences: * -- Open-source XSL-FO tools are not yet production quality; -- LaTeX has been a reliable standard for decades. * -- XSL-FO is for good enough PDFs; -- TeXML is targeted to the minority to create excellent PDFs. XML to TeX -- TeXML vs Perl/Java/Python/etc --- XSLT is very poor at working with strings, so it is hard to write valid TeX. In contrast, Perl etc. are excellent at handling strings and so can easily produce TeX, but they are inconvenient to manipulate an XML. The solution is TeXML. * XSLT is an ideal tool to convert XML to XML, and TeXML is an XML syntax for TeX. * A TeXML processor makes the rest, serializing TeXML to TeX. TeXML benefits -- * LaTeX and ConTeXt support. * No need to bother escaping TeX special characters. * No need to bother about empty lines in paragraphs. * More than 700 unicode characters are mapped to LaTeX commands. * Support for international publishing. * Generated TeX code is human-friendly. * Open source under the MIT/X Consortium license. Can be used in commercial applications. -- Oleg Parashchenko olpa@ http://bitplant.de/ - IT Services company The Structure View tree helper: http://datahansa.com/th/ http://uucode.com/blog/ Generative Programming, XML, TeX, Scheme
Re: bug(?): strange behavior after ctrl-shift-left
Jose' Matos wrote: I would like to hear from other windows users. If the bug is not there it should be filled in bugzilla to be fixed in 1.4.2. I can reproduce it (LyX 1.4.1, WinXP). If I follow Sven's instructions and then type the letter 'a', the keyboard is locked out (but the mouse still works), the 'a' never shows up on screen, and here's what the debug output looks like (from the point immediately after ctrl-shift-left): Setting key to 65, a KeySym is a isOK is 1 isMod is 0 encoding is iso8859-1 Using codec ISO 8859-1 ISOEncoded returning value 97 void LyXFunc::processKeySym(boost::shared_ptrLyXKeySym, key_modifier::state) ction first set to [86] void LyXFunc::processKeySym(boost::shared_ptrLyXKeySym, key_modifier::state)a tion now set to [86] void LyXFunc::processKeySym(boost::shared_ptrLyXKeySym, key_modifier::state) ey [action=86][A] LyXFunc::dispatch: cmd: action: 86 arg: 'a' x: 0 y: 0 void LCursor::dispatch(const FuncRequest) cmd: action: 86 arg: 'a' x: 0 y: 0 cursor:| anchor: inset: 0x1102eac idx: 0 par: 0 pos: 8 | inset: 0x1102eac idx: 0 par: 1 pos: 0 selection: 1 x_target: 113 LCursor::dispatch: cmd: action: 86 arg: 'a' x: 0 y: 0 cursor:| anchor: inset: 0x1102eac idx: 0 par: 0 pos: 8 | inset: 0x1102eac idx: 0 par: 1 pos: 0 selection: 1 x_target: 113 virtual void InsetText::doDispatch(LCursor, FuncRequest) [ cmd.action = 86] LyXText::dispatch: cmd: action: 86 arg: 'a' x: 0 y: 0 Hopefully someone can read that (I can't, other than I get that it's reporting my having typed 'a' near the top). Incidentally, if the first thing you do after ctrl-shift-left is to click someplace in the document, or hit the left arrow key, the keyboard remains responsive. (Hitting up, down or right arrow does not avoid the problem but also does not cause the keyboard to lock out -- they have no effect at all.) Also, when the keyboard lockout occurs, LyX is hammering the CPU (close to 100% load) for a few seconds. Then it goes back to a light load, and the mouse works. One other odd thing -- the keyboard works for issuing menu commands (alt-F x to exit, for instance). /Paul
\abstractname failure
In a simple article, I'd like to redefine the fixed text for the abstract environment, so that above the text will appear Summary and not Abstract. In the preamble I inserted: \renewcommand\abstractname{Summary} I still get Abstract. Any tips??
Re: Fwd: aspell on XP
Paul A. Rubin wrote: Paul A. Rubin wrote: I finally got around to trying this on my home PC, which runs XP Home rather than XP Pro. Under XP Home, alt-F4 did *not* kill cmd.exe. On my laptop (XP Pro), it does. I haven't had a chance to try the XP Pro machine in my office (as I'm assiduously avoiding going anywhere near the office). My luck ran out and I ended up at the office. It turns out that alt-F4 does not kill either LyX or cmd.exe here (XP Pro). So my XP Pro laptop, where it does work, is apparently the outlier, although I have no explanation for why it works there. /Paul I tried closing LyX with Alt-f4 with LyX1.4.1 and it didn't work, but with Joost's 1.4.2, closing with alt-f4 works if installed in either C:\LyXx or C:\Program Files\LyXx (path space), so it must be 'an obvious fact since those are the most deceptive.' -- Stephen Once you eliminate the impossible, whatever remains, no matter how improbable, must be the truth. SH: Sherlock Holmes (Doyle)
Re: bug(?): strange behavior after ctrl-shift-left
Jose' Matos wrote: On Tuesday 11 July 2006 20:50, Sven Schreiber wrote: For me the keyboard is not responding in lyx anymore after that. Can anybody confirm this? Is it known? I do not remember such bug report. :-( I would like to hear from other windows users. If the bug is not there it should be filled in bugzilla to be fixed in 1.4.2. Ctrl-shift-left may be stupid to use, but I was just following a hunch... Not stupid at all, it selects text from your current position to left. I guess that this was your hunch. this is 1.4.1 on windows with official installer It works on linux, I have been using it all day. :-) thanks, sven I tested this on lyx1.3.7ver3 for Windows and the bug is not there. This is a test. enter ctrl-shift-left_key will return to the space just afer test. in the previous paragraph. If you use ctrl-shift=left_key again, then it will highlight in blue, test. (from This is a test.) Also the spell-checking error of starting to check only the second misspelled word is not present in lyx1.3.7ver3 either. -- Stephen Once you eliminate the impossible, whatever remains, no matter how improbable, must be the truth. SH: Sherlock Holmes (Doyle)
Re: Wiki idea
Paul A. Rubin wrote: http://jo.irisson.free.fr/bstdatabase/index.php Cheers, Charles Outstanding! This obviates the need for a wiki page (although perhaps someone should link this site on the wiki, since this could turn into a FAQ). Well, this page http://wiki.lyx.org/BibTeX/Links lists that link for ages. Jürgen
Crossreference question
Hi, does anybody know how can I crossreference a subfigure inside a figure float??? -- - Julio Rojas [EMAIL PROTECTED]
Re: New BibTeX Style
Richard == Richard Heck [EMAIL PROTECTED] writes: Richard I'll file the bug report. I did not follow this thread closely. Did you run ToolsTeX informationsRescan? JMarc
keyboard access to environment selection menu
Dear all, how do I activate/access (whatever you call it) the drop-down menu for setting the paragraph environment without the mouse? I know there are direct keyboard shortcuts for specific environments, but I can't or don't want to memorize them. What I'm hoping for is to get the focus on that menu by a key combination, and then using arrow keys to select the desired environment. I hope it's possible, or else consider it a feature request Thanks, Sven
Re: keyboard access to environment selection menu
Date: Tue, 11 Jul 2006 11:55:09 +0200 From: Sven Schreiber [EMAIL PROTECTED] To: LyX Users lyx-users@lists.lyx.org Subject: keyboard access to environment selection menu X-MailScanner: Found to be clean X-MailScanner-SpamCheck: Dear all, how do I activate/access (whatever you call it) the drop-down menu for setting the paragraph environment without the mouse? I know there are direct keyboard shortcuts for specific environments, but I can't or don't want to memorize them. What I'm hoping for is to get the focus on that menu by a key combination, and then using arrow keys to select the desired environment. I hope it's possible, or else consider it a feature request Here (lyx-1.4.1) after Alt-E P I get the paragraph settings window, but then it seems that the underlined letters are not active: focus with the arrows is bound to the last submenu accessed with the mouse (as I use thsi mostly for justification control, I can do this effectively without mouse). -- Jean-Pierre
Re: keyboard access to environment selection menu
Jean-Pierre Chretien schrieb: Dear all, how do I activate/access (whatever you call it) the drop-down menu for setting the paragraph environment without the mouse? Here (lyx-1.4.1) after Alt-E P I get the paragraph settings window, but then it seems that the underlined letters are not active: focus with the arrows is bound to the last submenu accessed with the mouse (as I use thsi mostly for justification control, I can do this effectively without mouse). Jean-Pierre, thanks for your reply, but I meant setting the *environment* (layout), not the other settings. -sven
Hyperref, memoir, chappg= pdf page numbering oddity when including
Hi, I am wondering if anyone has seen this before and can help me to overcome. I have a master document containing many Child documents and branches and in ERT frontmatter and mainmatter. If I generate a pdf from this document I get a nice document with roman numbers for the frontmatter, plainpages for the part pages and chappg numbering on the chapter pages. This numbering is also visible in acroread as it is printed on the pages, except for the part pages where ordinary page numbering is used. The funny thing which happens is that when I include this master document in another document with the sole purpose of activating branches the roman numbering breaks in the middle of the multipage index to normal numbers and the chappg numbering in the acroread bottom bar becomes one chapter ahead. Does anyone have a clue on why this is happening? Below my .layout file which might be interesting for other people as well. Regards, Maarten #% Do not delete the line below; configure depends on this # \DeclareLaTeXClass[memoir]{memoir in van Oord stijl} # Memoir textclass definition file # Author: Jürgen Spitzmüller [EMAIL PROTECTED] # Improvements by: Bennett Helm [EMAIL PROTECTED] # feel free to contribute missing features! Input memoir.layout # # Eigen styles # # Style Warning: Style Warning MarginFirst_Dynamic LatexType Command LatexName warning ParIndent MM ParSkip 0.4 Align Block AlignPossible Block, Left BottomSep 0.4 Labelsep xx LabelType Static LabelString Warning: Font Color Red EndFont LabelFont SizeLarge Color Black Shape Italic EndFont End # # Style Tip: Style Tip MarginFirst_Dynamic LatexType Command LatexName tip ParIndent MM ParSkip 0.4 Align Block AlignPossible Block, Left BottomSep 0.4 Labelsep xx LabelType Static LabelString Tip: Font Color Blue EndFont LabelFont SizeLarge Color Black Shape Italic EndFont End # # Style Leesvoer: Style Leesvoer MarginFirst_Dynamic LatexType Command LatexName info ParIndent MM ParSkip 0.4 Align Block AlignPossible Block, Left BottomSep 0.4 Labelsep xx LabelType Static LabelString Info: Font Color Magenta EndFont LabelFont SizeLarge Color Black Shape Italic EndFont End # Preamble % /usr/share/texmf/web2c/texmf.cnf shell_escape = t zetten % genereren md5sum t.b.v versienummer \def\tmpfile{/tmp/w18-test-\the\year\the\month\the\day\the\time.tex} \immediate\write18{echo `md5sum \jobname.dvi | sed 's/ .*$//'` \tmpfile} %% onder windows niet... % % Opmaak kop- en voetteksten \makeheadrule{plain}{120mm}{.5pt} \makefootrule{plain}{120mm}{.5pt}{1mm} \makeevenhead{plain}{\textsf{\fontsize{8}{9.6}\selectfont\rightmark}}{}{\textsf{\fontsize{8}{9.6}\selectfont\leftmark}} \makeoddhead{plain}{\textsf{\fontsize{8}{9.6}\selectfont\rightmark}}{}{\includegraphics[width=15mm]{images/doc-logo.eps}} \makeevenfoot{plain}{\textsf{\fontsize{8}{9.6}\selectfont{\thepage}}}{}{} \makeoddfoot{plain}{}{}{\textsf{\fontsize{8}{9.6}\selectfont{\thepage}}} \makepagestyle{part} \makeheadrule{part}{120mm}{.5pt} \makefootrule{part}{120mm}{.5pt}{1mm} \makeevenhead{part}{}{}{\textsf{\fontsize{8}{9.6}\selectfont\leftmark}} \makeoddhead{part}{}{}{\includegraphics[width=15mm]{images/doc-logo.eps}} \makeevenfoot{part}{}{}{} \makeoddfoot{part}{}{}{} \makeheadrule{headings}{120mm}{.5pt} \makefootrule{headings}{120mm}{.5pt}{1mm} \makeevenhead{headings}{\textsf{\fontsize{8}{9.6}\selectfont\leftmark}}{}{} \makeoddhead{headings}{\textsf{\fontsize{8}{9.6}\selectfont\rightmark}}{}{\includegraphics[width=15mm]{images/doc-logo.eps}} \makeevenfoot{headings}{\textsf{\fontsize{8}{9.6}\selectfont{\thepage}}}{}{} \makeoddfoot{headings}{}{}{\textsf{\fontsize{8}{9.6}\selectfont{\thepage}}} % % Opmaak TOC \renewcommand{\printtoctitle}[1]{\huge\bfseries\sffamily #1} \cftpagenumbersoff{part} \renewcommand{\cftpartfont}{\bfseries\huge\sffamily}
Re: Crossreference question
Julio Rojas wrote: Hi, does anybody know how can I crossreference a subfigure inside a figure float??? Use ERT: In preamble: \usepackage{subfig} and then in the float: ERT\subfloat[/ERTcaption text and labelERT]{/ERTthe imageERT}/ERT where ERT/ERT symbolizes what needs to be set in ERT. Implementing proper subfig support is on my TODO list for LyX 1.5 Jürgen
styleclass beschreibung (description) only takes first word bold
there is a very practical style class called Beschreibung in the german version (description). It makes the first word of a paragraph bold and indents the rest of the text. does anybody know if it is possible to user more than just a single word as the highlighted and not-indented part of the paragraph? for example: (stars mark bold text *) *Tree:* is made of wood here is the page margin and the text continues below and indented what I would need is *Red Car:* here we have more than just 1 word bold and the text continues below and indented currently lyx automatically only takes the first word. any help appreciated! hans
Re: styleclass beschreibung (description) only takes first word bold
Hans Prueller wrote: there is a very practical style class called Beschreibung in the german version (description). It makes the first word of a paragraph bold and indents the rest of the text. does anybody know if it is possible to user more than just a single word as the highlighted and not-indented part of the paragraph? Yes. Don't put a normal space between the words, but a protected space. You can get it with C-space. Georg
Re: New BibTeX Style
No, I had not, and wasn't aware of the need to do so. I had thought Reconfigure would take care of that kind of thing. It's unintuitive, at least to me, that it doesn't, since Reconfigure does update the LaTeX classes, so I'd suggest that perhaps Reconfigure should also update the list of BibTeX styles. Richard Jean-Marc Lasgouttes wrote: Richard == Richard Heck [EMAIL PROTECTED] writes: Richard I'll file the bug report. I did not follow this thread closely. Did you run ToolsTeX informationsRescan? JMarc
Re: New BibTeX Style
Richard Heck wrote: No, I had not, and wasn't aware of the need to do so. I had thought Reconfigure would take care of that kind of thing. It's unintuitive, at least to me, that it doesn't, since Reconfigure does update the LaTeX classes, so I'd suggest that perhaps Reconfigure should also update the list of BibTeX styles. Indeed. I'll fix that. Does this mean that your problem is now solved? Georg
Re: New BibTeX Style
Yes, problem solved. I've updated bugzilla and marked the bug as WORKSFORME. Do you want me to file a new one, as a feature request? Georg Baum wrote: Richard Heck wrote: No, I had not, and wasn't aware of the need to do so. I had thought Reconfigure would take care of that kind of thing. It's unintuitive, at least to me, that it doesn't, since Reconfigure does update the LaTeX classes, so I'd suggest that perhaps Reconfigure should also update the list of BibTeX styles. Indeed. I'll fix that. Does this mean that your problem is now solved? Georg
Re: New BibTeX Style
Richard Heck wrote: Yes, problem solved. I've updated bugzilla and marked the bug as WORKSFORME. Do you want me to file a new one, as a feature request? Not necessary. Georg
Re: keyboard access to environment selection menu
Sven Schreiber wrote: Jean-Pierre Chretien schrieb: Dear all, how do I activate/access (whatever you call it) the drop-down menu for setting the paragraph environment without the mouse? Here (lyx-1.4.1) after Alt-E P I get the paragraph settings window, but then it seems that the underlined letters are not active: focus with the arrows is bound to the last submenu accessed with the mouse (as I use thsi mostly for justification control, I can do this effectively without mouse). Jean-Pierre, thanks for your reply, but I meant setting the *environment* (layout), not the other settings. -sven M-p (alt-p) followed by a space opens the environment list. From there, repeatedly typing the same letter cycles through all environment names starting with that letter. /Paul
Re: keyboard access to environment selection menu
Paul A. Rubin schrieb: M-p (alt-p) followed by a space opens the environment list. From there, repeatedly typing the same letter cycles through all environment names starting with that letter. Thanks alot Paul! I looked in the guides and the wiki and couldn't find it. Is it documented? Otherwise I will put it up on the wiki. -Sven
Re: keyboard access to environment selection menu
Sven Schreiber wrote: Paul A. Rubin schrieb: M-p (alt-p) followed by a space opens the environment list. From there, repeatedly typing the same letter cycles through all environment names starting with that letter. Thanks alot Paul! I looked in the guides and the wiki and couldn't find it. Is it documented? Otherwise I will put it up on the wiki. -Sven I learned it from someone else on the list. AFAIK, it's not documented directly, but I never looked for it. /Paul
Re: New BibTeX Style
Richard == Richard Heck [EMAIL PROTECTED] writes: Richard No, I had not, and wasn't aware of the need to do so. I had Richard thought Reconfigure would take care of that kind of thing. Richard It's unintuitive, at least to me, that it doesn't, since Richard Reconfigure does update the LaTeX classes, so I'd suggest Richard that perhaps Reconfigure should also update the list of Richard BibTeX styles. It is not done currently, because the update is really slow. JMarc
Re: keyboard access to environment selection menu
M-p (alt-p) followed by a space opens the environment list. From there, repeatedly typing the same letter cycles through all environment names starting with that letter. I was not aware of this, but it does not work excatly as described here: I need the arrow keys to parse the environment names from top to bottom. Are there underlined words in the drop-down list for you ? Mine has none. -- Jean-Pierre
Re: keyboard access to environment selection menu
Jean-Pierre Chretien schrieb: M-p (alt-p) followed by a space opens the environment list. From there, repeatedly typing the same letter cycles through all environment names starting with that letter. I was not aware of this, but it does not work excatly as described here: I need the arrow keys to parse the environment names from top to bottom. Are there underlined words in the drop-down list for you ? Mine has none. Hm, it works for me as advertised by Paul. This is 1.4.1 on windows. Anyway, I've put it up on the wiki on the page frequently used shortcuts. -Sven
Re: keyboard access to environment selection menu
Jean-Pierre Chretien wrote: M-p (alt-p) followed by a space opens the environment list. From there, repeatedly typing the same letter cycles through all environment names starting with that letter. I was not aware of this, but it does not work excatly as described here: I need the arrow keys to parse the environment names from top to bottom. Are there underlined words in the drop-down list for you ? Mine has none. No, there are no shortcut letters underlined in the drop-down list. It's relatively standard behavior (though I suppose not guaranteed) for an active selection box to respond to keystrokes by trying to match the start of the selection. (Try it on a select control on a web page some time.) In fact, with LyX 1.4.1 (on WinXP, anyway), it will match the first few characters if you type quickly enough. For instance, in a standard article, 'alt-p (space)' followed by 'ly' will jump to 'LyX-Code' if you type the 'y' quickly enough; otherwise it will jump to 'List' and then ignore the 'y', since no environment starts with 'y'. This is consistent for me across two XP Pro boxes and one XP Home box, and IIRC has worked since LyX 1.3.6 at least. /Paul
bug(?): strange behavior after ctrl-shift-left
To reproduce: 1. open new document 2. type something and start a new paragraph (hit return) 3. hit control-shift-arrowleft For me the keyboard is not responding in lyx anymore after that. Can anybody confirm this? Is it known? Ctrl-shift-left may be stupid to use, but I was just following a hunch... this is 1.4.1 on windows with official installer thanks, sven
change \itemsep vertical distance in lists
hello, is there a way to change the vertical space between the items of a list? I tried to use an ERT with \setlength{\itemsep}{0ex plus0.2ex} but somehow it does not work. I would like to change the topsep (distance to the preceeding text) as well, I'm using lyx 1.34. Thanks Robert
Re: bug(?): strange behavior after ctrl-shift-left
On Tuesday 11 July 2006 20:50, Sven Schreiber wrote: For me the keyboard is not responding in lyx anymore after that. Can anybody confirm this? Is it known? I do not remember such bug report. :-( I would like to hear from other windows users. If the bug is not there it should be filled in bugzilla to be fixed in 1.4.2. Ctrl-shift-left may be stupid to use, but I was just following a hunch... Not stupid at all, it selects text from your current position to left. I guess that this was your hunch. this is 1.4.1 on windows with official installer It works on linux, I have been using it all day. :-) thanks, sven -- José Abílio
Re: bug(?): strange behavior after ctrl-shift-left
Sven Schreiber wrote: To reproduce: 1. open new document 2. type something and start a new paragraph (hit return) 3. hit control-shift-arrowleft For me the keyboard is not responding in lyx anymore after that. Can anybody confirm this? Is it known? Ctrl-shift-left may be stupid to use, but I was just following a hunch... this is 1.4.1 on windows with official installer thanks, sven I have 1.4.1 installed under Cygwin which produced: -- $ lyx LyX: Attempting to save document newfile1.lyx /cygdrive/c/home/newfile1.lyx.emergency Save seems successful. Phew. 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 (core dumped) But under the Joost Windows 1.4.2, it seems to work normally. To undo the freeze I think you can go to Edit - import lines, and clicking on that will undo that frozen blue tableau. It appears to be fixed in 1.4.2 which is near release so you could see if it is fixed then on your machine. Regards, Stephen
Wrong conversion of SVG for LyX inline display?
Hello, I work with LyX 1.4.1 on OpenSuSE 10.1. And I use inkscape 0.43-20 to create some sketches. As it was some days ago discussed on the list, I created a conversion definition SVG-EPS defined as inkscape -E $$o $$i as wells as one for SVG-EPS as inkscape -e $$o $$i. In principal this works find, but with some files (I haven't found out the system, yet) an entire page (with the drawing placed like in inkscape) is displayed in LyX -- but LyX should only display the drawing and not the page. DVI and PDF output are fine -- it' s just about the representation in LyX. Can anybody tell me why this is and what I can do to see the drawing only? Thanks! Cz. -- Using Opera's revolutionary e-mail client: http://www.opera.com/mail/
Re: bug(?): strange behavior after ctrl-shift-left
From: Jose' Matos [EMAIL PROTECTED] To: lyx-users@lists.lyx.org Subject: Re: bug(?): strange behavior after ctrl-shift-left Date: Tue, 11 Jul 2006 23:18:36 +0100 On Tuesday 11 July 2006 20:50, Sven Schreiber wrote: For me the keyboard is not responding in lyx anymore after that. Can anybody confirm this? Is it known? I do not remember such bug report. :-( I would like to hear from other windows users. If the bug is not there it should be filled in bugzilla to be fixed in 1.4.2. Ctrl-shift-left may be stupid to use, but I was just following a hunch... Not stupid at all, it selects text from your current position to left. I guess that this was your hunch. this is 1.4.1 on windows with official installer It works on linux, I have been using it all day. :-) thanks, sven -- José Abílio Ctrl-shift-left immediately crashes LyX (1.4.1, on a Debian machine) for me... so does ctrl-shift-up. I get the lyx: SIGSEGV signal caught [...] Sorry, you have found a bug in LyX. message, too.
Re: bug(?): strange behavior after ctrl-shift-left
Jose' Matos wrote: On Tuesday 11 July 2006 20:50, Sven Schreiber wrote: For me the keyboard is not responding in lyx anymore after that. Can anybody confirm this? Is it known? I do not remember such bug report. :-( I would like to hear from other windows users. If the bug is not there it should be filled in bugzilla to be fixed in 1.4.2. Ctrl-shift-left may be stupid to use, but I was just following a hunch... Not stupid at all, it selects text from your current position to left. I guess that this was your hunch. this is 1.4.1 on windows with official installer It works on linux, I have been using it all day. :-) thanks, sven Good day José, After reading your post, I tested again and this is not fixed in 1.4.2. It isn't much of a bug. This is an example line. {If I type in ctrl-shift-leftarrow down here, start of a new paragraph, and I have entered no text, blank in other words, then the blue highlight reverts back to the end of This is an example line.(-- begins blue highlight) and if you type in it, then it will segfault lyx. If you have typed more than one paragraph with words it works normally.} But again, if you have typed three paragraphs and then type ctrl-shift-leftarrow at the beginning of a new paragraph which has no words (blank) then it will segfault. It means that if you end a paragraph by using enter, then you can't change your mind with ctrl-shift-leftarrow and go back to the previous paragraph and type a little more before you start your new paragraph. You can go back with your mouse to the end of the previous paragraph and ctrl-shift-leftarrow will work normally. I am something of a keyboard purist, but I normally use Edit/Undo to reverse my last step; but Alt-e-u will Undo, take you back to the end of the previous paragraph (reverses enter) and then ctrl-shift-leftarrow will work as expected. It may have seemed if I wrote in too much detail. But you reported it worked on Linux and I have the most excellent FC4, and it malfunctions just as reported: This is the first paragraph. enter begins the second paragraph = blank: - ctrl-shift-leftarrow goes back to the end of the first paragraph and freezes the machine. Shortly afterwards it exited with the same error message that I reported for Cygwin Lyx 1.4.1 and it segfaults in Joost's windows 1.4.2 also, but the error screen exits too fast to see the text. This message is from FC4/Cygwin Lyx1.4.1. -- $ lyx LyX: Attempting to save document newfile1.lyx /cygdrive/c/home/newfile1.lyx.emergency Save seems successful. Phew. 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 (core dumped) Is the upgrade to FC5 *strongly recommended*? Stephen
Re: Fwd: aspell on XP
Paul A. Rubin wrote: Paul A. Rubin wrote: I finally got around to trying this on my home PC, which runs XP Home rather than XP Pro. Under XP Home, alt-F4 did *not* kill cmd.exe. On my laptop (XP Pro), it does. I haven't had a chance to try the XP Pro machine in my office (as I'm assiduously avoiding going anywhere near the office). My luck ran out and I ended up at the office. It turns out that alt-F4 does not kill either LyX or cmd.exe here (XP Pro). So my XP Pro laptop, where it does work, is apparently the outlier, although I have no explanation for why it works there. /Paul Using either a .lnk or a .pif doesn't change the inability to exit cmd.exe using alt-F4; I wonder if your laptop has an OEM modified installation of Win XP? I guess it is not likely, but the win98 default .pif file with more choices shows several keyboard shortcuts, but not alt-f4. But I think alt-f4 could be added to such a menu by a sourcerer, or even enabled as undocumented behavior without a menu. Must be a path with spaces problem ;-) Stephen
Fwd: [xml-doc] Announce: TeXML 2.0
From the XML-doc list: I thought some of you good people might find it interesting. David -- Forwarded message -- From: Oleg A. Paraschenko [EMAIL PROTECTED] Date: Jul 10, 2006 9:51 PM Subject: [xml-doc] Announce: TeXML 2.0 To: xml-doc mail list [EMAIL PROTECTED] Hello, I'm happy to announce TeXML 2.0. * Do you generate TeX code? Then download and try TeXML. * Do you convert XML to TeX? Then you ought to use TeXML. Home: http://getfo.org/texml/ Tour: http://getfo.org/texml/tour_simple.html Download: http://prdownloads.sourceforge.net/getfo/texml-2.0.0.tar.gz TeXML is an XML syntax for TeX. The processor transforms the TeXML markup into the TeX markup, escaping special and out-of-encoding characters. The intended audience is developers who automatically generate [La]TeX or ConTeXt files. XML to PDF -- TeXML vs XSL-FO - Similarity: * Both TeXML and XSL-FO are an intermediate step in publishing XML as PDF. * -- In the XSL-FO way, you need an XSL-FO stylesheet. -- By analogue, in the TeXML way, you need a TeXML stylesheet. Differences: * -- Open-source XSL-FO tools are not yet production quality; -- LaTeX has been a reliable standard for decades. * -- XSL-FO is for good enough PDFs; -- TeXML is targeted to the minority to create excellent PDFs. XML to TeX -- TeXML vs Perl/Java/Python/etc --- XSLT is very poor at working with strings, so it is hard to write valid TeX. In contrast, Perl etc. are excellent at handling strings and so can easily produce TeX, but they are inconvenient to manipulate an XML. The solution is TeXML. * XSLT is an ideal tool to convert XML to XML, and TeXML is an XML syntax for TeX. * A TeXML processor makes the rest, serializing TeXML to TeX. TeXML benefits -- * LaTeX and ConTeXt support. * No need to bother escaping TeX special characters. * No need to bother about empty lines in paragraphs. * More than 700 unicode characters are mapped to LaTeX commands. * Support for international publishing. * Generated TeX code is human-friendly. * Open source under the MIT/X Consortium license. Can be used in commercial applications. -- Oleg Parashchenko olpa@ http://bitplant.de/ - IT Services company The Structure View tree helper: http://datahansa.com/th/ http://uucode.com/blog/ Generative Programming, XML, TeX, Scheme
Re: bug(?): strange behavior after ctrl-shift-left
Jose' Matos wrote: I would like to hear from other windows users. If the bug is not there it should be filled in bugzilla to be fixed in 1.4.2. I can reproduce it (LyX 1.4.1, WinXP). If I follow Sven's instructions and then type the letter 'a', the keyboard is locked out (but the mouse still works), the 'a' never shows up on screen, and here's what the debug output looks like (from the point immediately after ctrl-shift-left): Setting key to 65, a KeySym is a isOK is 1 isMod is 0 encoding is iso8859-1 Using codec ISO 8859-1 ISOEncoded returning value 97 void LyXFunc::processKeySym(boost::shared_ptrLyXKeySym, key_modifier::state) ction first set to [86] void LyXFunc::processKeySym(boost::shared_ptrLyXKeySym, key_modifier::state)a tion now set to [86] void LyXFunc::processKeySym(boost::shared_ptrLyXKeySym, key_modifier::state) ey [action=86][A] LyXFunc::dispatch: cmd: action: 86 arg: 'a' x: 0 y: 0 void LCursor::dispatch(const FuncRequest) cmd: action: 86 arg: 'a' x: 0 y: 0 cursor:| anchor: inset: 0x1102eac idx: 0 par: 0 pos: 8 | inset: 0x1102eac idx: 0 par: 1 pos: 0 selection: 1 x_target: 113 LCursor::dispatch: cmd: action: 86 arg: 'a' x: 0 y: 0 cursor:| anchor: inset: 0x1102eac idx: 0 par: 0 pos: 8 | inset: 0x1102eac idx: 0 par: 1 pos: 0 selection: 1 x_target: 113 virtual void InsetText::doDispatch(LCursor, FuncRequest) [ cmd.action = 86] LyXText::dispatch: cmd: action: 86 arg: 'a' x: 0 y: 0 Hopefully someone can read that (I can't, other than I get that it's reporting my having typed 'a' near the top). Incidentally, if the first thing you do after ctrl-shift-left is to click someplace in the document, or hit the left arrow key, the keyboard remains responsive. (Hitting up, down or right arrow does not avoid the problem but also does not cause the keyboard to lock out -- they have no effect at all.) Also, when the keyboard lockout occurs, LyX is hammering the CPU (close to 100% load) for a few seconds. Then it goes back to a light load, and the mouse works. One other odd thing -- the keyboard works for issuing menu commands (alt-F x to exit, for instance). /Paul
\abstractname failure
In a simple article, I'd like to redefine the fixed text for the abstract environment, so that above the text will appear Summary and not Abstract. In the preamble I inserted: \renewcommand\abstractname{Summary} I still get Abstract. Any tips??
Re: Fwd: aspell on XP
Paul A. Rubin wrote: Paul A. Rubin wrote: I finally got around to trying this on my home PC, which runs XP Home rather than XP Pro. Under XP Home, alt-F4 did *not* kill cmd.exe. On my laptop (XP Pro), it does. I haven't had a chance to try the XP Pro machine in my office (as I'm assiduously avoiding going anywhere near the office). My luck ran out and I ended up at the office. It turns out that alt-F4 does not kill either LyX or cmd.exe here (XP Pro). So my XP Pro laptop, where it does work, is apparently the outlier, although I have no explanation for why it works there. /Paul I tried closing LyX with Alt-f4 with LyX1.4.1 and it didn't work, but with Joost's 1.4.2, closing with alt-f4 works if installed in either C:\LyXx or C:\Program Files\LyXx (path space), so it must be 'an obvious fact since those are the most deceptive.' -- Stephen Once you eliminate the impossible, whatever remains, no matter how improbable, must be the truth. SH: Sherlock Holmes (Doyle)
Re: bug(?): strange behavior after ctrl-shift-left
Jose' Matos wrote: On Tuesday 11 July 2006 20:50, Sven Schreiber wrote: For me the keyboard is not responding in lyx anymore after that. Can anybody confirm this? Is it known? I do not remember such bug report. :-( I would like to hear from other windows users. If the bug is not there it should be filled in bugzilla to be fixed in 1.4.2. Ctrl-shift-left may be stupid to use, but I was just following a hunch... Not stupid at all, it selects text from your current position to left. I guess that this was your hunch. this is 1.4.1 on windows with official installer It works on linux, I have been using it all day. :-) thanks, sven I tested this on lyx1.3.7ver3 for Windows and the bug is not there. This is a test. enter ctrl-shift-left_key will return to the space just afer test. in the previous paragraph. If you use ctrl-shift=left_key again, then it will highlight in blue, test. (from This is a test.) Also the spell-checking error of starting to check only the second misspelled word is not present in lyx1.3.7ver3 either. -- Stephen Once you eliminate the impossible, whatever remains, no matter how improbable, must be the truth. SH: Sherlock Holmes (Doyle)
Re: Wiki idea
Paul A. Rubin wrote: > >> http://jo.irisson.free.fr/bstdatabase/index.php > > > > Cheers, > > Charles > > Outstanding! This obviates the need for a wiki page (although perhaps > someone should link this site on the wiki, since this could turn into a > FAQ). Well, this page http://wiki.lyx.org/BibTeX/Links lists that link for ages. Jürgen
Crossreference question
Hi, does anybody know how can I crossreference a subfigure inside a figure float??? -- - Julio Rojas [EMAIL PROTECTED]
Re: New BibTeX Style
> "Richard" == Richard Heck <[EMAIL PROTECTED]> writes: Richard> I'll file the bug report. I did not follow this thread closely. Did you run Tools>TeX informations>Rescan? JMarc
keyboard access to environment selection menu
Dear all, how do I activate/access (whatever you call it) the drop-down menu for setting the paragraph environment without the mouse? I know there are direct keyboard shortcuts for specific environments, but I can't or don't want to memorize them. What I'm hoping for is to get the focus on that menu by a key combination, and then using arrow keys to select the desired environment. I hope it's possible, or else consider it a feature request Thanks, Sven
Re: keyboard access to environment selection menu
>>Date: Tue, 11 Jul 2006 11:55:09 +0200 >>From: Sven Schreiber <[EMAIL PROTECTED]> >>To: LyX Users>>Subject: keyboard access to environment selection menu >>X-MailScanner: Found to be clean >>X-MailScanner-SpamCheck: >> >>Dear all, >> >>how do I activate/access (whatever you call it) the drop-down menu for >>setting the paragraph environment without the mouse? >> >>I know there are direct keyboard shortcuts for specific environments, >>but I can't or don't want to memorize them. What I'm hoping for is to >>get the focus on that menu by a key combination, and then using arrow >>keys to select the desired environment. >> >>I hope it's possible, or else consider it a feature request Here (lyx-1.4.1) after Alt-E P I get the paragraph settings window, but then it seems that the underlined letters are not active: focus with the arrows is bound to the last submenu accessed with the mouse (as I use thsi mostly for justification control, I can do this effectively without mouse). -- Jean-Pierre
Re: keyboard access to environment selection menu
Jean-Pierre Chretien schrieb: >>> >>> Dear all, >>> >>> how do I activate/access (whatever you call it) the drop-down menu for >>> setting the paragraph environment without the mouse? >>> > Here (lyx-1.4.1) after Alt-E P I get the paragraph settings window, but then > it seems that the underlined letters are not active: focus with the arrows is > bound to the last > submenu accessed with the mouse (as I use thsi mostly for justification > control, I can do this effectively > without mouse). > Jean-Pierre, thanks for your reply, but I meant setting the *environment* (layout), not the other settings. -sven
Hyperref, memoir, chappg=> pdf page numbering oddity when including
Hi, I am wondering if anyone has seen this before and can help me to overcome. I have a master document containing many Child documents and branches and in ERT frontmatter and mainmatter. If I generate a pdf from this document I get a nice document with roman numbers for the frontmatter, plainpages for the part pages and chappg numbering on the chapter pages. This numbering is also visible in acroread as it is printed on the pages, except for the part pages where ordinary page numbering is used. The funny thing which happens is that when I include this master document in another document with the sole purpose of activating branches the roman numbering breaks in the middle of the multipage index to normal numbers and the chappg numbering in the acroread bottom bar becomes one chapter ahead. Does anyone have a clue on why this is happening? Below my .layout file which might be interesting for other people as well. Regards, Maarten #% Do not delete the line below; configure depends on this # \DeclareLaTeXClass[memoir]{memoir in van Oord stijl} # Memoir textclass definition file # Author: Jürgen Spitzmüller <[EMAIL PROTECTED]> # Improvements by: Bennett Helm <[EMAIL PROTECTED]> # feel free to contribute missing features! Input memoir.layout # # Eigen styles # # Style Warning: Style Warning MarginFirst_Dynamic LatexType Command LatexName warning ParIndent MM ParSkip 0.4 Align Block AlignPossible Block, Left BottomSep 0.4 Labelsep xx LabelType Static LabelString "Warning:" Font Color Red EndFont LabelFont SizeLarge Color Black Shape Italic EndFont End # # Style Tip: Style Tip MarginFirst_Dynamic LatexType Command LatexName tip ParIndent MM ParSkip 0.4 Align Block AlignPossible Block, Left BottomSep 0.4 Labelsep xx LabelType Static LabelString "Tip:" Font Color Blue EndFont LabelFont SizeLarge Color Black Shape Italic EndFont End # # Style Leesvoer: Style Leesvoer MarginFirst_Dynamic LatexType Command LatexName info ParIndent MM ParSkip 0.4 Align Block AlignPossible Block, Left BottomSep 0.4 Labelsep xx LabelType Static LabelString "Info:" Font Color Magenta EndFont LabelFont SizeLarge Color Black Shape Italic EndFont End # Preamble % /usr/share/texmf/web2c/texmf.cnf shell_escape = t zetten % genereren md5sum t.b.v versienummer \def\tmpfile{/tmp/w18-test-\the\year\the\month\the\day\the\time.tex} \immediate\write18{echo `md5sum \jobname.dvi | sed 's/ .*$//'` > \tmpfile} %% onder windows niet... % % Opmaak kop- en voetteksten \makeheadrule{plain}{120mm}{.5pt} \makefootrule{plain}{120mm}{.5pt}{1mm} \makeevenhead{plain}{\textsf{\fontsize{8}{9.6}\selectfont\rightmark}}{}{\textsf{\fontsize{8}{9.6}\selectfont\leftmark}} \makeoddhead{plain}{\textsf{\fontsize{8}{9.6}\selectfont\rightmark}}{}{\includegraphics[width=15mm]{images/doc-logo.eps}} \makeevenfoot{plain}{\textsf{\fontsize{8}{9.6}\selectfont{\thepage}}}{}{} \makeoddfoot{plain}{}{}{\textsf{\fontsize{8}{9.6}\selectfont{\thepage}}} \makepagestyle{part} \makeheadrule{part}{120mm}{.5pt} \makefootrule{part}{120mm}{.5pt}{1mm} \makeevenhead{part}{}{}{\textsf{\fontsize{8}{9.6}\selectfont\leftmark}} \makeoddhead{part}{}{}{\includegraphics[width=15mm]{images/doc-logo.eps}} \makeevenfoot{part}{}{}{} \makeoddfoot{part}{}{}{} \makeheadrule{headings}{120mm}{.5pt} \makefootrule{headings}{120mm}{.5pt}{1mm} \makeevenhead{headings}{\textsf{\fontsize{8}{9.6}\selectfont\leftmark}}{}{} \makeoddhead{headings}{\textsf{\fontsize{8}{9.6}\selectfont\rightmark}}{}{\includegraphics[width=15mm]{images/doc-logo.eps}} \makeevenfoot{headings}{\textsf{\fontsize{8}{9.6}\selectfont{\thepage}}}{}{} \makeoddfoot{headings}{}{}{\textsf{\fontsize{8}{9.6}\selectfont{\thepage}}} % % Opmaak TOC \renewcommand{\printtoctitle}[1]{\huge\bfseries\sffamily #1} \cftpagenumbersoff{part} \renewcommand{\cftpartfont}{\bfseries\huge\sffamily}
Re: Crossreference question
Julio Rojas wrote: > Hi, does anybody know how can I crossreference a subfigure inside a figure > float??? Use ERT: In preamble: \usepackage{subfig} and then in the float: \subfloat[caption text and label]{the image} where symbolizes what needs to be set in ERT. Implementing proper subfig support is on my TODO list for LyX 1.5 Jürgen
styleclass "beschreibung" ("description") only takes first word bold
there is a very practical style class called "Beschreibung" in the german version (description). It makes the first word of a paragraph bold and indents the rest of the text. does anybody know if it is possible to user more than just a single word as the highlighted and not-indented part of the paragraph? for example: (stars mark bold text *) *Tree:* is made of wood here is the page margin and the text continues below and indented what I would need is *Red Car:* here we have more than just 1 word bold and the text continues below and indented currently lyx automatically only takes the first word. any help appreciated! hans
Re: styleclass "beschreibung" ("description") only takes first word bold
Hans Prueller wrote: > there is a very practical style class called "Beschreibung" in the german > version (description). It makes the first word of a paragraph > bold and indents the rest of the text. > > does anybody know if it is possible to user more than just a single word > as the highlighted and not-indented part of the paragraph? Yes. Don't put a normal space between the words, but a protected space. You can get it with C-. Georg
Re: New BibTeX Style
No, I had not, and wasn't aware of the need to do so. I had thought Reconfigure would take care of that kind of thing. It's unintuitive, at least to me, that it doesn't, since Reconfigure does update the LaTeX classes, so I'd suggest that perhaps Reconfigure should also update the list of BibTeX styles. Richard Jean-Marc Lasgouttes wrote: >> "Richard" == Richard Heck <[EMAIL PROTECTED]> writes: >> > > Richard> I'll file the bug report. > > I did not follow this thread closely. Did you run > Tools>TeX informations>Rescan? > > JMarc >
Re: New BibTeX Style
Richard Heck wrote: > No, I had not, and wasn't aware of the need to do so. I had thought > Reconfigure would take care of that kind of thing. It's unintuitive, at > least to me, that it doesn't, since Reconfigure does update the LaTeX > classes, so I'd suggest that perhaps Reconfigure should also update the > list of BibTeX styles. Indeed. I'll fix that. Does this mean that your problem is now solved? Georg
Re: New BibTeX Style
Yes, problem solved. I've updated bugzilla and marked the bug as "WORKSFORME". Do you want me to file a new one, as a feature request? Georg Baum wrote: > Richard Heck wrote: > > >> No, I had not, and wasn't aware of the need to do so. I had thought >> Reconfigure would take care of that kind of thing. It's unintuitive, at >> least to me, that it doesn't, since Reconfigure does update the LaTeX >> classes, so I'd suggest that perhaps Reconfigure should also update the >> list of BibTeX styles. >> > > Indeed. I'll fix that. Does this mean that your problem is now solved? > > > Georg >
Re: New BibTeX Style
Richard Heck wrote: > Yes, problem solved. I've updated bugzilla and marked the bug as > "WORKSFORME". Do you want me to file a new one, as a feature request? Not necessary. Georg
Re: keyboard access to environment selection menu
Sven Schreiber wrote: Jean-Pierre Chretien schrieb: Dear all, how do I activate/access (whatever you call it) the drop-down menu for setting the paragraph environment without the mouse? Here (lyx-1.4.1) after Alt-E P I get the paragraph settings window, but then it seems that the underlined letters are not active: focus with the arrows is bound to the last submenu accessed with the mouse (as I use thsi mostly for justification control, I can do this effectively without mouse). Jean-Pierre, thanks for your reply, but I meant setting the *environment* (layout), not the other settings. -sven M-p (alt-p) followed by a space opens the environment list. From there, repeatedly typing the same letter cycles through all environment names starting with that letter. /Paul
Re: keyboard access to environment selection menu
Paul A. Rubin schrieb: > > M-p (alt-p) followed by a space opens the environment list. From there, > repeatedly typing the same letter cycles through all environment names > starting with that letter. > Thanks alot Paul! I looked in the guides and the wiki and couldn't find it. Is it documented? Otherwise I will put it up on the wiki. -Sven
Re: keyboard access to environment selection menu
Sven Schreiber wrote: Paul A. Rubin schrieb: M-p (alt-p) followed by a space opens the environment list. From there, repeatedly typing the same letter cycles through all environment names starting with that letter. Thanks alot Paul! I looked in the guides and the wiki and couldn't find it. Is it documented? Otherwise I will put it up on the wiki. -Sven I learned it from someone else on the list. AFAIK, it's not documented directly, but I never looked for it. /Paul
Re: New BibTeX Style
> "Richard" == Richard Heck <[EMAIL PROTECTED]> writes: Richard> No, I had not, and wasn't aware of the need to do so. I had Richard> thought Reconfigure would take care of that kind of thing. Richard> It's unintuitive, at least to me, that it doesn't, since Richard> Reconfigure does update the LaTeX classes, so I'd suggest Richard> that perhaps Reconfigure should also update the list of Richard> BibTeX styles. It is not done currently, because the update is really slow. JMarc
Re: keyboard access to environment selection menu
>> >>M-p (alt-p) followed by a space opens the environment list. From there, >>repeatedly typing the same letter cycles through all environment names >>starting with that letter. I was not aware of this, but it does not work excatly as described here: I need the arrow keys to parse the environment names from top to bottom. Are there underlined words in the drop-down list for you ? Mine has none. -- Jean-Pierre
Re: keyboard access to environment selection menu
Jean-Pierre Chretien schrieb: >>> M-p (alt-p) followed by a space opens the environment list. From there, >>> repeatedly typing the same letter cycles through all environment names >>> starting with that letter. > > I was not aware of this, but it does not work excatly as described here: > I need the arrow keys to parse the environment names from top to bottom. > Are there underlined words in the drop-down list for you ? Mine has none. > Hm, it works for me as advertised by Paul. This is 1.4.1 on windows. Anyway, I've put it up on the wiki on the page "frequently used shortcuts". -Sven
Re: keyboard access to environment selection menu
Jean-Pierre Chretien wrote: M-p (alt-p) followed by a space opens the environment list. From there, repeatedly typing the same letter cycles through all environment names starting with that letter. I was not aware of this, but it does not work excatly as described here: I need the arrow keys to parse the environment names from top to bottom. Are there underlined words in the drop-down list for you ? Mine has none. No, there are no shortcut letters underlined in the drop-down list. It's relatively standard behavior (though I suppose not guaranteed) for an active selection box to respond to keystrokes by trying to match the start of the selection. (Try it on a select control on a web page some time.) In fact, with LyX 1.4.1 (on WinXP, anyway), it will match the first few characters if you type quickly enough. For instance, in a standard article, 'alt-p (space)' followed by 'ly' will jump to 'LyX-Code' if you type the 'y' quickly enough; otherwise it will jump to 'List' and then ignore the 'y', since no environment starts with 'y'. This is consistent for me across two XP Pro boxes and one XP Home box, and IIRC has worked since LyX 1.3.6 at least. /Paul
bug(?): strange behavior after ctrl-shift-left
To reproduce: 1. open new document 2. type something and start a new paragraph (hit return) 3. hit control-shift-arrowleft For me the keyboard is not responding in lyx anymore after that. Can anybody confirm this? Is it known? Ctrl-shift-left may be stupid to use, but I was just following a hunch... this is 1.4.1 on windows with official installer thanks, sven
change \itemsep vertical distance in lists
hello, is there a way to change the vertical space between the items of a list? I tried to use an ERT with \setlength{\itemsep}{0ex plus0.2ex} but somehow it does not work. I would like to change the topsep (distance to the preceeding text) as well, I'm using lyx 1.34. Thanks Robert
Re: bug(?): strange behavior after ctrl-shift-left
On Tuesday 11 July 2006 20:50, Sven Schreiber wrote: > For me the keyboard is not responding in lyx anymore after that. Can > anybody confirm this? Is it known? I do not remember such bug report. :-( I would like to hear from other windows users. If the bug is not there it should be filled in bugzilla to be fixed in 1.4.2. > Ctrl-shift-left may be stupid to use, but I was just following a hunch... Not stupid at all, it selects text from your current position to left. I guess that this was your hunch. > this is 1.4.1 on windows with official installer It works on linux, I have been using it all day. :-) > thanks, > sven -- José Abílio
Re: bug(?): strange behavior after ctrl-shift-left
Sven Schreiber wrote: To reproduce: 1. open new document 2. type something and start a new paragraph (hit return) 3. hit control-shift-arrowleft For me the keyboard is not responding in lyx anymore after that. Can anybody confirm this? Is it known? Ctrl-shift-left may be stupid to use, but I was just following a hunch... this is 1.4.1 on windows with official installer thanks, sven I have 1.4.1 installed under Cygwin which produced: -- $ lyx LyX: Attempting to save document newfile1.lyx /cygdrive/c/home/newfile1.lyx.emergency Save seems successful. Phew. 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 (core dumped) But under the Joost Windows 1.4.2, it seems to work normally. To undo the freeze I think you can go to Edit -> import lines, and clicking on that will undo that frozen blue tableau. It appears to be fixed in 1.4.2 which is near release so you could see if it is fixed then on your machine. Regards, Stephen
Wrong conversion of SVG for LyX inline display?
Hello, I work with LyX 1.4.1 on OpenSuSE 10.1. And I use inkscape 0.43-20 to create some sketches. As it was some days ago discussed on the list, I created a conversion definition SVG->EPS defined as "inkscape -E $$o $$i" as wells as one for SVG->EPS as "inkscape -e $$o $$i". In principal this works find, but with some files (I haven't found out the system, yet) an entire page (with the drawing placed like in inkscape) is displayed in LyX -- but LyX should only display the drawing and not the page. DVI and PDF output are fine -- it' s just about the representation in LyX. Can anybody tell me why this is and what I can do to see the drawing only? Thanks! Cz. -- Using Opera's revolutionary e-mail client: http://www.opera.com/mail/
Re: bug(?): strange behavior after ctrl-shift-left
From: Jose' Matos <[EMAIL PROTECTED]> To: lyx-users@lists.lyx.org Subject: Re: bug(?): strange behavior after ctrl-shift-left Date: Tue, 11 Jul 2006 23:18:36 +0100 On Tuesday 11 July 2006 20:50, Sven Schreiber wrote: > For me the keyboard is not responding in lyx anymore after that. Can > anybody confirm this? Is it known? I do not remember such bug report. :-( I would like to hear from other windows users. If the bug is not there it should be filled in bugzilla to be fixed in 1.4.2. > Ctrl-shift-left may be stupid to use, but I was just following a hunch... Not stupid at all, it selects text from your current position to left. I guess that this was your hunch. > this is 1.4.1 on windows with official installer It works on linux, I have been using it all day. :-) > thanks, > sven -- José Abílio Ctrl-shift-left immediately crashes LyX (1.4.1, on a Debian machine) for me... so does ctrl-shift-up. I get the "lyx: SIGSEGV signal caught [...] Sorry, you have found a bug in LyX." message, too.
Re: bug(?): strange behavior after ctrl-shift-left
Jose' Matos wrote: On Tuesday 11 July 2006 20:50, Sven Schreiber wrote: For me the keyboard is not responding in lyx anymore after that. Can anybody confirm this? Is it known? I do not remember such bug report. :-( I would like to hear from other windows users. If the bug is not there it should be filled in bugzilla to be fixed in 1.4.2. Ctrl-shift-left may be stupid to use, but I was just following a hunch... Not stupid at all, it selects text from your current position to left. I guess that this was your hunch. this is 1.4.1 on windows with official installer It works on linux, I have been using it all day. :-) thanks, sven Good day José, After reading your post, I tested again and this is not fixed in 1.4.2. It isn't much of a bug. This is an example line. {If I type in ctrl-shift-leftarrow down here, start of a new paragraph, and I have entered no text, blank in other words, then the blue highlight reverts back to the end of This is an example line.(<-- begins blue highlight) and if you type in it, then it will segfault lyx. If you have typed more than one paragraph with words it works normally.} But again, if you have typed three paragraphs and then type "ctrl-shift-leftarrow" at the beginning of a new paragraph which has no words (blank) then it will segfault. It means that if you end a paragraph by using enter, then you can't change your mind with "ctrl-shift-leftarrow" and go back to the previous paragraph and type a little more before you start your new paragraph. You can go back with your mouse to the end of the previous paragraph and "ctrl-shift-leftarrow" will work normally. I am something of a keyboard purist, but I normally use Edit/Undo to reverse my last step; but Alt-e-u will Undo, take you back to the end of the previous paragraph (reverses enter) and then "ctrl-shift-leftarrow" will work as expected. It may have seemed if I wrote in too much detail. But you reported it worked on Linux and I have the most excellent FC4, and it malfunctions just as reported: This is the first paragraph. begins the second paragraph = blank: -> ctrl-shift-leftarrow goes back to the end of the first paragraph and freezes the machine. Shortly afterwards it exited with the same error message that I reported for Cygwin Lyx 1.4.1 and it segfaults in Joost's windows 1.4.2 also, but the error screen exits too fast to see the text. This message is from FC4/Cygwin Lyx1.4.1. -- $ lyx LyX: Attempting to save document newfile1.lyx /cygdrive/c/home/newfile1.lyx.emergency Save seems successful. Phew. 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 (core dumped) Is the upgrade to FC5 *strongly recommended*? Stephen
Re: Fwd: aspell on XP
Paul A. Rubin wrote: Paul A. Rubin wrote: I finally got around to trying this on my home PC, which runs XP Home rather than XP Pro. Under XP Home, alt-F4 did *not* kill cmd.exe. On my laptop (XP Pro), it does. I haven't had a chance to try the XP Pro machine in my office (as I'm assiduously avoiding going anywhere near the office). My luck ran out and I ended up at the office. It turns out that alt-F4 does not kill either LyX or cmd.exe here (XP Pro). So my XP Pro laptop, where it does work, is apparently the outlier, although I have no explanation for why it works there. /Paul Using either a .lnk or a .pif doesn't change the inability to exit cmd.exe using alt-F4; I wonder if your laptop has an OEM modified installation of Win XP? I guess it is not likely, but the win98 default .pif file with more choices shows several keyboard shortcuts, but not alt-f4. But I think alt-f4 could be added to such a menu by a sourcerer, or even enabled as undocumented behavior without a menu. Must be a path with spaces problem ;-) Stephen
Fwd: [xml-doc] Announce: TeXML 2.0
From the XML-doc list: I thought some of you good people might find it interesting. David -- Forwarded message -- From: Oleg A. Paraschenko <[EMAIL PROTECTED]> Date: Jul 10, 2006 9:51 PM Subject: [xml-doc] Announce: TeXML 2.0 To: xml-doc mail list <[EMAIL PROTECTED]> Hello, I'm happy to announce TeXML 2.0. * Do you generate TeX code? Then download and try TeXML. * Do you convert XML to TeX? Then you ought to use TeXML. Home: http://getfo.org/texml/ Tour: http://getfo.org/texml/tour_simple.html Download: http://prdownloads.sourceforge.net/getfo/texml-2.0.0.tar.gz TeXML is an XML syntax for TeX. The processor transforms the TeXML markup into the TeX markup, escaping special and out-of-encoding characters. The intended audience is developers who automatically generate [La]TeX or ConTeXt files. XML to PDF -- TeXML vs XSL-FO - Similarity: * Both TeXML and XSL-FO are an intermediate step in publishing XML as PDF. * -- In the XSL-FO way, you need an XSL-FO stylesheet. -- By analogue, in the TeXML way, you need a TeXML stylesheet. Differences: * -- Open-source XSL-FO tools are not yet production quality; -- LaTeX has been a reliable standard for decades. * -- XSL-FO is for good enough PDFs; -- TeXML is targeted to the minority to create excellent PDFs. XML to TeX -- TeXML vs Perl/Java/Python/etc --- XSLT is very poor at working with strings, so it is hard to write valid TeX. In contrast, Perl etc. are excellent at handling strings and so can easily produce TeX, but they are inconvenient to manipulate an XML. The solution is TeXML. * XSLT is an ideal tool to convert XML to XML, and TeXML is an XML syntax for TeX. * A TeXML processor makes the rest, serializing TeXML to TeX. TeXML benefits -- * LaTeX and ConTeXt support. * No need to bother escaping TeX special characters. * No need to bother about empty lines in paragraphs. * More than 700 unicode characters are mapped to LaTeX commands. * Support for international publishing. * Generated TeX code is human-friendly. * Open source under the MIT/X Consortium license. Can be used in commercial applications. -- Oleg Parashchenko olpa@ http://bitplant.de/ - IT Services company The Structure View tree helper: http://datahansa.com/th/ http://uucode.com/blog/ Generative Programming, XML, TeX, Scheme
Re: bug(?): strange behavior after ctrl-shift-left
Jose' Matos wrote: I would like to hear from other windows users. If the bug is not there it should be filled in bugzilla to be fixed in 1.4.2. I can reproduce it (LyX 1.4.1, WinXP). If I follow Sven's instructions and then type the letter 'a', the keyboard is locked out (but the mouse still works), the 'a' never shows up on screen, and here's what the debug output looks like (from the point immediately after ctrl-shift-left): Setting key to 65, a KeySym is a isOK is 1 isMod is 0 encoding is iso8859-1 Using codec ISO 8859-1 ISOEncoded returning value 97 void LyXFunc::processKeySym(boost::shared_ptr, key_modifier::state) ction first set to [86] void LyXFunc::processKeySym(boost::shared_ptr, key_modifier::state)a tion now set to [86] void LyXFunc::processKeySym(boost::shared_ptr, key_modifier::state) ey [action=86][A] LyXFunc::dispatch: cmd: action: 86 arg: 'a' x: 0 y: 0 void LCursor::dispatch(const FuncRequest&) cmd: action: 86 arg: 'a' x: 0 y: 0 cursor:| anchor: inset: 0x1102eac idx: 0 par: 0 pos: 8 | inset: 0x1102eac idx: 0 par: 1 pos: 0 selection: 1 x_target: 113 LCursor::dispatch: cmd: action: 86 arg: 'a' x: 0 y: 0 cursor:| anchor: inset: 0x1102eac idx: 0 par: 0 pos: 8 | inset: 0x1102eac idx: 0 par: 1 pos: 0 selection: 1 x_target: 113 virtual void InsetText::doDispatch(LCursor&, FuncRequest&) [ cmd.action = 86] LyXText::dispatch: cmd: action: 86 arg: 'a' x: 0 y: 0 Hopefully someone can read that (I can't, other than I get that it's reporting my having typed 'a' near the top). Incidentally, if the first thing you do after ctrl-shift-left is to click someplace in the document, or hit the left arrow key, the keyboard remains responsive. (Hitting up, down or right arrow does not avoid the problem but also does not cause the keyboard to lock out -- they have no effect at all.) Also, when the keyboard lockout occurs, LyX is hammering the CPU (close to 100% load) for a few seconds. Then it goes back to a light load, and the mouse works. One other odd thing -- the keyboard works for issuing menu commands (alt-F x to exit, for instance). /Paul
\abstractname failure
In a simple article, I'd like to redefine the fixed text for the abstract environment, so that above the text will appear "Summary" and not "Abstract". In the preamble I inserted: \renewcommand\abstractname{Summary} I still get "Abstract". Any tips??