Re: woe with indexing
Hi Stephan, stephan beal wrote: > Now it's time for me to go hack lyxport so it can run makeindex... > (lyxport-exported docs are missing the index). I saw this accidentally, I almost never read the lyx lists anymore. If you get this to work, send the mods/patch my way, and I'll put up a new version on the usual site. At least that way others will benefit from your enhancements (even if I don't really work on lyxport anymore). Best, f
Re: Thesis/Dissertation LyX Classes
Jack Gill wrote: > Do you know of U. S. universities that have developed and made available > (and strongly suggest or even require) LyX classes for thesis and > dissertation writing/submitting/publishing, particularly in the natural > sciences? The University of Colorado's thesis class in Latex has a matching lyx layout file (one of the early lyx team members was a grad student in my department -- physics). I benefited greatly from this, since the mechanics of writing the actual manuscript and handling the bibliography were all handled beautifully by Lyx+pybliographic, along with a tiny custom script I wrote (a few lines of python) to retrieve bibtex records from the SPIRES database based on ArXiV.org numbers. It was really a joy of a system to use (and I was using lyx 1.1.something with Xforms, not today's beautiful QT-based 1.3.x :) Best, f
Re: problems with acents in portuguese (latin1) in lyx 1.3.5 with fedora core 3
Jose' Matos wrote: > On Saturday 27 November 2004 21:28, andre wrote: >> Hello! >> >> I have a problen in My lyx 1.3.5. >> Lyx not accept acentuation in brazilian/portuguese. >> >> Obs: all other prograns acentuate correctly (like mozila-mail á é í ó ú >> à è ì ò ù ç ã õ). >> >> My system is a fedora core 3 updated from core 2. > [...] > > Long answer in a short version, use the packages from kde-redhat for qt: > > kde-redhat.sf.net > > The problem is due to a patch im-patch (where im means input method), for > some reason that patch is still applied to those packages shipping with > FC3. This is nasty. Do you know if it's been reported on bugzilla yet? I was about to upgrade a bunch of machines to FC3, but having to track a separate repo for the QT libraries is going to be one big PITA (these boxes have to pretty much run themselves, I don't have time to manually mess with them). Cheers, f
Re: Presentations with Beemer
[EMAIL PROTECTED] wrote: > On Wed, 8 Dec 2004, Matej Cepl wrote: > >> Rich Shepard wrote: >> > I was speaking yesterday with one of the Association's office staff (she >> > was obviously bored since the other two had left for meetings in China). I >> > mentioned how poorly most folks do presentations with their "PowerPoint" >> > stuff. There ought to be prohibition of those speaking to an audience with >> > computer-generated visual aids unless the individual has taken a course in >> > how to do it. Irritates me no end to have someone read his/her "slides" to >> > me. >> >> OT questions: o you have any URL where I could find how to do a >> presentations well? The beamer manual actually has a section discussing these issues (good presentation technique, independently of the tool used for the job). > OT remark: A lyx-example for using beamer would be nice to add to the > wiki. Links for doing presentations well would also fit in nicely there :-) Note that beamer comes with extensive LyX examples, and many LyX-specific notes (nicely highlighted by a blue LyX symbol in the margin) in the very detailed 200+ pages manual. So anyone who actually downloads beamer will immediately have far more documentation and examples than they can read. The supplied examples are lyx files, and range from very simple to quite complex, highlighting just about any task you may want to do in beamer. Beamer is absolutely superb. I just started using it recently, and I've been really blown away by both the visual quality of the output, and how well put together the whole thing is (documentation, examples, attention to detail). If anyone wants to see an example right away, written using lyx, here is one: http://amath.colorado.edu/faculty/fperez/talks/0411_python_scicomp.pdf Cheers, f
Re: layout for a PhD thesis
Paolo Valente wrote: > Hi everybody, > I'm a new Lyx users and I'd like to use it to write my PhD thesis. > Could someone suggest me a nice layout including > chapter, theorem, lemma, proof environments? > > Thanks, > Paolo Valente U. Colorado has a thesis style with lyx support, since one of the lyx developers was a CU grad student. Best, f
Re: Option to set all ERT's to 'inline'
On Mon, 17 Feb 2003, Angus Leeming wrote: > Davor Cengija wrote: > > Thanks for the affort, Angus, I already have something like that. > > > > However, a default setting for ERT's in Preferences would be more > > than useful. I don't know if the developers would like it, but I > > surely would. > > I think that I can say definitively that that won't happen. 'Inlined' > is good only for short snippets of ERT. We couldn't allow it to be > the default. Anyway, you have your script, so what's the problem ;-) If I may say, there shouldn't be any problem with adding an _option_ in the preferences dialog such as 'New ERT default state' -> inlined/expanded. The sed method is fine for reconverting an existing document, but for a person who _knows_ that 90% of her ERT use is ok with inlined insets, it's a bit annoying to have to manually close each new one. I happen to use ERT a fair bit for small things (and almost never for big stuff), so I'd love to have such an option. It's fine if the default is 'Expanded', we are simply talking about a user-level option for the state of newly created ERTs. Cheers, f.
Lyx 1.3.0 ignoring paper sizes?
Hi all, I just tried to use the paper size option in lyx 1.3.0 (the redhat8 rpm from the lyx site, qt frontend). I can set the option allright, but it seems to be blissfully ignored. I get letter-sized output regardless of what I choose (I tried A4, US Executive and a few more). Is this a new/known bug, or am I missing something obvious? I'd used these options in the 1.1.x days many times without ever having any problems. Thanks for any input. Best, f.
Re: Lyx 1.3.0 ignoring paper sizes?
John Levon wrote: I just tried to use the paper size option in lyx 1.3.0 (the redhat8 rpm from the lyx site, qt frontend). I can set the option allright, but it seems to be blissfully ignored. I get letter-sized output regardless of what I choose (I tried A4, US Executive and a few more). Is this a new/known bug, or am I missing something obvious? I'd used these options in the 1.1.x days many times without ever having any problems. It's a known and fixed bug .. sorry for the inconvenience ;) No problem. When you say fixed, does it mean that 1.3.1 will have the fix in (whenever it's out), or is it something deeper which will have to wait until 1.4? Best, f.
Re: Lyx 1.3.0 ignoring paper sizes?
John Levon wrote: On Fri, Feb 28, 2003 at 05:57:05PM -0700, Fernando Perez wrote: No problem. When you say fixed, does it mean that 1.3.1 will have the fix in (whenever it's out), or is it something deeper which will have to wait until 1.4? 1.3.1 will have the fix - http://bugzilla.lyx.org/show_bug.cgi?id=844 I think that's it, anyway Ah, thanks a bunch. There seems to have been some developers discussion about it, so I hope the issue was cleared to full satisfaction. I'll grab 1.3.1 when it's officially out. Regards, Fernando.
Re: New Qt math fonts - Linux xft testers required
John Levon wrote: If you needed latex-ttf-fonts, then uninstall it, and install http://movementarian.org/latex-xft-fonts-0.1.tar.gz Place the tarball in $HOME/.fonts/ dir, do : tar zxvf latex-xft-fonts-0.1.tar.gz fc-cache -fv And try out lyx. Please report back (if you have problems, give version information for qt, X, Xft, lyx, etc.) I'm using lyx 1.3.2 with Qt 3.1.2 under RedHat 8.0 (X 4.2.0). I have the same problem with these as I had with the old ones: I can't get accented characters to display properly in normal text. I can send you a pair of screenshots if needed showing the difference with Cmr10 vs. any other regular TrueType font in the system. Note that the accented characters show up just fine in the final postscript, and are also displayed correctly within lyx if I use any other font. While this issue was already there with the old latex-ttf package, it would be great to see it solved now that you are working on the fonts issue. This would allow me to move over to using Computer Modern for my day to day display (I currently use Bitstream Charter, which is reasonably close visually and very readable). Thanks, f.
Re: New Qt math fonts - Linux xft testers required
John Levon wrote: On Thu, Jun 19, 2003 at 06:14:35PM -0600, Fernando Perez wrote: I have the same problem with these as I had with the old ones: I can't get accented characters to display properly in normal text. I can send you a What LANG ? What document language ? [~]> echo $LANG en_US Document language is English. But my name is still Fernando Pérez, and I want that accent in there, regardless of whether I'm writing in Spanish or in English :) Anyway, this problem has nothing to do with these fonts at all, which are only supposed to be used for showing math symbols Ah, but they work really nice for displaying text :) And the kicker is, your Lyx display ends up looking _almost_ like printed latex, especially with instant-math-preview on. See, when you give people a good thing, they'll never thank you. They'll just come back and ask you to make it even better ;) I'm not particularly interested in doing this, I'm not a font hacker Understood. But maybe somewhere down the road, someone can pick it up and finish it. Anyway, it's a minor nit with an easy workaround, so don't loose sleep over it. Best, f.
Re: New Qt math fonts - Linux xft testers required
Jean-Marc Lasgouttes wrote: "Fernando" == Fernando Perez <[EMAIL PROTECTED]> writes: Fernando> I have the same problem with these as I had with the old Fernando> ones: I can't get accented characters to display properly in Fernando> normal text. I can send you a pair of screenshots if needed Fernando> showing the difference with Cmr10 vs. any other regular Fernando> TrueType font in the system. Cmr10 does not have accented characters. It only has non-accented letters and separate accents. Ah! Bummer. Thanks for the clarification, though. It would be really nice if it had them, as it would make the on-screen visual appearance that much closer to that of the printed page with zero effort. Oh well, I guess I can still use it when I'm writing in English and live with the square on my last name :) Best, f.
Re: New Qt math fonts - Linux xft testers required
Matej Cepl wrote: On 2003-06-20, 18:26 GMT, Fernando Perez wrote: Ah! Bummer. Thanks for the clarification, though. It would be really nice if it had them, as it would make the on-screen visual appearance that much closer to that of the printed page with zero effort. PLEASE, No!!! LyX was never intended to make any appearance closer to anything. And I beg developers not to give in to any attempts to do so. Don't worry, chill out. This is simply a _font_ issue I was talking about, nothing else. I am a _huge_ fan of Lyx's WYSIWYM, and I'd never favor any effort in the direction of trying to tweak the visual layout unnecessarily. I know VERY WELL that down that path lie both madness and MS Word-like document micro-management. I've been using Lyx for many years (since the 0.10 days) and I've written theses and papers with it, so I know full well where its strenghts lie. However, just like the instant latex-preview of equations is a nice touch for seeing your math rendered just like latex will, I see no harm in seeing on-screen my document with Computer Modern fonts. Keep in mind that users of non-accented languages can already do it, it's just that the lack of accents in Cmr10 prevents some of us from doing it. Those fonts are really nice and readable, and being able to use them while I work would be a nice touch. But as I said, this is a minor thing. Have a beer and relax, I'm not trying to propose that lyx becomes MS Word, don't worry. Cheers, f.
Re: Lyx accents ...
Andres Becerra Sandoval wrote:
Hello LyXers,
I've seen that lyx internal format suports accents with this codes:
\i \'{letter}
where letter is a | e | i | o | u and is a carriage return
It also supports
\i \~{n} for an n~ (ntilde)
But, for default, the internal format uses the accented characters directly
and not the codes above, and this causes me troubles with Latex2Html.
What I like to do is that my lyx uses this codes by default ...
Maybe I have something wrong, and this a mistake in my machine
configuration which is:
Redhat 8.0 Lyx 1.3.2
Try using lyxport (http://www-hep.colorado.edu/~fperez/lyxport/) I don't
remember what I did, but it seems to fix whatever the encoding issue is. I
just wrote a simple test with accents (same platform as you), and while Lyx's
'Export to HTML' does indeed fail, lyxport succeeds.
Best,
f.
Some info about lyx-qt 1.3.2 segfaults
Hi all, I'm not subscribed to lyx-dev and I just have already too many email lists. But I saw a discussion about lyx-qt 1.3.2 segfaulting under redhat, and I figured I'd add a bit of info in case it helps the developers. Platform: RedHat 8.0, KDE 3.1, Qt 3.1. Lyx 1.3.2, using the Lyx.org supplied rpms. Crash mode: start new document, press Alt-I-S (insert special character). The 'Special' menu entry does NOT get highlighted, as it should. Now, press right arrow. Lyx crashes. I tried it under gdb, and when lyx dies, everything seems to lock up, including the window manager. But there's a way to recover: type Ctrl-Alt-F1, log into a text terminal, and kill the gdb process by hand. Then type Alt-F7 to go back to X. The system is now unfrozen. The following is a screen copy of the gdb output: [~]> gdb lyx GNU gdb Red Hat Linux (5.2.1-4) Copyright 2002 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-redhat-linux"...(no debugging symbols found)... (gdb) run Starting program: /usr/bin/lyx [New Thread 16384 (LWP 17855)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 16384 (LWP 17855)] 0x40317212 in QPopupMenu::keyPressEvent(QKeyEvent*) () from /usr/lib/qt-3.1/lib/libqt-mt.so.3 (gdb) Killed lyx: SIGHUP signal caught Bye. [~]> Mutex destroy failure: Device or resource busy This crash is 100% reproducible. I hope this is of some use. Best, f.
Re: Some info about lyx-qt 1.3.2 segfaults
Alfredo Braunstein wrote: Could you try to get a complete backtrace? Not running kde, or enabling/using a core file maybe helps. Under Gnome it's even a bit worse: after killing gdb and reentering X, the mouse pointer disappears! Hitting Alt-F1 to get a keyboard menu seems to resucitate the pointer. Anyway, enabling core files doesn't seem to help much, as the lyx.org rpms have no debugging info in them. Sorry, but I don't have time right now to make a debug build and play with it. If I make lyx dump core and try to load the core into gdb, the backtrace is pretty uninformative: (gdb) core core.18511 Core was generated by `lyx'. Program terminated with signal 6, Aborted. #0 0x42028851 in ?? () (gdb) bt full #0 0x42028851 in ?? () No symbol table info available. #1 0x420284f4 in ?? () No symbol table info available. #2 0x42029beb in ?? () No symbol table info available. ... more of the same (19 stack frames total) ... Sorry for not being able to work more on this one. Best, f.
Re: Some info about lyx-qt 1.3.2 segfaults
Alfredo Braunstein wrote: I don't know if I've mentioned it, but I have Redhat 9, with the provided qt 3.1.1-6 and I cannot reproduce it at all. More specifically (in case it helps you guys), I'm using RedHat 8.0, but I updated my qt/kde from freshrpms.org to: kdelibs-3.1.2-0.fdr.3.rh80 qt-3.1.2-7.fdr.0.rh80 My Lyx is from lyx.org: lyx-1.3.2-1_qt Again, sorry I can't do deeper debugging here. Best, f.
Re: Some info about lyx-qt 1.3.2 segfaults
Juergen Spitzmueller wrote: Fernando Perez wrote: Crash mode: start new document, press Alt-I-S (insert special character). The 'Special' menu entry does NOT get highlighted, as it should. Now, press right arrow. Lyx crashes. It's a qt bug. I can reproduce this kind of crash with any qt or kde app of my choice (kmail, knode, konqueror, qtdesigner). I have sent a bug report to trolltech, but I suspect there is nothing we can do about it. You're right, I just tested knode and I get the same crash. It always seems to occur if you try to open with the keyboard a menu entry which itself has a submenu. The submenu doesn't get highlighted, but when you press right arrow, the crash occurs. Oh well, at least now you know it's not a lyx-specific bug. It's kind of funny that this hasn't been detected before, considering how widespread KDE is. I can see lyx users not having run into it, since lyx-qt is still new and the lyx user base is much smaller than the KDE one. I hope the trolltech team gives you some response. BTW: Are you all using qt 3.1.2? Yup: qt-3.1.2-7.fdr.0.rh80 This rpm is from freshrpms.org. Best, f.
Re: Some info about lyx-qt 1.3.2 segfaults
John Levon wrote: On Wed, Jul 02, 2003 at 08:10:33AM -0600, Fernando Perez wrote: funny that this hasn't been detected before, considering how widespread KDE is. I can see lyx users not having run into it, since lyx-qt is still new and the lyx user base is much smaller than the KDE one. I hope the Qt 3.1.2 is relatively new, so won't be in wide use yet. I guess we can expect updates relatively soon Right. I hadn't realized that this was a qt-3.1.2-specific bug, which was not present in 3.1.1. I only learned that after reading the thread in lyx-dev where you guys discussed that fact. Best, f.
Re: absolute path and graphics file
Jean-Marc Lasgouttes wrote: "Marcin" == Marcin Bukat <[EMAIL PROTECTED]> writes: Marcin> Current behavor is ok unless You work on the same document on Marcin> few different machines (home/work for example). Could you give a more precise example on the kind of document hierarchy that you use? The question wasn't to me, but here's a simple example where absolute paths are a problem: suppose I work on the same lyx doc at my work computer and on my laptop. At work, $HOME is /usr/users/fperez, on my laptop it's /usr/local/home/fperez. If the figure paths are absolute, the document won't work correctly in one of the two computers. I can work around that by making fake symlinks to simulate the paths, but it's kind of a clunky solution. HTH. Best, f.
Re: spell checking
Matej Cepl wrote:
On 2003-07-04, 13:40 GMT, Eduardo Haro wrote:
I'm beginning to use LYX, and I've got a problem with the spell checker,
for a document in french. The thing is that, when LYX begins the spell
checking, it alwais breakes the words in the accents (for example, for
the word "problme", it checks "probl" and "me", but never recognises
the whole word).
This is actually a very old bug in LyX, which unfortunately still did
not get fixed. Let's hope ... :-)
I'm not sure it's actually a LyX true bug, but more of a subtle confusion. In
Lyx, it's possible to have accented characters be generated as Latex sequences
(\'{e}) or as directly accented letters (é). I've seen the problem
mentioned by the OP if I use the first option, but if I use accented letters
directly, it goes away.
I can't quite recall what I did to make sure I got é instead of \'{e} in the
.tex sources, though. It was long ago, and whatever preference I set seems to
have survived from my 0.10 install through today.
The nice thing about this is that it also makes the resulting .tex sources
much nicer to read.
HTH.
Best,
f.
Re: absolute path and graphics file
Jean-Marc Lasgouttes wrote: Fernando> The question wasn't to me, but here's a simple example where Fernando> absolute paths are a problem: suppose I work on the same lyx Fernando> doc at my work computer and on my laptop. At work, $HOME is Fernando> /usr/users/fperez, on my laptop it's /usr/local/home/fperez. Fernando> If the figure paths are absolute, the document won't work Fernando> correctly in one of the two computers. I can work around Fernando> that by making fake symlinks to simulate the paths, but it's Fernando> kind of a clunky solution. This is why LyX tries to use relative paths when it think it is reasonable (of course there is a bug in the qt port in 1.3.2, but this will be fixed in 1.3.3). Sure, I'll update when 1.3.3 is out. I just wanted to give an example explicitly, as I think I saw someone asking for absolute paths, and I wanted to show a case where they cause problems. But I could have just misinterpreted something in the earlier discussion. Best, f
Re: Exporting to PDF
On Sat, 13 Apr 2002, Roberto Hernandez wrote:
> Hi all,
>
> I've been trying to export some documents to PDF with partial success.
> The instructions I used are in section 3.3.6 of the Extended Features
> manual.
>
> The first thing I did was to create ~/.dvipsrc and add the following lines:
>
> p+ psfonts.cmz
> p+ psfonts.amz
>
> Then I tried changing the document's font to "pslatex". When doing this,
> the output looks good on Acrobat Reader, except for a couple of symbols
> (for example the \mathscr{F} I use to denote the Fourier transform).
>
> However, I would much prefer the standard font. So I decided to try
> including \usepackage{ae,aecompl} in my preamble and using "default" for
> the document's font. In this case, the output looks bad on Acrobat
> Reader. In fact, including the \usepackage{ae,aecompl} doesn't seem to
> make any difference.
>
> What am I missing?
You may want to look at lyxport (http://www-hep.colorado.edu/~fperez/lyxport/)
or if that's not enough, the more powerful (but which doesn't do ps/html
simultaneously) tex2pdf (http://developer.berlios.de/project/?group_id=57).
Specifically from the lyxport man page, the following may come in handy:
Make sure that the LaTeX preamble of your LyX file (or the part before
\begin{document} if you are using straight LaTeX files) contains:
\usepackage[T1]{fontenc}
\usepackage{ae,aecompl}
This will guarantee that T1 encoded fonts come out looking good in the final
PDF.
Steffen (tex2pdf author) and I have been talking about a lyxport/tex2pdf merge
for a while, but we're both too busy for it. There's a chance someone new is
going to step up to the plate soon, though. So we may have a new tool for
automating all of this coming, which integrates the current abilities of both
lyxport and tex2pdf.
Cheers,
f.
Re: lyx 1.20pre5 bugs and misses
On 10 May 2002, Ronald Florence wrote: > Max Bian <[EMAIL PROTECTED]> writes: > > > >>1. The pasted text is selected by default. This is no good because > > >>another key stroke will replace it. > > > > > > This is intended and IMO opinion correct behaviour. Why do you think > > > there is a problem ? > > > > It is a problem because after the paste people would be assumed to be > > done with the pasted part. And people should move on to do something > > else. However they would need to clear the selection first if that > > "feature" is there before they can do anything. > > I agree with Max. The misbehavior of LyX after pasting is the single > most annoying feature of what is otherwise my favorite document > processor. After pasting, it should be possible to immediately edit > the inserted material without having it suddenly disappear and require > multiple presses of the key to get it back. In case this needs more votes, yes, this is a 'bug'. In the sense that it violates the behavior of lyx1.1.6, Xemacs, kedit/kwrite/kate, jed, and just about every text editor on the face of the planet (don't know about vi). So maybe someone out there likes it, but most of the text-editing population is going to throw a fit when faced with this. And it must be easy to change, something like call unselect() after the paste() function (I don't know the code, but I can't imagine this being hard). Cheers, f.
Re: lyx 1.20pre5 bugs and misses
> > > And it must be easy to change, something like call unselect() after the > > paste() function (I don't know the code, but I can't imagine this being hard). > > You would be surprised :) > > Selection code is particularly crufty ... but Jug can it be fixed for > all cases easily ? Well, sorry if I misjudged the complexity of the task. As I said, I've never actually looked at the lyx code. But I do think that you are going to have a lot of people screaming bloody murder if this goes into a public release. Going against what basically every text editor/word processor on earth does on something as common as a paste operation is going to throw a lot of people off. And I think it's not just habit, but there's a good reason for the common behavior to be so: after you hit 'paste' (whether via keyboard or mouse) you should be able to continue editing right there. If the first key you touch automatically destroys your pasted text (because it remained selected), I can't see that being anything other than an unpleasant surprise. I hope this isn't too much of a burden to you guys. I know you've put a lot of work into this release and we're all waiting eagerly for it. And we are _really_ grateful for the fabulous tool that lyx is, honest. Cheers, f.
Re: LyX capabilities question
On Mon, 15 Jul 2002, Kayvan A. Sylvan wrote: > On Tue, Jul 16, 2002 at 07:33:01AM +0200, Andre Poenitz wrote: > > On Tue, Jul 16, 2002 at 12:04:05AM -0400, Mark Carroll wrote: > > > (a) I write a lot of documents where there are number-of-pages limitations > > > on different sections. Can it be easy while editing documents in LyX to > > > see where these limits are lying, like seeing the page boundaries and > > > numbers in Word? I often have to craft documents to fit those limits. > > > > There is no method known to me. > > Well... There is always View->Postscript. I keep an open gv session next to my lyx window with 'watch file' on, and have 'update postscript' bound to key F11, so it's just a matter of hitting F11 and I can instantly see what the final doc will look like. Not exactly real time, but close enough for all intents and purposes. It actually lets me concentrate on the writing, and still get layout checks easily when needed. Cheers, f.
Re: New stable release of tex2pdf 3.1
On Tue, 30 Jul 2002, Tariq Rashid wrote: > hi, > > i guess this question is not that unique, but there appear to be too many > answers and not all of them perfect! > > my situation is this: > > * i want to maintain ONLY a .lyx file and the associated .eps figures > > * want to autogenerate (using a Makefile?) a postscript file, a pdf file > and > html documentation from this lyx source. > > * figures must appear in all the output formats > * links must also work in the html output, would be nice if they worked > in the pdf > output too (eg linked references, table of contents) > * equations and complicated structures should appear in all formats - > even if > they are represented by a bitmap (eg html) This is exactly what I wrote lyxport for. Check it out at http://www-hep.colorado.edu/~fperez/lyxport. Note however that tex2pdf is _much_ more sophisticated than lyxport in its handling of complex documents. Ideally the remainder functionality of lyxport which is not in tex2pdf could be merged in, but unfortunately I'm not maintaining actively lyxport anymore. But it works for me in most cases just fine, so give it a go. It might be good enough for the documents you deal with. Cheers, f.
Re: LyX under RedHat 8.0
On Fri, 18 Oct 2002, Udo Mueller wrote: > Since I did upgrade my system to RedHat 8.0 (Psyche) in German, the > LyX-Menubars cannot show any Umlauts. RedHat uses the UNICODE, so maybe > this is the reason. I use the newes LyX 1.2.1 ans the special RedHat > packages. Is there any solution for this problem? Maybe someone had > experiences under other LINUX distributions. This is from the RH8.0 release notes, it may help. Sorry for the broken formatting, pine's fault. o Red Hat Linux now installs using UTF-8 (Unicode) locales by default in languages other than Chinese, Japanese, or Korean. This has been known to cause various issues: . Line drawing characters in applications such as make menuconfig do not always appear correctly in certain locales. . On the console, the latarcyrheb-sun16 font is used for best Unicode coverage. Due to the use of this font, bold colors are not available. . Certain third party applications, such as the Adobe(R) Acrobat Reader(R), may not function correctly (or crash upon startup) because they lack support for Unicode locales. Until third party developers provide such support in their products, you may work around this issue by setting the LANG environment variable at the shell prompt to C prior to typing the application name. For example: env LANG=C acroread
Re: Small poll - Results
On Mon, 28 Oct 2002, Andre Poenitz wrote: > I really did not expect that kind of clear preference of appearance over > functionality. Well, not the first time I've been proven wrong I guess.] I guess for many people the problem is that xforms is clunky enough to be not only ugly beyond redemption, but actually a usability hindrance. For instance: - it's nearly impossible to navigate with the keyboard - font changes easily render dialogs unusable. I have a 1600x1200 screen and because of this I'm forced to use lyx with nearly unreadable fonts. Every other app runs with nice fonts at normal physical sizes (but with lots of pixels for rendering). - Did I mention the thing was so ugly as to be almost painful to look at? Anyway, I've been a happy user of Lyx for 5 years and I could live with the xforms junk for another 5 if need be. Lyx is _that_ good (currently finishing my dissertation with 1.1.6f4). But believe me, I'll be one happy camper when xforms is wiped off the face of the earth. That thing is long overdue for being taken behind the barn and acquainted with the bright end of a shotgun. Cheers, f.
Re: Small poll - Results
On Tue, 29 Oct 2002, John Levon wrote: > On Mon, Oct 28, 2002 at 07:30:02PM -0700, Fernando Perez wrote: > > > Anyway, I've been a happy user of Lyx for 5 years and I could live with > > the xforms junk for another 5 if need be. Lyx is _that_ good (currently > > finishing my dissertation with 1.1.6f4). > > I'm hoping to make that 5 weeks not 5 years you have to wait :) Very much looking forward to it. Keep up the good work! f.
Re: Which drawing program?
On Thu, 7 Nov 2002 [EMAIL PROTECTED] wrote: > On Thu, 7 Nov 2002, Chris Carlen wrote: > > > snip... > > > I am convinced there is something very wrong with .eps exported from > > OpenOffice. Which brings us to my first question: > > > > 1. Does anyone here use OpenOffice to produce figures to import into > > Lyx, and if so how do you generate the .eps files? Try $ convert bad_file.eps new_name.eps I've had to do that in the past for eps generated by the old KIllustrator which ended up with problems with Lyx. It may help. cheers, f ps. the above assumes you have ImageMagick installed, which convert is part of.
Re: Which drawing program?
On Fri, 8 Nov 2002, Dekel Tsur wrote: > On Fri, Nov 08, 2002 at 01:41:02PM -0700, Fernando Perez wrote: > > > > 1. Does anyone here use OpenOffice to produce figures to import into > > > > Lyx, and if so how do you generate the .eps files? > > > > Try > > $ convert bad_file.eps new_name.eps > > This is a bad idea as convert will rasterize the figure rather than > keeping it as a vectorize figure. I think you're wrong, Dekel. I just tested with an eps and it stays postscript (vector, that is). I've done this many times without any problems at all. f
Re: Which drawing program?
On Sun, 10 Nov 2002, Fernando Perez wrote: > On Fri, 8 Nov 2002, Dekel Tsur wrote: > > > On Fri, Nov 08, 2002 at 01:41:02PM -0700, Fernando Perez wrote: > > > > > 1. Does anyone here use OpenOffice to produce figures to import into > > > > > Lyx, and if so how do you generate the .eps files? > > > > > > Try > > > $ convert bad_file.eps new_name.eps > > > > This is a bad idea as convert will rasterize the figure rather than > > keeping it as a vectorize figure. > > I think you're wrong, Dekel. I just tested with an eps and it stays > postscript (vector, that is). I've done this many times without any > problems at all. My apologies: convert is weird. For some eps files I have made with the old killustrator, it works fine (meaning, they remain as clean vector files). But some gnuplot graphs are indeed damaged, meaning they end up with ugly bitmapped fonts. It seems that the problem is only with the fonts, or at least with the files I've tested. I've found the following solution: using ps2eps seems to do a good job and not damage anything. Note you can NOT use either of ps2ps or eps2eps, ONLY ps2eps seems to leave vector fonts as vector fonts. Don't ask me why, this was found by dumb trial and error:) ps2eps is also very good at computing properly sized bounding boxes (what I'm using it for) when programs generate them incorrectly (as gnuplot does with square images). Cheers, f.
Re: Lyx and Red Hat 8.0
On Fri, 3 Jan 2003, Marco Costanzo wrote: > Hi Lyxers... > Does anybody use lyx on a RH 8.0? > I have some installation problems and maybe someone knows some hacks to solve > them. Disclaimer: use these at your own risk. Don't even bother to ask me anything if they don't work for you, I know next to nothing about building rpms. I built xforms 1.0 and lyx 1.2.2, and using the amazing checkinstall (http://asic-linux.com.mx/~izto/checkinstall/index.php), I made rpms out of them. This was on a stock redhat 8.0 box. If you want them, you can get the rpms from http://www-hep.colorado.edu/~fperez/pub/. I also put there the rpm for checkinstall itself, in case this most amazing little tool interests you. I have found it incredibly useful (it will build an rpm out of a 'make install' process by trapping all system calls, so you can then put the rpm and later remove it cleanly or distribute it to other machines). Here's a quick readme I put up in the lyx directory: Disclaimer: use these at your own risk. Don't even bother to ask me anything if they don't work for you, I know next to nothing about building rpms. Installation: 1. Download the xforms and the lyx rpms from this directory. 2. Install the xforms rpm _first_ 3. Run ldconfig to update your libraries cache 4. Install the lyx rpm 5. Open lyx, you should see 1.2.2 on the splash screen. Note that I didn't build dependency information into these rpms. You are free to remove the xforms package, and RPM will not complain about broken dependencies. Lyx will just stop working. Cheers, f.
Re: Questions about the QT front end for the RH8 rpms
On Sat, 8 Feb 2003, John Levon wrote: > On Fri, Feb 07, 2003 at 12:23:03PM -0700, Fernando Perez wrote: > > > - Is tab-completion gone from the mini-buffer? I learned a lot about lyx > > functions by simply typing a letter or two and hitting tab to see what came > > out. Is there an alternate way to get this behavior? > > Try right-arrow instead. Tab is generally used for switching betweeen > widgets. I plan to look again at getting this working soon Great. Works perfectly! A bit counter-intuitive (for command-typing, TAB is pretty much hard-wired in my brain at this point ;) but it gets the job done. And the qt drop-list that opens up is far nicer than the old xforms behavior (from the 1.1.x days, what I'm familiar with). Many thanks, f.
Re: bad looking fonts in pdf --- revisited
On Mon, 3 Feb 2003, Matej Cepl wrote: > matej wrote: > > Which is incorrect (ae and aecompl are expecting to be already in > > T1 mode -- font/inputenc should precede ae,aecompl). The > > resulting PS/PDF files have really Type3 fonts. > > Sorry, but I have to correct my own correction: if you have this > problem with ae, try to go to /usr/share/texmf/dvips/config (as > a root) and change in file updmap lines from > >type1_default=false >#type1_default=true > > to > >#type1_default=false >type1_default=true > > and run ./updmap. For those without root access to their machines, here's a plan B solution. Put the following in a file named ~/.dvipsrc (or add it to yours if needed). Seems to take care of most issues I've seen related to nasty font problems, poor resolution printing, etc. Note that I'm no font expert, I've just had this lying around my systems for years and it works every time. Good enough for me. Cheers, f. ps. File follows: [~]> cat .dvipsrc % Default resolution. D 1200 % How to print. o % Metafont mode. (This is completely different from the -M command-line % option, which controls whether MakeTeXPK is invoked.) % M ljfour M ljfzzz % Fix fonts for pdf generation %2. Why does the text look really bad when I view it with Acrobat Reader? % % The problem is that bitmap fonts are displayed poorly by Acrobat Reader. % When creating a PDF from the LyX file, you need to use outline font instead of % the default bitmap fonts (in fact, you should also use outline fonts for % Postscript files). Recent LaTeX distributions come with Postscript Type 1 % version of the standard (Computer Modern) fonts. pdflatex uses these font by % default. Dvips doesn't use these fonts by default, so to make it use them, % add the following to lines to ~/.dvipsrc p+ psfonts.cmz p+ psfonts.amz
Questions about the QT front end for the RH8 rpms
Hi all, first of all, a HUGE thank you to the LyX team for putting out the long-awaited QT-based LyX. This thing is just absolutely beautiful! I hope I never, ever again have to see an Xforms-based program in my life. We are all grateful to xforms because it gave us lyx for all these years before the qt frontend existed. But now, that visual and functional horror can die the merciful death it deserves. A couple of questions concerning the new front end. I'm using the RedHat 8 rpms from the lyx ftp site (thanks also for providing those). All seems to work great, I'd just like to know: - is it possible to get lyx to remember its window size? I had it set via .Xdefaults but the new front end seems to ignore this. No biggie, but it's a bit annoying to have it open a tiny window every time. - How can I turn on the instant-preview feature? I can't seem to find a toggle for it in any dialog. - Is tab-completion gone from the mini-buffer? I learned a lot about lyx functions by simply typing a letter or two and hitting tab to see what came out. Is there an alternate way to get this behavior? Anyway, thanks again for this version. You guys have put in a lot of hard work, and we (users) truly appreciate it. Cheers, f.
Re: Questions about the QT front end for the RH8 rpms
On Fri, 7 Feb 2003, Angus Leeming wrote: > Fernando Perez wrote: > > - How can I turn on the instant-preview feature? I can't seem to find a > > toggle for it in any dialog. > > Edit->Preferences dialog. > Look and Feel->Graphics pane > Instant preview checkbox Silly me. I actually had this on but thought there was a different option for it b/c it didn't work. I hadn't realized I needed the files from the sourceforge page first for this to work. It might not hurt (just to avoid stupid questions like mine) to put a little note on that checkbox indicating that the preview-latex package from Sourceforge is needed for the feature to work. The funny thing is, now that the 'normal' (blue math) lyx math rendering uses anti-aliased fonts, I think I almost prefer to use that to the instant-preview mode. While it's nice to see the latex rendering there, it just looks a bit clunky next to the smooth fonts of the rest. Any chance of activating anti-aliasing for those code snippets (gv does it, so I figure it must be doable). I know, us users are never satisfied :) But regardless, it's really a great feature to have especially when dealing with really complex formulas where the formatting is non-trivial. > > - Is tab-completion gone from the mini-buffer? I learned a lot about lyx > > functions by simply typing a letter or two and hitting tab to see what > > came out. Is there an alternate way to get this behavior? > > works with xforms ;-) > > As it says in the ANNOUNCE file (which was posted to this list too), the Qt > frontend is "mostly feature complete". Which means that we wanted you all > to enjoy where we've got to now rather than wait six months for us to > polish it. And I think it was an excellent decision. It seems perfectly functional to me, and I'm sure all the small wrinkles will get ironed out in due time. Best regards, Fernando.
Re: Questions about the QT front end for the RH8 rpms
On Fri, 7 Feb 2003, Angus Leeming wrote:
> >> > - How can I turn on the instant-preview feature? I can't seem to find
> >> > a toggle for it in any dialog.
> >>
> >> Edit->Preferences dialog.
> >> Look and Feel->Graphics pane
> >> Instant preview checkbox
> >
> > Silly me. I actually had this on but thought there was a different option
> > for
> > it b/c it didn't work. I hadn't realized I needed the files from the
> > sourceforge page first for this to work. It might not hurt (just to avoid
> > stupid questions like mine) to put a little note on that checkbox
> > indicating that the preview-latex package from Sourceforge is needed for
> > the feature to work.
>
> Or deactivate the checkbox. Maybe.
If you do so, make sure a little info is given as to why it's inactive, so
users who want the feature know what they need to add to turn it back on.
Once you know what the necessary package is, fixing the problem is trivial.
It would be a shame to have users lose this because of not knowing what they
need to add to make it work.
> > The funny thing is, now that the 'normal' (blue math) lyx math rendering
> > uses anti-aliased fonts, I think I almost prefer to use that to the
> > instant-preview mode. While it's nice to see the latex rendering
> > there, it just looks a bit clunky next to the smooth fonts of the rest.
> > Any chance of activating anti-aliasing for those code snippets (gv
> > does it, so I anti-aliasing for those code snippets (gv does it, so
> > I figure it must be doable). I know, us users are never satisfied :)
>
> We have to accommodate the lowest common denominator. Old versions of gs
> tend to die a nasty death if anti-aliasing is too high. Fortunately for you,
> we use a script to control the creation of the preview bitmaps, so you can
> tune to your heart's content.
>
> You'll find the script in LYSSHARE/scripts/lyxpreview2bitmap.sh, where
> LYSSHARE is usually /usr/local/share/lyx/.
>
> Look for
> ALPHA=4
> if [ ${INT_RESOLUTION} -gt 150 ]; then
> ALPHA=2
> fi
>
> gs -q -dNOPAUSE -dBATCH -dSAFER \
> -sDEVICE=${GSDEVICE} -sOutputFile=${BASE}%d.${GSSUFFIX} \
> -dGraphicsAlphaBit=${ALPHA} -dTextAlphaBits=${ALPHA} \
Great!!! Thanks. It seems like RedHat 8.0's gs is perfectly happy with
ALPHA=4 (but no higher, 5 or above crashes it) so I just commented out the if
clause entirely. BTW, in the RH8.0 binary rpm, LYXSHARE is /usr/share/lyx (no
local needed).
Best regards, and thanks again. The beauty of open-source software where
developers answer questions. You guys rock.
Fernando.
Bug in 1.3? Server pipes not destroyed
Hi all, I'm experiencing a problem I hadn't seen with the 1.1.x series, now that I moved to the 1.3 version. I'm using the lyx.org supplied RedHat 8.0 binaries with the QT front end. The problem is that the lyxpipe.in/out files in ~/.lyx/ appear not to be destroyed when lyx exits: [~]> \rm .lyx/lyxpipe.* [~]> lyx Mutex destroy failure: Device or resource busy # I've quit lyx cleanly and now restart it again: [~]> lyx LyXComm: Pipe /usr/local/home/fperez/.lyx-1.3/lyxpipe.in already exists. If no other LyX program is active, please delete the pipe by hand and try again. Mutex destroy failure: Device or resource busy This is problematic for me because I use pybliographic extensively, which communicates with lyx via the server pipes. I can work around the problem by making a simple alias/script which manually removes the pipes, but it's a bit of an annoyance. I figured I'd mention it so developers can take a look at this issue. Best regards, Fernando.
Missing references bug: lyx not calling pdflatex again?
Hi all, I've searched both bugzilla and the lists for help on this problem, so far without luck. Any hints would be most welcome. I have a document with a bibtex-generated list of references, and when I try to export it to PDF or postscript (via the GUI or with 'lyx -e pdf2', for example), all the citations appear as [??] marks, though the references section is correctly generated. The only workaround I've been able to find is to click on the 'bibtex references' box at the end, make some trivial change (choose a different style, or check the 'add to TOC' box), and rerun the PDF/PS generation. THEN, the numbers appear, and I can revert my trivial change and continue. Needless to say, it is incredibly annoying to have to do this every time, and it breaks my makefile-based workflow (this is a document being developed in collaboration from many places, so I wrote a makefile to generate all the required PDFs without human intervention). I'd be very appreciative of any help or hints. Cheers, f
Re: Missing references bug: lyx not calling pdflatex again?
David L. Johnson wrote: > On Fri, 06 Jan 2006 16:19:03 -0700 > Fernando Perez <[EMAIL PROTECTED]> wrote: > >> I have a document with a bibtex-generated list of references, and when I >> try to export it to PDF or postscript (via the GUI or with 'lyx -e pdf2', >> for example), all the citations appear as [??] marks, though the >> references section is correctly generated. > > Typically with Latex the first run would generate missing references such > as > this. If I am running Latex manually, I simply run it twice. That way > the appropriate temporary files are generated so that the second run can > read them. > > I thought LyX would do the same thing. It should, and sometimes it does, as I mention below. But the problem is that it misses many times, and requires a no-op fiddle with the bibtex box to realize that it has to make an extra pass. >> The only workaround I've been able to find is to click on the 'bibtex >> references' box at the end, make some trivial change (choose a different >> style, or check the 'add to TOC' box), and rerun the PDF/PS generation. >> THEN, the numbers appear, and I can revert my trivial change and >> continue. >> >> Needless to say, it is incredibly annoying to have to do this every time, >> and it breaks my makefile-based workflow (this is a document being >> developed in collaboration from many places, so I wrote a makefile to >> generate all the required PDFs without human intervention). > > Try adding a second Latex run into that makefile. Well, it's not that simple: the makefile calls lyx -e pdf2 master.lyx to make 'master.pdf'. This master file has many subdocuments, EPS figures, and more. To generate the final one manually, I'd have to write out the raw latex, convert all figures from .eps format to .pdf (pdflatex doesn't understand eps figures), etc. That's _precisely_ all the magic and convenience that lyx does for you when you say 'export PDF', but it's borking out on bibtex management. This is a lyx bug, I'm pretty convinced. I guess I should just take it up on lyx-dev... Cheers, f
Re: Missing references bug: lyx not calling pdflatex again?
Georg Baum wrote: > Am Sonntag, 8. Januar 2006 03:22 schrieb Fernando Perez: >> This is a lyx bug, I'm pretty convinced. > > I think so, too. > >> I guess I should just take it up >> on lyx-dev... > > Please do, and enter it at http://bugzilla.lyx.org. It would be great if > you could also attach an example document and create step-by-step > instructions to reproduce the bug. OK, I will. I'm not sure I'll be able to post a document, as it's very on and off (the current one where I see it is too big and I can't make it public). I'll try though, and at least I'll explain it well. Thanks. Cheers, f
Missing references bug: lyx not calling pdflatex again?
Hi all, I've searched both bugzilla and the lists for help on this problem, so far without luck. Any hints would be most welcome. I have a document with a bibtex-generated list of references, and when I try to export it to PDF or postscript (via the GUI or with 'lyx -e pdf2', for example), all the citations appear as [??] marks, though the references section is correctly generated. The only workaround I've been able to find is to click on the 'bibtex references' box at the end, make some trivial change (choose a different style, or check the 'add to TOC' box), and rerun the PDF/PS generation. THEN, the numbers appear, and I can revert my trivial change and continue. Needless to say, it is incredibly annoying to have to do this every time, and it breaks my makefile-based workflow (this is a document being developed in collaboration from many places, so I wrote a makefile to generate all the required PDFs without human intervention). I'd be very appreciative of any help or hints. Cheers, f
Re: Missing references bug: lyx not calling pdflatex again?
David L. Johnson wrote: On Fri, 06 Jan 2006 16:19:03 -0700 Fernando Perez [EMAIL PROTECTED] wrote: I have a document with a bibtex-generated list of references, and when I try to export it to PDF or postscript (via the GUI or with 'lyx -e pdf2', for example), all the citations appear as [??] marks, though the references section is correctly generated. Typically with Latex the first run would generate missing references such as this. If I am running Latex manually, I simply run it twice. That way the appropriate temporary files are generated so that the second run can read them. I thought LyX would do the same thing. It should, and sometimes it does, as I mention below. But the problem is that it misses many times, and requires a no-op fiddle with the bibtex box to realize that it has to make an extra pass. The only workaround I've been able to find is to click on the 'bibtex references' box at the end, make some trivial change (choose a different style, or check the 'add to TOC' box), and rerun the PDF/PS generation. THEN, the numbers appear, and I can revert my trivial change and continue. Needless to say, it is incredibly annoying to have to do this every time, and it breaks my makefile-based workflow (this is a document being developed in collaboration from many places, so I wrote a makefile to generate all the required PDFs without human intervention). Try adding a second Latex run into that makefile. Well, it's not that simple: the makefile calls lyx -e pdf2 master.lyx to make 'master.pdf'. This master file has many subdocuments, EPS figures, and more. To generate the final one manually, I'd have to write out the raw latex, convert all figures from .eps format to .pdf (pdflatex doesn't understand eps figures), etc. That's _precisely_ all the magic and convenience that lyx does for you when you say 'export PDF', but it's borking out on bibtex management. This is a lyx bug, I'm pretty convinced. I guess I should just take it up on lyx-dev... Cheers, f
Re: Missing references bug: lyx not calling pdflatex again?
Georg Baum wrote: Am Sonntag, 8. Januar 2006 03:22 schrieb Fernando Perez: This is a lyx bug, I'm pretty convinced. I think so, too. I guess I should just take it up on lyx-dev... Please do, and enter it at http://bugzilla.lyx.org. It would be great if you could also attach an example document and create step-by-step instructions to reproduce the bug. OK, I will. I'm not sure I'll be able to post a document, as it's very on and off (the current one where I see it is too big and I can't make it public). I'll try though, and at least I'll explain it well. Thanks. Cheers, f
Re: woe with indexing
Hi Stephan, stephan beal wrote: Now it's time for me to go hack lyxport so it can run makeindex... (lyxport-exported docs are missing the index). I saw this accidentally, I almost never read the lyx lists anymore. If you get this to work, send the mods/patch my way, and I'll put up a new version on the usual site. At least that way others will benefit from your enhancements (even if I don't really work on lyxport anymore). Best, f
Re: Thesis/Dissertation LyX Classes
Jack Gill wrote: Do you know of U. S. universities that have developed and made available (and strongly suggest or even require) LyX classes for thesis and dissertation writing/submitting/publishing, particularly in the natural sciences? The University of Colorado's thesis class in Latex has a matching lyx layout file (one of the early lyx team members was a grad student in my department -- physics). I benefited greatly from this, since the mechanics of writing the actual manuscript and handling the bibliography were all handled beautifully by Lyx+pybliographic, along with a tiny custom script I wrote (a few lines of python) to retrieve bibtex records from the SPIRES database based on ArXiV.org numbers. It was really a joy of a system to use (and I was using lyx 1.1.something with Xforms, not today's beautiful QT-based 1.3.x :) Best, f
Re: problems with acents in portuguese (latin1) in lyx 1.3.5 with fedora core 3
Jose' Matos wrote: On Saturday 27 November 2004 21:28, andre wrote: Hello! I have a problen in My lyx 1.3.5. Lyx not accept acentuation in brazilian/portuguese. Obs: all other prograns acentuate correctly (like mozila-mail á é í ó ú à è ì ò ù ç ã õ). My system is a fedora core 3 updated from core 2. [...] Long answer in a short version, use the packages from kde-redhat for qt: kde-redhat.sf.net The problem is due to a patch im-patch (where im means input method), for some reason that patch is still applied to those packages shipping with FC3. This is nasty. Do you know if it's been reported on bugzilla yet? I was about to upgrade a bunch of machines to FC3, but having to track a separate repo for the QT libraries is going to be one big PITA (these boxes have to pretty much run themselves, I don't have time to manually mess with them). Cheers, f
Re: Presentations with Beemer
[EMAIL PROTECTED] wrote: On Wed, 8 Dec 2004, Matej Cepl wrote: Rich Shepard wrote: I was speaking yesterday with one of the Association's office staff (she was obviously bored since the other two had left for meetings in China). I mentioned how poorly most folks do presentations with their PowerPoint stuff. There ought to be prohibition of those speaking to an audience with computer-generated visual aids unless the individual has taken a course in how to do it. Irritates me no end to have someone read his/her slides to me. OT questions: o you have any URL where I could find how to do a presentations well? The beamer manual actually has a section discussing these issues (good presentation technique, independently of the tool used for the job). OT remark: A lyx-example for using beamer would be nice to add to the wiki. Links for doing presentations well would also fit in nicely there :-) Note that beamer comes with extensive LyX examples, and many LyX-specific notes (nicely highlighted by a blue LyX symbol in the margin) in the very detailed 200+ pages manual. So anyone who actually downloads beamer will immediately have far more documentation and examples than they can read. The supplied examples are lyx files, and range from very simple to quite complex, highlighting just about any task you may want to do in beamer. Beamer is absolutely superb. I just started using it recently, and I've been really blown away by both the visual quality of the output, and how well put together the whole thing is (documentation, examples, attention to detail). If anyone wants to see an example right away, written using lyx, here is one: http://amath.colorado.edu/faculty/fperez/talks/0411_python_scicomp.pdf Cheers, f
Re: layout for a PhD thesis
Paolo Valente wrote: Hi everybody, I'm a new Lyx users and I'd like to use it to write my PhD thesis. Could someone suggest me a nice layout including chapter, theorem, lemma, proof environments? Thanks, Paolo Valente U. Colorado has a thesis style with lyx support, since one of the lyx developers was a CU grad student. Best, f
Re: Exporting to PDF
On Sat, 13 Apr 2002, Roberto Hernandez wrote:
Hi all,
I've been trying to export some documents to PDF with partial success.
The instructions I used are in section 3.3.6 of the Extended Features
manual.
The first thing I did was to create ~/.dvipsrc and add the following lines:
p+ psfonts.cmz
p+ psfonts.amz
Then I tried changing the document's font to pslatex. When doing this,
the output looks good on Acrobat Reader, except for a couple of symbols
(for example the \mathscr{F} I use to denote the Fourier transform).
However, I would much prefer the standard font. So I decided to try
including \usepackage{ae,aecompl} in my preamble and using default for
the document's font. In this case, the output looks bad on Acrobat
Reader. In fact, including the \usepackage{ae,aecompl} doesn't seem to
make any difference.
What am I missing?
You may want to look at lyxport (http://www-hep.colorado.edu/~fperez/lyxport/)
or if that's not enough, the more powerful (but which doesn't do ps/html
simultaneously) tex2pdf (http://developer.berlios.de/project/?group_id=57).
Specifically from the lyxport man page, the following may come in handy:
Make sure that the LaTeX preamble of your LyX file (or the part before
\begin{document} if you are using straight LaTeX files) contains:
\usepackage[T1]{fontenc}
\usepackage{ae,aecompl}
This will guarantee that T1 encoded fonts come out looking good in the final
PDF.
Steffen (tex2pdf author) and I have been talking about a lyxport/tex2pdf merge
for a while, but we're both too busy for it. There's a chance someone new is
going to step up to the plate soon, though. So we may have a new tool for
automating all of this coming, which integrates the current abilities of both
lyxport and tex2pdf.
Cheers,
f.
Re: lyx 1.20pre5 bugs and misses
On 10 May 2002, Ronald Florence wrote: Max Bian [EMAIL PROTECTED] writes: 1. The pasted text is selected by default. This is no good because another key stroke will replace it. This is intended and IMO opinion correct behaviour. Why do you think there is a problem ? It is a problem because after the paste people would be assumed to be done with the pasted part. And people should move on to do something else. However they would need to clear the selection first if that feature is there before they can do anything. I agree with Max. The misbehavior of LyX after pasting is the single most annoying feature of what is otherwise my favorite document processor. After pasting, it should be possible to immediately edit the inserted material without having it suddenly disappear and require multiple presses of the undo key to get it back. In case this needs more votes, yes, this is a 'bug'. In the sense that it violates the behavior of lyx1.1.6, Xemacs, kedit/kwrite/kate, jed, and just about every text editor on the face of the planet (don't know about vi). So maybe someone out there likes it, but most of the text-editing population is going to throw a fit when faced with this. And it must be easy to change, something like call unselect() after the paste() function (I don't know the code, but I can't imagine this being hard). Cheers, f.
Re: lyx 1.20pre5 bugs and misses
And it must be easy to change, something like call unselect() after the paste() function (I don't know the code, but I can't imagine this being hard). You would be surprised :) Selection code is particularly crufty ... but Jug can it be fixed for all cases easily ? Well, sorry if I misjudged the complexity of the task. As I said, I've never actually looked at the lyx code. But I do think that you are going to have a lot of people screaming bloody murder if this goes into a public release. Going against what basically every text editor/word processor on earth does on something as common as a paste operation is going to throw a lot of people off. And I think it's not just habit, but there's a good reason for the common behavior to be so: after you hit 'paste' (whether via keyboard or mouse) you should be able to continue editing right there. If the first key you touch automatically destroys your pasted text (because it remained selected), I can't see that being anything other than an unpleasant surprise. I hope this isn't too much of a burden to you guys. I know you've put a lot of work into this release and we're all waiting eagerly for it. And we are _really_ grateful for the fabulous tool that lyx is, honest. Cheers, f.
Re: LyX capabilities question
On Mon, 15 Jul 2002, Kayvan A. Sylvan wrote: On Tue, Jul 16, 2002 at 07:33:01AM +0200, Andre Poenitz wrote: On Tue, Jul 16, 2002 at 12:04:05AM -0400, Mark Carroll wrote: (a) I write a lot of documents where there are number-of-pages limitations on different sections. Can it be easy while editing documents in LyX to see where these limits are lying, like seeing the page boundaries and numbers in Word? I often have to craft documents to fit those limits. There is no method known to me. Well... There is always View-Postscript. I keep an open gv session next to my lyx window with 'watch file' on, and have 'update postscript' bound to key F11, so it's just a matter of hitting F11 and I can instantly see what the final doc will look like. Not exactly real time, but close enough for all intents and purposes. It actually lets me concentrate on the writing, and still get layout checks easily when needed. Cheers, f.
Re: New stable release of tex2pdf 3.1
On Tue, 30 Jul 2002, Tariq Rashid wrote: hi, i guess this question is not that unique, but there appear to be too many answers and not all of them perfect! my situation is this: * i want to maintain ONLY a .lyx file and the associated .eps figures * want to autogenerate (using a Makefile?) a postscript file, a pdf file and html documentation from this lyx source. * figures must appear in all the output formats * links must also work in the html output, would be nice if they worked in the pdf output too (eg linked references, table of contents) * equations and complicated structures should appear in all formats - even if they are represented by a bitmap (eg html) This is exactly what I wrote lyxport for. Check it out at http://www-hep.colorado.edu/~fperez/lyxport. Note however that tex2pdf is _much_ more sophisticated than lyxport in its handling of complex documents. Ideally the remainder functionality of lyxport which is not in tex2pdf could be merged in, but unfortunately I'm not maintaining actively lyxport anymore. But it works for me in most cases just fine, so give it a go. It might be good enough for the documents you deal with. Cheers, f.
Re: LyX under RedHat 8.0
On Fri, 18 Oct 2002, Udo Mueller wrote: Since I did upgrade my system to RedHat 8.0 (Psyche) in German, the LyX-Menubars cannot show any Umlauts. RedHat uses the UNICODE, so maybe this is the reason. I use the newes LyX 1.2.1 ans the special RedHat packages. Is there any solution for this problem? Maybe someone had experiences under other LINUX distributions. This is from the RH8.0 release notes, it may help. Sorry for the broken formatting, pine's fault. o Red Hat Linux now installs using UTF-8 (Unicode) locales by default in languages other than Chinese, Japanese, or Korean. This has been known to cause various issues: . Line drawing characters in applications such as make menuconfig do not always appear correctly in certain locales. . On the console, the latarcyrheb-sun16 font is used for best Unicode coverage. Due to the use of this font, bold colors are not available. . Certain third party applications, such as the Adobe(R) Acrobat Reader(R), may not function correctly (or crash upon startup) because they lack support for Unicode locales. Until third party developers provide such support in their products, you may work around this issue by setting the LANG environment variable at the shell prompt to C prior to typing the application name. For example: env LANG=C acroread
Re: Small poll - Results
On Mon, 28 Oct 2002, Andre Poenitz wrote: I really did not expect that kind of clear preference of appearance over functionality. Well, not the first time I've been proven wrong I guess.] I guess for many people the problem is that xforms is clunky enough to be not only ugly beyond redemption, but actually a usability hindrance. For instance: - it's nearly impossible to navigate with the keyboard - font changes easily render dialogs unusable. I have a 1600x1200 screen and because of this I'm forced to use lyx with nearly unreadable fonts. Every other app runs with nice fonts at normal physical sizes (but with lots of pixels for rendering). - Did I mention the thing was so ugly as to be almost painful to look at? Anyway, I've been a happy user of Lyx for 5 years and I could live with the xforms junk for another 5 if need be. Lyx is _that_ good (currently finishing my dissertation with 1.1.6f4). But believe me, I'll be one happy camper when xforms is wiped off the face of the earth. That thing is long overdue for being taken behind the barn and acquainted with the bright end of a shotgun. Cheers, f.
Re: Small poll - Results
On Tue, 29 Oct 2002, John Levon wrote: On Mon, Oct 28, 2002 at 07:30:02PM -0700, Fernando Perez wrote: Anyway, I've been a happy user of Lyx for 5 years and I could live with the xforms junk for another 5 if need be. Lyx is _that_ good (currently finishing my dissertation with 1.1.6f4). I'm hoping to make that 5 weeks not 5 years you have to wait :) Very much looking forward to it. Keep up the good work! f.
Re: Which drawing program?
On Thu, 7 Nov 2002 [EMAIL PROTECTED] wrote: On Thu, 7 Nov 2002, Chris Carlen wrote: snip... I am convinced there is something very wrong with .eps exported from OpenOffice. Which brings us to my first question: 1. Does anyone here use OpenOffice to produce figures to import into Lyx, and if so how do you generate the .eps files? Try $ convert bad_file.eps new_name.eps I've had to do that in the past for eps generated by the old KIllustrator which ended up with problems with Lyx. It may help. cheers, f ps. the above assumes you have ImageMagick installed, which convert is part of.
Re: Which drawing program?
On Fri, 8 Nov 2002, Dekel Tsur wrote: On Fri, Nov 08, 2002 at 01:41:02PM -0700, Fernando Perez wrote: 1. Does anyone here use OpenOffice to produce figures to import into Lyx, and if so how do you generate the .eps files? Try $ convert bad_file.eps new_name.eps This is a bad idea as convert will rasterize the figure rather than keeping it as a vectorize figure. I think you're wrong, Dekel. I just tested with an eps and it stays postscript (vector, that is). I've done this many times without any problems at all. f
Re: Which drawing program?
On Sun, 10 Nov 2002, Fernando Perez wrote: On Fri, 8 Nov 2002, Dekel Tsur wrote: On Fri, Nov 08, 2002 at 01:41:02PM -0700, Fernando Perez wrote: 1. Does anyone here use OpenOffice to produce figures to import into Lyx, and if so how do you generate the .eps files? Try $ convert bad_file.eps new_name.eps This is a bad idea as convert will rasterize the figure rather than keeping it as a vectorize figure. I think you're wrong, Dekel. I just tested with an eps and it stays postscript (vector, that is). I've done this many times without any problems at all. My apologies: convert is weird. For some eps files I have made with the old killustrator, it works fine (meaning, they remain as clean vector files). But some gnuplot graphs are indeed damaged, meaning they end up with ugly bitmapped fonts. It seems that the problem is only with the fonts, or at least with the files I've tested. I've found the following solution: using ps2eps seems to do a good job and not damage anything. Note you can NOT use either of ps2ps or eps2eps, ONLY ps2eps seems to leave vector fonts as vector fonts. Don't ask me why, this was found by dumb trial and error:) ps2eps is also very good at computing properly sized bounding boxes (what I'm using it for) when programs generate them incorrectly (as gnuplot does with square images). Cheers, f.
Re: Lyx and Red Hat 8.0
On Fri, 3 Jan 2003, Marco Costanzo wrote: Hi Lyxers... Does anybody use lyx on a RH 8.0? I have some installation problems and maybe someone knows some hacks to solve them. Disclaimer: use these at your own risk. Don't even bother to ask me anything if they don't work for you, I know next to nothing about building rpms. I built xforms 1.0 and lyx 1.2.2, and using the amazing checkinstall (http://asic-linux.com.mx/~izto/checkinstall/index.php), I made rpms out of them. This was on a stock redhat 8.0 box. If you want them, you can get the rpms from http://www-hep.colorado.edu/~fperez/pub/. I also put there the rpm for checkinstall itself, in case this most amazing little tool interests you. I have found it incredibly useful (it will build an rpm out of a 'make install' process by trapping all system calls, so you can then put the rpm and later remove it cleanly or distribute it to other machines). Here's a quick readme I put up in the lyx directory: Disclaimer: use these at your own risk. Don't even bother to ask me anything if they don't work for you, I know next to nothing about building rpms. Installation: 1. Download the xforms and the lyx rpms from this directory. 2. Install the xforms rpm _first_ 3. Run ldconfig to update your libraries cache 4. Install the lyx rpm 5. Open lyx, you should see 1.2.2 on the splash screen. Note that I didn't build dependency information into these rpms. You are free to remove the xforms package, and RPM will not complain about broken dependencies. Lyx will just stop working. Cheers, f.
Re: Questions about the QT front end for the RH8 rpms
On Sat, 8 Feb 2003, John Levon wrote: On Fri, Feb 07, 2003 at 12:23:03PM -0700, Fernando Perez wrote: - Is tab-completion gone from the mini-buffer? I learned a lot about lyx functions by simply typing a letter or two and hitting tab to see what came out. Is there an alternate way to get this behavior? Try right-arrow instead. Tab is generally used for switching betweeen widgets. I plan to look again at getting this working soon Great. Works perfectly! A bit counter-intuitive (for command-typing, TAB is pretty much hard-wired in my brain at this point ;) but it gets the job done. And the qt drop-list that opens up is far nicer than the old xforms behavior (from the 1.1.x days, what I'm familiar with). Many thanks, f.
Re: bad looking fonts in pdf --- revisited
On Mon, 3 Feb 2003, Matej Cepl wrote: matej wrote: Which is incorrect (ae and aecompl are expecting to be already in T1 mode -- font/inputenc should precede ae,aecompl). The resulting PS/PDF files have really Type3 fonts. Sorry, but I have to correct my own correction: if you have this problem with ae, try to go to /usr/share/texmf/dvips/config (as a root) and change in file updmap lines from type1_default=false #type1_default=true to #type1_default=false type1_default=true and run ./updmap. For those without root access to their machines, here's a plan B solution. Put the following in a file named ~/.dvipsrc (or add it to yours if needed). Seems to take care of most issues I've seen related to nasty font problems, poor resolution printing, etc. Note that I'm no font expert, I've just had this lying around my systems for years and it works every time. Good enough for me. Cheers, f. ps. File follows: [~] cat .dvipsrc % Default resolution. D 1200 % How to print. o % Metafont mode. (This is completely different from the -M command-line % option, which controls whether MakeTeXPK is invoked.) % M ljfour M ljfzzz % Fix fonts for pdf generation %2. Why does the text look really bad when I view it with Acrobat Reader? % % The problem is that bitmap fonts are displayed poorly by Acrobat Reader. % When creating a PDF from the LyX file, you need to use outline font instead of % the default bitmap fonts (in fact, you should also use outline fonts for % Postscript files). Recent LaTeX distributions come with Postscript Type 1 % version of the standard (Computer Modern) fonts. pdflatex uses these font by % default. Dvips doesn't use these fonts by default, so to make it use them, % add the following to lines to ~/.dvipsrc p+ psfonts.cmz p+ psfonts.amz
Questions about the QT front end for the RH8 rpms
Hi all, first of all, a HUGE thank you to the LyX team for putting out the long-awaited QT-based LyX. This thing is just absolutely beautiful! I hope I never, ever again have to see an Xforms-based program in my life. We are all grateful to xforms because it gave us lyx for all these years before the qt frontend existed. But now, that visual and functional horror can die the merciful death it deserves. A couple of questions concerning the new front end. I'm using the RedHat 8 rpms from the lyx ftp site (thanks also for providing those). All seems to work great, I'd just like to know: - is it possible to get lyx to remember its window size? I had it set via .Xdefaults but the new front end seems to ignore this. No biggie, but it's a bit annoying to have it open a tiny window every time. - How can I turn on the instant-preview feature? I can't seem to find a toggle for it in any dialog. - Is tab-completion gone from the mini-buffer? I learned a lot about lyx functions by simply typing a letter or two and hitting tab to see what came out. Is there an alternate way to get this behavior? Anyway, thanks again for this version. You guys have put in a lot of hard work, and we (users) truly appreciate it. Cheers, f.
Re: Questions about the QT front end for the RH8 rpms
On Fri, 7 Feb 2003, Angus Leeming wrote: Fernando Perez wrote: - How can I turn on the instant-preview feature? I can't seem to find a toggle for it in any dialog. Edit-Preferences dialog. Look and Feel-Graphics pane Instant preview checkbox Silly me. I actually had this on but thought there was a different option for it b/c it didn't work. I hadn't realized I needed the files from the sourceforge page first for this to work. It might not hurt (just to avoid stupid questions like mine) to put a little note on that checkbox indicating that the preview-latex package from Sourceforge is needed for the feature to work. The funny thing is, now that the 'normal' (blue math) lyx math rendering uses anti-aliased fonts, I think I almost prefer to use that to the instant-preview mode. While it's nice to see the latex rendering there, it just looks a bit clunky next to the smooth fonts of the rest. Any chance of activating anti-aliasing for those code snippets (gv does it, so I figure it must be doable). I know, us users are never satisfied :) But regardless, it's really a great feature to have especially when dealing with really complex formulas where the formatting is non-trivial. - Is tab-completion gone from the mini-buffer? I learned a lot about lyx functions by simply typing a letter or two and hitting tab to see what came out. Is there an alternate way to get this behavior? works with xforms ;-) As it says in the ANNOUNCE file (which was posted to this list too), the Qt frontend is mostly feature complete. Which means that we wanted you all to enjoy where we've got to now rather than wait six months for us to polish it. And I think it was an excellent decision. It seems perfectly functional to me, and I'm sure all the small wrinkles will get ironed out in due time. Best regards, Fernando.
Re: Questions about the QT front end for the RH8 rpms
On Fri, 7 Feb 2003, Angus Leeming wrote:
- How can I turn on the instant-preview feature? I can't seem to find
a toggle for it in any dialog.
Edit-Preferences dialog.
Look and Feel-Graphics pane
Instant preview checkbox
Silly me. I actually had this on but thought there was a different option
for
it b/c it didn't work. I hadn't realized I needed the files from the
sourceforge page first for this to work. It might not hurt (just to avoid
stupid questions like mine) to put a little note on that checkbox
indicating that the preview-latex package from Sourceforge is needed for
the feature to work.
Or deactivate the checkbox. Maybe.
If you do so, make sure a little info is given as to why it's inactive, so
users who want the feature know what they need to add to turn it back on.
Once you know what the necessary package is, fixing the problem is trivial.
It would be a shame to have users lose this because of not knowing what they
need to add to make it work.
The funny thing is, now that the 'normal' (blue math) lyx math rendering
uses anti-aliased fonts, I think I almost prefer to use that to the
instant-preview mode. While it's nice to see the latex rendering
there, it just looks a bit clunky next to the smooth fonts of the rest.
Any chance of activating anti-aliasing for those code snippets (gv
does it, so I anti-aliasing for those code snippets (gv does it, so
I figure it must be doable). I know, us users are never satisfied :)
We have to accommodate the lowest common denominator. Old versions of gs
tend to die a nasty death if anti-aliasing is too high. Fortunately for you,
we use a script to control the creation of the preview bitmaps, so you can
tune to your heart's content.
You'll find the script in LYSSHARE/scripts/lyxpreview2bitmap.sh, where
LYSSHARE is usually /usr/local/share/lyx/.
Look for
ALPHA=4
if [ ${INT_RESOLUTION} -gt 150 ]; then
ALPHA=2
fi
gs -q -dNOPAUSE -dBATCH -dSAFER \
-sDEVICE=${GSDEVICE} -sOutputFile=${BASE}%d.${GSSUFFIX} \
-dGraphicsAlphaBit=${ALPHA} -dTextAlphaBits=${ALPHA} \
Great!!! Thanks. It seems like RedHat 8.0's gs is perfectly happy with
ALPHA=4 (but no higher, 5 or above crashes it) so I just commented out the if
clause entirely. BTW, in the RH8.0 binary rpm, LYXSHARE is /usr/share/lyx (no
local needed).
Best regards, and thanks again. The beauty of open-source software where
developers answer questions. You guys rock.
Fernando.
Bug in 1.3? Server pipes not destroyed
Hi all, I'm experiencing a problem I hadn't seen with the 1.1.x series, now that I moved to the 1.3 version. I'm using the lyx.org supplied RedHat 8.0 binaries with the QT front end. The problem is that the lyxpipe.in/out files in ~/.lyx/ appear not to be destroyed when lyx exits: [~] \rm .lyx/lyxpipe.* [~] lyx Mutex destroy failure: Device or resource busy # I've quit lyx cleanly and now restart it again: [~] lyx LyXComm: Pipe /usr/local/home/fperez/.lyx-1.3/lyxpipe.in already exists. If no other LyX program is active, please delete the pipe by hand and try again. Mutex destroy failure: Device or resource busy This is problematic for me because I use pybliographic extensively, which communicates with lyx via the server pipes. I can work around the problem by making a simple alias/script which manually removes the pipes, but it's a bit of an annoyance. I figured I'd mention it so developers can take a look at this issue. Best regards, Fernando.
Re: Option to set all ERT's to 'inline'
On Mon, 17 Feb 2003, Angus Leeming wrote: Davor Cengija wrote: Thanks for the affort, Angus, I already have something like that. However, a default setting for ERT's in Preferences would be more than useful. I don't know if the developers would like it, but I surely would. I think that I can say definitively that that won't happen. 'Inlined' is good only for short snippets of ERT. We couldn't allow it to be the default. Anyway, you have your script, so what's the problem ;-) If I may say, there shouldn't be any problem with adding an _option_ in the preferences dialog such as 'New ERT default state' - inlined/expanded. The sed method is fine for reconverting an existing document, but for a person who _knows_ that 90% of her ERT use is ok with inlined insets, it's a bit annoying to have to manually close each new one. I happen to use ERT a fair bit for small things (and almost never for big stuff), so I'd love to have such an option. It's fine if the default is 'Expanded', we are simply talking about a user-level option for the state of newly created ERTs. Cheers, f.
Lyx 1.3.0 ignoring paper sizes?
Hi all, I just tried to use the paper size option in lyx 1.3.0 (the redhat8 rpm from the lyx site, qt frontend). I can set the option allright, but it seems to be blissfully ignored. I get letter-sized output regardless of what I choose (I tried A4, US Executive and a few more). Is this a new/known bug, or am I missing something obvious? I'd used these options in the 1.1.x days many times without ever having any problems. Thanks for any input. Best, f.
Re: Lyx 1.3.0 ignoring paper sizes?
John Levon wrote: I just tried to use the paper size option in lyx 1.3.0 (the redhat8 rpm from the lyx site, qt frontend). I can set the option allright, but it seems to be blissfully ignored. I get letter-sized output regardless of what I choose (I tried A4, US Executive and a few more). Is this a new/known bug, or am I missing something obvious? I'd used these options in the 1.1.x days many times without ever having any problems. It's a known and fixed bug .. sorry for the inconvenience ;) No problem. When you say fixed, does it mean that 1.3.1 will have the fix in (whenever it's out), or is it something deeper which will have to wait until 1.4? Best, f.
Re: Lyx 1.3.0 ignoring paper sizes?
John Levon wrote: On Fri, Feb 28, 2003 at 05:57:05PM -0700, Fernando Perez wrote: No problem. When you say fixed, does it mean that 1.3.1 will have the fix in (whenever it's out), or is it something deeper which will have to wait until 1.4? 1.3.1 will have the fix - http://bugzilla.lyx.org/show_bug.cgi?id=844 I think that's it, anyway Ah, thanks a bunch. There seems to have been some developers discussion about it, so I hope the issue was cleared to full satisfaction. I'll grab 1.3.1 when it's officially out. Regards, Fernando.
Re: New Qt math fonts - Linux xft testers required
John Levon wrote: If you needed latex-ttf-fonts, then uninstall it, and install http://movementarian.org/latex-xft-fonts-0.1.tar.gz Place the tarball in $HOME/.fonts/ dir, do : tar zxvf latex-xft-fonts-0.1.tar.gz fc-cache -fv And try out lyx. Please report back (if you have problems, give version information for qt, X, Xft, lyx, etc.) I'm using lyx 1.3.2 with Qt 3.1.2 under RedHat 8.0 (X 4.2.0). I have the same problem with these as I had with the old ones: I can't get accented characters to display properly in normal text. I can send you a pair of screenshots if needed showing the difference with Cmr10 vs. any other regular TrueType font in the system. Note that the accented characters show up just fine in the final postscript, and are also displayed correctly within lyx if I use any other font. While this issue was already there with the old latex-ttf package, it would be great to see it solved now that you are working on the fonts issue. This would allow me to move over to using Computer Modern for my day to day display (I currently use Bitstream Charter, which is reasonably close visually and very readable). Thanks, f.
Re: New Qt math fonts - Linux xft testers required
John Levon wrote: On Thu, Jun 19, 2003 at 06:14:35PM -0600, Fernando Perez wrote: I have the same problem with these as I had with the old ones: I can't get accented characters to display properly in normal text. I can send you a What LANG ? What document language ? [~] echo $LANG en_US Document language is English. But my name is still Fernando Pérez, and I want that accent in there, regardless of whether I'm writing in Spanish or in English :) Anyway, this problem has nothing to do with these fonts at all, which are only supposed to be used for showing math symbols Ah, but they work really nice for displaying text :) And the kicker is, your Lyx display ends up looking _almost_ like printed latex, especially with instant-math-preview on. See, when you give people a good thing, they'll never thank you. They'll just come back and ask you to make it even better ;) I'm not particularly interested in doing this, I'm not a font hacker Understood. But maybe somewhere down the road, someone can pick it up and finish it. Anyway, it's a minor nit with an easy workaround, so don't loose sleep over it. Best, f.
Re: New Qt math fonts - Linux xft testers required
Jean-Marc Lasgouttes wrote: Fernando == Fernando Perez [EMAIL PROTECTED] writes: Fernando I have the same problem with these as I had with the old Fernando ones: I can't get accented characters to display properly in Fernando normal text. I can send you a pair of screenshots if needed Fernando showing the difference with Cmr10 vs. any other regular Fernando TrueType font in the system. Cmr10 does not have accented characters. It only has non-accented letters and separate accents. Ah! Bummer. Thanks for the clarification, though. It would be really nice if it had them, as it would make the on-screen visual appearance that much closer to that of the printed page with zero effort. Oh well, I guess I can still use it when I'm writing in English and live with the square on my last name :) Best, f.
Re: New Qt math fonts - Linux xft testers required
Matej Cepl wrote: On 2003-06-20, 18:26 GMT, Fernando Perez wrote: Ah! Bummer. Thanks for the clarification, though. It would be really nice if it had them, as it would make the on-screen visual appearance that much closer to that of the printed page with zero effort. PLEASE, No!!! LyX was never intended to make any appearance closer to anything. And I beg developers not to give in to any attempts to do so. Don't worry, chill out. This is simply a _font_ issue I was talking about, nothing else. I am a _huge_ fan of Lyx's WYSIWYM, and I'd never favor any effort in the direction of trying to tweak the visual layout unnecessarily. I know VERY WELL that down that path lie both madness and MS Word-like document micro-management. I've been using Lyx for many years (since the 0.10 days) and I've written theses and papers with it, so I know full well where its strenghts lie. However, just like the instant latex-preview of equations is a nice touch for seeing your math rendered just like latex will, I see no harm in seeing on-screen my document with Computer Modern fonts. Keep in mind that users of non-accented languages can already do it, it's just that the lack of accents in Cmr10 prevents some of us from doing it. Those fonts are really nice and readable, and being able to use them while I work would be a nice touch. But as I said, this is a minor thing. Have a beer and relax, I'm not trying to propose that lyx becomes MS Word, don't worry. Cheers, f.
Re: Lyx accents ...
Andres Becerra Sandoval wrote:
Hello LyXers,
I've seen that lyx internal format suports accents with this codes:
\i \'{letter}CR
where letter is a | e | i | o | u and CR is a carriage return
It also supports
\i \~{n}CR for an n~ (ntilde)
But, for default, the internal format uses the accented characters directly
and not the codes above, and this causes me troubles with Latex2Html.
What I like to do is that my lyx uses this codes by default ...
Maybe I have something wrong, and this a mistake in my machine
configuration which is:
Redhat 8.0 Lyx 1.3.2
Try using lyxport (http://www-hep.colorado.edu/~fperez/lyxport/) I don't
remember what I did, but it seems to fix whatever the encoding issue is. I
just wrote a simple test with accents (same platform as you), and while Lyx's
'Export to HTML' does indeed fail, lyxport succeeds.
Best,
f.
Some info about lyx-qt 1.3.2 segfaults
Hi all, I'm not subscribed to lyx-dev and I just have already too many email lists. But I saw a discussion about lyx-qt 1.3.2 segfaulting under redhat, and I figured I'd add a bit of info in case it helps the developers. Platform: RedHat 8.0, KDE 3.1, Qt 3.1. Lyx 1.3.2, using the Lyx.org supplied rpms. Crash mode: start new document, press Alt-I-S (insert special character). The 'Special' menu entry does NOT get highlighted, as it should. Now, press right arrow. Lyx crashes. I tried it under gdb, and when lyx dies, everything seems to lock up, including the window manager. But there's a way to recover: type Ctrl-Alt-F1, log into a text terminal, and kill the gdb process by hand. Then type Alt-F7 to go back to X. The system is now unfrozen. The following is a screen copy of the gdb output: [~] gdb lyx GNU gdb Red Hat Linux (5.2.1-4) Copyright 2002 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as i386-redhat-linux...(no debugging symbols found)... (gdb) run Starting program: /usr/bin/lyx [New Thread 16384 (LWP 17855)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 16384 (LWP 17855)] 0x40317212 in QPopupMenu::keyPressEvent(QKeyEvent*) () from /usr/lib/qt-3.1/lib/libqt-mt.so.3 (gdb) Killed lyx: SIGHUP signal caught Bye. [~] Mutex destroy failure: Device or resource busy This crash is 100% reproducible. I hope this is of some use. Best, f.
Re: Some info about lyx-qt 1.3.2 segfaults
Alfredo Braunstein wrote: Could you try to get a complete backtrace? Not running kde, or enabling/using a core file maybe helps. Under Gnome it's even a bit worse: after killing gdb and reentering X, the mouse pointer disappears! Hitting Alt-F1 to get a keyboard menu seems to resucitate the pointer. Anyway, enabling core files doesn't seem to help much, as the lyx.org rpms have no debugging info in them. Sorry, but I don't have time right now to make a debug build and play with it. If I make lyx dump core and try to load the core into gdb, the backtrace is pretty uninformative: (gdb) core core.18511 Core was generated by `lyx'. Program terminated with signal 6, Aborted. #0 0x42028851 in ?? () (gdb) bt full #0 0x42028851 in ?? () No symbol table info available. #1 0x420284f4 in ?? () No symbol table info available. #2 0x42029beb in ?? () No symbol table info available. ... more of the same (19 stack frames total) ... Sorry for not being able to work more on this one. Best, f.
Re: Some info about lyx-qt 1.3.2 segfaults
Alfredo Braunstein wrote: I don't know if I've mentioned it, but I have Redhat 9, with the provided qt 3.1.1-6 and I cannot reproduce it at all. More specifically (in case it helps you guys), I'm using RedHat 8.0, but I updated my qt/kde from freshrpms.org to: kdelibs-3.1.2-0.fdr.3.rh80 qt-3.1.2-7.fdr.0.rh80 My Lyx is from lyx.org: lyx-1.3.2-1_qt Again, sorry I can't do deeper debugging here. Best, f.
Re: Some info about lyx-qt 1.3.2 segfaults
Juergen Spitzmueller wrote: Fernando Perez wrote: Crash mode: start new document, press Alt-I-S (insert special character). The 'Special' menu entry does NOT get highlighted, as it should. Now, press right arrow. Lyx crashes. It's a qt bug. I can reproduce this kind of crash with any qt or kde app of my choice (kmail, knode, konqueror, qtdesigner). I have sent a bug report to trolltech, but I suspect there is nothing we can do about it. You're right, I just tested knode and I get the same crash. It always seems to occur if you try to open with the keyboard a menu entry which itself has a submenu. The submenu doesn't get highlighted, but when you press right arrow, the crash occurs. Oh well, at least now you know it's not a lyx-specific bug. It's kind of funny that this hasn't been detected before, considering how widespread KDE is. I can see lyx users not having run into it, since lyx-qt is still new and the lyx user base is much smaller than the KDE one. I hope the trolltech team gives you some response. BTW: Are you all using qt 3.1.2? Yup: qt-3.1.2-7.fdr.0.rh80 This rpm is from freshrpms.org. Best, f.
Re: Some info about lyx-qt 1.3.2 segfaults
John Levon wrote: On Wed, Jul 02, 2003 at 08:10:33AM -0600, Fernando Perez wrote: funny that this hasn't been detected before, considering how widespread KDE is. I can see lyx users not having run into it, since lyx-qt is still new and the lyx user base is much smaller than the KDE one. I hope the Qt 3.1.2 is relatively new, so won't be in wide use yet. I guess we can expect updates relatively soon Right. I hadn't realized that this was a qt-3.1.2-specific bug, which was not present in 3.1.1. I only learned that after reading the thread in lyx-dev where you guys discussed that fact. Best, f.
Re: absolute path and graphics file
Jean-Marc Lasgouttes wrote: Marcin == Marcin Bukat [EMAIL PROTECTED] writes: Marcin Current behavor is ok unless You work on the same document on Marcin few different machines (home/work for example). Could you give a more precise example on the kind of document hierarchy that you use? The question wasn't to me, but here's a simple example where absolute paths are a problem: suppose I work on the same lyx doc at my work computer and on my laptop. At work, $HOME is /usr/users/fperez, on my laptop it's /usr/local/home/fperez. If the figure paths are absolute, the document won't work correctly in one of the two computers. I can work around that by making fake symlinks to simulate the paths, but it's kind of a clunky solution. HTH. Best, f.
Re: spell checking
Matej Cepl wrote:
On 2003-07-04, 13:40 GMT, Eduardo Haro wrote:
I'm beginning to use LYX, and I've got a problem with the spell checker,
for a document in french. The thing is that, when LYX begins the spell
checking, it alwais breakes the words in the accents (for example, for
the word problme, it checks probl and me, but never recognises
the whole word).
This is actually a very old bug in LyX, which unfortunately still did
not get fixed. Let's hope ... :-)
I'm not sure it's actually a LyX true bug, but more of a subtle confusion. In
Lyx, it's possible to have accented characters be generated as Latex sequences
(\'{e}) or as directly accented letters (). I've seen the problem
mentioned by the OP if I use the first option, but if I use accented letters
directly, it goes away.
I can't quite recall what I did to make sure I got instead of \'{e} in the
.tex sources, though. It was long ago, and whatever preference I set seems to
have survived from my 0.10 install through today.
The nice thing about this is that it also makes the resulting .tex sources
much nicer to read.
HTH.
Best,
f.
Re: absolute path and graphics file
Jean-Marc Lasgouttes wrote: Fernando The question wasn't to me, but here's a simple example where Fernando absolute paths are a problem: suppose I work on the same lyx Fernando doc at my work computer and on my laptop. At work, $HOME is Fernando /usr/users/fperez, on my laptop it's /usr/local/home/fperez. Fernando If the figure paths are absolute, the document won't work Fernando correctly in one of the two computers. I can work around Fernando that by making fake symlinks to simulate the paths, but it's Fernando kind of a clunky solution. This is why LyX tries to use relative paths when it think it is reasonable (of course there is a bug in the qt port in 1.3.2, but this will be fixed in 1.3.3). Sure, I'll update when 1.3.3 is out. I just wanted to give an example explicitly, as I think I saw someone asking for absolute paths, and I wanted to show a case where they cause problems. But I could have just misinterpreted something in the earlier discussion. Best, f
Missing references bug: lyx not calling pdflatex again?
Hi all, I've searched both bugzilla and the lists for help on this problem, so far without luck. Any hints would be most welcome. I have a document with a bibtex-generated list of references, and when I try to export it to PDF or postscript (via the GUI or with 'lyx -e pdf2', for example), all the citations appear as [??] marks, though the references section is correctly generated. The only workaround I've been able to find is to click on the 'bibtex references' box at the end, make some trivial change (choose a different style, or check the 'add to TOC' box), and rerun the PDF/PS generation. THEN, the numbers appear, and I can revert my trivial change and continue. Needless to say, it is incredibly annoying to have to do this every time, and it breaks my makefile-based workflow (this is a document being developed in collaboration from many places, so I wrote a makefile to generate all the required PDFs without human intervention). I'd be very appreciative of any help or hints. Cheers, f
Re: Missing references bug: lyx not calling pdflatex again?
David L. Johnson wrote: On Fri, 06 Jan 2006 16:19:03 -0700 Fernando Perez [EMAIL PROTECTED] wrote: I have a document with a bibtex-generated list of references, and when I try to export it to PDF or postscript (via the GUI or with 'lyx -e pdf2', for example), all the citations appear as [??] marks, though the references section is correctly generated. Typically with Latex the first run would generate missing references such as this. If I am running Latex manually, I simply run it twice. That way the appropriate temporary files are generated so that the second run can read them. I thought LyX would do the same thing. It should, and sometimes it does, as I mention below. But the problem is that it misses many times, and requires a no-op fiddle with the bibtex box to realize that it has to make an extra pass. The only workaround I've been able to find is to click on the 'bibtex references' box at the end, make some trivial change (choose a different style, or check the 'add to TOC' box), and rerun the PDF/PS generation. THEN, the numbers appear, and I can revert my trivial change and continue. Needless to say, it is incredibly annoying to have to do this every time, and it breaks my makefile-based workflow (this is a document being developed in collaboration from many places, so I wrote a makefile to generate all the required PDFs without human intervention). Try adding a second Latex run into that makefile. Well, it's not that simple: the makefile calls lyx -e pdf2 master.lyx to make 'master.pdf'. This master file has many subdocuments, EPS figures, and more. To generate the final one manually, I'd have to write out the raw latex, convert all figures from .eps format to .pdf (pdflatex doesn't understand eps figures), etc. That's _precisely_ all the magic and convenience that lyx does for you when you say 'export PDF', but it's borking out on bibtex management. This is a lyx bug, I'm pretty convinced. I guess I should just take it up on lyx-dev... Cheers, f
Re: Missing references bug: lyx not calling pdflatex again?
Georg Baum wrote: Am Sonntag, 8. Januar 2006 03:22 schrieb Fernando Perez: This is a lyx bug, I'm pretty convinced. I think so, too. I guess I should just take it up on lyx-dev... Please do, and enter it at http://bugzilla.lyx.org. It would be great if you could also attach an example document and create step-by-step instructions to reproduce the bug. OK, I will. I'm not sure I'll be able to post a document, as it's very on and off (the current one where I see it is too big and I can't make it public). I'll try though, and at least I'll explain it well. Thanks. Cheers, f
Re: woe with indexing
Hi Stephan, stephan beal wrote: Now it's time for me to go hack lyxport so it can run makeindex... (lyxport-exported docs are missing the index). I saw this accidentally, I almost never read the lyx lists anymore. If you get this to work, send the mods/patch my way, and I'll put up a new version on the usual site. At least that way others will benefit from your enhancements (even if I don't really work on lyxport anymore). Best, f
Re: Thesis/Dissertation LyX Classes
Jack Gill wrote: Do you know of U. S. universities that have developed and made available (and strongly suggest or even require) LyX classes for thesis and dissertation writing/submitting/publishing, particularly in the natural sciences? The University of Colorado's thesis class in Latex has a matching lyx layout file (one of the early lyx team members was a grad student in my department -- physics). I benefited greatly from this, since the mechanics of writing the actual manuscript and handling the bibliography were all handled beautifully by Lyx+pybliographic, along with a tiny custom script I wrote (a few lines of python) to retrieve bibtex records from the SPIRES database based on ArXiV.org numbers. It was really a joy of a system to use (and I was using lyx 1.1.something with Xforms, not today's beautiful QT-based 1.3.x :) Best, f
Re: problems with acents in portuguese (latin1) in lyx 1.3.5 with fedora core 3
Jose' Matos wrote: On Saturday 27 November 2004 21:28, andre wrote: Hello! I have a problen in My lyx 1.3.5. Lyx not accept acentuation in brazilian/portuguese. Obs: all other prograns acentuate correctly (like mozila-mail á é í ó ú à è ì ò ù ç ã õ). My system is a fedora core 3 updated from core 2. [...] Long answer in a short version, use the packages from kde-redhat for qt: kde-redhat.sf.net The problem is due to a patch im-patch (where im means input method), for some reason that patch is still applied to those packages shipping with FC3. This is nasty. Do you know if it's been reported on bugzilla yet? I was about to upgrade a bunch of machines to FC3, but having to track a separate repo for the QT libraries is going to be one big PITA (these boxes have to pretty much run themselves, I don't have time to manually mess with them). Cheers, f
Re: Presentations with Beemer
[EMAIL PROTECTED] wrote: On Wed, 8 Dec 2004, Matej Cepl wrote: Rich Shepard wrote: I was speaking yesterday with one of the Association's office staff (she was obviously bored since the other two had left for meetings in China). I mentioned how poorly most folks do presentations with their PowerPoint stuff. There ought to be prohibition of those speaking to an audience with computer-generated visual aids unless the individual has taken a course in how to do it. Irritates me no end to have someone read his/her slides to me. OT questions: o you have any URL where I could find how to do a presentations well? The beamer manual actually has a section discussing these issues (good presentation technique, independently of the tool used for the job). OT remark: A lyx-example for using beamer would be nice to add to the wiki. Links for doing presentations well would also fit in nicely there :-) Note that beamer comes with extensive LyX examples, and many LyX-specific notes (nicely highlighted by a blue LyX symbol in the margin) in the very detailed 200+ pages manual. So anyone who actually downloads beamer will immediately have far more documentation and examples than they can read. The supplied examples are lyx files, and range from very simple to quite complex, highlighting just about any task you may want to do in beamer. Beamer is absolutely superb. I just started using it recently, and I've been really blown away by both the visual quality of the output, and how well put together the whole thing is (documentation, examples, attention to detail). If anyone wants to see an example right away, written using lyx, here is one: http://amath.colorado.edu/faculty/fperez/talks/0411_python_scicomp.pdf Cheers, f
Re: layout for a PhD thesis
Paolo Valente wrote: Hi everybody, I'm a new Lyx users and I'd like to use it to write my PhD thesis. Could someone suggest me a nice layout including chapter, theorem, lemma, proof environments? Thanks, Paolo Valente U. Colorado has a thesis style with lyx support, since one of the lyx developers was a CU grad student. Best, f
Bug in 1.3? Server pipes not destroyed
Hi all, I'm experiencing a problem I hadn't seen with the 1.1.x series, now that I moved to the 1.3 version. I'm using the lyx.org supplied RedHat 8.0 binaries with the QT front end. The problem is that the lyxpipe.in/out files in ~/.lyx/ appear not to be destroyed when lyx exits: [~] \rm .lyx/lyxpipe.* [~] lyx Mutex destroy failure: Device or resource busy # I've quit lyx cleanly and now restart it again: [~] lyx LyXComm: Pipe /usr/local/home/fperez/.lyx-1.3/lyxpipe.in already exists. If no other LyX program is active, please delete the pipe by hand and try again. Mutex destroy failure: Device or resource busy This is problematic for me because I use pybliographic extensively, which communicates with lyx via the server pipes. I can work around the problem by making a simple alias/script which manually removes the pipes, but it's a bit of an annoyance. I figured I'd mention it so developers can take a look at this issue. Best regards, Fernando.
Re: Option to set all ERT's to 'inline'
On Mon, 17 Feb 2003, Angus Leeming wrote: Davor Cengija wrote: Thanks for the affort, Angus, I already have something like that. However, a default setting for ERT's in Preferences would be more than useful. I don't know if the developers would like it, but I surely would. I think that I can say definitively that that won't happen. 'Inlined' is good only for short snippets of ERT. We couldn't allow it to be the default. Anyway, you have your script, so what's the problem ;-) If I may say, there shouldn't be any problem with adding an _option_ in the preferences dialog such as 'New ERT default state' - inlined/expanded. The sed method is fine for reconverting an existing document, but for a person who _knows_ that 90% of her ERT use is ok with inlined insets, it's a bit annoying to have to manually close each new one. I happen to use ERT a fair bit for small things (and almost never for big stuff), so I'd love to have such an option. It's fine if the default is 'Expanded', we are simply talking about a user-level option for the state of newly created ERTs. Cheers, f.
Lyx 1.3.0 ignoring paper sizes?
Hi all, I just tried to use the paper size option in lyx 1.3.0 (the redhat8 rpm from the lyx site, qt frontend). I can set the option allright, but it seems to be blissfully ignored. I get letter-sized output regardless of what I choose (I tried A4, US Executive and a few more). Is this a new/known bug, or am I missing something obvious? I'd used these options in the 1.1.x days many times without ever having any problems. Thanks for any input. Best, f.
Re: Lyx 1.3.0 ignoring paper sizes?
John Levon wrote: I just tried to use the paper size option in lyx 1.3.0 (the redhat8 rpm from the lyx site, qt frontend). I can set the option allright, but it seems to be blissfully ignored. I get letter-sized output regardless of what I choose (I tried A4, US Executive and a few more). Is this a new/known bug, or am I missing something obvious? I'd used these options in the 1.1.x days many times without ever having any problems. It's a known and fixed bug .. sorry for the inconvenience ;) No problem. When you say fixed, does it mean that 1.3.1 will have the fix in (whenever it's out), or is it something deeper which will have to wait until 1.4? Best, f.
Re: Lyx 1.3.0 ignoring paper sizes?
John Levon wrote: On Fri, Feb 28, 2003 at 05:57:05PM -0700, Fernando Perez wrote: No problem. When you say fixed, does it mean that 1.3.1 will have the fix in (whenever it's out), or is it something deeper which will have to wait until 1.4? 1.3.1 will have the fix - http://bugzilla.lyx.org/show_bug.cgi?id=844 I think that's it, anyway Ah, thanks a bunch. There seems to have been some developers discussion about it, so I hope the issue was cleared to full satisfaction. I'll grab 1.3.1 when it's officially out. Regards, Fernando.
Re: New Qt math fonts - Linux xft testers required
John Levon wrote: If you needed latex-ttf-fonts, then uninstall it, and install http://movementarian.org/latex-xft-fonts-0.1.tar.gz Place the tarball in $HOME/.fonts/ dir, do : tar zxvf latex-xft-fonts-0.1.tar.gz fc-cache -fv And try out lyx. Please report back (if you have problems, give version information for qt, X, Xft, lyx, etc.) I'm using lyx 1.3.2 with Qt 3.1.2 under RedHat 8.0 (X 4.2.0). I have the same problem with these as I had with the old ones: I can't get accented characters to display properly in normal text. I can send you a pair of screenshots if needed showing the difference with Cmr10 vs. any other regular TrueType font in the system. Note that the accented characters show up just fine in the final postscript, and are also displayed correctly within lyx if I use any other font. While this issue was already there with the old latex-ttf package, it would be great to see it solved now that you are working on the fonts issue. This would allow me to move over to using Computer Modern for my day to day display (I currently use Bitstream Charter, which is reasonably close visually and very readable). Thanks, f.
