Re: chopped-off brackets in printed PDF
John Pye wrote: Hi all, I have created a PDF using using pdflatex export from LyX 1.4.1-7.fc5 on Fedora Core 5. When I view the PDF under Windows 2000 with Acrobat version 4, it all looks fine. But when I print it, all the large parentheses (those enclosing expressions with fractions) are chopped off at slightly above the level of the line between the numerator and denominator. Does anyone know if this a problem with Acrobat or a problem with my printer, or a problem with windows, or a problem with the fonts embedded in the PDF, or what? I presume other people have seen this? I can send a scanned example, or the PDF itself, if anyone wants it. Please let me know if there's a better place to raise this issue, too. I've never seen this phenomenon. Embedded fonts would be my first suspect, depending on what fonts you're using. Have you tried pslatex, ae or the lmodern fonts? They all display well in PDF files, and (as far as I know) print correctly. Other than that, I'd suggest posting a minimal example (both LyX and PDF files) so that we can take a look on other printers. /Paul
Re: Sharing layout files
You could use the Creative Commons license if you wish, or any of many other open licenses. If you wish to make it available for incorporation in for-profit distributions, you might use the BSD license or some such. However, it is doubtful that a stylesheet is particularly easy to enforce any copyright over, since there are only so many ways to make a stylesheet show a particular result. As I learn a little more about creating the stylesheets, I think I will work on a style file that will work with the DITA XML standard (DITA="Darwin Information Typing Architecture"--now an Oasis standard). IT's much simpler than DocBook, for instance, but is particularly well-suited to technical documentation. Essentially, there are topics (procedures, reference, and concept forms) and a map file that combines topics. David On 5/30/06, Steve Litt <[EMAIL PROTECTED]> wrote: One other question -- when submitting all these layouts, how do we license them so they're free software that can be used, modified, copied and redistruted by everyone?
Re: How to get/use beamer class?
[EMAIL PROTECTED] wrote: hi all, how do i set up lyx (using 1.4.1) so that i can work with beamer? i'm on windows, and i installed all the prereq software (incl. miktex, which i see has beamer in its tex\latex\ directory). i downloaded the wiki's beamer.layout into my layouts dir, and i ran reconfigure. And restarted LyX afterward? however, i still don't see a 'beamer' option in the document class dropdown, and i can't open the example beamer .lyx files from the wiki (i get an error, that the beamer class isn't found). thanks in advance for any help. Hmm, odd. Open a DOS window and run 'kpsewhich beamer.cls'. It should report back the path to the beamer class file. If not, there's a problem with its installation. (It might have been downloaded without updating the MiKTeX database.) If kpsewhich strikes out, try running the MiKTeX Options program, and click "Refresh now" in the General tab. If kpsewhich finds beamer.cls, then you might try running the LyX configuration script from a command prompt. Open the command prompt in the LyX Resources folder, and run configure.bat (or 'sh configure' if you don't have a configure.bat file). If you have to run sh, you might need to supply a path to it. The (copious) output from the configure script should include some mention of finding (or not finding) beamer. /Paul
How to get/use beamer class?
hi all, how do i set up lyx (using 1.4.1) so that i can work with beamer? i'm on windows, and i installed all the prereq software (incl. miktex, which i see has beamer in its tex\latex\ directory). i downloaded the wiki's beamer.layout into my layouts dir, and i ran reconfigure. however, i still don't see a 'beamer' option in the document class dropdown, and i can't open the example beamer .lyx files from the wiki (i get an error, that the beamer class isn't found). thanks in advance for any help.
Re: Sharing layout files
On Tuesday 30 May 2006 11:27 am, [EMAIL PROTECTED] wrote: > On Mon, 29 May 2006, Steve Litt wrote: > > On Monday 29 May 2006 02:54 pm, [EMAIL PROTECTED] wrote: > >> You ask a very good question, and to be honest I have no idea whatsoever > >> why people aren't sharing their layouts, but here's two gueses: > >> > >> * People feel that their layout isn't "good" enough... > > > > Yes, I don't think my layouts are good enough, at least from a coding > > viewpoint. They *do* accomplish the page layout I needed, but they're not > > pretty, and probably not done the best way. > > Ach.. ich verstehe. Mabye we dein Angst helfen kann. If you on that Couch > will lie down, we shall Your mutter, Uberjag und other issues diskutieren. Ich konne ein bischen LaTex, aber keine Deutsch. Ich supposedlieren :-) Deutsch gelernt auf Hochschule, aber neiiinnn! > > Ok, that parody didn't come out as well as I'd hoped... Nor did mine :-) > anyway, I > recognize the "my coding isn't good enough"-feeling. In addition, I'm > often somewhat of a perfectionist. What I can say is that in my > experience, people don't complain about coding quality[1]. > At best they are very grateful and thankful to just get anything. > At worst, they ask for more features... > > Btw, I'd like to take the this opportunity and thank your for some of the > stuff you wrote a long time ago about how to do your own layouts - those > texts really did help me! In fact, I probably relied on your tips quite a > bit when I did the Songbook layout. Very welcome. I'm glad it worked out for you. > > >> * People feel that it's too difficult to upload the layout... > > > > Yes, I feel the layouts are too hard to upload. I hardly know how to use > > wikis at all. > > I'd be happy to help with this of course. More importantly probably, I'm > very grateful for any tips on *what* it is that makes it diffiult. If it > so difficult that people as you don't to it, the entire LyX community is > missing out... I'll gratefully accept your help. I have 2 problems with wikis 1) I don't know (and forget when I do know) all the shortcuts for various lines, heading levels and the like. 2) The whole thing looks very intimidating to me. It's like I'm overwhelmed, and don't know where to start with a wiki. One other question -- when submitting all these layouts, how do we license them so they're free software that can be used, modified, copied and redistruted by everyone? > > So please consider this a question to everyone on this list. Can you give > me examples on what you find difficult when it comes to the wiki? For me it's not *the* wiki, it's *any* wiki. Thanks SteveT Steve Litt Author: * Universal Troubleshooting Process courseware * Troubleshooting Techniques of the Successful Technologist * Manager's Guide to Technical Troubleshooting * Twenty Eight Tales of Troubleshooting * Rapid Learning: Secret Weapon of the Successful Technologist http://www.troubleshooters.com/bookstore http://www.troubleshooters.com/utp/tcourses.htm
hyperref use
Hi,
i am trying to use hyperref in a report class document. i would like to
have a list in the bookmark section of pdf file showing the table of
contents and have links so that the reader can move from the reference
in the text to biblogrphy section and back. i don't know much about it
but by reading the manual i tried to add the following command in the
preamble for this
\hypersetup{backref=true,
bookmarksopen=true,bookmarks=true,bookmarkstype=toc,citebordercolor=1 1 1,
=1 1 1,pagebordercolor=1 1 1}
In the Pdf file the links are created in the table of contents and also
for the references in the text. But the problem is that all the links
have boxes around them. i tired citebordercolor option as above and also
linkbordercolor=1 1 1 and colorlinks=false option but the it has no
effect on the ouput. Also the bookmarks it not created.
i would be very thankful to receive some help on this issue.
regards
Kamran
Re: Table Numbering
On Tuesday 30 May 2006 16:16, Paul A. Rubin wrote: > > I suspect that you using a longtable inside a float. I may be wrong (it > > happens ;-) but it produces the same behaviour that are seeing. :-) Did I wrote that?! :-) I had very few time to answer and this is result. :-) > Well, it didn't happen this time. ;-) You're right, the first table is > flagged longtable (although in the test document, at least, it's not all > that long). Is this a known LaTeX problem? Or is it correct behavior > (as defined by longtable)? It is like that by definition. :-) A longtable can not be inserted inside a float: http://tug.org/TeXnik/mainFAQ.cgi?file=table/longtable This is from Tips and Tricks. > /Paul -- José Abílio
Re: Page number Alignment
Andreas K. wrote:
Luqman H <[EMAIL PROTECTED]> writes:
hi,
is it possible to align the page number
instead of just center align on default pagestyle ?
for ex. i want to align the page number on right bottom
of the page..
thanks...
You have to use the fancyheader package, see http://www.ctan.org/tex-
archive/macros/latex/contrib/fancyhdr/fancyhdr.pdf
An example is given here: http://www.mail-archive.com/lyx-
[EMAIL PROTECTED]/msg47016.html
I think you should write the following in the preamble:
\pagestyle{fancy}
\renewcommand{\headrulewidth}{0pt}
\rhead{}
\lhead{}
\rfoot{\thepage}
\lfoot{}
\cfoot{}
and \thispagestyle{fancy} using ERT at the start of the first line of the page.
If you want the page number bottom right on every page, some of this can
be simplified. (Menu instructions below follow the LyX 1.4.x layout,
but the same can be done in LyX 1.3.x.) First, go to
Document->Settings...->Page Layout->Page style: and set it to fancy.
This takes the place of the \pagestyle{fancy} command. Add the other
commands Andreas recommended to the preamble (although you only need the
ones with empty arguments, such as \cfoot{}, if there's something in the
header or footer you want to turn off, such as a centered page number in
the footer). I don't think you will need to add \thispagestyle{fancy}
to the text.
/Paul
Re: Sharing layout files
On Mon, 29 May 2006, Steve Litt wrote: On Monday 29 May 2006 02:54 pm, [EMAIL PROTECTED] wrote: You ask a very good question, and to be honest I have no idea whatsoever why people aren't sharing their layouts, but here's two gueses: * People feel that their layout isn't "good" enough... Yes, I don't think my layouts are good enough, at least from a coding viewpoint. They *do* accomplish the page layout I needed, but they're not pretty, and probably not done the best way. Ach.. ich verstehe. Mabye we dein Angst helfen kann. If you on that Couch will lie down, we shall Your mutter, Uberjag und other issues diskutieren. Ok, that parody didn't come out as well as I'd hoped... anyway, I recognize the "my coding isn't good enough"-feeling. In addition, I'm often somewhat of a perfectionist. What I can say is that in my experience, people don't complain about coding quality[1]. At best they are very grateful and thankful to just get anything. At worst, they ask for more features... Btw, I'd like to take the this opportunity and thank your for some of the stuff you wrote a long time ago about how to do your own layouts - those texts really did help me! In fact, I probably relied on your tips quite a bit when I did the Songbook layout. * People feel that it's too difficult to upload the layout... Yes, I feel the layouts are too hard to upload. I hardly know how to use wikis at all. I'd be happy to help with this of course. More importantly probably, I'm very grateful for any tips on *what* it is that makes it diffiult. If it so difficult that people as you don't to it, the entire LyX community is missing out... So please consider this a question to everyone on this list. Can you give me examples on what you find difficult when it comes to the wiki? I won't promise to fix it, especially if you just say "it sucks, man!". I will however listen and try to figure out what the problem is. /Christian [1] The LyX developers list is an exception. They do have standards on the coding quality there. These do however certainly not apply to examples that LyX users contribute to the wiki. There it is "only" a matter of your personal pride... -- Christian Ridderström, +46-8-768 39 44 http://www.md.kth.se/~chr
Re: Table Numbering
Jose' Matos wrote: On Saturday 27 May 2006 14:00, Jan wrote: Does anyone have an idea how I could fix this? I suspect that you using a longtable inside a float. I may be wrong (it happens ;-) but it produces the same behaviour that are seeing. :-) Well, it didn't happen this time. ;-) You're right, the first table is flagged longtable (although in the test document, at least, it's not all that long). Is this a known LaTeX problem? Or is it correct behavior (as defined by longtable)? /Paul
Re: Compilation of LyX 1.4.1 in (K)Ubuntu 5.10 AMD64
Hi Luis,
> It does also for me, but the corresponding 'lyx' executable won't load.
> Here you have the output I get when I try to load the program with the '-dbg
> init' option
> ---
> [EMAIL PROTECTED]:~$ lyx -dbg init
[ca 70 lines skipped]
> Reading language welsh
> Reading layouts...
At this place in my (working) installation lyx -dbg init continues with
"About to read default...
Found default in /usr/local/share/lyx/ui/default.ui
About to read stdmenus.ui...
Found stdmenus.ui in /usr/local/share/lyx/ui/stdmenus.ui
About to read stdtoolbars.ui..."
Running the same as "strace -e trace=open lyx -dbg init" (strace
is a nice tool to see which files are opened, you also can use it
for tracking of other user/kernelspace interaction) shows that
(on my installation) at this stage of booting lyx the following files
are opened:
Reading layouts...
open("/usr/local/share/lyx/textclass.lst", O_RDONLY|O_LARGEFILE) = 4
open("/usr/local/share/lyx/textclass.lst", O_RDONLY|O_LARGEFILE) = 4
open("/usr/local/share/lyx/bind/cua.bind", O_RDONLY|O_LARGEFILE) = 4
open("/usr/local/share/lyx/bind/cua.bind", O_RDONLY|O_LARGEFILE) = 4
open("/usr/local/share/lyx/bind/menus.bind", O_RDONLY|O_LARGEFILE) = 5
open("/usr/local/share/lyx/bind/menus.bind", O_RDONLY|O_LARGEFILE) = 5
open("/usr/local/share/lyx/bind/math.bind", O_RDONLY|O_LARGEFILE) = 5
open("/usr/local/share/lyx/bind/math.bind", O_RDONLY|O_LARGEFILE) = 5
open("/usr/local/share/lyx/bind/latinkeys.bind", O_RDONLY|O_LARGEFILE) = 5
open("/usr/local/share/lyx/bind/latinkeys.bind", O_RDONLY|O_LARGEFILE) = 5
open("/usr/local/share/lyx/bind/cyrkeys.bind", O_RDONLY|O_LARGEFILE) = 5
open("/usr/local/share/lyx/bind/cyrkeys.bind", O_RDONLY|O_LARGEFILE) = 5
open("/usr/local/share/lyx/bind/greekkeys.bind", O_RDONLY|O_LARGEFILE) = 5
open("/usr/local/share/lyx/bind/greekkeys.bind", O_RDONLY|O_LARGEFILE) = 5
About to read default...
Found default in /usr/local/share/lyx/ui/default.ui
open("/usr/local/share/lyx/ui/default.ui", O_RDONLY|O_LARGEFILE) = 4
open("/usr/local/share/lyx/ui/default.ui", O_RDONLY|O_LARGEFILE) = 4
About to read stdmenus.ui...
Found stdmenus.ui in /usr/local/share/lyx/ui/stdmenus.ui
open("/usr/local/share/lyx/ui/stdmenus.ui", O_RDONLY|O_LARGEFILE) = 5
open("/usr/local/share/lyx/ui/stdmenus.ui", O_RDONLY|O_LARGEFILE) = 5
About to read stdtoolbars.ui...
Found stdtoolbars.ui in /usr/local/share/lyx/ui/stdtoolbars.ui
open("/usr/local/share/lyx/ui/stdtoolbars.ui", O_RDONLY|O_LARGEFILE) = 5
open("/usr/local/share/lyx/ui/stdtoolbars.ui", O_RDONLY|O_LARGEFILE) = 5
open("/tmp/lyx_tmpdir14553Ax5bAY", O_RDWR|O_CREAT|O_EXCL, 0600) = 4
LyX tmp dir: `/tmp/lyx_tmpdir14553Ax5bAY'
Reading lastfiles `/home/blasum/.lyx/lastfiles'...
open("/home/blasum/.lyx/lastfiles", O_RDONLY|O_LARGEFILE) = 4
etc
Three things to try:
(1) are (some of) the above-mentioned files in place?
(2) try "strace -e trace=open lyx -dbg init" yourself and see where
it hangs, or do (much more verbose) "strace lyx -dbg init".
(3) something much more simple: check whether it helps to move
your .lyx home directory (presumably configured for the old lyx
1.3.*) to .lyx-broken temporarily (I remember that during
the migration I had simply discarded mine in the same manner because
I hadn't done any customization anyway ...).
Cheers,
--
Holger Blasum +49-174-7313590 (gsm) GnuPG 1024D/ACDFC3B769DC1ED66B47
signature.asc
Description: Digital signature
Re: Compilation of LyX 1.4.1 in (K)Ubuntu 5.10 AMD64
Hi Georg, Thanks for your reply. El Lunes, 29 de Mayo de 2006 13:10, Georg Baum escribió: > Luis Angel Fernández Cuadrado wrote: > > Hi, > > > > I'm trying to compile LyX 1.4.1 from source in a KUbuntu 5.10 AMD64 > > machine with no luck. I've done thins kind of compilation many other > > times in SuSE i386 and AMD64 machines without problems. > > The key to it always was the parameters passed to the './configure' > > script: > > > > --with-frontend=qt --with-qt-dir= --with-qt-libraries= > > If ubuntu did not change the qt paths from debian then the following should > work: > > --with-frontend=qt --with-qt-dir=/usr/share/qt3 > > If it does not please post the errors you get. > > > Georg In fact, it does work. But there's a problem with the executable obtained as I mention in my replies to Holger and Anders' answers. -- Dr. Luis A. Fernández Department of Analytical Chemistry University of The Basque Country P.O. Box 644, 48080 Bilbao (Spain) Phone: +34 946015503 Fax: +34 946013500 http://www.ehu.es/udps
Re: Compilation of LyX 1.4.1 in (K)Ubuntu 5.10 AMD64
Hi Anders, Thanks for your answer and for the info. El Lunes, 29 de Mayo de 2006 13:10, Anders Dahnielson escribió: > On 5/29/06, Luis Angel Fernández Cuadrado <[EMAIL PROTECTED]> wrote: > > Hi, > > > > I'm trying to compile LyX 1.4.1 from source in a KUbuntu 5.10 AMD64 > > machine > > with no luck. I've done thins kind of compilation many other times in > > SuSE i386 and AMD64 machines without problems. > > The key to it always was the parameters passed to the './configure' > > script: > > > > --with-frontend=qt --with-qt-dir= --with-qt-libraries= > > > > I've tried many combinations of these without luck. Has anybody done this > > compilation or can give me a clue to what parameters are needed for a > > successful compilatipn of LyX 1.4.1 in this distribution? > > > > Thank you all very much. > > I compiled LyX 1.4.1 from source on a Kubuntu 5.10 PPC machine. > > Take a look at the instructions given on this page: > > http://wiki.lyx.org/LyX/LyXOnDebian#toc6 > > They work for Kubuntu too. > > Basically you create you own *.deb packages that you install. > > A good idea is to uninstall previous LyX packages instead of do a upgrade > with your own, because there can be a problem if you only build the Qt > frontend yourself when the old package also want to upgrade the xforms > frontend. Ok. I followed these instructions and got 4 .deb files (I didn't include the gtk frontend) which I installed after deinstalling and cleaning the 1.3.6 packages that come with KUbuntu 5.10. Of the 2 executables 'lyx-xforms' looks horrible but works ok and 'lyx-qt' does not load. When I try to load it with the '-dbg init' option this is what I get: - [EMAIL PROTECTED]:~$ lyx-qt -dbg init Locale es_ES could not be set Setting debug level to init Debugging `init' (Program initialisation) Checking whether LyX is run in place... no binary_dir /usr/bin/ system_support /usr/share/lyx/ build_support user_support /home/luis/.lyx/ locale_dir /usr/share/locale/ document_dir /home/luis temp_dir /tmp home_dir /home/luis Initializing LyX::init... About to read lyxrc.defaults... Found lyxrc.defaults in /usr/share/lyx/lyxrc.defaults About to read preferences... Found preferences in /home/luis/.lyx/preferences About to read encodings... Reading encoding iso8859-2 Reading encoding iso8859-3 Reading encoding iso8859-4 Reading encoding iso8859-5 Reading encoding iso8859-6 Reading encoding iso8859-7 Reading encoding iso8859-9 Reading encoding iso8859-13 Reading encoding iso8859-15 Reading encoding cp1255 Reading encoding cp1251 Reading encoding koi8 Reading encoding koi8-u Reading encoding tis620-0 Reading encoding pt154 About to read languages... Reading language afrikaans Reading language american Reading language arabic Reading language austrian Reading language bahasa Reading language belarusian Reading language basque Reading language brazil Reading language breton Reading language british Reading language bulgarian Reading language canadian Reading language canadien Reading language catalan Reading language croatian Reading language czech Reading language danish Reading language dutch Reading language english Reading language esperanto Reading language estonian Reading language finnish Reading language french Reading language galician Reading language german Reading language ngerman Reading language greek Reading language hebrew Reading language irish Reading language italian Reading language kazakh Reading language lithuanian Reading language latvian Reading language icelandic Reading language magyar Reading language norsk Reading language nynorsk Reading language polish Reading language portuges Reading language romanian Reading language russian Reading language scottish Reading language serbian Reading language serbocroatian Reading language spanish Reading language slovak Reading language slovene Reading language swedish Reading language thai Reading language turkish Reading language ukrainian Reading language welsh Reading layouts... - and it stops there. This is the same I get for the executable obtained when I compile the program in the old ./configure... -> make... -> make install sequence, as I posted in my reply to Holger's answer. I'm beggining to think that this must be related either to KUbuntu's version of the qt libraries or to my particular instalation. I'll keep researching on this... Thanks again. -- Dr. Luis A. Fernández Department of Analytical Chemistry University of The Basque Country P.O. Box 644, 48080 Bilbao (Spain) Phone: +34 946015503 Fax: +34 946013500 http://www.ehu.es/udps
Re: Compilation of LyX 1.4.1 in (K)Ubuntu 5.10 AMD64
Hi Holger, Thanks for your answer and, please, read below El Lunes, 29 de Mayo de 2006 13:10, Holger Blasum escribió: > Hello Luis, > > On 05-29, Luis Angel Fernández Cuadrado wrote: > > I'm trying to compile LyX 1.4.1 from source in a KUbuntu 5.10 AMD64 > > machine with no luck. I've done thins kind of compilation many other > > times in SuSE i386 and AMD64 machines without problems. > > The key to it always was the parameters passed to the './configure' > > script: --with-frontend=qt --with-qt-dir= --with-qt-libraries= > > On a debian (testing) machine > > $ dpkg -l libqt3-dev > gives > ii libqt3-dev 3.3.4-3Qt development files > (You might prefer another package management tool than dpkg, what > I mean is: if you dont have libqt3-dev, install it.) On KUbuntu 5.10 the package is libqt3-mt-dev > > zless /usr/share/doc/libqt3-dev/README.Debian.gz > says "If you need to set QTDIR, do export QTDIR=/usr/share/qt3" > > A double-check that qt3 is really sitting there: > /usr/share/qt3$ ls > this should show: > "bin doc include lib mkspecs plugins" That's right also on KUbuntu 5.10 > > Accordingly, > ./configure --with-frontend=qt --with-qt-dir=/usr/share/qt3 > did the job for me last week. > It does also for me, but the corresponding 'lyx' executable won't load. Here you have the output I get when I try to load the program with the '-dbg init' option --- [EMAIL PROTECTED]:~$ lyx -dbg init Locale es_ES could not be set Setting debug level to init Debugging `init' (Program initialisation) Checking whether LyX is run in place... no binary_dir /usr/local/bin/ system_support /usr/local/share/lyx/ build_support user_support /home/luis/.lyx/ locale_dir /usr/local/share/locale/ document_dir /home/luis temp_dir /tmp home_dir /home/luis Initializing LyX::init... About to read lyxrc.defaults... Found lyxrc.defaults in /usr/local/share/lyx/lyxrc.defaults About to read preferences... Found preferences in /home/luis/.lyx/preferences About to read encodings... Reading encoding iso8859-2 Reading encoding iso8859-3 Reading encoding iso8859-4 Reading encoding iso8859-5 Reading encoding iso8859-6 Reading encoding iso8859-7 Reading encoding iso8859-9 Reading encoding iso8859-13 Reading encoding iso8859-15 Reading encoding cp1255 Reading encoding cp1251 Reading encoding koi8 Reading encoding koi8-u Reading encoding tis620-0 Reading encoding pt154 About to read languages... Reading language afrikaans Reading language american Reading language arabic Reading language austrian Reading language bahasa Reading language belarusian Reading language basque Reading language brazil Reading language breton Reading language british Reading language bulgarian Reading language canadian Reading language canadien Reading language catalan Reading language croatian Reading language czech Reading language danish Reading language dutch Reading language english Reading language esperanto Reading language estonian Reading language finnish Reading language french Reading language galician Reading language german Reading language ngerman Reading language greek Reading language hebrew Reading language irish Reading language italian Reading language kazakh Reading language lithuanian Reading language latvian Reading language icelandic Reading language magyar Reading language norsk Reading language nynorsk Reading language polish Reading language portuges Reading language romanian Reading language russian Reading language scottish Reading language serbian Reading language serbocroatian Reading language spanish Reading language slovak Reading language slovene Reading language swedish Reading language thai Reading language turkish Reading language ukrainian Reading language welsh Reading layouts... --- and it stops there. Any clue what's happening? > Disclaimer: it may be the case that this generic debian approach > does not carry over to ubuntu. In that case protest immediately > and loudly! (Modulo that your libqt3-dev version also might be > different than 3.3.4-3, I'd guess anything beginning with 3 > will do the job.) > > Greetings, Thanks again, -- Dr. Luis A. Fernández Department of Analytical Chemistry University of The Basque Country P.O. Box 644, 48080 Bilbao (Spain) Phone: +34 946015503 Fax: +34 946013500 http://www.ehu.es/udps
Re: Trouble with eps inclusions in lyx-1.4.1
Sven Schreiber wrote: > Paul, can eps files be portrait or landscape at all? Yes. The %%Orientation comment is allowed in eps files. Unfortunately it is interpreted differently by different programs (therefore gs has the -dAutoRotatePages= switch): Some programs interpret "%%Orientation Landscape" as "this file is already in landscape orientation", while others interpret it as "this file should be in landscape orientation, therefore it should be rotated by 90 degrees." Whatever LyX does with these images will be correct for some and incorrect for others. I don't see a solution for this problem that will work for all eps creators and all viewers. Georg
Re: Trouble with eps inclusions in lyx-1.4.1
>>Date: Mon, 29 May 2006 20:49:49 -0500 >>From: "Paul Johnson" <[EMAIL PROTECTED]> >>To: lyx-users@lists.lyx.org >>Subject: Trouble with eps inclusions in lyx-1.4.1 >> >>I just ran into a really weird lyx problem on Fedora Core 5 and >>tetex-3.0-19. It is so interesting I want to share and ask for help: >> >>http://pj.freefaculty.org/latex/weirdRotations-lyx.tar.gz [description of undesired behaviour] >> >>If you would please download this and test it out, I would be glad to >>hear if you see the same troubles. Because a lot of my work depends >>on being able to create pdf files that are accurate representations of >>the dvi/ps files that LyX creates. I can confirm the behaviour with ps, pdf obtained through ps2pdf and direct compilation with pdflatex. dvipdfm simply does not include figures (I guess it's a known bug, from the messages in the calling shell I see it looks for .eps.Z extensions for the files). In addition, the tex2pdf compilation gets a correct result (I mean, similar to the dvi layout). Here are the amendments I can suggest: * the ps2pdf path is simply corrected by adding the -dAutoRotatePages=/None modifier to the ps2pdf converter (ps2pdf13 here); * the trouble with the direct pdf path comes from the fact that lyx uses ps2pdf13 to convert eps files which are condidered as PS (instead of EPS) because of the first line which is incomplete (see bug 2612). ->head -1 *.eps ==> test1-big.eps <== %!PS-Adobe-3.0 ==> test1-bighor.eps <== %!PS-Adobe-3.0 EPSF-3.0 ==> test1-small.eps <== %!PS-Adobe-3.0 so that the conversions read: ->lyx -dbg files -e pdf2 weirdRotations.lyx Setting debug level to files [...] Converting from ps to pdf Calling ps2pdf13 '0_tmp_weirdRotations_test1-small.eps' [...] Converting from ps to pdf Calling ps2pdf13 '1_tmp_weirdRotations_test1-big.eps' Converting from eps to pdf Calling /usr/local/TeX/bin/sparc-solaris/epstopdf --outfile='2_tmp_weirdRotations_test1-bighor.pdf' '2_tmp_weirdRotations_test1-bighor.eps' Converting from latex to pdf2 So the pdf produced for the first two images has been autorotated. I guess the PDF Mediabox is incorrect as well. As eps2pdf includes the -dAutoRotatePages=/None modifier, the best way seems to use Rolans Bless' ps2eps filter to normalize your epses. You might use alse tex2pdf, which uses epstopdf to create the pdf files (add a converter to pdf in the preferences). May be bug 2612 could be reopened to force use of epstopdf if the extension is eps, regardless of the first line of the file (od testing existence od a BB). HTH -- Jean-Pierre
Re: Trouble with eps inclusions in lyx-1.4.1
Paul Johnson schrieb: > I just ran into a really weird lyx problem on Fedora Core 5 and > tetex-3.0-19. It is so interesting I want to share and ask for help: > > http://pj.freefaculty.org/latex/weirdRotations-lyx.tar.gz > > That tarball has a lyx file and 3 eps files that I generated with R. > Two of the eps files are in landscape mode, one is portrait > (horizontal). By default, R generates eps files in landscape mode and > using some interfaces for R, it is more-or-less difficult to make them > come out in portrait mode. So it might be useful to have a good & > dependable way in LyX to manage eps files that are in landscape mode. > Paul, can eps files be portrait or landscape at all? (In contrast to ps files, where of course the "paper" orientation matters.) They should have a valid bounding box information, and then in lyx you can rotate them to the orientation you prefer. Maybe your eps files are messed up in that respect? Just a wild guess, Sven
Add more to Table of Content (TOC)
hi,
i need TOC list of acknowlegement page,
a preface page, abstract, and a title page...
any idea, please ??
i use this for abstract
\addcontentsline{toc}{chapter}{\abstractname}
but the abstract page at TOC always shows at page number 1
it should be number 2 at my document.
i've set: \setcounter{page}{2}
but it doesn't work. The page number
doesn't show up at the abstract page.
and howto add like this
\addcontentsline{toc}{chapter}{"non-existing Chapther"}
like on the acknowlegment and preface page, the Chapter title
not using Chapter* style, just Standard text, with larger font
and centered align... but i want to add it to TOC
thanks in advance...
luqe
note: i think this is more suitable subject for this mail so i resend it.
Re: Some interesting comments from a TeX veteran
On Thu, May 25, 2006 at 07:35:21PM -0500, David Neeley wrote: > I had an interesting note from a gentleman who has been using TeX for > about twenty years. He edits and packages books and creates indexes > for them as well as part of his publication services, using TeX every > day in his work. > > He claims that LaTeX is "too confining and verbose"--and uses either > plain TeX or ConTeXt. In fact, he believes that ConTeXt will replace > LaTeX as time passes. ConTeXt has certainly its merits. However, I personally don't think either will replace the other, rather I think anything TeX based will die a very slow death. [Not because it is unsuitable, but because it won't get 'new cool features', and 'new cool features' is about the only thing most people seem to be interested in nowadays.] Andre'
