Re: Corss reference and math functions shortkey.
On Jan 27, 2009, at 1:25 PM, Anders Host-Madsen wrote: Jens Noeckel writes: Hi, yes, some of the lfun names have changed over time. For cross- references, you now have to invoke the lengthy command "dialog-show- new-inset ref"... In LyX 1.6.x you can find these function names by searching in the Preferences > Editing > Shortcuts panels. I have wondered about the same thing. At least on Mac, when I search for ref in the shortcuts, the only thing coming up is reference-next, no insert-ref. If I search on ins there are lots of inserts (citation, quotation), but no cross reference. Could this be a bug in the Mac version? Yes, I think what's happening is that I see these shortcuts in the LyX preferences on my Mac, precisely because I have already defined shortcuts for them in a custom bind file. If these "inset" lfuns aren't bound to anything, they apparently don't show up in the LyX preferences at run time... one could say that's a bug, or a missing feature. It's been a while, but I think what I did to find out these shortcuts is this: choose the desired dialog from the menu and watch the status line at the bottom of the LyX window. There you'll see what the corresponding LFun is that opens the dialog, e.g., for references, or graphics, etc. Then I went into my bind file and entered shortcuts for these commands by hand. There's some room for improvement to inset shortcuts more user- friendly, I guess... Jens
Re: Corss reference and math functions shortkey.
On Jan 27, 2009, at 11:02 AM, Vitalie S. wrote: Dear Lyx users, Is there a way to bind a key to the cross-reference dialog in LyX? Functions like label-insert,citation-insert,index-insert are present but ref-insert is not (but apparently existed in versions previous to 1.4). The same question for math-functions like ins,lim,inf,arccos etc. Are lfuncs available to insert them or mouse-menu way is the only one at hand? Many Thanks, Vitalie. Hi, yes, some of the lfun names have changed over time. For cross- references, you now have to invoke the lengthy command "dialog-show- new-inset ref"... In LyX 1.6.x you can find these function names by searching in the Preferences > Editing > Shortcuts panels. For math, you can always enter the LaTeX commands such as \lim, \arccos, ... and you can also define a shortcut for such a function by binding a key to "math-insert \arccos" if you want (e.g., I'm glad that I have a shortcut for long commands like \varepsilon). Also have a look at http://wiki.lyx.org/LyX/LyxFunctions Jens
Re: selecting
On Jan 22, 2009, at 10:28 AM, rgheck wrote: William Mullin wrote: Dear Lyx users, Version 1.61 for Mac OSX seems to no longer have the capability of selecting by holding down the shift and right or left arrow key. Was there a reason for this omission? Is there a way to get it back?? There have been some other reports of this. Usually the solution is to delete your old LyX preferences directory, as the format of bind files has changed. If you don't want to delete your old preferences, it may be enough to do the following: Go to "LyX Preferences > Editing > Shortcuts" and search char-forward-select in the list of commands. You will see that the shortcut entry is empty. Just add the key combination Shift + right arrow in that field. Do the same for char-backward-select. That should fix the problem. Jens
Re: a guide for get a 1.6.0 crash
On Dec 13, 2008, at 12:02 AM, Jürgen Spitzmüller wrote: Jens Noeckel wrote: I got a reply, that was me. but it seems to assume that I had the Outline view open. In my case, the crash has nothing to do with the Outline view, it's really easy to reproduce. but it's definitely independent from bug 5540, which is about wrong math macro initialization. Maybe some of you who also had similar crashed can compare to the descriptions on that page. FWIW, I couldn't reproduce the crash with 1.6.1svn (while I can trigger bug 5540), so there's hope that yours is already fixed in SVN. Yes, the crash I saw does indeed seem to be fixed in today's newly released LyX 1.6.1. Thanks, Jens
Re: a guide for get a 1.6.0 crash
On Dec 12, 2008, at 7:23 AM, asm23 wrote: Guenter Milde wrote: On 2008-12-12, Marcelo Acuña wrote: Have anyone same problem? I did experience several crashes after undoing changes but did not bother to investigate and report so far. LyX 1.6.0 on Debian/testing Günter I'm using windows xp,Lyx 1.60, I also did experience some crashes when I press" ctrl + z" to do some undo when entering math formula. But I think it's hard to report this bug... I've added a comment with a link to this thread to an earlier bug report, http://bugzilla.lyx.org/show_bug.cgi?id=5540 I got a reply, but it seems to assume that I had the Outline view open. In my case, the crash has nothing to do with the Outline view, it's really easy to reproduce. Maybe some of you who also had similar crashed can compare to the descriptions on that page. Jens
Re: a guide for get a 1.6.0 crash
Hi, here's the recipe for another similar crash: 1) New doc (article) 2) Choose layout: section, 3) Type "Results" (or some title) 4) Insert > URL 5) Edit > Undo (or keyboard shortcut) Amazingly, this crashes LyX on the Mac! It seems that the main ingredient is that we're trying to undo an insertion (in my case a URL), while there is also a section or subsection heading before the inset. If I replace the section layout by a normal paragraph in my short example, I don't get the crash. I reported an undo-related crash a long time ago and it was fixed - but this calls for a new bug report unless someone has already filed one. Jens On Dec 11, 2008, at 6:35 PM, Cameron Stone wrote: I get similar behaviour when trying to undo changes in a table. It only happens for me on the second ctrl-z. It doesn't seem happen when undoing changes standard text. Cameron. Marcelo Acuña wrote: hello, with opensuse and kde 4.1, qt 4.4.3: 1) open a big doc like EmbeddedObject.lyx. 2) at the end of a paragraph in the last chapter insert a footnote. 3) write several words. 4) press, and hold pressed, ctrl + z 5) with lyx 1.6.0, and not with 1.5.7, I get a crash. 6) with several pressed of ctrl + z I get a crash too. 7) with a small file I have no problem. 8) with lyx 1.5.7, I have no problem. Have anyone same problem? Regards Marcelo Marcelo Acuña visitá mi sitio web http://www.aleph-uno.com.ar == _ ___ ¡Buscá desde tu celular! Yahoo! oneSEARCH ahora está en Claro http://ar.mobile.yahoo.com/onesearch
Re: Key Behavior Change in 1.6.0? -- FIXED
On Dec 11, 2008, at 11:20 AM, Rich Shepard wrote: On Thu, 11 Dec 2008, Jens Noeckel wrote: I think I answered this on the list earlier, Jens, Then I apologize for missing it. ... but anyway the solution is simple: In your custom bind file in the directory ~/Library/Application Support/LyX-1.6/bind just replace "break-line" by "newline-insert" - the command has changed. It's actually in ~/.lyx/bind/ and I changed all .bind files. How did you discover this change in function name? Rich, sorry, somehow assumed you're on Mac when I was typing the file location. Anyway, once I realized that break-line doesn't work anymore, to find the command name I browsed fin LyX' new menu, "LyX Preferences > Editing > Shortcuts" searching for anything to do with "line" ... it didn't take long to find the new command that way. Now I recall there was also a problem with "Shift-rightarrow" and "Shift-leftarrow" not selecting text (function called char-forward-select). I think all I needed to do was put these shortcuts back within that LyX menu. Jens
Re: Key Behavior Change in 1.6.0?
On Dec 11, 2008, at 10:15 AM, rgheck wrote: Rich Shepard wrote: On Thu, 11 Dec 2008, rgheck wrote: Did you have a customized bind file before? If so, move or delete it. Lots of problems like that. rh, I've been using this customized version of the emacs.bind file for about 8 years. It has not been modified since I upgraded the application. That same binding is in the default cua.bind and emacs.bind. What would you like me to try changing? Hard to say. What often happens here is that you've got some binding in the file that LyX no longer recognizes, and this causes confusion. If you launch from a terminal, you might get some info. Hi, I think I answered this on the list earlier, but anyway the solution is simple: In your custom bind file in the directory ~/Library/Application Support/LyX-1.6/bind just replace "break-line" by "newline-insert" - the command has changed. I also use a modified emacs bind file so I had the same problem. Another annoying issue for me is that Ctrl-L no longer re- centers the screen as it does in emacs. I reported this as a bug because there's actually a change in the function's action (as opposed to a mere renaming). Jens
Re: Fast typing - LyX follows slowly only [solved - not yet]
On Dec 2, 2008, at 2:28 PM, [EMAIL PROTECTED] wrote: Am Tue, 2 Dec 2008 23:08:00 +0100 schrieb Joachim Kreimer-de Fries <[EMAIL PROTECTED]>: Am 02.12.2008 um 19:36 schrieb Andre Poenitz: That's the correct console. Now you just need to find the LyX binary. If you are already in the right directory, use ./lyx to start it. Sorry, Andre and others who know it, I tried out (with ... --version) all directories that in my opinien and searching could have that what you call the "LyX binary", but always the same response: -bash: ./lyx: No such file or directory or: lyx: No such file or directory I even tried the same with Lyx ... and ./LyX ... - with the same result. Can you tell me where on your platform or normally the "LyX binary" resides? What's the exact file name of it (so that I can search for it)? Goutgaun! joachim -- MacTeXLive 2008 - TeXShop 2.18-svn - LyX 1.6 MacBook Pro OSX 10.4.11 Tiger Well, I am on Linux so I am not sure if Mac uses the same shell commands: The standard Ubuntu package is in /usr/bin/lyx - I compiled mine to /usr/local/bin/lyx. In Linux you can check with the command "which lyx" in a terminal window. On Mac OS X, you have to type the following in Terminal instead of "lyx --version": /Applications/LyX.app/Contents/MacOS/lyx --version Jens
Re: 1.6.0 on Os X 10.5.5 Woes
On Dec 1, 2008, at 9:02 PM, Eberhard Lisse wrote: Hi, I have installed 1.6.0 on my iMinis at my practice (Obstetrics and Gynaecologist) and at home, both are 10.5.5 updated to current. Whenever I open a document (new or previously saved), LyX doesn't remember the previous window state, it's always small(ish) and there are three toolbars, one in each line. I can move the third one onto the second one (to the right), but whenever I open the or another document there are three toolbars again. I also like to move toolbar (table) below the text to the top right (it only appears when the table button is clicked) but it doesn't remain there. Whenever I open more than one documents a new window is opened (small, as above) instead of the previous behavior, as a second tab into the first window (which 1.5.7 does). CMD-Return does not do anything for me, when it used to insert the "red" newline. There was an even weirder issue within a table the other day which I can't reproduce at the moment, I'll report if and when I can :-)-O. Hi, some of these problems sound familiar. I didn't have the window size problem, but did lose the newline shortcut. To get it back, you may just need to look at the dialog "LyX Preferences > Editing > Shortcuts" and find "newline-insert" - if there is no shortcut next to that entry, just modify it. If that doesn't work, there may be a conflict with a custom bind file that should exist in the directory ~/Library/Application Support/LyX-1.6/bind (the top of the Shortcuts dialog just mentioned tells you what bind file you're currently using). The conflict would arise because the function "newline-insert" was previously named "break-line". So if you have the old command in a custom bind file, you may have to remove it. Regarding the window size problem, there could be similar issues with a custom default.ui file in ~/Library/Application Support/LyX-1.6/ ui/. You could try removing any old files you may have there, and start customizing from scratch. Hope this helps, Jens
Re: LyX website displays incorrectly w/ Safari
Christian, On Jul 28, 2008, at 12:12 AM, Christian Ridderström wrote: On Sun, 27 Jul 2008, Jens Noeckel wrote: I can't repeat this with Opera on Windows, do you still see this problem? (I was doing stuff with the web backend, so maybe it's just your browser that needs to reload it's cache or something) Do others seem something strange when looking at the page: http://www.lyx.org/Download Yes, I can reproduce it with Safari. When you follow a link from the homepage, the next page has a link to a non-existent stylesheet, http:/farm/pub/skins/lyx/lyx.css Thanks, that'll greatly help me fix the bug! The correct URI should be http://www.lyx.org/farm/pub/skins/lyx/lyx.css (so the base URI isn't added) That's what causes the missing formating. Firefox is better at guessing what you meant here, but it really is an error that appears on all the other pages except for the lyx home page. Funny though, I thought you didn't have to give the domain in the URI when linking from a page. Anyway, if it doesn't work in Safari, I'll have to add the domain. Christian, I don't know how your server is set up, but relative addresses should always be fine, and even your intended approach should be doable: Everything should work fine if you leave out the domain, provided you _also_ leave out the "http:/" (this would have been incorrect syntax in any case because of the missing second backslash). Then either make the path relative to the current page, or start with "/farm/..." to specify an absolute address from the server root. Jens
Re: LyX website displays incorrectly w/ Safari
On Jul 27, 2008, at 2:13 PM, Christian Ridderström wrote: On Sun, 27 Jul 2008, Bob Lounsbury wrote: I just started using my Mac again with the Safari web browser and went to the LyX website to download the latest version. The homepage is displayed correctly, but when I click on any other link on the website like Download it looses the website style. I really don't know anything about websites so I don't know how to describe it, so I've attached a screenshot when I click on the Download link. Hi Bob, I can't repeat this with Opera on Windows, do you still see this problem? (I was doing stuff with the web backend, so maybe it's just your browser that needs to reload it's cache or something) Do others seem something strange when looking at the page: http://www.lyx.org/Download Yes, I can reproduce it with Safari. When you follow a link from the homepage, the next page has a link to a non-existent stylesheet, http:/farm/pub/skins/lyx/lyx.css The correct URI should be http://www.lyx.org/farm/pub/skins/lyx/lyx.css (so the base URI isn't added) That's what causes the missing formating. Firefox is better at guessing what you meant here, but it really is an error that appears on all the other pages except for the lyx home page. Jens
Re: Period after chapter number
On May 13, 2008, at 10:04 PM, D.Zorig wrote: Hi all, How do you place a period after a chapter number and section number. I'm using KOMA script book class. The default is # Chapter heading #.# Section heading What I need is #. Chapter heading #.#. Section heading Thank you in advance for your help. Hi, in the Document Settings under Document Class, add the (amusing) keyword "pointednumbers" to the Options. This and everything you ever wanted to know is in the koma-script documentation, scrguien.pdf. The even more amusing option to turn the trailing dot off for all headings is "pointlessnumbers"... Jens
Re: Masters Thesis in LyX 1.5.4 for MAC intel - Crashing, what now?!
On May 13, 2008, at 4:53 PM, Micha wrote: On Tue, 13 May 2008 19:29:39 -0230 "Justin Pittman" <[EMAIL PROTECTED]> wrote: Hi,I've encountered a problem that I can't seem to rectify I'm trying to finish my masters thesis and upon trying to compile it today before I left for dinner and got a strange error that I have never encountered before.. a LaTeX formatting window popped up stating only "Conversion error" and LyX then unexpectedly quit! Now, when I sit here trying to open the MastersThesis.lyx file or the backup .lyx~ file, LyX can't open it!! It starts to open and then the Mac Spinning pinwheel comes up and boom, LyX is gone. What do I do now!!! I haven't done a backup in a few weeks and have added a good 20 pages since then!! I need help and quick!! Please, any suggestions, ASAP! My deadline is quickly approaching. Cheers, J.p There was an issue under linux with qt 4.4, did you happen to upgrade that by any chance? If so see if you can downgrade qt to 4.3 (although latest 4.4 works under debian). Afraid I don't have a mac so I don't have any other suggestions I'm assuming the problem refers to the LyX binary distribution from the LyX web site, not to a fink or macports version. Is that correct? What platform is this happening on? Leopard? Tiger? What language is being used? On the Mac the Qt libs are linked statically, so you can't change the Qt version as was suggested by Micha. Of course you should now have made a backup, so one could try to experiment a little. I'm speculating wildly now, but maybe it works: (a) Did you include any figures? If so, move them all out of your working directory, and try to re-open. If that allows the file to open, put the figures back one by one, to see where it hangs. (b) If that doesn't work, perhaps it's some obscure problem with Unicode characters (perhaps some weird key combination, pressed accidentally, created a pathological character). How can one fix something like that? Maybe the easiest is to open the .lyx file in emacs and look through the source. Do you know how to use the Terminal, and an editor like emacs? That would allow you to see if the 20 pages you entered are still there in the file. (c) If you don't know emacs (or vi), you may at least find out if the file "filename.lyx" is still whole, by opening a Terminal window, changing to your working directory and typing "cat filename.lyx" - e.g., it would be a bad sign if the file doesn't end with "\end_document" (d) Another possibility: if you can start LyX without an open file, try to disable instant preview of graphics and math before loading the troublesome file. Alternatively, reconfiguring and resetting as much as possible to the default values may be a good idea. Maybe this helps - Jens
Re: "Troubleshooting Process" not allowed?
On Apr 1, 2008, at 7:45 AM, José Matos wrote: On Tuesday 01 April 2008 15:04:54 Jürgen Spitzmüller wrote: I hope this will be fixed in LyX 1.6. That will be released on Christmas. Jürgen -- José Abílio Of course that bug doesn't affect the Mac. There, I only get the following warning at start-up: *** Warning: obsolete splash screen detected. Platypus support disabled for security reasons. Jens
Re: Primary colours of LyX? Was: Website re-design ideas
On Mar 29, 2008, at 2:17 PM, AK wrote: John wrote: On Saturday 29 March 2008 04:20:21 am AK wrote: [EMAIL PROTECTED] wrote: On Mon, 24 Mar 2008, Joost Verburg wrote: Logo & graphical profile Any company needs a logo and preferably a graphical profile to make themselves known to their customers. Think of the big companies, think of IBM: stripy and blue, McDonalds: M and yellow. They are graphical profiles that helps give them an image that sticks in customers minds. Not only do they help the business stand out, but it also creates a reputation. IBM's logo gives a very traditional feel, serene and solid. It represents something you can rely on in the marketplace. While the McDonalds logo is dynamic and fun, inviting you to a feel-good experience. A graphical profile spans logo, colours, business cards, stationeries, and a range of supplies for commercial purposes. People will remember the Platypus, though, but we already have that. I've used LyX from the beginning - and love it! But in all the time that the logo has been there it never occurred to me that it was a platypus, despite being familiar with the O'Reilly like platypus associated with the original example document. While I would much prefer that the developers worry about improving and debugging an already superb product rather than fuss over the logo, if you must tinker with the logo, please make it resemble a platypus! Probably just changing the beak shape, and toning down those awful cartoon colours would be enough. John O'Gorman I agree that it doesn't look much like platypus - I did not think it was one before being told, I just meant that whatever it is, people will remember it as being connected to LyX. I will see if I can make it more platypus-like without upsetting people who are used to it as it is. But it's hard to make it look like platypus because it's never pictured sitting like that - it probably never sits, either. Even if you propped up a real platypus to sit up like that and made a picture, it'd likely be hard to tell for an average person that it's indeed a platypus. But, anyway, we'll see what we can do. -ak So, to sum up, we should have a color scheme that will be shared between site template and splash screen, and probably use a standard font face like Verdana or something similar for now, and have the Platypus as the main recognizable identifier of all things LyX. -andrei The platypus is already being used by some other projects, though. For example, on the Mac, Platypus is a script wrapper application: http://www.macupdate.com/info.php/id/12046 I like the LyX creature the way it is, and it clearly isn't a platypus. Moreover, it's just as recognizable as the McDonald's clown, and much less freaky. Jens
Re: Website re-design ideas
On Mar 24, 2008, at 9:40 AM, Steve Litt wrote: On Monday 24 March 2008 10:56, Joost Verburg wrote: [EMAIL PROTECTED] wrote: In other words, her spontaneous reaction to the original www.lyx.org and the wiki is that they currently suck. Guess I should be glad that the wiki wasn't worst at least... Slashdot got some good comments from her though. I agree that the current wiki looks a bit better than www.lyx.org. But for example the introduction text of the wiki is way too long and too technical. I would expect the homepage to give an overview of the content instead of being a wiki help page. Joost Inspired by this thread, I took a look at the LyX website. Except for the silly background graphic and ridiculous colors, it's not bad. You can navigate fairly well to find what you want. If you want www.lyx.org to be REALLY useful to LyX users needing information, consider formatting it the way I format "Linux Library" at http://www.troubleshooters.com/linux/index.htm. This page has all Linux related links on one page, but they're arranged hierarchically so the user isn't overwhelmed. Because they're all on one page, navigating the hierarchy is instantaneous regardless of connection speed. Because they're all on one page, they can be found either by "drill down" or by text search. For the person wanting to quickly find the right information, this interface is ideal. My system provides the ability to put text descriptions to the right of each link, so the use knows what he's clicking on. In the hierarchy, all nodes except leaf nodes start with an elipses, so you know whether you're going to visit a new page or just drill down some more. Maintenance of this page is trivial. The source for the page is a tab indented text outline. The fast way to maintain it is with VimOutliner, but you can easily maintain it with any text editor. After making a change or addition, you just run the new source outline through a script that converts it to HTML, and then upload the HTML to your server. Because the source is kept as an outline, the resulting web page tends to be a highly organized hierarchy, especially if care is taken when designing the outline. If you guys want to make your web page work like this, I'll slap your favorite free-software license on my script, give it to you, and you can modify it to give just what you need for www.lyx.org. I also think the LyX.org site is OK except for the background and the white text... changing that alone could make a huge difference. I have to admit that I learned some nice CSS tricks directly from the LyX source code, about five years ago. The page hasn't changed much since then, and maybe a general make-over will be useful simply as a statement of how active LyX is as a project. Jens
Re: Request for screenshots
On Mar 24, 2008, at 9:17 AM, John Coppens wrote: On Mon, 24 Mar 2008 16:32:36 +0100 Joost Verburg <[EMAIL PROTECTED]> wrote: FWIW, I prefer the current color as much as I prefer creamy-coloured to bright-white paper. The white background of usual text processors hurts my eyes. But would you be opposed to having the usual colors as default? You can of course set your own color in the preferences. Again, FWIW, I _hate_ white backgrounds, and spend time with each program to figure out how I can reprogram it to something more 'quiet'. Ever wonder why legal pads are yellow(ish)? Why not leave the page background undefined? Most browsers allow selection of a default background color, don't they? One more vote for the current background color (or at least non- white). My reason is that the windows with a variety of background colors are easier to tell apart when you have multiple programs running - I can tell which is Mail, LyX, or XEmacs, even if their windows are partly obscured so I don't see their title bars. It would be sad if everything were white by default. On a related note: what's going to happen to the term "ERT" if LyX allows people to customize its color? It could become evil dark- indigo text (EDIT)... we can't allow that!! Jens
Re: PNG background
On Mar 15, 2008, at 8:31 AM, [EMAIL PROTECTED] wrote: Hello, Thanks for your emails and suggestions. Here is a reply to one email that perhaps better explains what I would like to achieve. One little thing I haven't been able to figure out is making PNGs with transparency look nice, i.e. specifying white as the background colour instead of the default black. A 'white' background is different from 'transparent'. Indeed. What I have is PNGs with parts that are transparent, and want to either leave them transparent (so you would see the page through them, i.e. white) or convert that transparency to white, essentialy achieving the same effect on the printed page. What LyX seems to be doing however is converting my transparent bits of the PNGs to black. Is this possible at all - and if so how do I make LyX / ImageMagick automatically do what I described above? Dawid, this is a problem with pdflatex. The older versions from 2006 (or earlier) don't handle PNG transparency, so you should update to a more recent pdflatex version (how to do that depends on your platform). On my Mac, the pdflatex from texlive-2007 handles PNG transparency correctly, whereas the pdflatex from the tetex distribution doesn't. Hope this helps, Jens
Re: LyX mac customized icon
On Mar 5, 2008, at 4:34 PM, Bennett Helm wrote: On Mar 5, 2008, at 1:37 PM, Andre Poenitz wrote: On Tue, Mar 04, 2008 at 11:05:03PM +0100, ailoan wrote: Hello, Hi. I am a young graphist and I choose your soft (LyX-Mac) to work on a project for fun. I saw your icon and try to suggest you one more customized. Feel free to use it in any project you see fit. They are in SVG format for maximum flexibility. DL the archive at the URL : http://ailoan.free.fr/LyX-mac.zip Looks nice, and I would not oppose to use something like that. The "cosmetical" "problem" I see are the shadows of the letters, they look as if they came from different ngles. Is that intended? On the technical side, 1.5 MB is way too big for an icon, and there seems to be something wrong with the svg: I get messages like "** (inkscape:14141): CRITICAL **: SPCurve*" sp_curve_new_from_foreign_bpath(const NArtBpath*): assertion `new_bpath != NULL' failed Thanks for taking the initiative and designing these. To be honest, though, I don't like them. (I've attached low-resolution versions here, along with the current Mac icons for comparison.) The typography and colors feel wrong (too garish), and I'm not sure I like the protractor. The icons also seem too, well, cartoonish. (Of course, the LyX monster is cartoonish, but an improvement would make it less so, in accordance with standard practice on Mac; the LyX monster at least has the advantage of having a clear historical connection to LyX itself.) That said, I'm certainly not opposed to changing the icon, especially to one that better evokes what LyX is -- which is not a scientific word processor but a structured document processor. But I do think we should tend to be conservative in this case: having the icon of your favorite writing tool change under you can be a jarring experience that should not be done without clearly good reasons. In any case, it's certainly not my decision to make; what do others think? Bennett Monster.jpg> Hi, to me, removing that cute little LyX mascot would be like ditching the Linux penguin, or the TeX lion. What has the poor creature done to deserve this? And it's not a monster - at most a monsterling, and probably an orphan, too. I wonder what it eats. Jens
Re: Lyx keyboard shortcuts on mac
On Jan 14, 2008, at 8:57 AM, Bennett Helm wrote: On Jan 14, 2008, at 11:16 AM, Daniel Lohmann wrote: On 10.01.2008, at 02:33, Bennett Helm wrote: Better yet, look at the mac-bind.pdf file that is included with the LyX/Mac distribution. Insert footnote is not defined there, but you can define it yourself by creating a file with the following: \bind_file mac.bind \bind "S-C-F" "footnote-insert" While it is certainly an option to add lots of shortcuts to the bind-file, it is also kind of dissatisfying that on Windows and Linux we implicitly have *all* menu commands available as shortcuts (by the Alt+underlined letter, underlined letter, ... keyboard navigation through menus), whereas on Mac the user has to assign about a hundred shortcuts manually to achieve the same usability. Moreover, the multi-key shortcuts are not visible in the menu. (The latter is not an as big problem, as LyX has this great feature to print the shortcut of the last executed command in the status bar.) You can take a look at aqua.bind (in LyX.app/Contents/Resources/ bind). That will give access to the menus via the keyboard. Or you can use turn on Keyboard Navigation in System Preferences > Keyboard & Mouse > Keyboard Shortcuts. I guess it is not LyX to blame here (and certainly not it's developers :-) ), but the Mac menu system in general or maybe Qt for Mac. Nevertheless, I think it would be a good idea to offer Mac users the same level of comfort by adding *lots* of shortcuts to the standard mac.bind file and, maybe, looking for some other way to indicate multi-key shortcuts in the LyX menus. Yes: it's a Qt/Mac issue. Is anyone else interested in having more standard shortcuts? Bennett Hi, I think the way things are is OK in that one can customize the keybindings freely, and also leverage some of the existing bind files. What I do is to select a modified version of xemacs.bind as the default, but at the end of that file I load some other bind files as well, to get math and menu bindings. The menus in LyX can be accessed by keyboard, using shortcuts that are defined in menus.bind (although I recall having to modify some things there too, because the Lfunc names were outdated in LyX 1.5.3)... one thing that's bad about accessing the menus with the keyboard is that the drop-down lists open in a "floating" position, torn off from the menu bar. Fortunately, on the Mac you can also access the menu bar by the system-wide shortcut "Control-F2" (which you can in turn customize in the System Preferences). Jens
Outline view as window instead of drawer?
Hi, in LyX 1.5.3 on Mac OS X, is there any way to customize the TOC (outline) dialog as a regular window instead of a drawer? I use Lyx in a window that is maximized to the screen, and when I try to see the document outline it doesn't show up. The reason is that the outline is pushed into a drawer that opens to the right of my already maximized window, thus falling completely off the screen! If there is no way to reaplace the drawer by a window, then at least the application should resize the main window such that the drawer fits on the screen. Then when the drawer is turned off, the original dimensions of the main window should be restored. The way it works now, it's extremely inconvenient to access the TOC on a small screen. Jens
Re: Some LyX 1.5.3 issues (OS-X specific?)
On Dec 23, 2007, at 11:58 PM, Jens Noeckel wrote: On Dec 23, 2007, at 12:00 PM, Daniel Lohmann wrote: On 22.12.2007, at 17:59, Jens Noeckel wrote: On Dec 22, 2007, at 5:12 AM, Bennett Helm wrote: On Dec 21, 2007, at 8:17 AM, Daniel Lohmann wrote: And finally, on LyX OS-X related question: How can I use the "Ctrl" key in LyX key bindings? "C" is apparently bound to the "Apple/Command" key and "M" is bound to the "Alt" key. All this makes sense, of course, I would just like to use the "Ctrl" key as well. I believe this is a Qt/Mac limitation and so out of our control. Bennett When you say "use Ctrl as well", do you mean you want Ctrl and Command keys to be switched? If that's what you want, it requires modifying the file src/gui/kernel/qkeymapper_mac.cpp in the qt-mac-opensource source distribution. I've done that and have compiled LyX 1.5.3 with it. That way, LyX uses Apple/Command as a meta key, and Ctrl as the control key. I can put that binary online, and post more details on the QT patch, if anyone is interested. I hadn't done that because I haven't had a chance to work with the new version myself yet (my main LyX is still at version 1.4). Jens Thanks Jens, However, what I actually want is to use *both* keys within LyX. Apparently (according to Bennett) this is not possible because of a MacQt limitation. Daniel Daniel, yes - I don't think we can have all three modifiers (Ctrl, Apple and Option) work "completely" independently in LyX. Although Qt defines all three, Qt::ControlModifier Qt::MetaModifier Qt::AltModifier as separate values, Lyx doesn't let us use them. The Option key is somewhat special: unfortunatley, Lyx doesn't recognize the difference between "Command-w" (key binding for "copy"), and "Option-w". But _some_ Option-key combinations are caught at a lower level and then work in a way that the analogous Command-key combination doesn't do. E.g., "Option-u o" produces the umlaut ö, but "Command-u o" doesn't. Here is an old reference on this issue: http://osdir.com/ml/editors.lyx.general/2004-09/msg00207.html That email was how I started using the patched Qt where Command and Ctrl are "un"-switched. I'm posting the patched binaries at http://www.uoregon.edu/~noeckel/LyX/ Starting to test it now, and already found another issue to add to the list: The key combinations "M-~S-less" and "M-~S-greater" aren't recognized anymore. So the xemacs binding for buffer-begin and buffer-end no longer work correctly. This holds for the official binaries (on Intel and PPC), and I see the same with my own builds. More precisely, it still works if I press "Option" as the Meta key, but not if I press "Ctrl" (for the official binary) as Meta. This used to work in LyX 1.4 - and the new behavior is clearly inconsistent. I've filed a bug report on this, and while doing so realized I mixed up some the descriptions of my own build and the official build. In the offical binary, what's not recognized is actually "C-~S-less" and "C-~S-greater" (which have different key bindings in xemacs). I have a feeling that it won't be fixable, but I wanted to mention it anyway. Jens
Re: Slow input with cross-reference window open
On Dec 26, 2007, at 9:47 AM, Jens Noeckel wrote: On Dec 26, 2007, at 9:06 AM, Abdelrazak Younes wrote: Jens Noeckel wrote: On Dec 26, 2007, at 12:56 AM, Abdelrazak Younes wrote: Jens Noeckel wrote: On Dec 25, 2007, at 2:49 PM, Jens Noeckel wrote: Hi, on Mac OS X 10.4 with LyX 1.5.3 (Intel), text input in the main window slows down to a crawl when editing a large document while at the same time the cross-reference window is left open. It's not noticeable with small documents. I have more than a hundred cross references in the document that I tested, and typing speed is limited to about 2 characters per second. I wonder if this also happens on Windows or Linux platforms? I think so yes. This is because *all* opened windows are updated with each keystroke. The cross-reference dialog is maybe not as optimized WRT updates as it should. Jens As an addendum: this issue is already present in LyX 1.4.4 on the same platform. Of course the work-around is to always close the cross-ref window after inserting a ref, but for users with sufficient display real estate it may be desirable to leave some of those windows open all the time. Switching between open windows is somewhat more convenient than opening and closing a window. I understand that but there is a work around to this ui problem: use the shortcut: 1) Alt-i r : the dialog will popup 2) arrow key up or down to select your label 3) enter : the dialog will hide and the cross-ref be inserted. I believe this will improve your efficiency in writing document a lot than when using the mouse to do the same thing. Just my opinion. Abdel. Yes, I try to do everything from the keyboard, that's why the modifier keys are so important to me (see earlier messages). But cross references are one of the few things where I can't get by without the mouse, simply because the cross-ref window (usually) comes up with the "Cancel" button highlighted instead of "OK", Weird, it's defaulting to OK here on Windows. and tabbing through the buttons until I can press Return on the OK button is too time consuming. What about 'Alt-o' for OK and 'Esc' for Cancel? Ah, that works! Thanks, I'll try to get used to that - except that on the Mac, Alt has to be replaced by the button that Qt recognizes as ControlKey (i.e., the "Command" key in the official LyX distribution). In that case, I just find the reference by mouse and double click on it, which also closes the window as you suggested. I'm thinking about filing an enhancement request to allow searching inside the cross-reference list (useful for large numbers of references). Maybe the default button of the cross- refence window should really be OK instead of Cancel. It should I think, and it does here. But I wonder if that should be filed as a bug rather than as an enhancement request. Looks like a bug on Mac indeed... put it on bugzilla. Abdel. Coming back to the original problem, I still think it can be useful to be able to keep the x-ref window open while typing in the main window. The x-ref window already has an "Update" button, so now I wonder what that is actually good for if there is all that extensive real-time updating going on at every key stroke. Wouldn't it suffice to update the x-ref window if and only if a new label has been declared? Jens I've filed some bugs on these issues: http://bugzilla.lyx.org/show_bug.cgi?id=4441 http://bugzilla.lyx.org/show_bug.cgi?id=4443 http://bugzilla.lyx.org/show_bug.cgi?id=4445 Jens
Re: Slow input with cross-reference window open
On Dec 26, 2007, at 9:06 AM, Abdelrazak Younes wrote: Jens Noeckel wrote: On Dec 26, 2007, at 12:56 AM, Abdelrazak Younes wrote: Jens Noeckel wrote: On Dec 25, 2007, at 2:49 PM, Jens Noeckel wrote: Hi, on Mac OS X 10.4 with LyX 1.5.3 (Intel), text input in the main window slows down to a crawl when editing a large document while at the same time the cross-reference window is left open. It's not noticeable with small documents. I have more than a hundred cross references in the document that I tested, and typing speed is limited to about 2 characters per second. I wonder if this also happens on Windows or Linux platforms? I think so yes. This is because *all* opened windows are updated with each keystroke. The cross-reference dialog is maybe not as optimized WRT updates as it should. Jens As an addendum: this issue is already present in LyX 1.4.4 on the same platform. Of course the work-around is to always close the cross-ref window after inserting a ref, but for users with sufficient display real estate it may be desirable to leave some of those windows open all the time. Switching between open windows is somewhat more convenient than opening and closing a window. I understand that but there is a work around to this ui problem: use the shortcut: 1) Alt-i r : the dialog will popup 2) arrow key up or down to select your label 3) enter : the dialog will hide and the cross-ref be inserted. I believe this will improve your efficiency in writing document a lot than when using the mouse to do the same thing. Just my opinion. Abdel. Yes, I try to do everything from the keyboard, that's why the modifier keys are so important to me (see earlier messages). But cross references are one of the few things where I can't get by without the mouse, simply because the cross-ref window (usually) comes up with the "Cancel" button highlighted instead of "OK", Weird, it's defaulting to OK here on Windows. and tabbing through the buttons until I can press Return on the OK button is too time consuming. What about 'Alt-o' for OK and 'Esc' for Cancel? Ah, that works! Thanks, I'll try to get used to that - except that on the Mac, Alt has to be replaced by the button that Qt recognizes as ControlKey (i.e., the "Command" key in the official LyX distribution). In that case, I just find the reference by mouse and double click on it, which also closes the window as you suggested. I'm thinking about filing an enhancement request to allow searching inside the cross-reference list (useful for large numbers of references). Maybe the default button of the cross- refence window should really be OK instead of Cancel. It should I think, and it does here. But I wonder if that should be filed as a bug rather than as an enhancement request. Looks like a bug on Mac indeed... put it on bugzilla. Abdel. Coming back to the original problem, I still think it can be useful to be able to keep the x-ref window open while typing in the main window. The x-ref window already has an "Update" button, so now I wonder what that is actually good for if there is all that extensive real-time updating going on at every key stroke. Wouldn't it suffice to update the x-ref window if and only if a new label has been declared? Jens
Re: Slow input with cross-reference window open
On Dec 26, 2007, at 12:56 AM, Abdelrazak Younes wrote: Jens Noeckel wrote: On Dec 25, 2007, at 2:49 PM, Jens Noeckel wrote: Hi, on Mac OS X 10.4 with LyX 1.5.3 (Intel), text input in the main window slows down to a crawl when editing a large document while at the same time the cross-reference window is left open. It's not noticeable with small documents. I have more than a hundred cross references in the document that I tested, and typing speed is limited to about 2 characters per second. I wonder if this also happens on Windows or Linux platforms? I think so yes. This is because *all* opened windows are updated with each keystroke. The cross-reference dialog is maybe not as optimized WRT updates as it should. Jens As an addendum: this issue is already present in LyX 1.4.4 on the same platform. Of course the work-around is to always close the cross-ref window after inserting a ref, but for users with sufficient display real estate it may be desirable to leave some of those windows open all the time. Switching between open windows is somewhat more convenient than opening and closing a window. I understand that but there is a work around to this ui problem: use the shortcut: 1) Alt-i r : the dialog will popup 2) arrow key up or down to select your label 3) enter : the dialog will hide and the cross-ref be inserted. I believe this will improve your efficiency in writing document a lot than when using the mouse to do the same thing. Just my opinion. Abdel. Yes, I try to do everything from the keyboard, that's why the modifier keys are so important to me (see earlier messages). But cross references are one of the few things where I can't get by without the mouse, simply because the cross-ref window (usually) comes up with the "Cancel" button highlighted instead of "OK", and tabbing through the buttons until I can press Return on the OK button is too time consuming. In that case, I just find the reference by mouse and double click on it, which also closes the window as you suggested. I'm thinking about filing an enhancement request to allow searching inside the cross-reference list (useful for large numbers of references). Maybe the default button of the cross-refence window should really be OK instead of Cancel. But I wonder if that should be filed as a bug rather than as an enhancement request. Jens
Re: Slow input with cross-reference window open
On Dec 25, 2007, at 2:49 PM, Jens Noeckel wrote: Hi, on Mac OS X 10.4 with LyX 1.5.3 (Intel), text input in the main window slows down to a crawl when editing a large document while at the same time the cross-reference window is left open. It's not noticeable with small documents. I have more than a hundred cross references in the document that I tested, and typing speed is limited to about 2 characters per second. I wonder if this also happens on Windows or Linux platforms? Jens As an addendum: this issue is already present in LyX 1.4.4 on the same platform. Of course the work-around is to always close the cross- ref window after inserting a ref, but for users with sufficient display real estate it may be desirable to leave some of those windows open all the time. Switching between open windows is somewhat more convenient than opening and closing a window. Jens
Slow input with cross-reference window open
Hi, on Mac OS X 10.4 with LyX 1.5.3 (Intel), text input in the main window slows down to a crawl when editing a large document while at the same time the cross-reference window is left open. It's not noticeable with small documents. I have more than a hundred cross references in the document that I tested, and typing speed is limited to about 2 characters per second. I wonder if this also happens on Windows or Linux platforms? Jens
PDF Graphics inclusion in LyX 1.5.3
Hi,
on my Intel and PPC Macs with "convert" installed from fink, when
including PDF graphics in a LyX document, the MediaBox (document
dimensions) isn't respected.
To fix this, I replaced the shipped script "convertDefault.py" by a
modified version in "~/Library/Application\ Support/LyX-1.5/scripts/"
that looks a bit simpler, see below. The script in the distribution
executes a test of the convert utility's options _everytime_ a file
conversion is done. I just erased that test and added a different
option to the convert command line ("-trim"). That way, included
figures always create only the minimum amount of empty space in the
LyX document.
Jens
#!/usr/bin/env python
# -*- coding: utf-8 -*-
# file convertDefault.py
# This file is part of LyX, the document processor.
# Licence details can be found in the file COPYING.
# \author Herbert Vo<9F>
# \author Bo Peng
# Full author contact details are available in file CREDITS.
# The default converter if no other has been defined by the user from
the
# Conversion->Converter tab of the Preferences dialog.
# The user can also redefine this default converter, placing their
# replacement in ~/.lyx/scripts
# converts an image from $1 to $2 format
import os, sys
opts = "-trim -depth 8"
# for pdf source formats, check whether convert supports the -define
option
# NO, DON'T CHECK. I deleted this part.
if os.system(r'convert %s "%s" "%s"' % (opts, sys.argv[1], sys.argv
[2])) != 0:
print >> sys.stderr, sys.argv[0], 'ERROR'
print >> sys.stderr, 'Execution of "convert" failed.'
sys.exit(1)
Re: Some LyX 1.5.3 issues (OS-X specific?)
On Dec 23, 2007, at 12:00 PM, Daniel Lohmann wrote: On 22.12.2007, at 17:59, Jens Noeckel wrote: On Dec 22, 2007, at 5:12 AM, Bennett Helm wrote: On Dec 21, 2007, at 8:17 AM, Daniel Lohmann wrote: And finally, on LyX OS-X related question: How can I use the "Ctrl" key in LyX key bindings? "C" is apparently bound to the "Apple/Command" key and "M" is bound to the "Alt" key. All this makes sense, of course, I would just like to use the "Ctrl" key as well. I believe this is a Qt/Mac limitation and so out of our control. Bennett When you say "use Ctrl as well", do you mean you want Ctrl and Command keys to be switched? If that's what you want, it requires modifying the file src/gui/kernel/qkeymapper_mac.cpp in the qt-mac-opensource source distribution. I've done that and have compiled LyX 1.5.3 with it. That way, LyX uses Apple/Command as a meta key, and Ctrl as the control key. I can put that binary online, and post more details on the QT patch, if anyone is interested. I hadn't done that because I haven't had a chance to work with the new version myself yet (my main LyX is still at version 1.4). Jens Thanks Jens, However, what I actually want is to use *both* keys within LyX. Apparently (according to Bennett) this is not possible because of a MacQt limitation. Daniel Daniel, yes - I don't think we can have all three modifiers (Ctrl, Apple and Option) work "completely" independently in LyX. Although Qt defines all three, Qt::ControlModifier Qt::MetaModifier Qt::AltModifier as separate values, Lyx doesn't let us use them. The Option key is somewhat special: unfortunatley, Lyx doesn't recognize the difference between "Command-w" (key binding for "copy"), and "Option-w". But _some_ Option-key combinations are caught at a lower level and then work in a way that the analogous Command-key combination doesn't do. E.g., "Option-u o" produces the umlaut ö, but "Command-u o" doesn't. Here is an old reference on this issue: http://osdir.com/ml/editors.lyx.general/2004-09/msg00207.html That email was how I started using the patched Qt where Command and Ctrl are "un"-switched. I'm posting the patched binaries at http://www.uoregon.edu/~noeckel/LyX/ Starting to test it now, and already found another issue to add to the list: The key combinations "M-~S-less" and "M-~S-greater" aren't recognized anymore. So the xemacs binding for buffer-begin and buffer-end no longer work correctly. This holds for the official binaries (on Intel and PPC), and I see the same with my own builds. More precisely, it still works if I press "Option" as the Meta key, but not if I press "Ctrl" (for the official binary) as Meta. This used to work in LyX 1.4 - and the new behavior is clearly inconsistent. Jens
Re: Some LyX 1.5.3 issues (OS-X specific?)
On Dec 22, 2007, at 5:12 AM, Bennett Helm wrote: On Dec 21, 2007, at 8:17 AM, Daniel Lohmann wrote: And finally, on LyX OS-X related question: How can I use the "Ctrl" key in LyX key bindings? "C" is apparently bound to the "Apple/Command" key and "M" is bound to the "Alt" key. All this makes sense, of course, I would just like to use the "Ctrl" key as well. I believe this is a Qt/Mac limitation and so out of our control. Bennett When you say "use Ctrl as well", do you mean you want Ctrl and Command keys to be switched? If that's what you want, it requires modifying the file src/gui/kernel/qkeymapper_mac.cpp in the qt-mac-opensource source distribution. I've done that and have compiled LyX 1.5.3 with it. That way, LyX uses Apple/Command as a meta key, and Ctrl as the control key. I can put that binary online, and post more details on the QT patch, if anyone is interested. I hadn't done that because I haven't had a chance to work with the new version myself yet (my main LyX is still at version 1.4). Jens
Re: create PDF of selected pages (using texexec)?
Hi Jeremy, with ghostscript the paper format is preserved on my Mac. I made a test file "newfile1.pdf" with your page geometry and put it into an empty directory to do the following manipulations from the terminal (just as you apparently did with texec). I'm assuming I want the page numbers 2, 4 and 5 extracted: tcsh foreach i ( 2 4 5) foreach? gs -dSAFER -dBATCH -dNOPAUSE -dFirstPage=$i -dLastPage=$i - sDEVICE=pdfwrite -sOutputFile=im$i.pdf newfile1.pdf foreach? end gs -dSAFER -dBATCH -dNOPAUSE -sDEVICE=pdfwrite - sOutputFile=combine.pdf `ls im*.pdf` With this, the output file "combine.pdf" has the desired three pages and also the original page format. The first line (tcsh) just gets you a shell in which the "foreach" command is recognized, which I use to loop through the list of pages to be extracted. The loop creates one file each per extracted page, and the last line after the loop combines these pages back into a single document. I guess someone who really needs this often would want to make this into a script, but I had to be at a Harry-Potter party today so I'll just have to hope that this works for you... Jens On Jul 18, 2007, at 11:30 PM, Jeremy C. Reed wrote: I have a 650+ page book of 535.68 x 696.959 pts pages. This is for a 7.44in x 9.68in book (printer calls it Crown Quarto). I need to just have some selected pages sent to printer to do some testing. I used texexec like: texexec --pdfselect --selection=6,7,20,21 --result=images.pdf book.pdf But the generated book is in A4. Any suggestions on how to texexec to not reformat the pages at all (and keep my 7.44in x 9.68in pages)? Or any other tool or technique to do what I want? Thanks in advance, Jeremy C. Reed
Re: How to disable fontenc?
On Apr 25, 2007, at 4:47 PM, José Matos wrote:
On Wednesday 25 April 2007 2:10:56 pm Johnathan Burchill wrote:
Hi,
I am using a class (nrc1) that requires the "\usepackage[T1]
{fontenc}"
to be commented out of the latex file. Anyone know how to disable
this from
within lyx?
No. One suggestion that remembered from this list was to define
an external
filter to remove this line (call the new format latex2) and then
work from
this. Please search in the mailing list archives.
I can be wrong though. :-)
Hi,
there is a LyX solution:
Go to LyX Preferences > Outputs > LaTeX
and in the first text field (Text encoding) replace "T1" by "default".
That suppresses the fontenc line.
Hope it works,
Jens
Re: Math font size
On Apr 12, 2007, at 7:24 PM, Lyx Physicist wrote:
On Thu, 2007-04-12 at 17:37 -0700, Jens Noeckel wrote:
Regarding the figures:
On Apr 12, 2007, at 5:16 PM, Brian Kidd wrote:
sorry about the previous reply, i misunderstood what you wanted
to do.
as jens suggested, use the DeclareMathSizes command in the
preamble. you'll need four sizes:
\DeclareMathSizes{12}{10}{7}{5}
This assumes that the non-math text is 12pt.
You'll get 10pt for the math-font, 7pt for script fonts and 5pt for
script script font sizes.
One visually good thing is to use a 10:7:5 ratio for the mf, sf,
ssf so scale appropriately.
-brian
On Apr 12, 2007, at 4:46 PM, Lyx Physicist wrote:
On Thu, 2007-04-12 at 15:40 -0700, Jens Noeckel wrote:
On Apr 12, 2007, at 2:02 PM, Brian Kidd wrote:
one silly thing to do is to increase the zoom size, which will
increase the font size for the entire document including math
fonts.
go to the preferences, screen fonts and then adjust the zoom
size.
hope that helps.
-brian
On Apr 12, 2007, at 9:24 AM, Lyx Physicist wrote:
Hi, I have inserted a few equations using the math panel and I
want to
enlarge the font so its easier to read. I tried to just
highlight
the
text and make it bigger, but that didnt work. Is there
something
else I
need to add or some other menu to do this that I havent
seen? Im
running lyx 1.4. Thanks,
Charles
Yes, it wasn't clear what he means, but I'm guessing he wants a
larger font in the _output_ file (PDF). How about the following
method:
http://www.tex.ac.uk/cgi-bin/texfaq2html?label=mathsize
You should modify the \DeclareMathSizes command so that its first
argument is the document's text size, and the other arguments give
the desired math size.
Regards,
Jens
Hi, sorry to not clarify.. Yes, when I input the text in Lyx it
is fine
and I can read it. But when I output the PDF, it is much much
smaller
and its hard to see. I looked at the link provided, but am not
clear on
what to do. I need to use the \DeclareMathSizes {x}
in my preamble? And that will make the output math text size x?
This is
a rather long document(thesis) so zooming in and changing that
would
alter figures which are set to a specific size etc so I would
rather not
go that route if possible...
Thanks!
Charles
I don't see any reason why figures should be affected in any way.
Maybe you should clarify some more. Are you trying to resize only one
single math equation, or only part of a single math equation, or all
math equations in your document?
I am trying to get all the math in my document appear larger in the
PDF
output. The \DeclareMathSizes{12}{10}{7}{5} didnt change anything
with
the math font. I ran lyx a few times to make sure it got it, but I
didnt see any difference... As for the zooming in, wouldnt I have to
change everything else to be smaller so that when it comes up it
doesnt
look huge? That seems more of a pain than to just make one small part
bigger.. Or am I missing the point? Thanks for the help,
Charles
What is the font size you chose in the LyX Document settings? If it's
not 12pt, the above by ittself won't work. To cover all the bases,
you can put in multiple declarations like
\DeclareMathSizes{12}{18}{12}{10}
\DeclareMathSizes{11}{18}{12}{10}
\DeclareMathSizes{10}{18}{12}{10}
What counts is that the first argument in one of these lines must be
the text font size of your document, as chosen in the Settings
dialog. You'll have to play with the math sizes yourself, it's a
matter of taste.
Jens
Re: Wide tables with smaller than scriptsize letters
On Apr 12, 2007, at 5:35 PM, Jens Noeckel wrote:
On Apr 12, 2007, at 5:00 PM, Paul Smith wrote:
On 4/13/07, Jens Noeckel <[EMAIL PROTECTED]> wrote:
>> >>>> I have a wide table to insert in a slide of a Beamer
>> >>>> presentation, and
>> >>>> I have tried the solution \scriptsize + \normalsize, but
I am
>> >>>> actually
>> >>>> needing a even smaller size than scriptsize, as the table
does
>> >>>> not get
>> >>>> enough small. Is there some solution?
>> >>>
>> >>> Here is a listing of the available LaTeX font sizes.
>> >>>
>> >>> http://www.giss.nasa.gov/tools/latex/ltx-178.html
>> >>
>> >> Thanks, Bob. I am needing a size even smaller than tiny.
>> >
>> > I'm unaware of any smaller sizing. The default document font
size
>> > controls
>> > how small tiny is. If you set the default font smaller then
tiny
>> would
>> > decrease also.
>>
>> Using TeX in the preamble, you could do any size you want (in
text
>> mode). Here is an example LaTeX file that seems to do what is
>> desired:
>>
>>
>> \documentclass[12pt]{article}
>> \def\supertiny{ \font\supertinyfont = cmr10 at 4pt \relax
>> \supertinyfont}
>>
>> \begin{document}
>> Hello \tiny Guten Tag \supertiny Hello \normalsize Goodbye
>> \end{document}
>>
>>
>>
>> Obviously, the \def ... goes into the LaTeX Preamble, and the
>> \supertiny command has to be entered as ERT. The size of the
>> supertiny font is 4pt as defined in the Preamble line, and you
can
>> make it as small as you want!
>
> Thanks, Jens. In case one works with Mathpazo fonts, one should
> replace cmr10 by what?
I think it would be either zpplcmr, pplr, or fplmr instead of cmr10.
Maybe a font expert can correct me if I'm wrong...
None works. And I have
$ locate mathpazo
/usr/share/texmf/fonts/type1/public/mathpazo
/usr/share/texmf/fonts/type1/public/mathpazo/fplmb.pfb
/usr/share/texmf/fonts/type1/public/mathpazo/fplmbb.pfb
/usr/share/texmf/fonts/type1/public/mathpazo/fplmbi.pfb
/usr/share/texmf/fonts/type1/public/mathpazo/fplmr.pfb
/usr/share/texmf/fonts/type1/public/mathpazo/fplmri.pfb
/usr/share/texmf/tex/latex/psnfss/mathpazo.sty
$
Paul
Maybe this is another misunderstanding: are you trying to do this
in text mode or in an equation environment? Anyway, I just tried
something with mathpazo that works in equations:
$$
\fontsize{4}{5}\selectfont\sin\alpha
$$
produces a super tiny sine of alpha.
Regarding my earlier solution, it works for me... to see what's
wrong on your side one would need an example. But maybe this
alternative solution is what you really want.
Jens
Correcting myself:
in a math equation, the font selection needs to be enclosed in an \mbox.
Here is a complete document that works as advertised. And it does NOT
work properly if I comment out mathpazo!
Jens
\documentclass[12pt]{article}
\usepackage{mathpazo}
\begin{document}
With or without displaystyle:
$$
\mbox{\fontsize{4}{6}\selectfont $\sin\alpha\frac{1}{\frac{1}{3}}$}
$$
$$
\mbox{\fontsize{4}{5}\selectfont $\displaystyle\sin\alpha\frac{1}
{\frac{1}{3}}$}
$$
$$
\mbox{\fontsize{2}{3}\selectfont $\displaystyle\sin\alpha\frac{1}
{\frac{1}{3}}$}
$$
\tiny For comparison, this is typed in tiny.
\normalsize Back to normal
\fontsize{2}{3}\selectfont If you can read this, you're using the
zoom function. Or you're not using mathpazo.
\end{document}
Re: Math font size
Regarding the figures:
On Apr 12, 2007, at 5:16 PM, Brian Kidd wrote:
sorry about the previous reply, i misunderstood what you wanted to do.
as jens suggested, use the DeclareMathSizes command in the
preamble. you'll need four sizes:
\DeclareMathSizes{12}{10}{7}{5}
This assumes that the non-math text is 12pt.
You'll get 10pt for the math-font, 7pt for script fonts and 5pt for
script script font sizes.
One visually good thing is to use a 10:7:5 ratio for the mf, sf,
ssf so scale appropriately.
-brian
On Apr 12, 2007, at 4:46 PM, Lyx Physicist wrote:
On Thu, 2007-04-12 at 15:40 -0700, Jens Noeckel wrote:
On Apr 12, 2007, at 2:02 PM, Brian Kidd wrote:
one silly thing to do is to increase the zoom size, which will
increase the font size for the entire document including math
fonts.
go to the preferences, screen fonts and then adjust the zoom size.
hope that helps.
-brian
On Apr 12, 2007, at 9:24 AM, Lyx Physicist wrote:
Hi, I have inserted a few equations using the math panel and I
want to
enlarge the font so its easier to read. I tried to just highlight
the
text and make it bigger, but that didnt work. Is there something
else I
need to add or some other menu to do this that I havent seen? Im
running lyx 1.4. Thanks,
Charles
Yes, it wasn't clear what he means, but I'm guessing he wants a
larger font in the _output_ file (PDF). How about the following
method:
http://www.tex.ac.uk/cgi-bin/texfaq2html?label=mathsize
You should modify the \DeclareMathSizes command so that its first
argument is the document's text size, and the other arguments give
the desired math size.
Regards,
Jens
Hi, sorry to not clarify.. Yes, when I input the text in Lyx it
is fine
and I can read it. But when I output the PDF, it is much much
smaller
and its hard to see. I looked at the link provided, but am not
clear on
what to do. I need to use the \DeclareMathSizes {x}
in my preamble? And that will make the output math text size x?
This is
a rather long document(thesis) so zooming in and changing that would
alter figures which are set to a specific size etc so I would
rather not
go that route if possible...
Thanks!
Charles
I don't see any reason why figures should be affected in any way.
Maybe you should clarify some more. Are you trying to resize only one
single math equation, or only part of a single math equation, or all
math equations in your document?
Re: Wide tables with smaller than scriptsize letters
On Apr 12, 2007, at 5:00 PM, Paul Smith wrote:
On 4/13/07, Jens Noeckel <[EMAIL PROTECTED]> wrote:
>> >>>> I have a wide table to insert in a slide of a Beamer
>> >>>> presentation, and
>> >>>> I have tried the solution \scriptsize + \normalsize, but I am
>> >>>> actually
>> >>>> needing a even smaller size than scriptsize, as the table
does
>> >>>> not get
>> >>>> enough small. Is there some solution?
>> >>>
>> >>> Here is a listing of the available LaTeX font sizes.
>> >>>
>> >>> http://www.giss.nasa.gov/tools/latex/ltx-178.html
>> >>
>> >> Thanks, Bob. I am needing a size even smaller than tiny.
>> >
>> > I'm unaware of any smaller sizing. The default document font
size
>> > controls
>> > how small tiny is. If you set the default font smaller then tiny
>> would
>> > decrease also.
>>
>> Using TeX in the preamble, you could do any size you want (in text
>> mode). Here is an example LaTeX file that seems to do what is
>> desired:
>>
>>
>> \documentclass[12pt]{article}
>> \def\supertiny{ \font\supertinyfont = cmr10 at 4pt \relax
>> \supertinyfont}
>>
>> \begin{document}
>> Hello \tiny Guten Tag \supertiny Hello \normalsize Goodbye
>> \end{document}
>>
>>
>>
>> Obviously, the \def ... goes into the LaTeX Preamble, and the
>> \supertiny command has to be entered as ERT. The size of the
>> supertiny font is 4pt as defined in the Preamble line, and you can
>> make it as small as you want!
>
> Thanks, Jens. In case one works with Mathpazo fonts, one should
> replace cmr10 by what?
I think it would be either zpplcmr, pplr, or fplmr instead of cmr10.
Maybe a font expert can correct me if I'm wrong...
None works. And I have
$ locate mathpazo
/usr/share/texmf/fonts/type1/public/mathpazo
/usr/share/texmf/fonts/type1/public/mathpazo/fplmb.pfb
/usr/share/texmf/fonts/type1/public/mathpazo/fplmbb.pfb
/usr/share/texmf/fonts/type1/public/mathpazo/fplmbi.pfb
/usr/share/texmf/fonts/type1/public/mathpazo/fplmr.pfb
/usr/share/texmf/fonts/type1/public/mathpazo/fplmri.pfb
/usr/share/texmf/tex/latex/psnfss/mathpazo.sty
$
Paul
Maybe this is another misunderstanding: are you trying to do this in
text mode or in an equation environment? Anyway, I just tried
something with mathpazo that works in equations:
$$
\fontsize{4}{5}\selectfont\sin\alpha
$$
produces a super tiny sine of alpha.
Regarding my earlier solution, it works for me... to see what's wrong
on your side one would need an example. But maybe this alternative
solution is what you really want.
Jens
Re: Wide tables with smaller than scriptsize letters
On Apr 12, 2007, at 4:15 PM, Paul Smith wrote:
On 4/13/07, Jens Noeckel <[EMAIL PROTECTED]> wrote:
>>>> I have a wide table to insert in a slide of a Beamer
>>>> presentation, and
>>>> I have tried the solution \scriptsize + \normalsize, but I am
>>>> actually
>>>> needing a even smaller size than scriptsize, as the table does
>>>> not get
>>>> enough small. Is there some solution?
>>>
>>> Here is a listing of the available LaTeX font sizes.
>>>
>>> http://www.giss.nasa.gov/tools/latex/ltx-178.html
>>
>> Thanks, Bob. I am needing a size even smaller than tiny.
>
> I'm unaware of any smaller sizing. The default document font size
> controls
> how small tiny is. If you set the default font smaller then tiny
would
> decrease also.
Using TeX in the preamble, you could do any size you want (in text
mode). Here is an example LaTeX file that seems to do what is
desired:
\documentclass[12pt]{article}
\def\supertiny{ \font\supertinyfont = cmr10 at 4pt \relax
\supertinyfont}
\begin{document}
Hello \tiny Guten Tag \supertiny Hello \normalsize Goodbye
\end{document}
Obviously, the \def ... goes into the LaTeX Preamble, and the
\supertiny command has to be entered as ERT. The size of the
supertiny font is 4pt as defined in the Preamble line, and you can
make it as small as you want!
Thanks, Jens. In case one works with Mathpazo fonts, one should
replace cmr10 by what?
Paul
I think it would be either zpplcmr, pplr, or fplmr instead of cmr10.
Maybe a font expert can correct me if I'm wrong...
Jens
Re: Wide tables with smaller than scriptsize letters
On Apr 12, 2007, at 9:16 AM, Bob Lounsbury wrote:
On 4/12/07 10:11 AM, "Paul Smith" <[EMAIL PROTECTED]> wrote:
On 4/12/07, Bob Lounsbury <[EMAIL PROTECTED]> wrote:
I have a wide table to insert in a slide of a Beamer
presentation, and
I have tried the solution \scriptsize + \normalsize, but I am
actually
needing a even smaller size than scriptsize, as the table does
not get
enough small. Is there some solution?
Here is a listing of the available LaTeX font sizes.
http://www.giss.nasa.gov/tools/latex/ltx-178.html
Thanks, Bob. I am needing a size even smaller than tiny.
I'm unaware of any smaller sizing. The default document font size
controls
how small tiny is. If you set the default font smaller then tiny would
decrease also.
Bob
Using TeX in the preamble, you could do any size you want (in text
mode). Here is an example LaTeX file that seems to do what is desired:
\documentclass[12pt]{article}
\def\supertiny{ \font\supertinyfont = cmr10 at 4pt \relax
\supertinyfont}
\begin{document}
Hello \tiny Guten Tag \supertiny Hello \normalsize Goodbye
\end{document}
Obviously, the \def ... goes into the LaTeX Preamble, and the
\supertiny command has to be entered as ERT. The size of the
supertiny font is 4pt as defined in the Preamble line, and you can
make it as small as you want!
Jens
Re: Math font size
On Apr 12, 2007, at 2:02 PM, Brian Kidd wrote: one silly thing to do is to increase the zoom size, which will increase the font size for the entire document including math fonts. go to the preferences, screen fonts and then adjust the zoom size. hope that helps. -brian On Apr 12, 2007, at 9:24 AM, Lyx Physicist wrote: Hi, I have inserted a few equations using the math panel and I want to enlarge the font so its easier to read. I tried to just highlight the text and make it bigger, but that didnt work. Is there something else I need to add or some other menu to do this that I havent seen? Im running lyx 1.4. Thanks, Charles Yes, it wasn't clear what he means, but I'm guessing he wants a larger font in the _output_ file (PDF). How about the following method: http://www.tex.ac.uk/cgi-bin/texfaq2html?label=mathsize You should modify the \DeclareMathSizes command so that its first argument is the document's text size, and the other arguments give the desired math size. Regards, Jens
Re: Lyx's Site down?
On Mar 12, 2007, at 11:09 AM, Andre Poenitz wrote: On Mon, Mar 12, 2007 at 06:19:18PM +0100, Gunnar wrote: We should really set up some kind of fallback mechanism that works (a) when Lars is not available (which seems to be rather common lately) and (b) without the help of "Third Parties". Some thoughts, It can't be that hard to setup a mirror site called lyx2.org or something else that is easy to remember if one can't setup a round robin DNS. Syncronization with lyx.org and the wiki is another problem that has to be solved unless the mirrors are more "read-only". We do not need a hot syncronization. rsync every 10 minutes or so to a machine on "standby" and making this one accessible as lyx2.org (or whatever) if and only if lyx.org failes would be completely sufficient. Andre' That's definitely a good idea! I just want to mention one last resort if there is no alternative: the Wayback Machine. It's not up to date in the sense of a real backup, but you can get a lot of the basic LyX information from there if this kind of outage should ever happen again. A somewhat "recent" archived version is for example http://web.archive.org/web/20050829232106/wiki.lyx.org/ Well, let's hope this won't ever be needed for LyX ... Jens
Re: Nested arrays
On Feb 14, 2007, at 4:48 PM, Enrico Forestieri wrote: Karl-Filip Faxen writes: I've used LaTeX before and just started using LyX. Now I have trouble making arrays inside arrays; if I have the cursor in an array cell and hit the matrix button in math panel, I get "command disabled" and the array item in the "Insert->Math" menu is greyed out. Doh! I have figured out a workaround, though, which is to create the inner matrix somewhere else and then pasting it into the enclosing cell, but that procedure is not exactly convenient. Is there a saner way? No, I am afraid. There is no reason to not allow an array inside an array. LaTeX allows this, so it is wrong to disallow it in LyX. Please file a bug report at http://bugzilla.lyx.org/ -- Enrico Hi, there is another way, if you're willing to use the \matrix or \pmatrix commands provided by AMSmath. If you're in a math environment and type \pmatrix, a matrix is created whose dimensions you can change using the "Edit>Rows&Columns" menu (it's not accessible if you're not in a matrix environment). Now if you want to create a block (or "sub-matrix") inside that matrix, just type \pmatrix again, and go through the same dimensioning steps. Type \matrix to get an "array" without surrounding brackets, or try \bmatrix, \Bmatrix, \vmatrix, \Vmatrix. This is described in the AMSmath documentation, but also in Uwe Stöhr's excellent LyX math manual (which I only have in German - is it out in English yet?). Jens
Re: tex4ht
On Jan 16, 2007, at 3:43 PM, [EMAIL PROTECTED] wrote: On Sun, 14 Jan 2007, Jens Noeckel wrote: Jamie, good to know the setup is basically working now. For HTML export, all I can say is that I only do that from the command line (since LyX to me is simply an editor, not a swiss army knife), and tex4ht works fine for me. Just in case you want to revisit it later: Jens, You've got me interested so I'm trying it again -- from the command line. The problem is that I obviously need and can't find documentation. Executing tex4ht gives some basic info but not enough for me to get it to work. It seems to want a .dvi file. So I tried running one of those and it creates a few files which to me are cryptic, and no .html files. I searched for documentation and came up with a .info file. But it seems to be for texinfo -- to which I'm sure tex4ht is related in some way. But in searching that doc I come up with nothing on tex4ht in particular. Am I looking in the right place? Also there's no man file -- at least that fink installed. Looks like it's quite powerful based on what I can glean and the extensive library that comes with it. But I can't get to 1st base. Can you point to a starting place? thanks much, jamie Jamie, there is documentation at the home page http://www.cse.ohio-state.edu/~gurari/TeX4ht/mn.html A tutorial that I've actually used a lot is the paper by Popineau linked in the "References" section of that page (it's written in French and in LaTeX, so if you know one or both of these languages, it helps). But since I've always wanted to do so anyway, I've put together a simple example on the following page: http://www.uoregon.edu/~noeckel/tex4ht.html Hope this helps, Jens
Re: long-time LyX user needs install help on Mac OSX 10.4.8
On Jan 13, 2007, at 12:26 PM, [EMAIL PROTECTED] wrote: The following documents (the rest of the data from this thread) how I got the PDF and DVI viewers and PDF and HTML exports all working on Mac OSX 10.4.8 (just as I have them in my Slackware Linux setup) -- with much thanks to Jens Noeckel's help. -- On Wed, 10 Jan 2007, Jens Noeckel wrote: On Jan 10, 2007, at 11:00 AM, [EMAIL PROTECTED] wrote: On Sun, 7 Jan 2007, Jens Noeckel wrote: 2 of the 3 pdf conversions work. On viewing or exporting with dvipdfm, I get the following error: ... error running dvipdfmx -p letter -o 'newfile1.pdf' 'newfile1.dvi' dvipdfmx exists. So is the command line wrong? I've always had simply dvipdfm as the driver (had not installed dvipdfmx at all because I didn't need it). Now I tried that using fink and got the same error as you. The error was, as you suggested, that I was using the dvipdfmx command but didn't actually have it installed -- only dvipdfm from fink. So I installed dvipdfmx and it uninstalled other things which caused some of the viewers to stop working. So I uninstalled dvipdfmx and took the 'x' off of the command line leaving dvipdfm to do the work, and viola! -- all three pdf viewers and exports now work. thanks! Also, it seems that I have to have X11 running to use the DVI. So do I need to start X11 before running the DVI viewer? And which? And should I remove the other X11? I wouldn't worry about it. The X11's can coexist, as far as I know. But you're right, there is a "bug" in open-x11 which doesn't let it automatically start X11.app, as I had intended (it works if you provide an argument to open-x11). Another thing I never noticed, because I have X11 running all the time, anyway... So the better way to do this is: replace "open-x11" by "open -a X11" in the line I sent you earlier, i.e., open -a X11 && export DISPLAY=:0.0 && /sw/bin/xdvik Yes, adding the -a works for opening X11 automatically. So the DVI viewer is all smooth and nice now too! :-) And oops -- to bring this up to the functionality I depend on in linux on the Mac, I mostly need to be able to export to html as well as pdf. For that, I would suggest doing a "fink install tex4ht" (I don't think you can get tth from fink, but tex4ht is extremely good in my opinion; there's also "hevea"). You may have to run Reconfigure in LyX after the installation. I guess I assumed that I got a new html export when I upgraded to 1.4.3 in slackware. But I've been using TTH for years now which I installed a couple years back. So I guess that wasn't part of the upgrade then. But it sure does work seamlessly in LyX 1.4.3 on linux if it's from that old install. The exported files retain the important parts of the lyx formatting I need and require little or no modification thereafter. I had trouble with tex4ht -- I guess because it's converting from DVI and I couldn't figure out the command line. I may re- investigate this later. So I went to TTH's website and downloaded the latest source. http:// hutchinson.belmont.ma.us/tth Then I installed all the Xcode stuff from OSX, and the OSX gcc. Then tth compilied quite simply. I moved the executable to /usr/ local/bin. And then I replicated the command line my linux setup has for the html export in preferences - converters - LaTeX (plain) -> HTML: tth -t -e2 -L$$b <$$i >$$o And it works beautifully as it does in linux. :-) As for importing from Word, I'm not sure I'll need this but I'm using a package I got some years ago -- wv. Command line in MS Word -> LaTeX exports is wvCleanLatex $$i $$o The package is wv. Though the one I have is old and I suspect there are better options. And here one more stupid question from a long-time LyX user: what's a "wiki"? <:-O I've seen it and probably should know what it is. Is it an acronym? See http://en.wikipedia.org/wiki/Wiki Boy was THAT ever a complete definition! Thanks for bringing me out of the dark on this one too! And thanks much for all the other help! jamie faunt Jamie, good to know the setup is basically working now. For HTML export, all I can say is that I only do that from the command line (since LyX to me is simply an editor, not a swiss army knife), and tex4ht works fine for me. Just in case you want to revisit it later: One thing that could be a problem is if tex4ht encounters a figure whose conversion is faulty - then it is unable to complete the process and you get a message like what you reported. To be on the safe side, the latex file that gets passed to htlatex should have the figures included in eps, png or jpg f
Re: long-time LyX user needs install help on Mac OSX 10.4.8
On Jan 11, 2007, at 12:06 AM, Georg Baum wrote:
Jens Noeckel wrote:
Assuming you got the dvipdfmx package from fink, too: the error is
probably due to the entry "\usepackage[T1]{fontenc}" which is
inserted into the LaTeX preamble by LyX without asking or telling
you. It's a good idea to have that when using pdflatex, which I use
almost exclusively. But still: I think this practice of stealthily
slipping in extraneous code is not a good philosophy on the part
of LyX.
I don't know when the fontenc package is needed, but whether it is
used or
not can be configured in the preferences. Just enter "default" as font
encoding, and LyX will not output this line.
Why not just make those kind of entries visible when the user opens
Document>Settings>Preamble? The preamble that is shown to the
user is completely empty for a new file, but the exported latex has
additional
lines in the preamble. Makes it really hard to debug latex problems
if you
don't know about this. One could perhaps put preamble entries that come
from the "Output" Settings in a different color (maybe even grayed
out), but
still let them show up in the preamble.
Jens
Re: long-time LyX user needs install help on Mac OSX 10.4.8
On Jan 10, 2007, at 11:00 AM, [EMAIL PROTECTED] wrote:
On Sun, 7 Jan 2007, Jens Noeckel wrote:
Jens, Everything you told me mostly works. This is very helpful --
thank you!
So here's where that leaves me:
The viewers and exporting for dvi now work. :-)
Preview is working fine for PDF viewing. (seems fine unless there's
something else I should use)
2 of the 3 pdf conversions work. On viewing or exporting with
dvipdfm, I get the following error:
... error running dvipdfmx -p letter -o 'newfile1.pdf' 'newfile1.dvi'
dvipdfmx exists. So is the command line wrong?
I've always had simply dvipdfm as the driver (had not installed
dvipdfmx at all because I didn't need it). Now I tried that using
fink and got the same error as you.
Assuming you got the dvipdfmx package from fink, too: the error is
probably due to the entry "\usepackage[T1]{fontenc}" which is
inserted into the LaTeX preamble by LyX without asking or telling
you. It's a good idea to have that when using pdflatex, which I use
almost exclusively. But still: I think this practice of stealthily
slipping in extraneous code is not a good philosophy on the part of LyX.
When I exported from LyX to latex and manually removed that "...
[T1]..." line from the preamble, everything worked again. I would
always try it from the command line first, and look carefully at the
tex file, to weed out any LyX->LaTEX related eccentricities...
I'm a little confused about which X11 to use. I installed the OSX
one as you recommended. But I still have the plain vanilla fink X11
installed. Should I remove that? I read somewhere that I needed the
fink one (and NOT the apple one) for some things. Apple's seems to
add a basic window manager and xterm -- which is nice. But I'm not
sure if there is a disadvantage here.
Also, it seems that I have to have X11 running to use the DVI. So
do I need to start X11 before running the DVI viewer? And which?
And should I remove the other X11?
I wouldn't worry about it. The X11's can coexist, as far as I know.
But you're right, there is a "bug" in open-x11 which doesn't let it
automatically start X11.app, as I had intended (it works if you
provide an argument to open-x11). Another thing I never noticed,
because I have X11 running all the time, anyway...
So the better way to do this is: replace "open-x11" by "open -a X11"
in the line I sent you earlier, i.e.,
open -a X11 && export DISPLAY=:0.0 && /sw/bin/xdvik
And oops -- to bring this up to the functionality I depend on in
linux on the Mac, I mostly need to be able to export to html as
well as pdf. two of three types of pdf export are working now.
For that, I would suggest doing a "fink install tex4ht" (I don't
think you can get tth from fink, but tex4ht is extremely good in my
opinion; there's also "hevea"). You may have to run Reconfigure in
LyX after the installation.
I guess I assumed that I got a new html export when I upgraded to
1.4.3 in slackware. But I've been using TTH for years now which I
installed a couple years back. So I guess that wasn't part of the
upgrade then. But it sure does work seamlessly in LyX 1.4.3 on
linux if it's from that old install. The exported files retain the
important parts of the lyx formatting I need and require little or
no modification thereafter.
The other thing along these lines I need is to be able to import
from Word files. Getting all this going would handle all my import/
export and viewing needs to be able to fully use LyX on the Mac.
It's been a while since I've actually seriously needed that - but
I've written down some possibilities here (in response to some
exchanges with other TeX users);
http://www.uoregon.edu/~noeckel/WordToLaTeX.html
I can't make any guarantees that this is what you need - but going
from Word to LaTeX and then to LyX might work.
As a Mac newbie I've not been able to find a clear answer to
exactly what happens when you move to a .app to trash. Does it
actually fully uninstall the application?
No, it doesn't delete everything. E.g., files in ~/Library/
Application Support/ are left floating around. Unfortunately, most
applications don't come with a clean uninstaller, so you have to take
care of those extra files yourself...
And here one more stupid question from a long-time LyX user: what's
a "wiki"? <:-O I've seen it and probably should know what it is. Is
it an acronym?
See
http://en.wikipedia.org/wiki/Wiki
thanks very much,
jamie faunt
Thanks for helping to bring some of these issues to light!
Jens
Re: long-time LyX user needs install help on Mac OSX 10.4.8
On Jan 7, 2007, at 8:31 PM, [EMAIL PROTECTED] wrote: Hi, I've been using LyX quite successfully for a few years in slackware linux. But now I need to get it running on a Mac as well. LyX installs fine and runs fine on the mac including the basic program functions, classes, styles, etc. But I'm having a problem with the DVI and postscript viewers. Previous to installing LyX I installed ghostscript, imagemagic, DVI and TeX via fink. I tried it via i-install but it couldn't complete the installations so I uninstalled everything and tried again with fink. I also previously tried MacTeX and it also couldn't complete the install. I also re-installed LyX 1.4.3 for intel after succeeding with fink. The classes seem fine now that I've fixed the path and such. But now the three types of PDF viewers insist on bringing up QuickTime even though I've de-configured quicktime to view PDF files. I've checked the file conversions and path and have taken out anything that pre-empts the /sw (/sw/bin:/sw/sbin mainly) sub-dirs where fink installs everything. I can't see anything wrong even though I've re-configured and checked all that. The Postscript viewer brings up Preview -- which is "okay." But I mainly need the DVI viewer like I have in linux and the ability to create good pdf files. I can't do either at this point on the mac. Does someone know what might be wrong and recommend a fix, or the most optimal way for me to install everything on the intel Mac with OSX 10.4.8? thanks much, jamie faunt Jamie, I'm also getting all my tex software through fink, and things work fine on my Intel Mac. But you do need to tweak the paths for LyX a little. First, make sure that you have tetex-base installed from fink. That gives you the dvi viewer you're looking for (I'd recommend xdvik), and of course latex & friends. In order to use the DVI viewer, you need to have X11 installed (it's on the Tiger Install disk as an optional install). Once you're sure these are installed and work from the command line, go to LyX Preferences, and under "File Formats" select DVI. For the Viewer, enter the following line: open-x11 && export DISPLAY=:0.0 && /sw/bin/xdvik The entries for PDF viewers are simpler: I just have the single command "open" in the Viewer field (I think it's "auto" by default). Just make sure that you've selected a reasonable default viewer for PDF files in the Finder Info (select a pdf file, show Info, select your favorite application for Open with..., and click "Change all"). Maybe this should be on the Wiki somewhere... if it works for you, I'll perhaps add it under "known issues", because you're not the first to have trouble opening pdf files. Hope this works, Jens
Re: nth roots
On Jan 6, 2007, at 11:45 AM, pol wrote:
Is there a way to render roots of any order by entering latex command,
without resorting to the math panel?
Simply entering \sqrt[n]{a} does not work as expected.
Yes, you can enter "\root" and then fill in the boxes that pop up as
soon as the space bar is pressed.
Jens
Re: dangerous tex?
On Dec 22, 2006, at 11:44 AM, Jeremy C. Reed wrote:
I am working on a system that generates latex and PDFs from data
provided
from the public.
I don't want to allow public to accidently or maliciously embed
some code
that breaks latex or breaks the system.
Can anyone point me to some URLs or docs or provide examples of
what could
be dangerous?
Does latex allow running commands?
One problem I imagine is attempting to include some abritrary file.
I will try to strip out possible tex commands from data but want to
make
sure I don't miss anything.
Thanks!
One dangerous thing I'm aware of is the tex command \write18{} which
lets you exectute arbitrary shell scripts, if that's enabled in your
texmf.cnf configuration file. This is not enable by default in the
tetex distribution I have installed on my Mac through fink, but it is
enabled in another tex distribution for the same platform (MacTeX),
so I think one can't be sure a priori. You could simply create a test
file like the following :
\documentclass{article}
\begin{document}
Hello
\write18{ls}
\end{document}
and run pdflatex on it. If this produces a directory listing amongst
the other command-line output, then the \write18 security hole
exists. There's more information to be found by googling "tex write18".
Jens
Re: Help with mis-converted accents
On Dec 19, 2006, at 9:45 AM, Stefano Franchi wrote:
Hi everyone:
I need some help on accented letters.
I managed to convert a long, multi-file manuscript from its
original Framemaker format into LyX. However, I an now facing a
problem with accents. All the accented letters have been converted
as LaTeX escape sequences. For instance, é is \i \'{e} (in the LyX
file) or \'{e} (in LaTeX. This would not be a problem, since the
file prints correctly, except that the LyX display is completely
screwed up. LyX puts the accent about a line above where they
should go and as a result the text is barely readable (there are
*many* accents in my text).
I am not really sure why LyX behaves this way, but I have seen
this behaviour in the pasty (and reported it here), so I am not
surprised. I am hunting for suggestions on how to get out of the
pickle. I could do a search and replace in an external editor and
substitute all LaTeX sequences with properly accented characters.
However, since there is a potentially large number of combinations
and the manuscript is split over several files, the operation would
be very time-consuming and potentially error prone. Unless I could
find a program/editor allowing me to do multiple replace over
multiple files at once. I am not aware or any such programs for Mac/
Linux, though? Perhaps the more technically oriented readers of
this list know better?
Or perhaps there are other possible solutions I have not considered?
Any help is greatly appreciated. I am using LyX 1.4.3 on MacOs
10.3.9, BTW.
Hi Stefano,
I don't have a solution, just wanted to confirm that I encountered
exactly the same problem (first I wondered where the accents had
gone, then I saw them in the line above...). Currently I'm just
ignoring that because I don't have time to fight another bug. If I
did have more time, I'd probably spend it on getting LyX 1.3.7 to
compile on Mac Intel...
Jens
Re: Lyx review on Journal of Statistical Software
On Dec 13, 2006, at 12:37 PM, Bo Peng wrote: Title: Scientific Workplace 5.5 and LyX 1.4.2 Published: 2006-10-27 It is a fair comparison. Among some lyx < SWP points, UI customization and toolbars are better in lyx 1.5.x now, little is being done for the algebra system of lyx, and the word export should (?) be the next big thing for lyx. Bo My 2 cents: stability in the core functionality must come first! http://en.wikipedia.org/wiki/Feature_creep Jens
Re: mini-buffer's showing and hding
On Dec 11, 2006, at 2:41 PM, Paul A. Rubin wrote: Jens Noeckel wrote: On Dec 11, 2006, at 1:13 PM, Stefano Franchi wrote: I would like to revert the minibuffer behavior of my 1.4.x LyX installation to the behavior I had under 1.3.x. That is: 1. No minibuffer is shown as default 2. M-x opens the minibuffer for input (and gains focus too) 3. at the end of minibuffer editing, the minibuffer itself is closed. I cannot replicate step 3: the mini-buffer, once opened remains opened. Any suggestion? Thanks, Stefano I'd like to second this request. There should be a way to get rid of the minibuffer after invoking it. I have the line "minibuffer" "off,bottom" in my user interface file "default.ui". When I invoke the command line with the key for "command-execute", it appears at the bottom, but I don't know a way to hide it again. It seems logical to me that if the default is "off", then LyX should return to that state after executing a command from the minibuffer. Jens You can get rid of the minibuffer by right clicking in an empty space on the toolbar and unchecking it. That said, I'd like to see M-x toggle the minibuffer (open it if closed, close it if open). Having to click (twice) to get rid of it is a bit awkward, not to mention less than widely publicized. I'm not sure I second the notion of automatically closing the minibuffer after each command; it's conceivable someone might want to type in a sequence of commands (for instance, define several math macros in a single orgy of typing). /Paul Paul, great, thanks for the hint. It's always fun to discover some new hidden feature. That trick is good enough for me, since I don't actually invoke the minibuffer all that often. Jens
Re: mini-buffer's showing and hding
On Dec 11, 2006, at 1:13 PM, Stefano Franchi wrote: I would like to revert the minibuffer behavior of my 1.4.x LyX installation to the behavior I had under 1.3.x. That is: 1. No minibuffer is shown as default 2. M-x opens the minibuffer for input (and gains focus too) 3. at the end of minibuffer editing, the minibuffer itself is closed. I cannot replicate step 3: the mini-buffer, once opened remains opened. Any suggestion? Thanks, Stefano I'd like to second this request. There should be a way to get rid of the minibuffer after invoking it. I have the line "minibuffer" "off,bottom" in my user interface file "default.ui". When I invoke the command line with the key for "command-execute", it appears at the bottom, but I don't know a way to hide it again. It seems logical to me that if the default is "off", then LyX should return to that state after executing a command from the minibuffer. Jens
Re: Accents in LyX/Mac
On Dec 8, 2006, at 12:23 AM, Hellmut Weber wrote: Hi Bennet, Hi Jens, thanks for sharing your workarounds ;-) I will try them as soon as I can. I don't have used multiple keyboards so far. Could you give me some clue (or even an cinfig file to have the possibility to use an alternative keybord? Hopefully that would work on my PC to.) Thanks in advance Hellmut I have come to rely on the mini-buffer method: mini-buffer, a, tab, select accent with arrow, enter, letter, enter. Cumbersome, but better than having ERT every other words (as when typing French) After Bennet mentioned that it works for the Dvorak keyboard layout, I tried several others and found that they work: e.g., if you want something like the US layout, you might want to switch to the British layout in the Mac's preferences - with that I have no problems entering accents and umlauts. The nice thing is that you can tell the Mac specifically to use British (e.g.) layout only in LyX, and use your standard layout (e.g., US) everywhere else. Before I became aware of this, I had defined two key map files in LyX, one of which had the accents bound to single key strokes. Then whenever I needed an accent, I switched to that second key map (with a shortcut key, of course), inserted the accented character, and switched back to the primary key map... kind of an ugly hack, so I'm glad Bennett led us to a different workaround. Hi Hellmut, just to clarify: you don't need multiple _physical_ keyboards: all you need is to go to OS X System Preferences > International > Input Menu, and check a second keyboard there. I have checked US, British and German. You can also check Dvorak there (that would be most useful with a second physical keyboard, but if you only use this layout you can relatively easily pop out the keys of a laptop and rearrange them...). Then I checked "Show in menu bar" so I can see which keyboard layout is currently active. Finally check "Allow different input method for each Application". That's all. Then you make sure you select (in the menu bar) the layout you want to use immediately (I use US layout mostly). When you turn on LyX, you go back to the menu and switch to British. From what I've observed so far, the keyboard choices you make in any given application stick from then on. No additional voodoo needed. Jens
Re: Accents in LyX/Mac
On Dec 7, 2006, at 5:20 PM, Bennett Helm wrote: On Dec 7, 2006, at 6:49 PM, Stefano Franchi wrote: It has never worked for me either (Bennett, you may remember we discussed this issue some time ago). I am on MacOs 10.3.9, and have been using LyX since 1.3.5 or .6, I think. Never got the accents. Notice that the accents work in the Qt dialogs and in the mini-buffer--they don't work in the main editing window. I seem to remember one developer explaining to me that that's because LyX does additional processing on the latter case. Apparently that's what screws up the Mac "insert-key" accents. The single-key accents work fine: å, ºª•¶§∞¢ etc. I have come to rely on the mini-buffer method: mini-buffer, a, tab, select accent with arrow, enter, letter, enter. Cumbersome, but better than having ERT every other words (as when typing French) Yes, I remember. You could always switch to the Dvorak keyboard! ;) The good news is that this is not a problem in developmental builds of LyX 1.5.0. The bad news is that it won't be out for a while. Bennett After Bennet mentioned that it works for the Dvorak keyboard layout, I tried several others and found that they work: e.g., if you want something like the US layout, you might want to switch to the British layout in the Mac's preferences - with that I have no problems entering accents and umlauts. The nice thing is that you can tell the Mac specifically to use British (e.g.) layout only in LyX, and use your standard layout (e.g., US) everywhere else. Before I became aware of this, I had defined two key map files in LyX, one of which had the accents bound to single key strokes. Then whenever I needed an accent, I switched to that second key map (with a shortcut key, of course), inserted the accented character, and switched back to the primary key map... kind of an ugly hack, so I'm glad Bennett led us to a different workaround. Jens
Re: child doc changed; now can't create pdf
Sue,
the way to fix this is to put the following in the Document Preamble
of the main file (Document > Settings > LaTeX Preamle - insert it
either at the start or end, doesn't matter):
\newcommand\Prefix[3]{\vphantom{#3}#1#2#3}
What happened is that the author of the child document put in a
custom definition in the preamble of that file, which is not defined
at the top level (in your main document). That's the line I copied
above. With this line added to the main preamble, everything compiles
fine here.
The reason for this problem is that the "Child Document" feature of
LyX is really simplistic. It doesn't seem to merge the preambles of
the included documents. And of course that would be really hard to
implement correctly in practice, so I think all one can say is: use
this feature with caution.
Jens
On Dec 1, 2006, at 5:10 PM, Sue Kientz wrote:
Jens,
I've done as you suggested. It is in the child doc. with the new
changes, which has a lot of equations. I attach here the parent doc
and the recalcitrant child doc. As mentioned, the child doc by
itself will generate a PDF just fine.
"materials.lyx" must be in a subdirectory of the parent file and
named "materials," or you must browse and select the file again.
Thanks for any help.
Sue Kientz
On Dec 1, 2006, at 4:21 PM, Jens Noeckel wrote:
On Dec 1, 2006, at 3:10 PM, Sue Kientz wrote:
On Dec 1, 2006, at 1:34 PM, Jens Noeckel wrote:
On Dec 1, 2006, at 1:04 PM, Sue Kientz wrote:
I had a set of related .lyx documents, a master and bunch of
child documents, which were working fine as far as creating the
PDF until someone changed one of the child documents. Now I
cannot generate a PDF of the entire work. I get "Undefined
control sequence" errors (about 40 of them), e.g.,
...symbol{\sigma}}\,,\label{eq:5}\end{gather}
The control sequence at the end of the top line
of your error message was never \def'ed. If you have
misspelled it (e.g., `\hobx'), type `I' and the correct
spelling (e.g., `I\hbox'). Otherwise just continue,
and I'll forget about whatever was undefined.
Now I've tried adding an inconsequential change to the master
document, opening and closing LyX, and every other trick I've
used this last 6 months working with this program, as I have
learned that many times the error messages tell you one thing
is wrong when it's something completely different. FWIW, the
child doc which was changed will generate a PDF just fine. In
fact, each child document that I've tried generates a PDF with
no trouble. As I said, only the one was changed. I'm using
1.4.3 on Max OS X.
Any fix, tips or lyx voodoo would be greatly appreciated.
Did you perhaps un-check the AMS math box in the master
document? It needs to be checked (in Document>Settings>Math
Options) because the "gather" environment is part of AMS LaTeX,
not standard LaTeX. That's the only thing I can guess without an
example file...
No, that's checked, both in the parent and in the child doc that
was changed (and probably is checked in all docs. I didn't change
anything else since this problem began).
I'll attach the parent file but how can you check the problem
without all the files, and surely you don't want them all?
Sorry, that was my only idea for now. I guess it would be nice to
have a minimal example. I.e., while periodically checking if the
compilation succeeds, cut out all the files that are unrelated to
the problem, and cut all the unrelated content from the files that
cause the problem, and then post only those files that are left,
with the compilation error still occurring. By doing that, you may
even be able to isolate the problem yourself.
Jens
Re: child doc changed; now can't create pdf
On Dec 1, 2006, at 3:10 PM, Sue Kientz wrote:
On Dec 1, 2006, at 1:34 PM, Jens Noeckel wrote:
On Dec 1, 2006, at 1:04 PM, Sue Kientz wrote:
I had a set of related .lyx documents, a master and bunch of
child documents, which were working fine as far as creating the
PDF until someone changed one of the child documents. Now I
cannot generate a PDF of the entire work. I get "Undefined
control sequence" errors (about 40 of them), e.g.,
...symbol{\sigma}}\,,\label{eq:5}\end{gather}
The control sequence at the end of the top line
of your error message was never \def'ed. If you have
misspelled it (e.g., `\hobx'), type `I' and the correct
spelling (e.g., `I\hbox'). Otherwise just continue,
and I'll forget about whatever was undefined.
Now I've tried adding an inconsequential change to the master
document, opening and closing LyX, and every other trick I've
used this last 6 months working with this program, as I have
learned that many times the error messages tell you one thing is
wrong when it's something completely different. FWIW, the child
doc which was changed will generate a PDF just fine. In fact,
each child document that I've tried generates a PDF with no
trouble. As I said, only the one was changed. I'm using 1.4.3 on
Max OS X.
Any fix, tips or lyx voodoo would be greatly appreciated.
Did you perhaps un-check the AMS math box in the master document?
It needs to be checked (in Document>Settings>Math Options) because
the "gather" environment is part of AMS LaTeX, not standard LaTeX.
That's the only thing I can guess without an example file...
No, that's checked, both in the parent and in the child doc that
was changed (and probably is checked in all docs. I didn't change
anything else since this problem began).
I'll attach the parent file but how can you check the problem
without all the files, and surely you don't want them all?
Sorry, that was my only idea for now. I guess it would be nice to
have a minimal example. I.e., while periodically checking if the
compilation succeeds, cut out all the files that are unrelated to the
problem, and cut all the unrelated content from the files that cause
the problem, and then post only those files that are left, with the
compilation error still occurring. By doing that, you may even be
able to isolate the problem yourself.
Jens
Re: Math mode bug?
On Dec 1, 2006, at 2:13 PM, Jean-Marc Lasgouttes wrote: "Jens" == Jens Noeckel <[EMAIL PROTECTED]> writes: Jens> Obviously, when a backslash is entered, that implies the end of Jens> any preceding LaTeX keyword, and in the case of commands that Jens> take arguments it would be logical to allow the user to start Jens> typing the first argument once the command keyword has been Jens> recognized. That's what LyX 1.3.7 used to do. Yes, and I do not understand the code well enough to ix this. I hoped that André would do it, but this did not happen. Jens> Maybe someone has an explanation why this new behavior in LyX Jens> 1.4.3 exists - if not, I'll probably file a bug report. This is bug 2034: http://bugzilla.lyx.org/show_bug.cgi?id=2034 Thanks, I hadn't found that one yet. Jens
Math mode bug?
Hi,
the behavior of math mode in LyX 1.4.3 is different from that for
version 1.3.7 when I try to enter a simple formula such as \vec
{\alpha}. To produce this LaTeX code in 1.4.3, I have to type "\vec"
followed by the space bar, and then I type "\alpha" followed by the
space bar. In Lyx 1.3.7, I can type the same formula without pressing
the space bar between "\vec" and "\alpha". I am used to this from LyX
1.3.7, so my formulas in LyX 1.4.3 often end up looking like \vec{}
\alpha because LyX 1.4 skips out of the \vec box when the next
backslash key is pressed. The same happens with boxes for \frac{ }
{ }, \sqrt{ }, etc.: they all require a space after the keyword in
order to insert the subsequent code in their respective boxes.
Obviously, when a backslash is entered, that implies the end of any
preceding LaTeX keyword, and in the case of commands that take
arguments it would be logical to allow the user to start typing the
first argument once the command keyword has been recognized. That's
what LyX 1.3.7 used to do.
Maybe someone has an explanation why this new behavior in LyX 1.4.3
exists - if not, I'll probably file a bug report.
Jens
Re: Once again, key composing
On Nov 30, 2006, at 10:53 AM, John Coppens wrote: On Wed, 29 Nov 2006 21:37:30 -0300 John Coppens <[EMAIL PROTECTED]> wrote: Hello people. After I changed machines, compiled the latest & greatest LyX, I sadly found that I can't compose international characters anymore. But strangely enough, this only happens inside LyX. I can type ó here (sylpheed), in rxvt terminals, everywhere except LyX. I noticed that Hellmut Weber reported the same problem in http://www.mail-archive.com/lyx-users@lists.lyx.org/msg52002.html: * To produce special characters (like å, ç, etc.) i defined in a local .xmodmap file 'keycode 66 = Multi_Key' (changing the behaviour of the Caps_Lock key. On the command line and in other programs (as you see here) this works fine. Inside LyX it doesn't. -- I ran 'lyx -dbg key' and got this, when pressing the right winkey (the Compose key): Setting key to 65535, KeySym is isOK is 0 Empty kbd action (probably composing) Next pressed keys appear as normally pressed keys and are not 'composed'. Strange is 'KeySym is ', keysym is defined in .Xmodmap This also seems to be the same issue reported for the Mac in the thread here: http://www.mail-archive.com/lyx-users@lists.lyx.org/msg52119.html I see the same symptoms, even though the compose key in lyx debug mode doesn't give exactly the same messages. Maybe someone should file a new bug report on this issue with the debug output you produced. Are you also using LyX 1.4.x with the QT frontend? Jens
Re: child doc changed; now can't create pdf
On Dec 1, 2006, at 1:04 PM, Sue Kientz wrote:
I had a set of related .lyx documents, a master and bunch of child
documents, which were working fine as far as creating the PDF until
someone changed one of the child documents. Now I cannot generate a
PDF of the entire work. I get "Undefined control sequence" errors
(about 40 of them), e.g.,
...symbol{\sigma}}\,,\label{eq:5}\end{gather}
The control sequence at the end of the top line
of your error message was never \def'ed. If you have
misspelled it (e.g., `\hobx'), type `I' and the correct
spelling (e.g., `I\hbox'). Otherwise just continue,
and I'll forget about whatever was undefined.
Now I've tried adding an inconsequential change to the master
document, opening and closing LyX, and every other trick I've used
this last 6 months working with this program, as I have learned
that many times the error messages tell you one thing is wrong when
it's something completely different. FWIW, the child doc which was
changed will generate a PDF just fine. In fact, each child document
that I've tried generates a PDF with no trouble. As I said, only
the one was changed. I'm using 1.4.3 on Max OS X.
Any fix, tips or lyx voodoo would be greatly appreciated.
Did you perhaps un-check the AMS math box in the master document? It
needs to be checked (in Document>Settings>Math Options) because the
"gather" environment is part of AMS LaTeX, not standard LaTeX. That's
the only thing I can guess without an example file...
Jens
Re: keyboard
On Nov 26, 2006, at 9:04 AM, Stefano Baroni wrote: Hi everybody. I am an occasional LyX user, and I am starting to use it again after quite a long break. I may have already asked the question in the past, but I am afraid I did not receive an answer, and I was not able to find a hint in the documentation nor in the mailing list archive. I have LyX 1.4.3 installed on a Mac g4, running Mac OS X 10.4.8. I would simply like to use my keyboard (standard mac US ascii, I believe) the way I am used to (i.e. punctuation symbols written right away, accented character composed by the standard Mac sequence, such as, e.g. -e-e = "é"). With my present LyX configuration (which I may have inadvertedly altered from the default one), accented characters are obtained by the sequence -letter, e.g. ","+"c"="ç". Regular punctuation symbols are obtained by striking the punctuation key twice. I find it annoying that I have to use a non-standard key-stroke sequence to obtain accented characters, and even more annoying that I have to strike punctuation keys twice in order to obtain a plain punctuation symbol. Can anybody help? Many thanks in advance Stefano --- Stefano Baroni - SISSA & DEMOCRITOS National Simulation Center - Trieste [+39] 040 3787 406 (tel) -528 (fax) / stefanobaroni (skype) Please, if possible, don't send me MS Word or PowerPoint attachments Why? See: http://www.gnu.org/philosophy/no-word-attachments.html Hi, this appears to be related to one of the many bugs in LyX 1.4.x. In LyX 1.3.x, it used to work fine with the xforms and Qt frontends. I found the following bug report: http://bugzilla.lyx.org/show_bug.cgi?id=845 and the following related thread on this list: http://www.mail-archive.com/lyx-users@lists.lyx.org/msg49914.html Do you find that you can enter your accents normally in a GUI dialog in LyX (e.g., open Document>Settings>Preamble and type something with accents there)? In my case, that works as it should, whereas it doesn't always work in the main LyX window. My keyboard problems only concern some accents and umlauts, and I don't see exactly what you're describing: e.g., when I press - c I get the ç. Depending on the way your QT is compiled, you may have to press -c instead of -c to get this to work. Maybe you have a keymap file in ~/Library/Application Support/LyX-1.4/kbd/ that is causing your particular problem. Then you could try to remove or re-write that .kmap file. In LyX Preferences, under Keyboard, you can choose alternative keymap files, e.g. by copying from the collection in /Applications/LyX.app/Contents/Resources/kbd/ Regards, Jens
Re: how to configure LyX
On Nov 24, 2006, at 11:34 PM, Paul Tremblay wrote: On Fri, 24 Nov 2006 16:51:23 -0800 Jens Noeckel <[EMAIL PROTECTED]> wrote: Paul, looks like your python isn't being recognized, even though it evidently exists. Under factory conditions, there is a python in / usr/ bin/python, but you probably installed another one (maybe MacPython). Hopefully this /usr/local/bin/python of yours is functional. Assuming it is, you could try the following command before invoking the LyX Install script: defaults write ~/.MacOSX/environment PATH $PATH This didn't work, maybe because I had a broken link in /usr/bin/python pointing to a non-existent link. When I got rid of the broken link and created a link to the right location, I was able to get the installer to run. I did get a red x next to preview, indicating that the right preview is not working? At any rate, I now have a working version of LyX. Thanks! Paul Hi, glad to hear it works - although the python issue is a bit mysterious... Just for completeness: I forgot to mention that the "defaults" command (which writes a file called .MacOSX/environment.plist) takes effect only after logging out and back in again. But that really only helps if you have set your path to point to a working python, and somehow you apparently have that now. Jens
Re: how to configure LyX
On Nov 24, 2006, at 3:56 PM, Paul Tremblay wrote: On Fri, 24 Nov 2006 13:30:02 -0800 Jens Noeckel <[EMAIL PROTECTED]> wrote: since your path is not one of those listed under "prerequisites" at http://wiki.lyx.org/Mac/Mac#toc4 my first question would be if you have checked that pdflatex, ghostscript and imagemagick work properly outside of LyX. How did you install this TeX (manually or using some installer)? If you're sure that this is a kosher TeX installation, you could create a symbolic link as mentioned in the above link. Okay, I didn't realize I needed ghostview and imagemagic. I am installing them right now. The version is 1.4.3. My TeX installation is "kosher" in that from the terminal I can type "latex " and get a PDF document. I installed it with TeXLive, I believe. path to the preferences - I'm assuming you mean the preferences in the LyX menu, under "PATH prefix". Is that correct? Yes, that is correct. To make sure people know which sh script you're talking about, it would probably be good to send the verbatim output from the Console or Terminal command line. I did this in a thread on 2006-11-23. The post is actually from Cynthia Johnson (whose computer I am trying to install this on). In brief, the .sh script stated that python was not found, though I have a working version of python in /usr/local/bin. Thanks for your response. I wanted to reply right away even before I downloaded ghostview because the easiest (and perhaps best) way to fix this problem is to fix the installer problem, if possible. Paul Paul, looks like your python isn't being recognized, even though it evidently exists. Under factory conditions, there is a python in /usr/ bin/python, but you probably installed another one (maybe MacPython). Hopefully this /usr/local/bin/python of yours is functional. Assuming it is, you could try the following command before invoking the LyX Install script: defaults write ~/.MacOSX/environment PATH $PATH This will hopefully tell the installer what your shell path settings are, and that you want it to find /usr/local/bin/python as you do in the Terminal. That way you can (with luck) get the standard installation process to go through before trying LyX. Regards, Jens
Re: how to configure LyX
On Nov 24, 2006, at 12:56 PM, Paul Tremblay wrote: The LyX installation on a Mac OS running 3.9 is not configured properly, and I think to confiugre it should be easy. (I was not able to install LyX using the installer because of problems with the script; I started another thread on this problem, but no one can seem to answer it.) When I open up the view menu, I cannot update my file. That is, I cannot get LyX to convert it automatically to PDF of DVI. I have added the path to the preferences and reconfigured LyX, but that does not work. My latex binary is in: /usr/TeX/bin/powerpc-darwin/latex So I have added /usr/TeX/bin/powerpc-darwin: to the beginning of my path. I have then run the reconfigure commnd. But this does not seem to help. LyX cannot find latex and cannot find my classes. I have looked through the documentation and cannot find anything to help me. Hi, it's hard to say what's going on - maybe the following questions will help: since your path is not one of those listed under "prerequisites" at http://wiki.lyx.org/Mac/Mac#toc4 my first question would be if you have checked that pdflatex, ghostscript and imagemagick work properly outside of LyX. How did you install this TeX (manually or using some installer)? If you're sure that this is a kosher TeX installation, you could create a symbolic link as mentioned in the above link. Next, what version of LyX are you using? Your operating system is Panther, so the question arises if you had an older version of LyX installed previously. Did you run the install script for LyX? You said you added the binary path to the preferences - I'm assuming you mean the preferences in the LyX menu, under "PATH prefix". Is that correct? To make sure people know which sh script you're talking about, it would probably be good to send the verbatim output from the Console or Terminal command line. Also, does "View > pdflatex" produce any output starting with "lyx" in the /tmp/ directory. Is there a latex log file? Does exporting to latex or pdflatex work in the File menu? I'm sure the problem is fixable, but things are a bit too hazy at this point. Regards, Jens
Re: LyX/Mac question
On Oct 31, 2006, at 4:16 PM, Bennett Helm wrote: On Oct 31, 2006, at 7:07 PM, Enrico Forestieri wrote: Bob Lounsbury <[EMAIL PROTECTED]> writes: I don't know if this helps anything. Let me know if I can do something else to help out or help figure out how to get dvi viewing working under LyX on macs. Because it is definitely faster than pdf viewing on Windows and Linux (and since this is a five year old iBook, pdf viewing can take a long time). Please, try the following. Open Tools->Preferences, go to "File formats" and then select "DVI". Most probably you have "auto" in the "Viewer:" entry. Try changing that to "open" (without quotes), click on Modify and then Apply. Are now you able to View->DVI from LyX? I don't have a Mac, but I have heard that there is a problem with the autoview feature on OSX. I can't give you details, but I think that for "auto" to work you need to take some actions such as explicitly telling the OS to use a given application for viewing a dvi file. The open command should work OOTB, though. "open" only works for applications that use the Mac GUI -- not including X11 apps. So this solution won't work for xdvi. It will work if an application such as TeXShop has been defined as the default .dvi viewer (but then "auto" should work in that case as well). (See my recent e-mail for getting xdvi to work on Mac.) Bennett's solution works fine. If you want to get xdvi to interoperate even more with Mac OS X, you could use XDroplets - I actually use xdvi as an example for the use of XDroplets at the bottom of my page http://www.uoregon.edu/~noeckel/TigerG4G5Setup.html That way, you can even drag and drop onto the xdvi icon. And you could use "open -a" with the Xdvi.app that is created by XDroplets. Jens
Re: LyX/Mac question
On Oct 31, 2006, at 9:55 AM, Paul A. Rubin wrote: Jens Noeckel wrote: On Oct 31, 2006, at 4:06 AM, Enrico Forestieri wrote: Paul A. Rubin <[EMAIL PROTECTED]> writes: I'm posting this vicariously, as it were (not being a Mac user myself), so please bear with me. Someone else is having a problem with LyX 1.4.3/Mac OSX/teTeX (installed via fink). At least part of the problem seems to be caused by instant preview. With IP on and math insets in the document, misadventures occur, and in particular the temp directory shows 0lyxpreview.tex, 0lyxpreview.aux, 0lyxpreview.pdf but not 0lyxpreview.dvi. The user seems to think that /sw/bin/latex is symlinked (or hard linked, I'm not sure) to pdflatex. I'm guessing from the symptoms above that when the Python script that compiles the previews runs what it thinks is latex, it's actually running pdflatex (or pdfetex with the format set to pdflatex, or something like that). Hence no DVI output, and the DVI to PNG conversion unsurprisingly breaks. Does this resonate with any Mac users? Is there something installation-wise that could get 'latex' to actually run latex (as in producing DVI output without additional tweaking)? Hi Paul, I don't think that the sym- or hardlink to pdftex is the culprit here. In most modern TeX implementations the engine is pdftex, anyway. If you have MikTeX 2.5 try "latex --version" and see that you are really using pdfetex. The engine looks at the name it was invoked and produces output accordingly. So, symlinking latex to pdftex but invoking it as "latex" gives you dvi output. Instead, make sure that the command used by LyX to invoke latex is really "latex" and not "pdflatex". Yes - in fact, you can invoke "latex -> dvi" conversion of a file file.tex by typing, e.g., pdflatex -progname=latex file pdfetex -progname=latex file If it's not the preamble that's causing the problem, one might want to add that option -progname=latex to the script (this will only work if there's nothing in the preamble that overrides this progname choice). I think this once worked for someone when I suggested it on the MacTex mailing list... although it really should be handled automatically, as Enrico said. So before doing that, maybe one other suggestion: see (with ls - al) if there are any texmf configuration files in your home directory (.texmf-config etc) and move them out of the way. Finally, you could also specify pdflatex -output-format=dvi to get dvi output. This is not quite equivalent (because it may load different font files) to the -progname option, but it works for me, too. Jens Thanks to both Enrico and Jens for the replies. Jens, I noticed in a bugzilla posting that you have LyX running under OS/X with teTeX installed via fink (same setup as Andrea, the original poster here). Does instant preview work for you and, if so, did you have to tweak anything? AFAIK when LyX exports a math inset to 0lyxpreview.tex for conversion, it does not pass along preamble entries from the original document. This can cause an occasional problem (for instance, when you are loading a funky character set in the doc's preamble), but it does not cause problems with routine math insets under Windows (and I'm guessing the same holds for Linux). So modifying the document preamble is unlikely to resolve the preview problem. If preview works for you, then I need to focus on how your configuration differs from Andrea's. If IP doesn't work for you, then we should probably enter a bug report. Paul, instant preview does work for me. Maybe it would be good if you could forward an example LyX file so I can try that. Perhaps he's using some math glyph that's known to LyX' mathedit but requires an additional style file for typesetting in LaTeX? That's now really getting very speculative, though. Jens
Re: LyX/Mac question
On Oct 31, 2006, at 4:06 AM, Enrico Forestieri wrote: Paul A. Rubin <[EMAIL PROTECTED]> writes: I'm posting this vicariously, as it were (not being a Mac user myself), so please bear with me. Someone else is having a problem with LyX 1.4.3/Mac OSX/teTeX (installed via fink). At least part of the problem seems to be caused by instant preview. With IP on and math insets in the document, misadventures occur, and in particular the temp directory shows 0lyxpreview.tex, 0lyxpreview.aux, 0lyxpreview.pdf but not 0lyxpreview.dvi. The user seems to think that /sw/bin/latex is symlinked (or hard linked, I'm not sure) to pdflatex. I'm guessing from the symptoms above that when the Python script that compiles the previews runs what it thinks is latex, it's actually running pdflatex (or pdfetex with the format set to pdflatex, or something like that). Hence no DVI output, and the DVI to PNG conversion unsurprisingly breaks. Does this resonate with any Mac users? Is there something installation-wise that could get 'latex' to actually run latex (as in producing DVI output without additional tweaking)? Hi Paul, I don't think that the sym- or hardlink to pdftex is the culprit here. In most modern TeX implementations the engine is pdftex, anyway. If you have MikTeX 2.5 try "latex --version" and see that you are really using pdfetex. The engine looks at the name it was invoked and produces output accordingly. So, symlinking latex to pdftex but invoking it as "latex" gives you dvi output. Instead, make sure that the command used by LyX to invoke latex is really "latex" and not "pdflatex". Yes - in fact, you can invoke "latex -> dvi" conversion of a file file.tex by typing, e.g., pdflatex -progname=latex file pdfetex -progname=latex file If it's not the preamble that's causing the problem, one might want to add that option -progname=latex to the script (this will only work if there's nothing in the preamble that overrides this progname choice). I think this once worked for someone when I suggested it on the MacTex mailing list... although it really should be handled automatically, as Enrico said. So before doing that, maybe one other suggestion: see (with ls -al) if there are any texmf configuration files in your home directory (.texmf-config etc) and move them out of the way. Finally, you could also specify pdflatex -output-format=dvi to get dvi output. This is not quite equivalent (because it may load different font files) to the -progname option, but it works for me, too. Jens
Re: LyX/Mac question
On Oct 30, 2006, at 4:43 PM, Paul A. Rubin wrote:
Bob Lounsbury wrote:
This was my process:
1) Install fink
2) Install TeXmacs via fink (which automatically installs various
programs needed, including tetex/ghostscript/imagemagick/etc)
3) Download and install LyX from the main LyX ftp site
Everything seemed to work after that, except for viewing dvi (but
this really doesn't bother me, I use pdf).
Bob and Sue,
Thanks for the replies. Unfortunately, at least one of the
problems reported by the original poster boils down (I think) to
needing DVI viewing to work. The way instant preview of math
insets functions is to export them to .tex files, run latex against
them to generate DVIs, then convert the DVIs to images and display
the images in the GUI. Being able to generate PDFs but not DVIs
won't serve here (unless the Python script is rewritten to
change .tex->.dvi->.png to .tex->.pdf->.png, which I suppose would
be feasible).
/Paul
Hi,
latex is a symlink to pdfetex, but that's not the issue. I'm guessing
that the solution for this problem is in the preamble of the LyX
file. A long time ago, the standard way to test whether pdflatex is
being used was to have a line like
\newif\ifpdf
...
\ifx\pdfoutput\undefined
...
and do things differently depending on that if statement (e.g., call
hyperref with different options). Now this method is no longer
supported and you're supposed to use the lines
\usepackage{ifpdf}
\ifpdf
...
instead. When I try the old method, pdfetex goes into an implicit
pdflatex mode. With the new method, there's no problem producing dvi
files on my Mac.
Regards,
Jens
Re: not a subset
Hi, in math editor, just type \not\subset (works in ERT and mathedit). Jens On Oct 21, 2006, at 8:32 AM, Myriam Abramson wrote: Hi! How can I have the subset symbol, which is in the Math panel, crossed out? The tex code for it will work. I see the element symbol crossed out but not the subset symbol. -- myriam
Re: LyX 1.4.3, pdflatex and EPS in OS X
On Sep 23, 2006, at 9:13 AM, [EMAIL PROTECTED] wrote: Hi, I just tried the last version of LyX compiled for OS X and detected some problems: - pdflatex is not working (it was working with the last version). - I cannot not see eps figures in LyX, event though they appear after DVI in the generated pdf. This is something I also detected in 1.4.2 but that worked right for me in 1.4.0 preview (I haven't changed my latex install). Cheers, Jordi Hi, this sounds like a problem with the path setup. I don't have this problem on LyX 1.4.2 or 1.4.3, but here is what I would do (not knowing what TeX installation you have): Open LyX Preferences and go to "Paths". Check that the colon- separated list of paths in that field contains the path to your latex/ graphics tools. In particular, I would check the location of the required binaries by going to the Terminal and typing "which latex", "which gv" and "which convert" Those paths should appear in LyX' Paths list, preferably as the first entries. If they appear in the list but are preceded by other path entries, then you might want to rearrange the order of those paths. It is conceivable that you have two versions of some utility like "convert" or "gv" in different directories, and only one of them works properly. Changing the order of paths could fix that. Jens
Re: crash (table and scrolling)
On Sep 8, 2006, at 1:27 PM, Sven Schreiber wrote: Hi, encountered a crash in lyx (standard 1.4.2 on win); to reproduce (not in 100% of the cases, but fairly often): 1. open the attached lyx document 2. click in a table cell so that the caret waits there for typing 3. use the mouse wheel to scroll the document up and down 4. repeat steps 2 and 3 until crash If it doesn't crash, sometimes it seems to "help" to maximize the lyx window ot full-screen first. Is it known? Is there a workaround, like what things to avoid? Btw, emergency save still seems to work. Thanks, Sven Hi, yes, I can confirm this on LyX 1.4.2 under Mac OS X/Intel. It "worked" the first time. Jens
Re: LyX 1.4.2 on Mac Troubles
On Sep 6, 2006, at 8:49 AM, Bennett Helm wrote: On Sep 6, 2006, at 11:29 AM, Georg Baum wrote: Jens Noeckel wrote: Probably that's not the issue here since you're opening a _new_ document. But I have had a crash when _opening_ a document that contains math formulas, while Instant Preview was on. It was sort of unpredictable, as has been remarked earlier on this mailing list. This particular bug is supposed to be fixed in the upcoming 1.4.3. Bennet, maybe you could do an experimental 1.4.3svn build so that interested users can confirm that? Actually, since I can't create an Intel Mac build (which Jens uses), maybe it would be better for him to confirm it. (I don't have any problems with current 1.4.3svn on PPC Mac.) Jens, have you checked out 1.4.3svn? Bennett Not yet - I'll give it a try soon (hopefully). Jens
Re: LyX 1.4.2 on Mac Troubles
On Sep 6, 2006, at 8:10 AM, Jens Noeckel wrote: On Sep 6, 2006, at 7:44 AM, Bennett Helm wrote: On Sep 6, 2006, at 9:05 AM, Stephen Buonopane wrote: I have finally upgraded from LyX 1.3.5 to 1.4.2 after finishing a big project in 1.3. LyX 1.4.2 seems to launch fine, but when I try to open a new document I get the "Can't load document class error". Eventually a new document opens, but every click or keystroke brings up the spinning beach ball and eventually LyX hangs. Activity viewer shows a python script running and eating up 75-80% of the CPU before it hangs. I presume it is configure.py? But I'm not sure what the problem is? I've tried reconfigure, rehash and all the text classes show up in the TeX Info window. Any ideas? Is there any output in Console.app as this happens? You might also try running LyX from the Terminal to show debugging information. The following will spit out too much info, but it would be interesting to see what it says when you try then to open a new document: /Applications/LyX.app/Contents/MacOS/lyx -dbg any (Of course, substitute the appropriate path to LyX.app for / Applications if you have LyX somewhere else.) Does this crash go away if you go to the Preferences and turn off Instant Preview under "Graphics"? Probably that's not the issue here since you're opening a _new_ document. But I have had a crash when _opening_ a document that contains math formulas, while Instant Preview was on. It was sort of unpredictable, as has been remarked earlier on this mailing list. Jens
Re: LyX 1.4.2 on Mac Troubles
On Sep 6, 2006, at 7:44 AM, Bennett Helm wrote: On Sep 6, 2006, at 9:05 AM, Stephen Buonopane wrote: I have finally upgraded from LyX 1.3.5 to 1.4.2 after finishing a big project in 1.3. LyX 1.4.2 seems to launch fine, but when I try to open a new document I get the "Can't load document class error". Eventually a new document opens, but every click or keystroke brings up the spinning beach ball and eventually LyX hangs. Activity viewer shows a python script running and eating up 75-80% of the CPU before it hangs. I presume it is configure.py? But I'm not sure what the problem is? I've tried reconfigure, rehash and all the text classes show up in the TeX Info window. Any ideas? Is there any output in Console.app as this happens? You might also try running LyX from the Terminal to show debugging information. The following will spit out too much info, but it would be interesting to see what it says when you try then to open a new document: /Applications/LyX.app/Contents/MacOS/lyx -dbg any (Of course, substitute the appropriate path to LyX.app for / Applications if you have LyX somewhere else.) Does this crash go away if you go to the Preferences and turn off Instant Preview under "Graphics"? Jens
Re: unavailable document class- Mac intel
On Sep 4, 2006, at 1:53 PM, Richard Wang wrote: Hi, I install the MacTex and then lyx-1.4.2 on Mac Intel machine, but get unavailable document class for all document classes. Can anybody give me suggestion about this solving this problem? Thanks, Richard Richard, questions that may help diagnose the problem: (a) did you install the "official" package from http://wiki.lyx.org/ LyX/LyXOnMac#Download (b) was this a clean installation or was there a previous version of LyX installed? (c) does latex work from the command line (e.g., type "latex -help" in Terminal to see if you get a response) (d) does it help if you run Tools>Reconfigure in LyX? Regards, Jens
Re: Is there a way to see the original Latex source file in LyX?
On Aug 11, 2006, at 6:44 AM, Bo Peng wrote: Also, for as long as I can remember (e.g. since 1.2.x) it is possible to go to Edit->Preferences, File formats, select LaTeX and then set the Viewer to your favorite text viewer (I use gedit under Linux, under windows notepad would probably suffice). Then click modify and save. Also, the reason for a new view-source dialog (other than a view->latex menu item that uses an external text viewer) is that the dialog can show the underlying source code instantly, while you are typing. Also, the current View->LaTeX menu item incorrectly strips off all graphics suffixes in your source file's \includegraphics fields, even if they were explicitly specified in the LyX source. This happens both for "plain" and pdflatex viewing (I'm not even going to ask why!), and it can cause wrong output when you actually try to use that latex file (by saving it from your text viewer and running latex on it)! I've pointed this out for the export feature in Bug 2764. Jens
Re: Equation numbering
Ah, I was confused about what you wanted. Richard's explanation is
exactly on the mark. I thought you wanted what he stated at the end
of his message.
The remreset style file is (e.g.) at
ftp://ftp.dante.de/tex-archive/macros/latex/contrib/carlisle
Jens
On Aug 9, 2006, at 9:38 AM, Mike Reeks wrote:
Dear Jens
I only have the 2 statements you suggested in my preamble. I will
try Richards advice.
Best
Mike
From: Jens Noeckel [mailto:[EMAIL PROTECTED]
Sent: Wed 09/08/2006 15:40
To: Mike Reeks
Cc: Uwe Stöhr; Lyx-users; [EMAIL PROTECTED]
Subject: Re: Equation numbering
Mike,
I'm assuming your document class is derived from "article". I don't
know what else you have in the preamble, but in order for this to
work one needs to make sure that no other package re-defines the
counters after your modifications. So I would add the two lines
\renewcommand\theequation{\arabic{equation}}
[EMAIL PROTECTED]
at the very end of the preamble. If this still doesn't work, I would
empty out the preamble except for the two lines above, and switch to
a basic article class (article, or koma-article), so you can be sure
that \theequation is really used as expected.
Jens
On Aug 9, 2006, at 1:46 AM, Mike Reeks wrote:
Dear Jens
In my preamble after the line
\renewcommand{\theequation}{\arabic{equation}}
I added the line
@addtoreset{equation}{section}
which had nor effect. Have I followed your suggestion correcty,
have I mispelt it. What next?
Mike
________
From: Jens Noeckel [mailto:[EMAIL PROTECTED]
Sent: Tue 08/08/2006 19:00
To: Mike Reeks
Cc: Uwe Stöhr; Lyx-users; [EMAIL PROTECTED]
Subject: Re: Equation numbering
On Aug 8, 2006, at 9:16 AM, Mike Reeks wrote:
Dear Uwe
Nearly there. The command in preamble numbers the equation in each
section .without the section number. I want the equation number in
ascending order irrespective of section number e.g. 1, 2, 3 etc for
section n (before they were numbered n.1, n.2 etc. I need to turn
of a section counter maybe.
Any help
I should say I am using a J. Fluid Mech cls layout file which
should do the trick since this is the journal eqn number style.
Mike
From: Uwe Stöhr [mailto:[EMAIL PROTECTED]
Sent: Mon 07/08/2006 21:23
To: Mike Reeks
Cc: Lyx-users; [EMAIL PROTECTED]
Subject: Re: Equation numbering
Mike Reeks wrote:
Any idea how to change Eqn numbering from numbering by section to
absolute numbering?
Add this line to your preamble or at the beginning of your
document in
ERT (assure that you use amsmath explicitely in the document
preferences):
\renewcommand{\theequation}{\arabic{equation}}
regards Uwe
Try the following (one additional line):
renewcommand\theequation{\arabic{equation}}
[EMAIL PROTECTED]
Regards,
Jens
Re: Equation numbering
Mike,
I'm assuming your document class is derived from "article". I don't
know what else you have in the preamble, but in order for this to
work one needs to make sure that no other package re-defines the
counters after your modifications. So I would add the two lines
\renewcommand\theequation{\arabic{equation}}
[EMAIL PROTECTED]
at the very end of the preamble. If this still doesn't work, I would
empty out the preamble except for the two lines above, and switch to
a basic article class (article, or koma-article), so you can be sure
that \theequation is really used as expected.
Jens
On Aug 9, 2006, at 1:46 AM, Mike Reeks wrote:
Dear Jens
In my preamble after the line
\renewcommand{\theequation}{\arabic{equation}}
I added the line
@addtoreset{equation}{section}
which had nor effect. Have I followed your suggestion correcty,
have I mispelt it. What next?
Mike
____
From: Jens Noeckel [mailto:[EMAIL PROTECTED]
Sent: Tue 08/08/2006 19:00
To: Mike Reeks
Cc: Uwe Stöhr; Lyx-users; [EMAIL PROTECTED]
Subject: Re: Equation numbering
On Aug 8, 2006, at 9:16 AM, Mike Reeks wrote:
Dear Uwe
Nearly there. The command in preamble numbers the equation in each
section .without the section number. I want the equation number in
ascending order irrespective of section number e.g. 1, 2, 3 etc for
section n (before they were numbered n.1, n.2 etc. I need to turn
of a section counter maybe.
Any help
I should say I am using a J. Fluid Mech cls layout file which
should do the trick since this is the journal eqn number style.
Mike
From: Uwe Stöhr [mailto:[EMAIL PROTECTED]
Sent: Mon 07/08/2006 21:23
To: Mike Reeks
Cc: Lyx-users; [EMAIL PROTECTED]
Subject: Re: Equation numbering
Mike Reeks wrote:
Any idea how to change Eqn numbering from numbering by section to
absolute numbering?
Add this line to your preamble or at the beginning of your
document in
ERT (assure that you use amsmath explicitely in the document
preferences):
\renewcommand{\theequation}{\arabic{equation}}
regards Uwe
Try the following (one additional line):
renewcommand\theequation{\arabic{equation}}
[EMAIL PROTECTED]
Regards,
Jens
Re: Another math inset - cursor problem
On Aug 8, 2006, at 6:24 PM, Enrico Forestieri wrote: Jens Noeckel <[EMAIL PROTECTED]> writes: Hi again, I'm stumbling upon inset-related problems in LyX 1.4.2 a lot, it seems. Here is another one: take a math inset that's a few environments deep, like e.g. a vector which consists of an array inside a left-right bracket combination. If I have one such vector in a large document, say as a displayed equation, and then scroll until that equation is at the very top of the screen, then the mouse can get trapped inside the math inset. As usual, this is something that didn't happen in LyX 1.3.6. This is a known problem: http://thread.gmane.org/gmane.editors.lyx.devel/61384/focus=61421 When a displayed math inset is at the top or the bottom, you cannot go past it using the cursor. I think this is a side effect of an optimization aimed at improving movement in a math inset. Thanks, this is definitely the same problem I see. That whole thread is quite interesting: although it refers to LyX/qt4, it reflects quite well the overall user experience I have with LyX-1.4.2 with qt3 so far. Cursor navigation by keyboard is far less fluid than in LyX 1.3.x (and mouse scrolling using the scrollbar is so weird on my Mac that I don't even bother with it at all). Getting stuck with the cursor while trying to do some simple scrolling with the arrow key is just a very unnatural thing that shouldn't happen, I think. Of course one can get used to it, but it's got a clunky feel to it. I just discovered one more thing that I find strange about LyX 1.4.2 - I'll explore this some more, but my initial impression is not favorable: when exporting to LaTeX, we now have the choice of plain versus pdflatex-versions. In both cases, LyX tries to be too clever for its own good - this rings warning bells, because it's one of the reasons why I don't use MS Word: (a) When you do the plain export with a LyX document designed for pdflatex, LyX quietly (without warning!) goes through the graphics in my document and creates EPS versions of them, if they were in a format that pdflatex understands but latex doesn't. Fortunately it warns you if a pre-existing EPS file is about to be overwritten in the process (and of course that means the user has to watch the export process carefully and constantly answer warning dialogs). When I choose Export > "plain LaTeX" I don't want LyX to export tons of EPS files in the process - that's not very "plain" to me. (b) The other way around, when choosing pdflatex export, LyX doesn't leave my graphics includes alone either! In that case, it silently (again without warning!) strips off all the graphics file suffixes. When I have multiple formats of a figure that are all suitable for pdflatex, I want to be sure that the format I specify in the suffix gets chosen. LyX doesn't seem to grant me that freedom any more. Given that all this was not an issue in LyX 1.3.x, I would be very much in favor if one could at least turn these "features" off. Maybe there's a way and I just haven't found it yet... Jens
Re: Equation numbering
On Aug 8, 2006, at 9:16 AM, Mike Reeks wrote:
Dear Uwe
Nearly there. The command in preamble numbers the equation in each
section .without the section number. I want the equation number in
ascending order irrespective of section number e.g. 1, 2, 3 etc for
section n (before they were numbered n.1, n.2 etc. I need to turn
of a section counter maybe.
Any help
I should say I am using a J. Fluid Mech cls layout file which
should do the trick since this is the journal eqn number style.
Mike
From: Uwe Stöhr [mailto:[EMAIL PROTECTED]
Sent: Mon 07/08/2006 21:23
To: Mike Reeks
Cc: Lyx-users; [EMAIL PROTECTED]
Subject: Re: Equation numbering
Mike Reeks wrote:
Any idea how to change Eqn numbering from numbering by section to
absolute numbering?
Add this line to your preamble or at the beginning of your document in
ERT (assure that you use amsmath explicitely in the document
preferences):
\renewcommand{\theequation}{\arabic{equation}}
regards Uwe
Try the following (one additional line):
renewcommand\theequation{\arabic{equation}}
[EMAIL PROTECTED]
Regards,
Jens
Re: Bib to toc
On Aug 8, 2006, at 5:22 AM, david wrote: Thanks, but I don't have a BibTex-Bibliography, just the "normal" one provided by Lyx. Is there a way to have this one mentioned in the table of contents? David Niels Muller Larsen schrieb: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 david wrote: Hello everybody How can I get the bibliography to be mentioned in the toc? Thanks for help David S. Click on the button "Bibtex generated Bibliogrphy" at the bottom of your document and select "Add Bibliography to TOC" - -- If you look at LyX document settings for the LyX User guide (Help menu), you can see that it uses the class "book (koma-script)". It has references in the document, and they appear in the TOC. The secret is the Class Option "bibtotoc". If you use the koma-book document class or alternatively the koma article class, then the bibtotc option is an easy way to get what you want. If you use another document class, the solution may have to be different. Jens
Another math inset - cursor problem
Hi again, I'm stumbling upon inset-related problems in LyX 1.4.2 a lot, it seems. Here is another one: take a math inset that's a few environments deep, like e.g. a vector which consists of an array inside a left-right bracket combination. If I have one such vector in a large document, say as a displayed equation, and then scroll until that equation is at the very top of the screen, then the mouse can get trapped inside the math inset. As usual, this is something that didn't happen in LyX 1.3.6. To reproduce this, one needs to arrange things just right, so I'm attaching a screenshot showing the situation. I've shrunk the LyX window such that the vector inset is at the top of the screen, but there are some more lines of text hidden above the visible screen. Now I put the cursor into the vector by clicking the mouse there. Then I try to use the up arrow to get out of the math environment and to scroll to the top of my document. But the hidden lines preceding the math formula are never scrolled into view. The cursor cycles indefinitely inside the bracket environment. <> Also attached is the LyX (version 1.4.2) file for this screenshot. newfile11.lyx Description: Binary data
Re: input not placed correctly after linebreak
On Aug 7, 2006, at 1:47 PM, Jens Noeckel wrote: OK, I've entered the bugs reported in Martin Hansen's thread and in my own message into bugzilla. Bugs 2326 and 2750. Oops, the bugs are numbered 2749 and 2750.
Re: input not placed correctly after linebreak
OK, I've entered the bugs reported in Martin Hansen's thread and in my own message into bugzilla. Bugs 2326 and 2750. Jens On Aug 7, 2006, at 1:30 PM, Uwe Stöhr wrote: Paul A. Rubin wrote: Also happens on WinXP. Jens Noeckel wrote: > Yes, I can confirm this bug on LyX/Mac 1.4.2. Then please fill out a bug report at bugzilla.lyx.org regards Uwe
Line skipped in LyX display after leaving math inset
Hi, another annoying little misbehavior of LyX 1.4.2 (on Mac OS X): To explain what's going on, I attached a screenshot which shows two paragraphs containing a couple of inline math insets (\sin\alpha= \varepsilon). The top-most line overhangs the second line because the paragraph break makes the second line quite short. If I put the cursor into the first math inset (on the first line) and press the down arrow, the cursor moves to the second line right below, as it should. If I instead put the cursor into the second math inset (still on the first line, but overhanging the empty space of the second line), I get a different reaction when pressing the down arrow: coming out of the math inset, the cursor now skips to the THIRD line (i.e., the first line of the new paragraph), instead of jumping to the end of the second line, as it should (and as it used to do in LyX 1.3.6). I'm attaching the LyX file as well. To see what I saw, it's best to maximize the window as shown in the screenshot. Jens <> newfile10.lyx Description: Binary data
Re: bug: line-shift before line break - please confirm.
On Aug 7, 2006, at 2:38 AM, Martin A. Hansen wrote: reconstruct bug: make an enumerate list. make a forced line break in the list. when moving the cursor towards the linebreak, the curser goes to the next line 1 char before the end of the line. This one I can't confirm on Lyx/Mac 1.4.2...
Re: input not placed correctly after linebreak (was: Re: bug: line-shift before line break - please confirm.)
On Aug 7, 2006, at 9:40 AM, Todd Denniston wrote: Paul A. Rubin wrote: Martin A. Hansen wrote: reconstruct bug: make an enumerate list. make a forced line break in the list. when moving the cursor towards the linebreak, the curser goes to the next line 1 char before the end of the line. I can't reproduce this (LyX 1.4.2, WinXP). /Paul I did not reproduce the bug that is described above (with LyX 1.4.2, Fedora Core 4 Linux), however in the course of attempting to replicate it I found a rather odd occurrence. Replication info A) File->New B) set (using mouse) Enumerate as layout C) type "first line" D) type "second line" E) type "third line" F) click between d & l of second line G) cursor right over to the end of line and pres - H) click between d & l of second line I) cursor right over to the end of line J) cursor right once more (to take you past the -) K) type "a" L) recognize that you now have for the second line: "second linea-" the expected result was: "second line-a" note that even though the cursor is on the third line (second line of the enumerated item #2) any character you type at this point ends up on the second line. Yes, I can confirm this bug on LyX/Mac 1.4.2. Jens
Re: menu-open documents
On Aug 5, 2006, at 2:40 PM, Paul A. Rubin wrote: Jens Noeckel wrote: Hi, in LyX 1.4.2 on Mac OS X, I'm missing a LyX function that used to work in LyX 1.3.6: "menu-open documents" which used to bring up a menu with all open buffers that I could then navigate with the arrow keys. Under xemacs.bind, this function is bound to C-x C-b. I've looked at the list of lfuncs and tried various things but nothing brings up this buffer menu anymore. When I enter "menu- open documents" in the minibuffer, LyX does NOT complain that the function is unknown, and echos the correct keybinding for it in the status line. But no buffer menu appears. So I'm suspecting this is a bug. No, it's just a consequence of changes to the menus from 1.3.x to 1.4.x. Try "menu-open view". The "menu-open" command emulates your clicking on a menu (or typing its accelerator key). The old "documents" menu is gone, and the new "document" menu only applies to the current buffer. The list of loaded documents is now at the bottom of the "view" menu. Thanks, that's what I wanted to know. So it would probably be a good idea to permanently modify the versions of emacs.bind and xemacs.bind that are shipped with LyX 1.4.2 accordingly: i.e, replace the line \bind "C-x C-b""menu-open documents" by \bind "C-x C-b""menu-open view" in order to get back that emacs-like feature. Looks like none of the other standard bind files makes use of that particular function... Jens
menu-open documents
Hi, in LyX 1.4.2 on Mac OS X, I'm missing a LyX function that used to work in LyX 1.3.6: "menu-open documents" which used to bring up a menu with all open buffers that I could then navigate with the arrow keys. Under xemacs.bind, this function is bound to C-x C-b. I've looked at the list of lfuncs and tried various things but nothing brings up this buffer menu anymore. When I enter "menu-open documents" in the minibuffer, LyX does NOT complain that the function is unknown, and echos the correct keybinding for it in the status line. But no buffer menu appears. So I'm suspecting this is a bug. I couldn't find any message (or bug) saying that this function would be eliminated. Is there a new LyX function that does the same thing? I don't mean the "buffer-next" function - it still works. I want to get a menu with all open buffers. Thanks, Jens
Re: swapping LyX modifier keys on Mac OS X
Jason, thanks much - I've also put a link to your patched version for PPC on my page. Looking at the LyX wiki, I'm also thinking I should add several little things: maybe a new page called "Modifier keys in LyX", both as a quick overview of how the default version works on a Mac, and then a discussion of (and links to) the emacs-keybinding versions. I would also include the Apple-X11 versions of LyX in that discussion; and in the future this might allow us to collect info on how to deal with qt4, or point to things like UControl, and the OSX- built-in ways of customizing the modifier keys freely. OS X' System Preferences menu already made a big first step in that direction, only it's not customizable on a per-application basis. Also, it seems the page http://wiki.lyx.org/LyX/LyXOnMac where the main downloads are should also be linked to from the main page of the Mac group, http://wiki.lyx.org/Mac/Mac I'll do this soon, unless I hear objections. Jens On Aug 4, 2006, at 1:38 AM, Jason Woodard wrote: Jens, Glad to hear you find the patch useful. It's too bad there doesn't seem to be an easy way to make the modifier keys configurable at runtime (if I recall, someone looked into this a while ago) so for now patching Qt is still the path of least resistance. I was finally able to get 1.4.2 to build for PPC (GCC 3.3, OS X 10.4.7). I Googled the compiler errors I was getting and discovered that I needed to add "-lSystemStubs" to LDFLAGS to avoid undefined symbols. I've posted a new disk image at http://kuala.smu.edu.sg/~jason/lyx/ and linked that page to yours with the Intel version. regards, -j Jens Noeckel wrote: Jason, I can confirm that your patch still works for LyX 1.4.2 - I had actually tried this a week ago on an Intel Mac. That patch is a life saver for emacs people! I'll post the LyX 1.4.2 Mac Intel version with the key patch on my site in a few minutes (just the application). I won't be able to get to a computer for a day or two, but hope this helps... The URL for my binaries is: http://www.uoregon.edu/~noeckel/LyX/ Jens
Re: swapping LyX modifier keys on Mac OS X
Jason,
I can confirm that your patch still works for LyX 1.4.2 - I had
actually tried this a week ago on an Intel Mac. That patch is a life
saver for emacs people! I'll post the LyX 1.4.2 Mac Intel version
with the key patch on my site in a few minutes (just the
application). I won't be able to get to a computer for a day or two,
but hope this helps...
The URL for my binaries is:
http://www.uoregon.edu/~noeckel/LyX/
Jens
On Aug 1, 2006, at 10:53 PM, Jason Woodard wrote:
Apologies -- I hadn't seen the 1.4.2 binaries posted at
http://wiki.lyx.org/LyX/LyXOnMac.
Will try again to compile 1.4.2 for the PPC and post at the URL below
if/when successful. (I should probably edit the Wiki, too.) I don't
have an Intel Mac, though, so probably won't be able to help there.
-j
Jason Woodard wrote:
Hi,
I've been away from the mailing list for a while, but noticed in
reading the archives that requests continue to surface for a patched
version of LyX (actually of Qt/Mac) that makes the Mac's Command and
Control keys do what Emacs users expect them to do.
I'm happy to report that the patch I posted back in 2004 still works
for LyX 1.4 and Qt/Mac 3.3.6. I've appended it below for reference.
As before, you can use it by following the instructions in the
INSTALL.MacOSX file in the LyX source distribution, but patching the
Qt distribution before you build LyX itself.
(To do that, cut and paste the text at the end of this note into a
plain text file; call it anything and put it anywhere you like.
Then,
from the top-level directory in the Qt source distribution, issue the
command "patch -p0 < YOUR-PATCH-FILE" where YOUR-PATCH-FILE is the
path to the patch file you created.)
I've also posted a LyX 1.4.1 .dmg file containing a patched LyX.app.
It's at:
http://kuala.smu.edu.sg/~jason/lyx/
(I couldn't get 1.4.2 to build; I suspect it's not a coincidence that
there's no 1.4.2 binary for OS X at the moment either.)
Note that most people who use this patch also use an OS-level
keyboard
mapper like uControl or fKeys [ http://www.kodachi.com/software/
fKeys ]
to map the Caps Lock key to the Control modifier.
Although I no longer monitor this list regularly, I will continue to
post patched binaries at the URL above when I build them for myself.
Thanks, as always, to the LyX team for all your hard work.
regards,
-j
Jason Woodard
[EMAIL PROTECTED]
--- src/kernel/qapplication_mac.cpp.orig2006-03-09 00:47:45 +0800
+++ src/kernel/qapplication_mac.cpp2006-08-01 19:47:52 +0800
@@ -1212,11 +1212,11 @@
static key_sym modifier_syms[] = {
{ shiftKey, MAP_KEY(Qt::ShiftButton) },
{ rightShiftKeyBit, MAP_KEY(Qt::ShiftButton) },
-{ controlKey, MAP_KEY(Qt::MetaButton) },
-{ rightControlKey, MAP_KEY(Qt::MetaButton) },
-{ cmdKey, MAP_KEY(Qt::ControlButton) },
-{ optionKey, MAP_KEY(Qt::AltButton) },
-{ rightOptionKey, MAP_KEY(Qt::AltButton) },
+{ controlKey, MAP_KEY(Qt::ControlButton) },
+{ rightControlKey, MAP_KEY(Qt::ControlButton) },
+{ cmdKey, MAP_KEY(Qt::AltButton) },
+// { optionKey, MAP_KEY(Qt::AltButton) },
+// { rightOptionKey, MAP_KEY(Qt::AltButton) },
{ kEventKeyModifierNumLockMask, MAP_KEY(Qt::Keypad) },
{ 0, MAP_KEY(0) } };
static int get_modifiers(int key, bool from_mouse=FALSE)
Testers for LyX 1.4.2 on Intel Macs?
Hi, I've been using a version of LyX 1.4.2 compiled natively for my Intel Mac for a few days now and really think it's working great, except for a few rather harmless bugs that I've already reported to the fink- devel list. Before Bennett Helm can put this binary up as an official distribution, however, we would like to get some feedback from other Intel Mac users to see if my binary works for them. If you have time and want to help test it, please have a look at http://uoregon.edu/~noeckel/LyX/ This page has a Disk Image which you can download and install in the same way as the official distribution. If something doesn't work (I can't promise anything...), you can always go back to the current official version linked from http://wiki.lyx.org/LyX/LyXOnMac (the Intel distribution there is not yet for version 1.4.2, but the PPC binary is). Thanks for any positive AND negative feedback that will help get the 1.4.2 Intel binary out there! Jens
Re: Postscript preview
On Jul 29, 2006, at 9:09 PM, Stephen Harris wrote: LB wrote: When you added the GS path in lyx.bat, did you add the path to the lib directory as well as to the bin directory? Yes I did. I'm giving up and going back to use version 1.4.1. Well, I can't say I blame you ... 1.4.1 worked pretty well for me. I just hope this problem does not recur when we get to 1.5 and there is some "must have" new feature. BTW, I generated another figure with Matlab that has the same problem. It looks like when I generate figures with Matlab I run into trouble with previewing figure with 1.4.2 but not with any other versions. I have tried 1.4.1, 1.3.7 and 1.3.5. Cheers Leo I didn't have any bright ideas. But since it seems you are close to giving up, I thought I would toss out some longshots. " PROGRA~1\MENTOR~1\PADS\2005_1\Programs;c:\lyx\ly " (from 7/28/2006 12:03 pm, PATH report) SH: Maybe that is a typo the "ly" looks wrong. As Jose mentions, upgrading Ghostscript might help, because version 7.07 had a bug with paths with spaces. A very longshot is that the local LyX Python is buggy with utf8 support but those files don't cure it. Do you have the full Python installed? If so put it at the front of Path_prefix statement in LyX and it will supersede the local partial version of Python. Vaguely, the locale might connect to the set commands. I said it was a longshot. The set command used to say set lang=en_US if one used English. I couldn't find info on what LC does... Anyway replacing GS is a good idea, and if you already have the full Python, it is easy to *_prepend_* C:\Python243 to the LyX Path_prefix and have a fully functioning Python, since the extent of the local Python, mostly successful, may have other gaps. I've had a problem with set environmental variables once before. Another departed version of *tex had left its value behind and conflicted with the new version which wanted to set the same variable to a new place. (Cygwin and TexLive2005). Well, that was just rambling. Hi, one more idea: if this is really a PATH problem and things worked normally under lyx 1.4.1, then I would do the following simple steps (unless you already tried this and I didn't see it in the earlier messages): (a) Revert to LyX 1.4.1 and open the Preferences dialog to find out EXACTLY what your PATH setting is in that program. (b) Copy that string. (c) Re-install LyX 1.4.2 and open the Prefs dialog there to see its PATH settings. I would strongly suspect that this is somehow different from 1.4.1. (d) Enter the previously copied PATH from 1.4.1 into the PATH box in 1.4.2. (e) Restart LyX 1.4.2 (just to be safe), and see if the preview works now. Hope that helps, Jens
Re: 1.4.2 pdflatex viewing problem
On Jul 28, 2006, at 8:35 PM, chipbrock wrote: (I have no idea how to reply to this list!) No, this does not work now in 1.4.2. First, there is no PDF file format as in the previous version. There are only file formats for the pdflatex etc flavors of viewing. If I type in the OSX pdf viewer, /Applications/Preview.app that does nothing. Indeed, in previous versions of Lyx for the mac there was a "PDF" file format and it would naturally pick up the default pdf viewer, namely Preview. This seems like a problem to me... When I look at the File Format entry for PDF (pdflatex) in LyX 1.4.2, I see "auto". If this doesn't work for you, then you can replace this by a custom command as Paul indicated. But typing in the name of the viewer application (as you did) won't work because that's not an executable command. Here's what you could try instead: put in "open" (instead of "auto"), or try "open -a Preview" if you'd like to use Preview and your system-wide default viewer is something else. Jens
Re: LyX Mac 1.4.0 Performance Issue
Sorry - I have to take back my remark on the page-down issue below. I thought I saw that yesterday, but today that particular behavior hasn't happened again... the delay in leaving math subscripts by cursor key is still observable, though. Jens On Mar 16, 2006, at 9:44 AM, noeckel wrote: On Mar 15, 2006, at 6:33 AM, Jean-Marc Lasgouttes wrote: "Yaron" == Yaron Y Goland <[EMAIL PROTECTED]> writes: Yaron> I run Lyx 1.4 on my G5 dual proc 1.8 Ghz processors w/a gig of Yaron> ram and it's slow as molasses. It's so slow that I literally Yaron> type faster than it can handle, I often have to stop and wait Yaron> for it to catch up. I haven't seen such awful performance since Yaron> I used to run terminal applications over a 1200 baud modem. Is that when typing on toplevel text or inside insets? JMarc Hi, I can confirm this slowness. I installed LyX 1.4 from the binary installer on a MacBook Pro (Intel processor) so LyX is running in a processor emulation called Rosetta. This amplifies the sluggishness, which is bad for me but good for seeing directly where LyX is being slowed down. E.g., when I use arrow keys to move into a math formula, then I can press the down arrow multiple times until LyX finally moves out of the equation again. The buffered arrow key events then cause the cursor to slip a couple of lines down before LyX comes to a halt. The worst slow-down appears when the cursor happens to be in a sub-level of a math formula, such as a subscript. It can take about one second to get out of a formula environment (which is an unacceptably long time when you're in the flow of typing). Another issue is that the scroll bar on the LyX window doesn't seem to work properly. Clicking on areas that usually create a page- down, I just get a line-by-line scrolling behavior. Finally, my issues with screen fonts for special math symbols such as \iiint are still unresolved (bugzilla bug 2326) in 1.4 binary. Regards, Jens
Re: LyX Mac 1.4.0 Performance Issue
On Mar 15, 2006, at 6:33 AM, Jean-Marc Lasgouttes wrote: "Yaron" == Yaron Y Goland <[EMAIL PROTECTED]> writes: Yaron> I run Lyx 1.4 on my G5 dual proc 1.8 Ghz processors w/a gig of Yaron> ram and it's slow as molasses. It's so slow that I literally Yaron> type faster than it can handle, I often have to stop and wait Yaron> for it to catch up. I haven't seen such awful performance since Yaron> I used to run terminal applications over a 1200 baud modem. Is that when typing on toplevel text or inside insets? JMarc Hi, I can confirm this slowness. I installed LyX 1.4 from the binary installer on a MacBook Pro (Intel processor) so LyX is running in a processor emulation called Rosetta. This amplifies the sluggishness, which is bad for me but good for seeing directly where LyX is being slowed down. E.g., when I use arrow keys to move into a math formula, then I can press the down arrow multiple times until LyX finally moves out of the equation again. The buffered arrow key events then cause the cursor to slip a couple of lines down before LyX comes to a halt. The worst slow-down appears when the cursor happens to be in a sub-level of a math formula, such as a subscript. It can take about one second to get out of a formula environment (which is an unacceptably long time when you're in the flow of typing). Another issue is that the scroll bar on the LyX window doesn't seem to work properly. Clicking on areas that usually create a page-down, I just get a line-by-line scrolling behavior. Finally, my issues with screen fonts for special math symbols such as \iiint are still unresolved (bugzilla bug 2326) in 1.4 binary. Regards, Jens
Re: Display problems, LyX-Qt on Mac
On Feb 25, 2006, at 10:08 AM, Anders Ekberg wrote: Hi Jens, I can confirm the strange look for me too on pre-4 (Aqua, clean install). Two screen shots attached. Moreover I get errors when trying to preview the files. I think you should file a bugzilla report on this. Include lyx-files and screenshots. As far as I can judge this seems to be a problem that can be reproduced. Hi Anders, I've submitted this as Bug 2326. The viewing of the file is actually no problem - you just have to make sure the necessary packages are loaded (e.g., AMS latex and wasysym). With that set up properly, the instant preview feature also works correctly for these symbols - but as I said earlier, I don't really like to use instant preview... Thanks for confirming this issue, Jens
Display problems, LyX-Qt on Mac
Hi, I've happily been using LyX on Mac under X11 with the xforms interface for years now, and once in a while I try out the Qt interface to see if it has gotten any better. I just tried fink's lyx- qt 1.4.0pre5 and can't figure out how to access the lyx command line (no meta key), and many important xemacs and aqua keybindings requiring the meta key also appear to be inaccessible. All this is no problem at all in xforms, where the Apple key works fine as Meta (set up in ~/.Xmodmap). Then I tried LyX-Qt for Mac, which is available as binary in version 1.3.7. That's almost useable. However, in both of these LyX versions, I have problems with the screen display of certain math glyphs. It's worse in fink's X11 version, so I'm attaching a screen shot below. But in LyX-Qt/Mac, I also get into trouble whenever I try to get a \iint or \oiint displayed. Here, by "displayed" I mean the screen display without instant preview (I like to have the math equations stand out in their own blue color instead of blending in with the text). These integral symbols seem to be mapped onto the wrong positions of the wasysym font in the symbols configuration file. Note that in X11 lyx-qt, the \iint and \oiint symbols are actually displayed correctly (in black, not in blue, for some reason...) whereas the \int, \sum, \prod symbols appear with a dropped baseline. So right now I'm sticking with lyx-xforms under Apple's X11, because everything there works smoothly for me... maybe someone here has the solution to these issues - I sure would like to move up to the new features, but not at the expense of a broken screen display. Jens LyX 1.4.0pre5, X11 (OS X10.4.5): lyx-fink_.png Description: application/applefile
