Re: Crash (sigsegv) when dragging a pdf file onto the Lyx window (on Windows)
Am 27.09.2016 um 18:32 schrieb Richard Heck: Can you please file this as a bug at http://www.lyx.org/trac/newticket? You will have to create an account if you do not have one. Say there, too, whether you can reproduce the bug by doing the same sequence of events again. OK, this is now at http://www.lyx.org/trac/ticket/10406, and yes I can reproduce and did explain there how. thanks, sven
Crash (sigsegv) when dragging a pdf file onto the Lyx window (on Windows)
Hi,
this is with Lyx 2.2.1 on Windows 7 64bit.
By mistake I dragged a pdf file onto the Lyx window, then nothing
happened, I realized my mistake, and dragged the corresponding lyx file.
That one was opened alright, and a dialog appeared that Lyx cannot open
the (pdf) file. Then Lyx crashed ("You found a bug..." or something like
that).
Perhaps it has something to do with the fact the the file names were
identical except for the suffix.
Perhaps it's also known already?
It's nothing dramatic, but I thought a crash deserves to be reported anyway.
thanks,
sven
Re: Lyx error "Extra alignment tab has been changed to \cr." Known bug?
Am 24.05.2015 um 11:45 schrieb Scott Kostyshak: On Sun, May 24, 2015 at 4:52 AM, Sven Schreiber wrote: Am 24.05.2015 um 03:08 schrieb Scott Kostyshak: On Sat, May 23, 2015 at 12:26 PM, Sven Schreiber wrote: Thanks for checking in and providing feedback. I stopped reading the link you gave after it mentions it puts in "ERT \linebreak". This is because if you cannot reproduce the problem without ERT, then for the most part LyX does not take responsibility. If you can reproduce it with ERT, it could be a bug. Can you post a minimal .lyx example (http://wiki.lyx.org/FAQ/MinimalExample). I'm not sure if this is a bug is reported or not. I would suggest that you report it and set the component to "tabular". It is better to have a duplicate bug than an unreported bug. Please do paste the relevant information into the bug report as well as the link from which you copied it. Please paste not only the information for how to reproduce the bug but also a .lyx file that is already constructed. Ok I've done that and it's ticket number 9568. http://www.lyx.org/trac/ticket/9568 thanks, sven
Re: Lyx error "Extra alignment tab has been changed to \cr." Known bug?
Am 24.05.2015 um 03:08 schrieb Scott Kostyshak: On Sat, May 23, 2015 at 12:26 PM, Sven Schreiber wrote: Thanks for checking in and providing feedback. I stopped reading the link you gave after it mentions it puts in "ERT \linebreak". This is because if you cannot reproduce the problem without ERT, then for the most part LyX does not take responsibility. If you can reproduce it with ERT, it could be a bug. Can you post a minimal .lyx example (http://wiki.lyx.org/FAQ/MinimalExample). Admittedly the page at the link I gave contains a lot of stuff. Please scroll down to the (long) last posting on the page, especially the section starting with "Now I create the problem from scratch:" This guy (or girl) provides a pretty good analysis, and it's completely without ERT. I could copy&paste it here, but that would somehow defeat the purpose of links to existing web pages. For me the problem also occurred without any ERT, and the workaround described on the page I linked --namely, do not specify the column width-- worked for me. thanks, sven
Lyx error "Extra alignment tab has been changed to \cr." Known bug?
Hi, I experienced the error message given in the subject, and after some searching I think it is the bug described here: http://tex.stackexchange.com/questions/180604/lyx-table-row-error Is this bug (or rather: are these bugs) already in the lyx bug tracker? I looked for them in vain, but perhaps I simply missed them. thanks, sven
Re: paste problem (on Win 7 and 8)
Am 04.03.2015 um 17:44 schrieb Scott Kostyshak: OK, can you start a new bug then (and if those two bugs are related, can you reference the other in each?)? Otherwise we might lose good information in emails. If we have a bug with everyone's findings then it is easier for a developer to look into fixing it. We only have a couple of developers who work on Windows (most of us happen to use Linux). One of them has not been active but when he shows up he might see the bug report. I doubt he will see this email though. This is now on: http://www.lyx.org/trac/ticket/9442 thanks, sven
Re: paste problem (on Win 7 and 8)
Am 04.03.2015 um 17:44 schrieb Scott Kostyshak: On Wed, Mar 4, 2015 at 3:38 AM, Sven Schreiber wrote: Am 03.03.2015 um 22:36 schrieb Scott Kostyshak: Thanks for your feedback. But I'm not sure if this is the same bug OK, can you start a new bug then (and if those two bugs are related, can you reference the other in each?)? Otherwise we might lose good information in emails. If we have a bug with everyone's findings then it is easier for a developer to look into fixing it. We only have a couple of developers who work on Windows (most of us happen to use Linux). One of them has not been active but when he shows up he might see the bug report. I doubt he will see this email though. Thanks for all the information, Ok I will try to open a new bug tomorrow and collect all the information that we have. cheers, sven
Re: paste problem (on Win 7 and 8)
Am 04.03.2015 um 14:35 schrieb James: I don't know if it has anything to do with the sleep mode, but my Windows PCs only get restarted every so often when the RAM cache requires a clean out. Sleep mode is never used as my PCs are effectively small servers, so they are always "on". That's interesting, so neither "sleep" nor "remote desktop" seem to be standalone causes. I have had similar problems and continue to have intermittent difficulties with the cut/copy/paste functions. Semi frequently LyX just "loses" the ability to use the clipboard. Sometimes ctrl+v doesn't work and in the lower left corner I get the message, "command disabled". Exactly my experience. Other times the copy doesn't actually copy/cut the /LyX content/ and it only copies/cuts the plain text equivalent content (i.e. if a math formula is copied then pasted, only the TeX code is pasted). Like you I then have to go into the Paste Special menu to do what I need, and possibly restart the program. Yes it seems that restarting Lyx helps -- not sure if it does every time though. I have a strong feeling the problem is the operation of the windows environment "virtual" clipboard. I thought in my case it was associated with using remote desktop applications. The remote desktop applications have to do strange things to get the Windows virtual clipboard to function between the host and remote PC. I have nothing conclusive to offer though. Neither do I, but something in Lyx must perform this "command disabling" that you mentioned, so my hope would be that one of the devels could figure out where in the code this happens... thanks, sven
Re: paste problem (on Win 7 and 8)
Am 03.03.2015 um 22:36 schrieb Scott Kostyshak:
On Tue, Mar 3, 2015 at 9:37 AM, Sven Schreiber wrote:
A work-around that usually works is right-clicking at the cursor (or caret)
position and choosing the topmost item "paste (previous selection)". But
this is slowing down the editing work considerably and is just what is
driving me crazy. BTW, sometimes pasting is working again out of the blue,
so it doesn't just seem to some utterly stupid configuration mistake.
This is good information to know. Can you put this on the bug report
(which I paste below) ? Even though it is not ideal, workarounds give
us information for tracking down the problem. Also, it would be great
if you CC'ed yourself so that you will be notified if we need you to
test something since you are someone who can reproduce the bug.
Thanks for your feedback. But I'm not sure if this is the same bug; the
original report talks about a reference not being pasted as such. OTOH
he (she?) says "for example". In my case paste (ctrl-v) simply does
nothing. Also the title of the bug is about sleep mode. That could be
the case for me, too (because obviously nowadays one does not restart
the machine very often, usually it's just put to sleep), but I'm not
sure. I will try to watch out if after restarting without going to sleep
it works reliably.
Yes, it is known and difficult to solve. See the discussion here:
http://www.lyx.org/trac/ticket/8695
Yes I remember having also come across that ticket, but then forgot
about it again.
Thanks for your feedback! Keep it coming.
I would be willing to do some testing, but that would require somebody
from the project ("bug owner"?) to provide systematic instructions what
to do exactly. The OSes where I can test easily are Win 8 32bit and Win
7 64 bit.
BTW, for a start I think it would also help if someone knowledgeable
explained what the different paste items in the keyboard shortcut
settings (Tools -> Settings -> Edit -> keyboard shortcuts, re-translated
from German) are:
1) clipboard-paste
2) clipboard-paste-simple
3) paste
4) paste (yes a second time)
5) primary-selection-paste
6) selection-paste
thanks,
sven
Re: paste problem (on Win 7 and 8)
Am 03.03.2015 um 15:53 schrieb Margret Mueller: Hej Sven (and list!) I am not a super-experienced Lyx user (and will have some questions soon i m afraid) but I just finished copy-pasting my whole dissertation from word to lyx yesterday paragraph by paragraph with short cuts (ctrl c v) without programming anything (out of my capability range) i use windows 8 and lyx 2.1.2. maybe that is a factor - or did I get you wrong? However for me it worked perfectly..? Margret, I know that often it does work just fine -- if not I guess it would be a top priority for lyx development. So your example is not contradicting the problem. thanks, sven
paste problem (on Win 7 and 8)
Hi lyx list people, I have been a Lyx user for many years (remember the time when it was not available on Windows natively...) and still think it's a great program. However, currently I'm mainly using it on Windows (both 7 and 8), and the problem that often 'Paste' is not working is driving me crazy. I have read a lot of archived discussions about this on the lists and also on other forums, but ultimately the solutions like redefining keyboard shortcuts do not work reliably. Given that I do not seem to be alone with this basic problem, actually I'm surprised that there are not more complaints. I guess that many potential users simply give up on Lyx as soon as they run into such fundamental problems, which would be a pity. A work-around that usually works is right-clicking at the cursor (or caret) position and choosing the topmost item "paste (previous selection)". But this is slowing down the editing work considerably and is just what is driving me crazy. BTW, sometimes pasting is working again out of the blue, so it doesn't just seem to some utterly stupid configuration mistake. So from my point of view lyx is trying to offer a sophisticated internal clipboard with more than just the last copied item, and the keyboard shortcut dialog (in settings) is showing me a whopping 6 partly different entries when I search for "paste", but the simple copy&paste from the time of the first 1984 Macintosh is not working -- (sorry for the rant, but couldn't resist). And now the devels will ask me, what are your keyboard shortcut definitions? (And I could answer, "cua".) But before you ask me that, please ask yourselves, do you really think a tailormade solution to my specific case is what is needed? Or should the simple copy&paste function not rather be made robust and working out-of-the-box for everybody? Ok I'm curious whether this is a known problem that is simply to difficult to solve or what the matter really is. Thanks for your work on Lyx! cheers, sven
minor rc2 issues
Thanks Uwe for the Win installer of rc2! Here are the first slight glitches I noticed with rc2 (not with the installer itself which worked fine). I have no idea whether these are new (probably not) or whether they are supposed to be already fixed. As you can see, these are only small annoyances, nothing serious (so far -- knock on wood). * When I create a new empty doc while having another one open (in my case, actually two other docs open), the contents of the doc in the other tab is still visible (screen is not cleared), except for the first line which waits for my input. This doesn't change when I start typing, only when I hit return. * Actually, the non-clearing screen also happens when I switch between two tabs of existing docs, if one doc is too short to fill the entire window area. * [I'm sure this must be known already:] in an empty doc, type a word, then insert a page break, go back to the end of the line before that, hit control-return (to get this arrow-ish thing for a carriage return w/o paragraph break); cursor doesn't jump to next line (which it should do) thanks, sven
Re: rc2?
Abdelrazak Younes schrieb: > Sven Schreiber wrote: >> IMHO it would be more efficient to test the current status instead of >> stumbling over "fixedintrunk" bugs again and again. Currently it seems >> to me that many known and/or fixed bugs are reported again and again, >> which in turn may induce some people (like me) not to report (minor) >> issues anymore. As a consequence, this way some bugs may go unnoticed. > > Another solution would be that you compile from source ;-) > Or that someone produces daily binaries for the main distributions > (including Mac and Windows). I think this would be a great way to > contribute for non-developers... any volunteers? > I might volunteer IF it can be cross-compiled from Linux and somebody points me to some documentation. Later on I might also try to get it done from Windows, but not right now (which hopefully means not before 1.5.0). Assuming that 1.5.0 final will not be released within the next week (wanna bet?), I still think that having a rc2 sooner rather than later is a good idea. thanks, sven
rc2?
Hi, I hope I'm not sounding "pushy" but isn't rc2 overdue? IMHO it would be more efficient to test the current status instead of stumbling over "fixedintrunk" bugs again and again. Currently it seems to me that many known and/or fixed bugs are reported again and again, which in turn may induce some people (like me) not to report (minor) issues anymore. As a consequence, this way some bugs may go unnoticed. If the reason is that rc2 is scheduled to be the last rc, then I would ask: why not simply add a rc3 to the plan? I don't see any disadvantages of having more than two rc's, or am I missing something. thanks, sven
Re: Lyx crashing on backspace, 1.5rc1. if pagebreak and math mode enabled
It's most likely one of the known bugs, and the workaround advice given to me was: disable right-to-left language support if you don't need it. -sven Ronald Ryland schrieb: > *Lyx crashing on backspace, 1.5rc1. if pagebreak and math mode enabled. > * > Lyx 1,5rc1 is a tremendous step forward, but I seem to have found a bug? > But unfortunately I am in the middle of chemistry finals, and dont have > time to fill in correctly in bugzilla. > > After entering a display math - mode in a page breaked subparagraph, if > mathmode is exited by space, and normal text is on a new line. When > trying to delete this text, Lyx will crash if I try to delete the last > character, before returning to the previous line and display math mode. > > Lyx only reports "closing socket closed" as error message. > > Is it a bug, or am I doing something wrong? > > Ronald Ryland >
Re: Using svn-2007-06-17, continued
Abdelrazak Younes schrieb: > Hellmut Weber wrote: > >> Looking at all this new features and functionality I'm very lucka with >> lyx ;-) > > lucka? > On the German qwertz keyboard z and y are swapped and so y is right below a. Not that you really wanted to know...
Re: using rc1
Abdelrazak Younes schrieb: > Sven Schreiber wrote: >> Hellmut Weber schrieb: >> >>> BTW I'm using RC1 now for two weeks without problems ;-) >>> >> >> I'm also using rc1 regularly now, but I repeatedly get bitten by known >> (and fixed in trunk) crash bugs >> >> http://bugzilla.lyx.org/show_bug.cgi?id=3790, >> http://bugzilla.lyx.org/show_bug.cgi?id=3801, >> http://bugzilla.lyx.org/show_bug.cgi?id=3809. > > I think these bugs will not show up in RC1 if you disable the "RTL > support" option in the Preference->Language Settings->Language option. > You might want to do that if you use RC1 for production. You could also > compile from trunk or wait for RC2 due this week-end. > Very interesting, thank you for the hint! I don't mean to be disrespectful for RTL language users, but maybe disabling that option by default would be safer? (Assuming that the majority of lyx users don't use RTL.) thanks, sven
using rc1 (was: Re: Question wrt to key board use)
Hellmut Weber schrieb: > > BTW I'm using RC1 now for two weeks without problems ;-) > I'm also using rc1 regularly now, but I repeatedly get bitten by known (and fixed in trunk) crash bugs http://bugzilla.lyx.org/show_bug.cgi?id=3790, http://bugzilla.lyx.org/show_bug.cgi?id=3801, http://bugzilla.lyx.org/show_bug.cgi?id=3809. This is just to ensure that the enthusiasm of some people doesn't leave the wrong impression for other users (or developers). For less adventurous people rc1 is definitely too early to switch IMHO. Otherwise 1.5 is great, as has been stated many times. -sven
Re: crash with rc1
Stefan Schimanski schrieb: > > Am 10.06.2007 um 16:49 schrieb Sven Schreiber: > >> But what about the impossibility of reinstalling after the crash? Isn't >> that kind of strange? > > Hou?! Impossible? Which installer? Which platform? Which messages? > Ok what I had to do was to delete the dir "C:\Dokumente und Einstellungen\\Anwendungsdaten\lyx15beta1", and now lyx starts up again. Re-installing probably didn't have anything to do with it. (Non-localized version would be "Docs and Settings\loginname\application data\lyx15beta1" I guess.) I hope some developer will adjust the name "lyx15beta1" before releasing ;-) thanks, Sven
Re: crash with rc1
Stefan Schimanski schrieb: >> don't know if this issue is known, I got a crash today with rc1 on winxp. >> >> It apparently happened while I hit backspace and kept it pressed a >> little. The error information window contained the following: > > Please compare to the following (already fixed) bugs: > > http://bugzilla.lyx.org/show_bug.cgi?id=3790, > http://bugzilla.lyx.org/show_bug.cgi?id=3801, > http://bugzilla.lyx.org/show_bug.cgi?id=3809 > > I guess it's the same problem. A backtrace would help to be sure. Or try > the latest svn version. > Yes it's probably the same thing, thanks for fixing it. I'm amazed that nobody noticed it before rc1 though, a lot of people seemed to be using the betas. But what about the impossibility of reinstalling after the crash? Isn't that kind of strange? thanks, sven
crash with rc1
Hi, don't know if this issue is known, I got a crash today with rc1 on winxp. It apparently happened while I hit backspace and kept it pressed a little. The error information window contained the following: PreferencesPolicy: No transition for input SMI_RESTORE from state INITIAL Completed Then, upon restart: TextClassList::Read: no textclasses found! Completed ...and it does that on every restart, refusing to really start up; even reinstalling doesn't seem to work, at least using "runas", haven't tried to really log on as admin yet. BTW, I never understand why Windows software that requires admin privileges to install then at the end of installation asks if the program should be executed. Usually the program shouldn't be run under the admin account IMHO. Thanks, Sven
Re: math toolbar usability suggestion (tiny)
hzluo schrieb: > Current install version do not have an icon for functions popup. > > I think the patch is on the way. > We now have a functions.xpm for that button. > So you will have a 20x20 button instead of a long string. > > BTW, I think the provided functions.xpm is not > so informative. I made another one. > Please see attached. If anyone wants to test > it, just put it in images\math > I have tested it at normal size and large size. > It looks good at both size. So does this mean the issue is resolved or will it be forgotten unless I file a bug? thanks, sven
math toolbar usability suggestion (tiny)
Hi, could the following trivial change possibly make it into 1.5 final? The "Functions" entry in the Math Panels toolbar causes the toolbar to take up a lot of horizontal space if the toolbar orientation is vertical. Could the name therefore be shortened to "Func" or whatever? Alternatively: how can a user customize those panel entry names? Thank you, Sven
Re: rc1 bug status?
Jean-Marc Lasgouttes schrieb: >>>>>> "Sven" == Sven Schreiber <[EMAIL PROTECTED]> writes: > > Sven> Hi, I'm a bit confused now that rc1 is out. On bugzilla I find > Sven> 14 critical bugs with target 1.5.0 still open (see below for the > Sven> copy&paste result). What then was the reason to have a RC and > Sven> not another beta? I'm not doubting that the current development > Sven> version is great and has a lot of nice new features, this is an > Sven> honest question about the rule. Are these remaining critical > Sven> bugs simply too difficult to fix, or are they really not that > Sven> critical after all? > > Actually, if you remove the bugs that are marked fixedintrunk, only 10 > remain. Of these, several already have known fixes, but some are a bit > harder. > Thanks for the clarification! So if it's fixedintrunk, is it also fixed in rc1? Or is that a case-by-case thing? Same for the other known fixes? (Still trying to understand if the move from beta to rc is some defined threshold or "just" a gradual improvement.) -sven
rc1 bug status?
Hi, I'm a bit confused now that rc1 is out. On bugzilla I find 14 critical bugs with target 1.5.0 still open (see below for the copy&paste result). What then was the reason to have a RC and not another beta? I'm not doubting that the current development version is great and has a lot of nice new features, this is an honest question about the rule. Are these remaining critical bugs simply too difficult to fix, or are they really not that critical after all? thanks, Sven ID Sev Pri Plt Owner State Result Summary 1395cri P2 Oth [EMAIL PROTECTED] ASSILyX crashes when inserting a self defined command in a ma... 1771cri P2 PC [EMAIL PROTECTED] NEW LyX crash on math-macro redefine 2199cri P2 PC [EMAIL PROTECTED] NEW Don't try to create a .tex file from an included .lyx fil... 2446cri P2 PC [EMAIL PROTECTED] NEW lyx crashes/mutilates document using math-delimiter ( ) i... 2691cri P2 HP [EMAIL PROTECTED] NEW Invoking Thesaurus crashes LyX 3249cri P2 PC [EMAIL PROTECTED] NEW Crash if doc is closed before instant preview completes 3466cri P2 Oth [EMAIL PROTECTED] REOPcrash when inserting backslash to math macro 3561cri P2 Oth [EMAIL PROTECTED] NEW crash when changing document encoding 3661cri P2 PC [EMAIL PROTECTED] NEW Read-only eps causes Lyx to crash on exit 3750cri P2 All [EMAIL PROTECTED] NEW tex2lyx does not recognize \caption anymore 3782cri P2 Oth [EMAIL PROTECTED] NEW Crash with selection of table cells 3785cri P2 All [EMAIL PROTECTED] NEW LyX crashes with multiple views 3790cri P2 PC [EMAIL PROTECTED] NEW LyX crash when deleting display equation not at the begin... 3793cri P2 PC [EMAIL PROTECTED] NEW Lyx-1.5.0rc1 seg fault when clicking on toc from help 14 bugs found.
Re: Booktabs with LyX: how to kill the last line?
Jürgen Spitzmüller schrieb: > > P.S.: you'll be pleased to hear that LyX 1.5 will have native booktabs > support. Yes I am very much looking forward to that! I have lost hope that the "regular" tabular situation in Lyx is going to improve anytime soon. Or are there reasons to be more optimistic again, such as a planned bugfixing-only-like-crazy period for lyx? (I mean beyond that which seems to be going on right now, which I very much appreciate, thanks a lot!) -sven
Re: German menu
Hannan Sadar schrieb: > Hi, > > I install my 1.4.4 lyx with German menu and layouts. > > My problem is that some of the menus and layouts are not been shown > correctly. I guess it is a font problem. How could i fix it? > > Thanks > If you happen to use Linux, and you mean that the Umlaute (äöü) are not displayed, then you probably are missing the iso-western locale on your system (search the list archives, and maybe the wiki). If not, then you should give more details... hth, sven
Re: Why Lyx->Word?
Richard Heck schrieb: > Steve Litt wrote: >> Hi all, >> >> This is a general question for all those asking about converting LyX to MS >> Word... >> >> Why not use MS Word from the beginning? [snip] But hard as I rack my brains, >> I can't think of a reason to start a project in LyX, and THEN convert it to >> MS Word. >> > I don't always know where the paper will end up, anyway---a journal, a > collection of papers, or whatever---let alone in what format they'll > want it. Even if I did, I find it much more comfortable to write in LyX, I agree with Richard on both points. Another point for scientists is that until your manuscript is accepted somewhere, it is floating around the web or on conference CDs and nobody except yourself is responsible for the layout. (Or where your footnotes are placed, if you know what I mean...) -sven
Re: Lyx in ubuntu
Russell Davie schrieb: > AFAIK, TeteX is the how the LaTeX backend is managed in Linux. Without it, > its impossible to do any LaTeX. > After using LaTeX in Linux for several years and several *nix flavours, it > seems to be mandatory to install TeTeX to run LaTeX and thus LyX. Please > correct me if this is wrong. > Yep, that's wrong :-) It depends on the package management of course, and it could be that on Ubuntu you would need to uninstall the meta package (k)ubuntu-desktop or something like that (which you might want to reinstall before upgrading to a new Ubuntu release), but you can run Texlive instead of Tetex on Ubuntu easily. IIRC Texlive packages are in the universe repositories. A while ago somebody on this list posted a "checkinstall"-ed lyx-1.4.4 deb package for Ubuntu Edgy that did not depend on any specific Tex variant (again, IIRC). It worked fine for me with Texlive. HTH, sven
Re: cannot reqd an old lyx file
Uwe Stöhr schrieb: > Mouras Harold schrieb: > >> I composed several days ago a lyx file butt am not able to read it on a >> new computer running windiws vista and the new lyx for windows. I have >> attached the file. > > You use the LyX 1.5svn build. This is an alpha state and not ready for > production use! Maybe it should have "alpha" in its name then? Not everybody knows what svn is. (Or they think it's short for _stable _versio_n... ;-) -sven (noticing how remarkably similar his name is to svn...)
Re: rotated eps figures using different pdf views
Gregor Goldbach schrieb: > Hi list, > > I have an interesting problem which is hopefully not a FAQ. > > I use eps figures in my document. The resulting PDF contains these > figures rotated by 90 degrees... sometimes. ;) > > Using pdflatex gives rotated figures (90 degress), using dvipdfm does > *not* rotate them. The figures are generated with dia (dia -t eps-pango > file.dia) and have a correct bounding box. > > Viewing the pdf (Which converter is that? pdflatex or dvipdfm?) does > also *not* rotate the figures. > > I'd rather use pdflatex than dvipdfm. Where should I look for errors? Is > it dia, LyX or pdflatex? ;) > I think I remember an answer to this by Georg who said that the problem is that the pdf spec is ambiguous for this rotation stuff. So different programs interpret it differently, and there's nothing that can be done. People please correct me if I got it wrong. -sven
Re: Accessing style menu from keyboard
Neil McLeod schrieb: > Hello, > > Is there any way to select the style drop-down menu with a keyboard > shortcut, just as one would access the "File" menu with Alt-F? I know there > are individual keybindings for the various styles, but I'd love to be able > to select the drop-down menu with a keyboard shortcut and then type in the > first few letters of the style I want to type, and press enter. (This > second > step seems to work already.) > > Neil > Check out "Changing the paragraph environment" on http://wiki.lyx.org/Tips/FrequentlyUsedShortcuts Is that what you want? BTW, the letter "p" in there seems to be locale-specific, IIRC. (In German I think it's "a" for "Absatz".) I should update the wiki page... -Sven
Re: auto-insert of branch names in exported filenames
Jean-Marc Lasgouttes schrieb: >>>>>> "Sven" == Sven Schreiber <[EMAIL PROTECTED]> writes: >>> Example: in a file named "exam.lyx" I have two branches, "verA" and >>> "verB". When verA is active, I would like to get something like >>> "exam_verA.pdf" automatically. > > Sven> I will file an enhancement request later today unless somebody > Sven> tells me it's already implemented or why it doesn't make sense. > > I understand what you want to do. However, I seems difficult to find a > generic solution that accommodates your need and the needs of others > (necessarily, someone will request to have exam_verA_NoverB.pdf in > this case, and someone else will need exam-verA.pdf; and some other people > will want it for some branch names only :) Having a truly generic solution as well as a GUI interface is almost self-contradictory I think. (That's why the possibility of ERT is so important for lyx.) So the goal should probably be only a reasonable subset in the GUI that covers an important chunk. But note that I would be perfectly happy with a solution that involves defining a special export chain or something like that. But looking at the Branch setting dialog, what about adding a switch "indicate in output file"? (This is clearly not an ideal denominator, but just to get the idea...) I think the dialog would still be very clear and organized, the main area would have four instead of three columns, and there would be an additional button; there seems to be plenty of space for that. IMHO it would be very useful, but of course everybody has to speak for herhimself. > > Things would be easier with a bit of scripting... > Sure, but I guess implementing that would probably keep you devels occupied for another two years. IMHO I would rather see bug fixes and usability enhancements (but that's just my two €ct). So, I will still file that enhancement request, with all your comments :-) -sven
Re: auto-insert of branch names in exported filenames
Charles de Miramon schrieb: > > It would make more sense to move LyX to a IPC mechanism like dbus. If we > could query from the command line with dbus LyX for all the properties of a > document, you could easily create a script in the LaTeX --> PDF toolchain > to change the name of the file, or commit in the right branch of svn, > etc... > thanks for your feedback; but I don't have a clue what you're talking about :-) (meaning: I will include your comment in the feature request) -sven
Re: auto-insert of branch names in exported filenames
Sven Schreiber schrieb: > Hi, > branches are very useful and I have used them alot recently. What I am > missing is the possibility to have the names of active branches > automatically inserted into the file names of exported formats. > > Example: in a file named "exam.lyx" I have two branches, "verA" and > "verB". When verA is active, I would like to get something like > "exam_verA.pdf" automatically. > > Or is it possible already? > > Thanks, > Sven > I will file an enhancement request later today unless somebody tells me it's already implemented or why it doesn't make sense. cheers, sven
auto-insert of branch names in exported filenames
Hi, branches are very useful and I have used them alot recently. What I am missing is the possibility to have the names of active branches automatically inserted into the file names of exported formats. Example: in a file named "exam.lyx" I have two branches, "verA" and "verB". When verA is active, I would like to get something like "exam_verA.pdf" automatically. Or is it possible already? Thanks, Sven
Re: mixing languages, problem
Jürgen Spitzmüller schrieb:
> Sven Schreiber wrote:
>
>
>> So I have the language in the document settings set to Spanish, and in
>> tools (werkzeuge)->language settings I have ticked the "use babel" box,
>> and some other boxes. Nothing is written in the text fields in those
>> language settings. Should there be?
>
> In the widget "Language package" ("Sprach-Paket") in Tools->Language
> Settings.
> there should be the line:
> \usepackage{babel}
Ok that was it, thanks alot! I find it somewhat confusing, however, that
one has to write a literal latex command into the text field even though
there is a GUI Babel tick box right below it. What's the difference
between the two?
>
>> (However, writing German and English
>> works fine, AFAICS.)
>
> Does it really (or doesn't it just trigger an error?)
>
No actually with the settings I had described this of course didn't
work, either...
Thanks,
Sven
Re: mixing languages, problem
Jürgen Spitzmüller schrieb:
>
> Can you post export to LaTeX and post that? I don't get the error, but it
> looks like babel is not loaded in your case.
>
Ok I stripped it down some more, it only relates to Spanish now, not
mixing languages. Below is the lyx file and the latex export. Same error.
So I have the language in the document settings set to Spanish, and in
tools (werkzeuge)->language settings I have ticked the "use babel" box,
and some other boxes. Nothing is written in the text fields in those
language settings. Should there be? (However, writing German and English
works fine, AFAICS.)
Btw, I don't expect a quick answer today ;-)
thanks,
sven
#LyX 1.4.3 created this file. For more info see http://www.lyx.org/
\lyxformat 245
\begin_document
\begin_header
\textclass article
\language spanish
\inputencoding auto
\fontscheme default
\graphics default
\paperfontsize default
\spacing single
\papersize a4paper
\use_geometry false
\use_amsmath 1
\cite_engine basic
\use_bibtopic false
\paperorientation portrait
\leftmargin 3cm
\topmargin 3cm
\rightmargin 3cm
\bottommargin 3cm
\secnumdepth 3
\tocdepth 3
\paragraph_separation indent
\defskip medskip
\quotes_language polish
\papercolumns 1
\papersides 1
\paperpagestyle default
\tracking_changes false
\output_changes false
\end_header
\begin_body
\begin_layout Standard
hola
\end_layout
\end_body
\end_document
%% LyX 1.4.3 created this file. For more info, see http://www.lyx.org/.
%% Do not edit unless you really know what you are doing.
\documentclass[a4paper,spanish]{article}
\usepackage[T1]{fontenc}
\usepackage[latin1]{inputenc}
\makeatletter
\deactivatetilden
\makeatother
\begin{document}
hola
\end{document}
Re: mixing languages, problem
Juergen Spitzmueller schrieb: > Sven Schreiber wrote: > >>> http://bugzilla.lyx.org/show_bug.cgi?id=2365 >>> >> Interesting, but that would suggest the fix to bug 2365 caused my bug. I >> will try to include a detailed description/recipe in the bug that I will >> file during the holidays. > > Also cf. > http://bugzilla.lyx.org/show_bug.cgi?id=2632 > > I think it will be really difficult to find a solution that fits everybody. > Ok I'm confused (never used jurabib etc.), but here's my recipe: 1. start lyx, create new file (default lang is English) 2. type "hello " 3. set language to Spanish in text style dialog 4. type "querido" 5. save and try to view The error message I get is: \deactivatetilden 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. And below is the file that causes this on my setup; tell me if you need further information, and whether or not I should now file a new bug or not. cheers, Sven #LyX 1.4.3 created this file. For more info see http://www.lyx.org/ \lyxformat 245 \begin_document \begin_header \textclass article \language ngerman \inputencoding auto \fontscheme palatino \graphics default \paperfontsize 11 \spacing onehalf \papersize a4paper \use_geometry true \use_amsmath 1 \cite_engine basic \use_bibtopic false \paperorientation portrait \leftmargin 3cm \topmargin 3cm \rightmargin 3cm \bottommargin 3cm \secnumdepth 3 \tocdepth 3 \paragraph_separation skip \defskip medskip \quotes_language polish \papercolumns 1 \papersides 1 \paperpagestyle default \tracking_changes false \output_changes false \end_header \begin_body \begin_layout Standard hello \lang spanish querido \end_layout \end_body \end_document
Re: mixing languages, problem
Georg Baum schrieb: > Am Freitag, 22. Dezember 2006 11:42 schrieb Sven Schreiber: >> Sven Schreiber schrieb: >>> Hi, I had some problems with multi-language documents; >>> for example, marking a word as Spanish (in an otherwise > English-language >>> document), Lyx includes the command \deactivatetilden in the latex > file, >>> and latex throws an error. > > http://bugzilla.lyx.org/show_bug.cgi?id=2365 > Interesting, but that would suggest the fix to bug 2365 caused my bug. I will try to include a detailed description/recipe in the bug that I will file during the holidays. thanks, sven
Re: mixing languages, problem
Sven Schreiber schrieb: > Hi, I had some problems with multi-language documents; > for example, marking a word as Spanish (in an otherwise English-language > document), Lyx includes the command \deactivatetilden in the latex file, > and latex throws an error. > > Is this known? What can one do? Help or pointers welcome. > > (this is the "official" backported lyx 1.4.3 on ubuntu edgy) > > thanks, > Sven > last call before I file a report on bugzilla :-)
mixing languages, problem
Hi, I had some problems with multi-language documents; for example, marking a word as Spanish (in an otherwise English-language document), Lyx includes the command \deactivatetilden in the latex file, and latex throws an error. Is this known? What can one do? Help or pointers welcome. (this is the "official" backported lyx 1.4.3 on ubuntu edgy) thanks, Sven
Re: lyx to word conversion
Nicolás schrieb: > Has anyone tried to convert latex to OpenDocument format with tex4ht? > And then convert it to Word with OpenOffice or with the "OpenOffice > filter to Microsoft Word XML"? > > Nicolás > Sure, there's lots of traffic on this in the list archives. See also the special "oolatex" tool (or what was its name again?) provided by tex4ht.
Re: lyx to word conversion
Juergen Fenn schrieb: > > I don't think this is a good idea. If you are supposed to provide MS > Word format you should use MS Word or at least OOo for writing your > paper. The point is that the TeX community has spent too little effort > on converters. > > Regards, > Jürgen. > "That's a bold statement." (To quote a popular movie, IIRC.) Seriously, although it's correct that especially between Latex and the Open Doc Format better converters are needed, I don't think your advice is wise, especially for people who are familiar and productive with Lyx. Btw, what advice did you give before OOo existed? Everybody should buy (or crack) msword? Don't get me wrong, I like OOo a lot, and with tools like writer2latex one could even use it in a similar way as lyx. Actually my dream would be to have OOo as a combined editor-front-end for latex and odt/doc documents alike. But the tight integration with Latex makes Lyx so much more powerful for my needs (coming from Latex), so that's why I'm a Lyx user. I think there's hope that in the future people will rather require Open Doc Format files instead of Word. Then it would be great if Lyx could export ODF easily. Maybe the planned XML file format will help...? -sven
Re: Key sequence
icebna schrieb: > Hi all : > In my work I use many the superindex. There is some way of doing it from > the keyboard with a key sequence? Thanks advanced > > Miguel Either I completely misunderstand you, or the answer is simply the ^ key as in LaTex. This answer is in the documentation, right? -sven
Re: Using kpdf as the default pdf viewer
Guy Rutenberg schrieb: > Hi, > > I'm using LyX 1.4 on Linux and I would like to set kpdf (instead of gv) as > my default viewer in LyX for pdf's. Can someone please write to me how > to do > it or point me to where I would find such instructions? > > have you tried tools->settings->file formats->viewer (roughly translated back from German, names may not be exact)? -sven
Re: Lyx 143 on kubuntu dapper much slower than on Suse 9.1
Georg Baum schrieb: > Am Mittwoch, 8. November 2006 19:26 schrieb Andre Poenitz: >> On Mon, Oct 30, 2006 at 07:30:22PM +0100, Georg Baum wrote: >>> Any other slowdown is either caused by external programs or a bug. >> Not sure this is true. The paint logic changed from 1.3 to 1.4. > > We were talking of LaTeX export slowdown, not painting related slowdown. > > > Georg > Well the thread started with pdf creation, so I guess there has been some misunderstanding here. -sven
Re: Doesn't export or view PDF
Matthias Schmidt schrieb: > Hello, > > I have just installed Lyx 1.4.3-4 from the lyx-143-4-bundle.exe. > > Some of the manuals I can export or view as PDF-file (for example ), > some not (for example ). > > What may be the reason for this? > > Can I find the manuals as PDF-Files anywhere else then in the > Lyx-help? > > > Could you provide more details please, this is very vague. Nevertheless, a shot into the dark: Maybe some of the files need additional Miktex packages which are not loaded? Are you online or offline when you do that, and how have you configured Miktex with respect to package installation? -sven
Re: Update to: [announce] new extended LyX manual available
Without having actually looked at your manual yet, I want to thank you for this effort, and for the general idea to improve the documentation! Many open source projects underestimate the importance of accessible information and manuals. Lyx used to be a notable exception, but although 1.4 took so long, the documentation seems to lag behind and therefore is not as useful as it was for 1.3, IMHO. I hope your work will be successful in correcting that! Cheers, Sven Uwe Stöhr schrieb: > I wrote: > >> I'm proud to announce the new extended LyX manual about Floats, Notes, >> Tables, Graphics, and Boxes. >> >> The manual can be downloaded from >> http://wiki.lyx.org/LyX/DocumentationDevelopment#Extended-Insets > > I'm happily surprized that I got so much feedback about this. > > Beginning from now on, the manual has a version number, according to > LyX's version numbering scheme, to separate different versions. > > The just released version 1.4.3-0 contains the bugfixes and annotations > I received since my first announcement. > (The most notable change is the description of what happens when you > don't set an Inner Box for boxes.) > > You can download the new manual version from here: > http://wiki.lyx.org/LyX/DocumentationDevelopment#Extended-Insets > > The Wiki page does now also reflect that you need to download the > RAR-archive file with the images used in the document to compile the > LyX-file. > > regards Uwe >
Re: Lyx 143 on kubuntu dapper much slower than on Suse 9.1
Robert Neumann schrieb: > Hello Raymond, > sounds reasonable, I found a documentation at > http://www.cs.wisc.edu/~ghost/doc/cvs/Ps2pdf.htm > But since I'm not so familiar with the switches and options > Menu -> Tools -> Settings (I guess, last choice in the bottom, > «Préférences» in french) -> Converters > it's the same in german, but I'm not sure, what to write and where. Do I > write > in the "additional flag" field -dPDFSETTINGS=/screen or just /screen? > thanks > Robert > Robert, if experimentation causes too much effort I would just forget it. AFAIK it is quite possible that the switch from 1.3 to 1.4 caused the slowdown, so there would be nothing you can do anyway (except going back to 1.3 if speed is really that important). Maybe some developer could comment on that. -sven
Re: Text before title
Nicolás schrieb: > Hi! > > This question is probably more related to Latex than to Lyx, but > hopefully you can help me. > > Given a paper, I would like to write some text in the free space > existing above the title. With fancy headers a can have headers in the > body of the paper, but I would like to have a kind of special header in > the first page, above the title. Any clue about how to do that? Thanks > > Nicolás > I guess what you want is to set \titlepagestyle (IIRC) different from the general \pagestyle. hth, sven
Re: LyX slow in Windows XP
kmailuk schrieb: > Paul, > Thanks for your reply. I already had instant preview turned off. I tried > turning off virus scan but I still had the same problem with LyX displaying > what I type very slowly. When I looked at the Task Manager after typing a > sentence (which would take several seconds to finally appear) it shows > csrss.exe using about 65-75% oc the CPU cycles and lyx using 25-35%. I > looked up csrss.exe and it has something to do with the program windows > uses > to display stuff on screen. I'll continue to google for more information > and try the debug mode next. > Thanks again, > Ken > Hi, I reported a similar effect with an open table "inset" (in lyx lingo). Equations do not seem to have that much of an effect in my personal experience, but hey, maybe I'm just not using enough of them ;-) So do you have open float insets (figure, table) in your document? -sven
tabular lines/borders yet again (was: Re: another (?) table-editing bug)
[topic shifted from bug to user interface, so I'm starting a new thread] Helge Hafting schrieb: >> Btw, some time ago somebody suggested to let lyx create new tabulars >> without any lines by default. I think that's a great idea. That can't be >> so difficult to implement, right? Do we need a vote? >> > There were much discussion - and simply changing lyx to no-line > tabulars was turned down for "changing default behaviour". I tried to search the devel archives (not very easy actually) and found many people in favor of no lines, and essentially only Lars (lgb) being cautious. > > The acceptable solution was to add a mechanism that > lets the user select table styles, and perhaps set a default > style for new tables. That way, anyone can start with their > favourite table - all lines, no lines, one line under the > heading - or anything else. > > This is of course more work, and so nobody has competed it. :-/ Well the result seems to be that nothing is happening. Don't get me wrong, I have no right to demand any serious development work for free, but then IMHO less conservatism with respect to the (easily changeable, I assume) defaults is needed. I mean almost everybody seems to agree that an all-lines-table as default is not good. And mind you, it's not just me. Allow me to quote from the style guidelines of (one of) the leading journals in economics, the American Economic Review: "... Do not use any vertical lines in tables to show space distinction; use only horizontal lines and additional blank space if necessary. ..." So I would suggest the following change of defaults (maybe also a good compromise between "no" and "all" lines?): No vertical lines! Lars, excuse me to bother you, but why exactly do you think that changing these defaults is bad? Do you know of many users that fiercely demand their vertical lines? As a user, it doesn't help me that "this extremely cool new feature that solves all this trouble and ends the discussion" is planned to be implemented for some future release by someone who is yet unknown but will certainly have lots of time and skills and is just dying to do it. See, a solution is available in the short term that is IMHO so reasonable that it may remain the default for the next couple of years. Ok, now you're convinced, right? -sven p.s.: is there currently maybe any hidden non-gui way to achieve something similar to having changed defaults?
Re: another (?) table-editing bug
Helge Hafting schrieb:
> Sven Schreiber wrote:
>> Hi,
>> is the following known?
>>
>> 1. create new document
>> 2. insert tabular, e.g. default 5x5
>> 3. select cells in first row and make it a multicolumn (never mind the
>> other known bug that right-clicking doesn't work for preserving
>> selection, use the menu)
>> 4. try to de-select the "upper line" ("obere Linie" in my German
>> version) via the menu, edit->tabular.
>> 5. Result: nothing happens.
>> 6. Now open the tabular dialog via the menu, and de-select the upper
>> line in the appropriate tab. It works.
>>
>> If I'm not mistaken, steps 4 and 6 are supposed to be exact substitutes,
>> so that looks like a bug.
>>
> Consider reporting it at bugzilla.lyx.org
Bug 2024 seems to be related, so I added my recipe there.
-sven
another (?) table-editing bug
Hi,
is the following known?
1. create new document
2. insert tabular, e.g. default 5x5
3. select cells in first row and make it a multicolumn (never mind the
other known bug that right-clicking doesn't work for preserving
selection, use the menu)
4. try to de-select the "upper line" ("obere Linie" in my German
version) via the menu, edit->tabular.
5. Result: nothing happens.
6. Now open the tabular dialog via the menu, and de-select the upper
line in the appropriate tab. It works.
If I'm not mistaken, steps 4 and 6 are supposed to be exact substitutes,
so that looks like a bug.
Btw, some time ago somebody suggested to let lyx create new tabulars
without any lines by default. I think that's a great idea. That can't be
so difficult to implement, right? Do we need a vote?
cheers,
Sven
Re: caption justification howto?
Juergen Spitzmueller schrieb: > Sven Schreiber wrote: >> I want to change the justification of a float caption from centered to, >> say, flushleft (aka raggedright). If I do it the naive way via the >> paragraph settings dialog, Lyx doesn't remember my changes, so that >> doesn't work. > > No, that won't work. Use the caption package or the caption features of the > class (e.g. in the case of KOMA) > >> First question: Is that a bug, or is that feature simply not >> implemented? > > The latter. Actually, it now seems to me that sometimes it works, and sometimes it doesn't. So that would be unpredictable behavior; I'll check if I can cook up something reproducible. (But if somebody else can confirm this, it would spare me some work :-) > You could file an enhancement report about caption support, if it's not > already there. > Ok, I guess I will (eventually). Btw, thanks for your answer (and sorry for the delay). cheers, sven
caption justification howto?
Hi, I want to change the justification of a float caption from centered to, say, flushleft (aka raggedright). If I do it the naive way via the paragraph settings dialog, Lyx doesn't remember my changes, so that doesn't work. First question: Is that a bug, or is that feature simply not implemented? Shall I file a bug report? Second (almost identical) question: can somebody tell me how to do it in lyx? (With ERT I know how to do it myself, thanks.) Thanks for your help, Sven
Re: lyx 1.4.2 on ubuntu
[EMAIL PROTECTED] schrieb: > > It is actually quite easy to generate locales on ubuntu though it is > different from debian because dpkg-reconfigure locales does not work here > anymore. The command is simply: > > sudo locale-gen de_DE > > and german umlauts will work. With respect to the packages on ftp.lyx.org and > on the wiki it is best to install them with > > sudo dpkg -i *.deb > > But before, install lyx from the dapper repositories once to have all the > dependencies and thereafter remove the old version completely with > > sudo apt-get remove --purge lyx lyx-qt lyx-common > Thanks, that information is very useful. > Unfortunately, backports from edgy are not possible at the moment due to > build-dependendency issues. > > > Yep, I expected something like that. cheers, sven
Re: lyx 1.4.2 on ubuntu
Georg Baum schrieb: > Am Freitag, 15. September 2006 22:48 schrieb Sven Schreiber: >> Turns out that apparently on ubuntu dapper (6) it's not so easy to get >> iso8859 locales. What's in the mailing list (taken from debian) does >> _not_ work, dapper only gives you utf8. I had to edit files like >> /horrible_path_to/supported.d/de (de for German in my case), then I got >> de_DE.iso88591 (and btw also the euro/15 variant) with locale -a, but >> still no success with lyx menus. >> >> In the end I installed localeconf and switched the default locale to >> iso-8859-15. (don't forget to log off and on again) Until I get around >> to brushing up my Russian, that should do... >> >> So the 8859-locale is installed, but it doesn't work with lyx if the >> system locale is de_DE.utf8. I don't really understand why? Okay, so I figured out now that the correct line to add to /var/lib/locales/supported.d/de (and maybe also to /etc/locales.gen, anyway I did both) is "de_DE ISO-8859-1", instead of "de_DE.iso88591 ISO-8859-1" which I had before (picked up from a dapper forum somewhere). Then run the famous sudo dpkg-reconfigure locales and it works as advertised, even with the system locale == de_DE.utf8. (Of course, adapting this to your language of choice should be easy.) > > LyX needs latin1 (iso-8859-1), not latin9 (iso-8859-15). What exactly is lyx looking for anyway? Seems that exact spelling matters for these things. It's quite confusing, too (sigh) -sven
Re: lyx 1.4.2 on ubuntu
Georg Baum schrieb: > Sven Schreiber wrote: > > > You have to make sure that the latin1 locale is installed. How to do that is > in the list archives. You do _not_ need to change your locale to latin1 (by > setting LANG and/or LC_* variables), LyX will do that internally, but the > locale must of course be available. Turns out that apparently on ubuntu dapper (6) it's not so easy to get iso8859 locales. What's in the mailing list (taken from debian) does _not_ work, dapper only gives you utf8. I had to edit files like /horrible_path_to/supported.d/de (de for German in my case), then I got de_DE.iso88591 (and btw also the euro/15 variant) with locale -a, but still no success with lyx menus. In the end I installed localeconf and switched the default locale to iso-8859-15. (don't forget to log off and on again) Until I get around to brushing up my Russian, that should do... So the 8859-locale is installed, but it doesn't work with lyx if the system locale is de_DE.utf8. I don't really understand why? > >> Also, I found some ubuntu tool to convert the locale to utf-8. Would >> that help, or would it make things worse? > > I don't know what that means. By now I guess that's for people upgrading from ubuntu 5 (presumably w/o utf8-locales). -sven
Re: lyx 1.4.2 on ubuntu
Dirk Markert schrieb: > Sven the first, > > you can find a download link for Dapper here: > > http://wiki.lyx.org/LyX/Download > > But you will still get wrong Umlaute with this build. > > That's very good to know, a little late for me now though. Is there a reason there is a separate binary list on the wiki, separate from the ftp server bin dir I mean? I like and use the wiki myself, but it seems in some cases there's a conflict with the official site that causes confusion. -sven
Re: lyx 1.4.2 on ubuntu
Helge Hafting schrieb: >> Then I downloaded the 1.4.1 binaries in the ubuntu/dapper dir, but I had >> no luck with them. They either gave me 1.3.7 or failed due to dependency >> errors. >> > A 1.4.1 binary should not give you 1.3.7? The dependencies could not be > resolved by installing > packages? I first tried the "all" meta package, and was also surprised that that led to 1.3.7 being installed. The other two debs (common and qt) then caused conflicts with "an already installed lyx-qt" or something similar, although I had removed that before (at least I thought I did, and synaptic didn't show me anything like that was left). Maybe I should have done it differently, but in that case those packages could use some brief step-through install guide. Anyway I just wanted to let people know the packages didn't work for me, on the chance that there's something wrong with them. > As others have pointed out, the locale you use must exist on the system. > (Except for C). On debian, which is similar to ubunt, we use: > dpkg-reconfigure locales > This gets you a list of possible locales. Enable those you need. Yep thanks I will do that. -sven
Re: lyx 1.4.2 on ubuntu
Sven Hoexter schrieb: > On Fri, Sep 15, 2006 at 02:14:38PM +0200, Sven Schreiber wrote: >> Dear all, >> I have some questions/comments about using the current lyx version on >> ubuntu (current/6.06). > Take a look at packages.ubuntu.com. Prebuild packages for the latest > Ubuntu flavour are avaible. If you don't like to upgrade try to recompile > them. That should work without major problems. I dunno if Ubuntu features > something like www.backports.org where packages get backported for stable > releases. > > Cheers, > Sven (another one) Thanks for the feedback, but I can find it only for "edgy", not for "dapper" (current release, if I'm not mistaken). For dapper it's 1.3.7. -sven (the first ;-)
lyx 1.4.2 on ubuntu
Dear all, I have some questions/comments about using the current lyx version on ubuntu (current/6.06). First I checked the lyx ftp server, but found no 1.4.2 binaries for ubuntu. Are there any? Then I downloaded the 1.4.1 binaries in the ubuntu/dapper dir, but I had no luck with them. They either gave me 1.3.7 or failed due to dependency errors. Therefore I compiled from source, which worked relatively smoothly (after installing a ton of devel tools and libs, of course, and pointing to the qt dir). So I now have lyx 1.4.2 running. One glitch though: the German menus do not display the Umlaute (ä, ö, ü), instead they have other symbols, so some encoding issue messes that up. How can this be solved? (Actually, I'm used to working with the English menus so I will switch back eventually, but I won't ask here how to do that because I'm sure it's in the manual and that's would you're gonna tell me, right? :-) Also, I found some ubuntu tool to convert the locale to utf-8. Would that help, or would it make things worse? Thanks for your help and info, Sven
Re: table-editing a mess
(oops, Helge and I forgot to cc the list..., but here's the fix:) Helge Hafting schrieb: >> >> > > Please file this at bugzilla.lyx.org. Tables are not supposed to be slow, > > and with a bug report you show that people really care > > about tables wider than the screen. > > (I guess you also want this on the list...) Are you sure? There are already many bug reports about tables, so I thought adding another specific thing isn't very useful. But maybe that's wrong. About the slowness (only part of the problems, of course...): When the table float inset is open, even typing in a paragraph next to, but *outside* the table float is difficult, lyx not keeping up with my speed. CPU usage reaches 70-100% during typing, compared to <10% when typing with the table float inset closed. This is with the fonts zoomed "down" so much that the table fits on screen entirely. Is this really unknown? -sven
table-editing a mess
Hi, I have just almost gone crazy editing a table that was too large to fit on screen. (Yes I reduced the font/screen zoom to work around, thank you. No, I won't upgrade my monitor just yet, sorry.) Together with many other quirks of table editing, especially in the dialog that seems to be broken in many respects, but also slow responsiveness to typing, these problems almost made me go back and write the table in plain latex directly. I think that is a serious warning sign! I love Lyx, especially because math and table editing is so much easier than with a (even good) text editor. IMHO, these are the strenghts that Lyx should expand, and not all is well in those areas. I am aware there is a shortage of developers, so priorities have to be carefully chosen. I am not questioning the usefulness of what is currently being done, but I do have the feeling that fixing some long-standing issues receives less attention than introducing new features. The latter is more fun, and so the situation is perfectly understandable, and it probably happens with every software project. But IMHO it is also the reason why the userbase of lyx is far from what it could be! This is intended as constructive criticism, please take it as such, not as any kind of attack. Thank you for your hard work. thanks, sven
Re: crash (table and scrolling)
Thanks for the feedback. This is now bug 2830. Since it causes a crash, I took the liberty to mark it as critical. Until it is fixed, it would be nice to know how to avoid it, if possible. (I mean, apart from not using the mousewheel.) Thanks, Sven Jens Noeckel schrieb: > > 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 >
crash (table and scrolling)
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 crashtestdummy.lyx Description: application/lyx
Re: Single TOC of all help documents (Was: Merged manuals)
[EMAIL PROTECTED] schrieb: > On Wed, 19 Jul 2006, Sven Schreiber wrote: >> That is a step in the right direction, thanks. But for my taste it would >> be nicer to have only a single TOC to get the overview (I already >> mentioned I have that obsession). > > In case people are not aware of it, you can get a single table of > contents for all the help documents by doing the following: > > 1. Open the help menu > 2. Select the entry called "Table of Contents" > > This will open a help document called TOC.lyx which contains a TOC for > all the help documents. > I have to confess I wasn't really aware of this. So step by step I'm feeling more and more satisfied. But of course I can't stop complaining, I want two more things: 1. Get the cool dialog Document->Table of Contents with collapsable/expandable depth levels. I guess that wouldn't be that hard, one would only have to replace the "enumerate" environments in the TOC.lyx file by appropriate Sections, Subsubsub... etc. (I also saw some developer is working on outline mode for the document itself, that would be also great but isn't there yet afaik.) 2. As you say, have the cross-links working. This could also be in the pdf output instead of the original Lyx file. What I can think of is (what somebody else also mentioned iirc) to have a master document linking in (input or include or what it's called) the separate ingredients, and possibly adjusting the cross-references. And remember that I would be satisfied with only merging the guide and extended features. Finally, I don't mean to let all of you work for me, it's just that right now I don't have the time. So I'm glad you're all so active, otherwise I will do what I have in mind later (not this month). Thanks and cheers, Sven
Re: Merged manuals
[EMAIL PROTECTED] schrieb: > Thanks to Stephen Harris there's now a PDF that's the merger of some of > the manuals. See here: > > http://wiki.lyx.org/LyX/Documentation#merged > > /Christian > That is a step in the right direction, thanks. But for my taste it would be nicer to have only a single TOC to get the overview (I already mentioned I have that obsession). cheers, Sven
Re: Sudden lose of keyboard input.
Bo Peng schrieb: >> I have lyx 1.4.2 installed on a win2k system. I can not reliably >> reproduce this, but after a few minutes, lyx would not respond to >> keyboard input. Mouse/menu etc still work. All other applications >> (cygwin, firefox etc) still get keyboard input. > > Follow up: > > I can use Alt-F etc to invoke menu and use arrow keys to navigate the > lyx menu (but not moving cursor in the main window). To see if my > keyboard is jammed in any way, I use on-screen keyboard, and lyx still > does not respond. > > It seems to me that this is a bad lyx bug ... how can I debug? > > Bo > Can't really help, but it sounds familiar: with the selection-at-beginning-of-line bug I reported shortly before 1.4.2 (and which was fixed there), I saw similar things happening. Some people actually had a crash, but for me it was more like what you saw. Also on windows, so maybe that's related... -sven
Re: please consolidate the documentation
[EMAIL PROTECTED] schrieb: > On Tue, 18 Jul 2006, Sven Schreiber wrote: > >> Yes, easily getting an overview of what's in the help file. > > Good point. To summarize: > > * We'd like an overview of what's in all the help files. Perhaps some > kind of table of contents for the whole thing. > > * We'd like to be able to search all the help files in one go. > > * We'd like to be able to have cross-links between help files. > > And one suggestion for fixing these problems is merging the help > documents. Is this about it? Yes, afaics. > Does it have to be in a .lyx-file? > > Would a single PDF be ok with you? > > Or would it be useful if it was in HTML? I don't care too much about the format. > What if we can come with a way that let's us keep the official > documentation partitioned as it is, but have it automatically be merged > into a single document for users such as yourself? > If that's the way of least resistance, fine. However, I simply don't see why it's so much easier to maintain a separate document (with references to other docs!) than to maintain a part of a book. Also, file sizes may be still an issue, but not as much as back in the 90s. As I said, I'd be satisfied with merging just the user guide and extended features. That really cannot be a big deal, right? -sven
Re: please consolidate the documentation
[EMAIL PROTECTED] schrieb: > > As for the problem of searching all the help documentation, couldn't we > ask the developers for a special help menu entry that says something like: > > Search help documents > > This seems to me like it would solve the problems you are talking about. > Are there any other reasons for merging the documents? > Yes, easily getting an overview of what's in the help file. I have this obsession with getting the big picture. Keyword search isn't everything, as many long google hours have tought all of us, right? And I mean on-screen, I can't carry around a printout. As you know, Lyx is pretty bad at handling multiple open documents, which contributes to my desire to have only one relevant file. I read some of your links. Most of the reasons seem either outdated and/or developer-/maintainer-centric, as opposed to user-centric. However, I can see that maybe "customization" doesn't need to go into a consolidated manual. That would bring us down to a relatively minor reform: only merge user guide and extended features. cheers, Sven
Re: please consolidate the documentation
Helge Hafting schrieb: > On Mon, Jul 17, 2006 at 01:06:05PM +0200, Sven Schreiber wrote: > > If you do a lot of searching, consider making a document > consisting of User's guide + extended features in one > document. Just paste one into the other, > perhaps as part I and part II. Perhaps with Customization > as part III if you need that one too. > Ok, so I would suggest a perfect trinity: Introduction, Tutorial, Manual. The manual would consist of what is now the user guide, extended features, and customization. I guess using latex book "parts" would be right for that. As a normal lyx user, you would only need the manual, the first two docs are for beginners. > > Of course, these days LyX have document branches which could be > used to turn on/off the parts one want to see, so a single big > document makes more sense now. The documentation was created > with a more limited LyX, after all. I take that as approval. When I have the time (not this month), I will try to cook something up. ( Or maybe someone else has more time in the short term ;-) Note that I'm not talking about the wiki. It's nice and everything, but I think the first point of reference should always be the included documentation. Cheers, Sven
Re: branches cosmetics
Sven Schreiber schrieb: > > 2) It would be nice to have a function to toggle show/collapse all > insets belonging to a branch. (Or it could be done on (de)activating the > branch, but that solution would be inferior imho.) > whoops, just noticed that the second thing is already implemented... !
branches cosmetics
Hi, I've just been working with branches for the first time, and noticed some minor quirks: 1) Apparently one cannot have spaces in branches names? And more importantly, later on the names are not editable? 2) It would be nice to have a function to toggle show/collapse all insets belonging to a branch. (Or it could be done on (de)activating the branch, but that solution would be inferior imho.) 3) In the branch dialog the add button doesn't react to return key even when it has the focus. Cheers, Sven
Re: please consolidate the documentation
Daniel Watkins schrieb: > Sven Schreiber wrote: >>> So please consolidate the documentation into one file (or let me do it). > > I promise you, no-one here is going to hold you back, if you're > volunteering[*]. :p > Well isn't there a documentation team? Maybe they don't think it's a good idea? What would be the recommended way of making a concrete proposal, attach the resulting single lyx file to a message on this list? -sven
please consolidate the documentation
Dear lyxers, don't know if this is the right list, but anyway: I have tried many times to understand the logic behind the various help documents (tutorial, user guide, extended features, ... and this list goes on), but now I've had enough -- did you know that branches are explained not in extended features, no no no, but in the user's guide under "more tools"? Note the subtle difference between "extended" and "more", "features" and "tools". This is crazy! I dare to claim that much of the traffic on this list exists because many times somebody wants to RTFM, but -- which one? And not having found the answer in the first (of the many) documents, she or he resorts to the mailing list, where enough kind and helpful people know all the documentation by heart. That's great, but it's also inefficient. So please consolidate the documentation into one file (or let me do it). I had to let off some steam, thou shalt not feel offended... cheers, Sven
Re: Small problem with Lyx142 windows installer
Georg Baum schrieb: > Am Sonntag, 16. Juli 2006 12:16 schrieb Sven Schreiber: >> No. I upgraded to 1.4.2 with the smaller installer (uninstalled 1.4.1 >> first) w/o any problems so far. During the installation I was prompted >> to have some latex/miktex stuff automatically installed, and that also >> seems to have worked. In case that matters: I installed with admin >> rights, and I have a full python on the system. > > Sven, do the *.lst files get regenerated if you do Tools->TeX > information->rescan? I don't know. First of all, I get no feedback after clicking rescan if it is finished. Then, I don't know where nowadays the lst-files are located -- I think I would find them in a 1.3 setup... What are the exact symptoms we are looking for anyway? Maybe I would have the problem when doing stuff I don't usually do. -sven
Re: Small problem with Lyx142 windows installer
Georg Baum schrieb: > Am Samstag, 15. Juli 2006 21:00 schrieb David Halpern: >> Georg, >> I tried what you suggested but rescanning doesn't help. > > Then that looks like a general bug in the windows version. Can other > windows users confirm this? > > > Georg > No. I upgraded to 1.4.2 with the smaller installer (uninstalled 1.4.1 first) w/o any problems so far. During the installation I was prompted to have some latex/miktex stuff automatically installed, and that also seems to have worked. In case that matters: I installed with admin rights, and I have a full python on the system. -sven
Re: ANNOUNCE: LyX 1.4.2 is released
mail.k schrieb: > Is the list a gentlemen's club? ... This list is not, but I guess Rich was addressing the developers (give him the benefit of doubt...) > > > Rich Shepard wrote: > >> >> Gentlemen: >> >>Is there something I can read to learn how this differs from the >>current > >
bug(?): strange behavior after ctrl-shift-left
To reproduce: 1. open new document 2. type something and start a new paragraph (hit return) 3. hit control-shift-arrowleft For me the keyboard is not responding in lyx anymore after that. Can anybody confirm this? Is it known? Ctrl-shift-left may be stupid to use, but I was just following a hunch... this is 1.4.1 on windows with official installer thanks, sven
Re: keyboard access to environment selection menu
Jean-Pierre Chretien schrieb: >>> M-p (alt-p) followed by a space opens the environment list. From there, >>> repeatedly typing the same letter cycles through all environment names >>> starting with that letter. > > I was not aware of this, but it does not work excatly as described here: > I need the arrow keys to parse the environment names from top to bottom. > Are there underlined words in the drop-down list for you ? Mine has none. > Hm, it works for me as advertised by Paul. This is 1.4.1 on windows. Anyway, I've put it up on the wiki on the page "frequently used shortcuts". -Sven
Re: keyboard access to environment selection menu
Paul A. Rubin schrieb: > > M-p (alt-p) followed by a space opens the environment list. From there, > repeatedly typing the same letter cycles through all environment names > starting with that letter. > Thanks alot Paul! I looked in the guides and the wiki and couldn't find it. Is it documented? Otherwise I will put it up on the wiki. -Sven
Re: keyboard access to environment selection menu
Jean-Pierre Chretien schrieb: >>> >>> Dear all, >>> >>> how do I activate/access (whatever you call it) the drop-down menu for >>> setting the paragraph environment without the mouse? >>> > Here (lyx-1.4.1) after Alt-E P I get the paragraph settings window, but then > it seems that the underlined letters are not active: focus with the arrows is > bound to the last > submenu accessed with the mouse (as I use thsi mostly for justification > control, I can do this effectively > without mouse). > Jean-Pierre, thanks for your reply, but I meant setting the *environment* (layout), not the other settings. -sven
keyboard access to environment selection menu
Dear all, how do I activate/access (whatever you call it) the drop-down menu for setting the paragraph environment without the mouse? I know there are direct keyboard shortcuts for specific environments, but I can't or don't want to memorize them. What I'm hoping for is to get the focus on that menu by a key combination, and then using arrow keys to select the desired environment. I hope it's possible, or else consider it a feature request Thanks, Sven
Re: File with png graphics hangs lyx
Thanks for your reply, Paul. > > I loaded your document into LyX 1.4.1 here (Win XP, MiKTeX but *not* > Texniccenter), substituted a PNG file I have (you didn't attach yours), > and viewed it via pdflatex with no problem. I routinely use PNG images > in PDF files and have not had LyX hang. > > Turns out that it doesn't have anything to do with png; for me the hang is reproducible for any new document if I have a graphics in there (doesn't matter if eps or png), *and* have the font set to Palatino! This is really weird because: 1. pdflatex by hand works for me 2. lyx with palatino (w/o graphics) works for me 3. lyx with graphics (and times for example) works for me 4. for Paul everything works also with lyx What could it be? Thanks for help, else I'm going to file a bug report. -Sven
Re: LateX file ... not found
(you forgot to send to the list as well) Alexander Braun schrieb: > Am Montag, 3. Juli 2006 10:33 schrieben Sie: >> Alexander Braun schrieb: >> which platform? which lyx version? what exactly did you insert into the >> graphics dialog? > > sorry - I forgot everything: > plattform Debian Linux (installed from knoppix 3.4 2004-05-04) > Lyx Verion 1.3.4 That's very old, I guess you should upgrade. I have no other insights to offer, sorry. -sven
File with png graphics hangs lyx
Don't know if this is a known bug; when using pdf (pdflatex), Lyx
doesn't respond while "waiting for latex run 1" forever. The exported
latex compiles fine directly to pdf with Miktex (using Texniccenter).
Using other pdf-generating profiles works, so this is not a huge issue,
but still.
I attach a minimal example file as well as the exported latex.
Oh, this is on windows, and pdflatex usually works fine for me, but I
don't usually use png graphics.
Thanks,
Sven
#LyX 1.4.1 created this file. For more info see http://www.lyx.org/
\lyxformat 245
\begin_document
\begin_header
\textclass article
\language ngerman
\inputencoding auto
\fontscheme palatino
\graphics default
\paperfontsize default
\spacing onehalf
\papersize a4paper
\use_geometry false
\use_amsmath 1
\cite_engine basic
\use_bibtopic false
\paperorientation portrait
\secnumdepth 3
\tocdepth 3
\paragraph_separation indent
\defskip medskip
\quotes_language german
\papercolumns 1
\papersides 1
\paperpagestyle default
\tracking_changes false
\output_changes false
\end_header
\begin_body
\begin_layout Standard
\color none
\begin_inset Graphics
filename Grafiken/EviewsDataImportStep2.png
scale 50
\end_inset
\end_layout
\end_body
\end_document
=
%% LyX 1.4.1 created this file. For more info, see http://www.lyx.org/.
%% Do not edit unless you really know what you are doing.
\documentclass[a4paper,ngerman]{article}
\usepackage{palatino}
\usepackage[T1]{fontenc}
\usepackage[latin1]{inputenc}
\usepackage{graphicx}
\usepackage{setspace}
\onehalfspacing
\makeatletter
\usepackage{babel}
\makeatother
\begin{document}
\includegraphics[scale=0.5]{Grafiken/EviewsDataImportStep2}
\end{document}
Re: LateX file ... not found
Alexander Braun schrieb: > > To be more precise: > I inserted graphic overview.eps, which lies in the same path as my document. > The picture is diplayed in the open lyx-document. Now, when I choose > View->DVI or View->Postscript my document is rendered perfectly despite the > images. > On the shell I can see the error message: > ! LaTeX Error: File `overview' not found. > > which platform? which lyx version? what exactly did you insert into the graphics dialog?
Re: bibtex on windows
bigot schrieb: > I use lyx 1.3.7 on windows installed with lyxwininstaller. > (http://wiki.lyx.org/Windows/LyXWinInstaller.) > > Everything works well except bibtex. > > When I try to include a bibtex reference (insert/lists&toc/bibtex) the > computer > start looking for something on the disk. When the all disk is scaned the > bibtex > windows appears (20 minutes later). and the same when closing the window... > > Does anyone has an idea ? thanks > > > > Yes I remember that behavior. I don't remember anymore what caused it though, because I have upgraded to lyx 1.4.1. This is what I would recommend to do. cheers, sven
bug?: section numbering in note-insets
Hi all, when I shove an entire subsection into a note inset, the numbering of the other non-note subsections remains as if nothing was "commented out", i.e. numbers on screen do not match the printed output. I realize that this behavior might also be considered a feature, but I'm inclined to classify it as a bug instead. But I found no matching bugs in bugzilla, although I vaguely remember reading some discussion of that somewhere. So should I open a new bug? (oh btw this is with lyx 1.4.1 on windows) On a related note, isn't part 3.3.9.3 in the User's Guide concerning the comment paragraph environment obsolete now with Lyx 1.4? Cheers, Sven
Re: Trouble with eps inclusions in lyx-1.4.1
Paul Johnson schrieb: > I just ran into a really weird lyx problem on Fedora Core 5 and > tetex-3.0-19. It is so interesting I want to share and ask for help: > > http://pj.freefaculty.org/latex/weirdRotations-lyx.tar.gz > > That tarball has a lyx file and 3 eps files that I generated with R. > Two of the eps files are in landscape mode, one is portrait > (horizontal). By default, R generates eps files in landscape mode and > using some interfaces for R, it is more-or-less difficult to make them > come out in portrait mode. So it might be useful to have a good & > dependable way in LyX to manage eps files that are in landscape mode. > Paul, can eps files be portrait or landscape at all? (In contrast to ps files, where of course the "paper" orientation matters.) They should have a valid bounding box information, and then in lyx you can rotate them to the orientation you prefer. Maybe your eps files are messed up in that respect? Just a wild guess, Sven
crash recipe (semi-exact)
Hello, just wanted to let everybody concerned know about a crash I've experienced and was (partly) able to reproduce. This is with Lyx 1.4.1 on winxp. 1. open my lyx document, edit something in a note in a multicolumn cell of a table, don't save the change (more on that below) 2. open the user guide 3. use the navigate menu to go to the explanation of the comment environment 4. choose close from the file menu Lyx disappears, emergency save seems to work. About step 1: It seems to have something to do with specifics of the document I'm opening, because I cannot reproduce with demo documents that I've tried to create. (Don't want to post the original document because it's an unfinished paper.) But with that document I have reproduced the crash several times. Maybe it's an already known bug? Please point me to possible candidates for cross-checking. Thanks, Sven
Re: LyX 1.4.1 is released
Many thanks to all involved for the hard bug-fixing work! (If you keep up this pace of releasing, I will have to give up thanking you every time ;-) With respect to the win32 version: I've just noticed the first binary ...setup_v1.exe, but in contrast to v1.3.7 I could not find (or have overlooked) any mention of alternative (aka Uwe's) installers. Could somebody give me/us a status update on which installers are/will be available, please? Thanks again, sven Jean-Marc Lasgouttes schrieb: > Public release of LyX version 1.4.1 > === > > We are pleased to announce the release of LyX 1.4.1. This is a bug fix > release, but some of the bugs were big. In particular: > > - fix the huge memory consumption and corresponding sluggishness with >documents containing many graphics or `instant preview' snippets. > > - fix slow screen update with nested insets, particularly with LyX/Mac. > > - fix the delay when exiting from a math inset. > > - let the change tracking code track paragraph breaks too. > > Also, this will be the first 1.4 release with a windows installer. > > See the file RELEASE-NOTES for some known problems in this release. > > In case you are wondering what LyX is, here is what > http://www.lyx.org/ has to say on the subject: > >LyX is a document processor that encourages an approach to writing >based on the structure of your documents, not their appearance. It >is released under a Free Software / Open Source license. > >LyX is for people that write and want their writing to look great, >right out of the box. No more endless tinkering with formatting >details, 'finger painting' font attributes or futzing around with page >boundaries. You just write. In the background, Prof. Knuth's legendary >TeX typesetting engine makes you look good. > >On screen, LyX looks like any word processor; its printed output -- or >richly cross-referenced PDF, just as readily produced -- looks like >nothing else. Gone are the days of industrially bland .docs, all >looking similarly not-quite-right, yet coming out unpredictably >different on different printer drivers. Gone are the crashes 'eating' >your dissertation the evening before going to press. > >LyX is stable and fully featured. It is a multi-platform, fully >internationalized application running natively on Unix/Linux, the >Macintosh and modern Windows platforms. > > You can download LyX 1.4.1 here (the .bz2 are compressed with bzip2, > which yields smaller files): > > ftp://ftp.lyx.org/pub/lyx/stable/lyx-1.4.1.tar.gz > ftp://ftp.lyx.org/pub/lyx/stable/lyx-1.4.1.tar.bz2 > ftp://ftp.devel.lyx.org/pub/lyx/lyx-1.4.1.tar.gz > ftp://ftp.devel.lyx.org/pub/lyx/lyx-1.4.1.tar.bz2 > > and it should propagate shortly to the following mirrors (which will also host > the .bz2 versions): > > http://lyx.mirror.fr/stable/lyx-1.4.1.tar.gz > ftp://ftp.sdsc.edu/pub/other/lyx/stable/lyx-1.4.1.tar.gz > ftp://ftp.lip6.fr/pub/lyx/stable/lyx-1.4.1.tar.gz > ftp://gd.tuwien.ac.at/publishing/tex/lyx/stable/lyx-1.4.1.tar.gz > ftp://ftp.ntua.gr/pub/X11/LyX/stable/lyx-1.4.1.tar.gz > > Note that no patch is provided to upgrade from version 1.3.7. > > Prebuilt binaries (rpms for linux distributions, Mac OS X and Windows > installers) should soon be available at > ftp://ftp.lyx.org/pub/lyx/bin/1.4.1/ > > If you already have the LyX 1.4.0 sources, you may want to apply one > of the following patches instead > ftp://ftp.lyx.org/pub/lyx/stable/patch-1.4.1.gz > ftp://ftp.lyx.org/pub/lyx/stable/patch-1.4.1.bz2 > > Note that this patch will not produce valid LyX/Mac sources, since > some binary files have been added for this release. > > If you find what you think is a bug in LyX 1.4.1, you may either > e-mail the LyX developers' mailing list (lyx-devellists.lyx.org), or > open > a bug report at http://bugzilla.lyx.org > > If you're having trouble using the new version of LyX, or have a question, > first check out http://www.lyx.org/help/. If you can't find the answer there, > e-mail the LyX users' list (lyx-userslists.lyx.org). > > Enjoy! > > The LyX team. > > What's new in version 1.4.1? > > > ** Updates > > - Enable breaking and merging of paragraphs in change tracking mode > (bug 880). > > - Update Basque, German, Hungarian, Italian, Polish and Spanish > localizations; import 1.3.7 localizations for Finnish, Slovak, > Russian, Slovenian, Romanian, Dutch and Turkish. > > - Update Spanish translation of the tutorial; update German > translation of the Tutorial and Introduction. > > - Document the packages fancybox, prettyref, preview and varioref in > LaTeXConfig.lyx. > > > ** Bug fixes > > * Document input/output: > > - Fix LaTeX error with Address layout in AMS classes (bug 2363). > > - Fix LaTeX error when \labelitemi is undef
Re: Congratulations!!!
Martin A. Hansen schrieb: > It is certainly time to rejoice, dance, and throw flowers in the air! > > My deepest respect goes to the development team and all contributors. > Yes indeed! Lyx has become an almost indispensable tool for me, let all developers know that their work is highly appreciated. -Sven
Re: Prerelease 6 of 1.4.0
Lars Gullik Bjønnes schrieb: > This will be the last prerelease before the 1.4.0 proper is released. > > Unless critical problems is discovered this will become 1.4.0 in a > reasonable short time. > > Help to make sure that pre6 does not contain any brown-paperbag bugs > will be appreciated. > If you guys really want to get it thoroughly tested, I humbly suggest providing binaries for all supported platforms. (Please don't confuse unwillingness-to-build with unwillingness-to-help, but it's so much more efficient if the people who have everything already set up for making a binary just upload their output, and if the time of normal users is actually used for testing instead of struggling with the build process.) Looking forward to 1.4 with excitement...! -sven
Re: Importing files written with SWP 4.0
Piero Pasotti schrieb: > Hi, > I'm a newcomer to the Lyx's world. Unfortunately I have the need to > frequently exchange .tex files with people working with Scientific > Workplace 4.0. I'm facing some problembs both in exporting lyx files > to .tex and in importing swp .tex files to Lix. > Could anybody suggest me a general solution to this problem? Does > exist any working translator from Tcilatex to Lix's Tex and viceversa? > > > On windows Uwe's 1.3.7-package does a good job of importing latex docs into lyx. Alternatively you could look on the wiki for how to use tex2lyx from the command line (1.3.7 can read tex2lyx's output). -Sven
Re: double superscript a lyx bug?
Daniel Watkins schrieb:
> LyX is creating a correct LaTeX file. If you try the same formula in a .tex
> file, LaTeX will complain. It's just not valid LaTeX, so you need to make
> it $a^{*\prime)$. This is not a LyX issue.
>
> Dan
>
Sorry, that sounds self-contradictory, or is it because I should already
be in bed? Right, it's not valid Latex, produced from lyx w/o ert. So
your point is?
double superscript a lyx bug?
Hi, I just ran into the same thing reported by Bo Peng a short while ago
-- if in math you make an explicit superscript but also append a "'" as
a shortcut for prime (= matrix transpose sign here), latex complains
about double superscript. Minimal lyx file is embedded below, but I
guess only \begin_inset Formula $a^{*}'$ actually matters.
I know how to workaround, but I read somewhere that lyx tries to produce
correct latex files (absent any ERT). So, is this a bug by official
standards?
-Sven
#LyX 1.3 created this file. For more info see http://www.lyx.org/
\lyxformat 221
\textclass article
\language ngerman
\inputencoding auto
\fontscheme times
\graphics default
\paperfontsize 11
\spacing single
\papersize a4paper
\paperpackage a4
\use_geometry 1
\use_amsmath 1
\use_natbib 0
\use_numerical_citations 0
\paperorientation portrait
\leftmargin 3cm
\topmargin 2.5cm
\rightmargin 3cm
\bottommargin 2cm
\headheight 1.5cm
\headsep 0.5cm
\footskip 1cm
\secnumdepth 3
\tocdepth 3
\paragraph_separation skip
\defskip medskip
\quotes_language english
\quotes_times 2
\papercolumns 1
\papersides 1
\paperpagestyle fancy
\layout Standard
\lang english
\begin_inset Formula $a^{*}'$
\end_inset
\the_end
