Re: Heretical question?
Peter Rockett wrote: Thanks to all who responded to my requests for help to get LyX working. It's now functioning fine... but tex2lyx has problems translating my sample file so... Having looked at Latex stuff a lot over the past few weeks as a Latex newbie, could I ask a (heretical!?) question? Why isn't LyX (or something else) a fully fledged WYSIWYG word processor? Two reasons: 1. WYSIWYG is more work, and LyX is made by volunteers. There aren't always enough developers. It is better to have a feature in a non-wysiwyg way, than not to have it at all. Expect some more wysiwyg in each release as volunteers fix such omissions. 2. Some things are _not_ wysiwyg on purpose! Lyx produce very fine output thanks to the latex backend, doing that in real time is not feasible with todays computers and not tomorrows computers either. (Sure, you can get it for some simple cases, but one can make very time-consuming latex.) A strict "what you see is what you get" design tends to result in "what you see is _all_ you get". That is, limitations in the user interface becomes limitations of the output. Msword has fallen into this trap. This is why you'll never see lyx break lines on screen _exactly_ the same way lines get broken in the output. Latex linebreaking uses complicated algorithms that may have to rebreak the entire paragraph when you change a single letter in the text. This is (still) too slow to do in realtime for someone typing in the middle of a big paragraph. Page breaking and float placement use the same kind of heavy algorithms. This ensures that a lyx document almost always breaks nicely, so you don't have to fix a linebreak here and a pagebreak there in a normal text. And therefore you rarely need to see the final layout either - you certainly don't need that when writing - another distraction removed from the writing process. If you really need to see the formatting, use view->dvi or view->pdf menus. Lyx instead uses the wysiwym (what you see is what you _mean_) paradigm. It makes lyx a better fit for book/article writing than any wysiwyg word processor. It also makes lyx less fit for writing something where layout tweaking is important, such as a greeting card. (Greeting cards are doable of course, but cumbersome.) I can see the logic in how Donald Knuth designed things originally but I suspect a lot of that was guided by the fact that computers then were not capable of doing page rendering on the fly. But I don't think that restriction is true anymore. It is true still, although there are some trivial cases where true wysiwyg is possible. Please note that wysiwyg is complicated by the fact that printers and screens have very different resolutions. Try typesetting a 8-column newspaper wysiwyg on an ordinary screen - not funny. So is there any fundamental reason why Yap, say, couldn't be turned into a word processor... other then the obvious one of the effort involved? Just wondering because Latex is a significant learning curve and the tools are really rather rudimentary. WYSIWYG DTP programs exist! Lyx also aims to be _fast_. Lyx on an ancient computer still let you edit effortlessly, with snappy writing and scrolling. Try that with those other DTP programs. You may have a big computer - some people doesn't. Final output will be slow of course, but not the writing process! Helge Hafting
Re: Bullit list without the bullits?
Micha Feigin wrote: On Tue, 9 Aug 2005 21:32:21 +0200 S__ren O'Neill <[EMAIL PROTECTED]> wrote: I need to create a list of literature references, much like a bullit list, but without the bullits. How might this be accomplished? ERT i suspect :-) Solutions I can think of: 1. Insert a bibliography environment, although it will number your entries (you can change the label to something more miningfull) I believe the bibliography is the way to go - this is exactly what bibliographies are for! And you may even reference those numbered entries from the text, and lyx will make sure the numbers are correct even if you re-order the list. 2. Insert a description environment and insert an empty ert or a no break space space (Ctrl-Space). The second option will make some more indentation. 3. Where you want empty bullets open an ert with \let\myLabelItemI\labelitemi \renewcommand{\labelitemi}{{\color{myit}\myLabelItemI}} and when you want bullets again enter \let\labelitemi\myLabelItemI This will cause the most indentation though Lyx 1.4 will let you go into document settings and customize the bullets. You can then select anything you want as bullet symbol, even a blank. Helge Hafting
Re: Subject: vertical alignment (center text vertically)
Robert Neumann wrote: Precedence: fm-user Organization: http://freemail.web.de/ X-Sender: [EMAIL PROTECTED] Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 7bit \vspace*{\fill} before and after you text and it will align it centrally. it works so far that the bottom of the first line is at the center of the page but the text itself is on the lower half of the page. right now I'm experimenting with a parbox... Are the upper and lower margins reasonable? Try putting some text before the first fill and after the last, to see exactly where the margins are. The two \fill's should always center things perfectly between them. Helge Hafting
Re: Palatino font
Geoffrey Lloyd wrote: - Original Message - From: "Angus Leeming" <[EMAIL PROTECTED]> To: Sent: Thursday, August 11, 2005 10:54 PM Subject: Re: Palatino font Geoffrey Lloyd wrote: Ok this is becoming more of a mystery. I think this is no longer a Lyx/Latex issue so I am sorry for bugging the list with it but maybe someone has a solution. I downloaded another free windows pdf viewer and it the font looks great. However I also tried it on adobe reader on a Unix system and another XP box. You're discovering that Acroread makes a mess of displaying bitmap fonts. Have a look at http://wiki.lyx.org/FAQ/PDF But palatino isn't a bitmapped font as far as I am aware. It uses proper font descriptions. Also if this was the case then surely it wouldn't be Adobe Reader specific? I am confused! The problem is _not_ that "bitmap fonts are bad". Try printing the pdf, and you'll see that there is no problem. The bitmap font certainly contains enough information for a good rendering. (Even printing from acrobat works fine.) The problem is acrobat-specific, because acrobat does a poor job when displaying bitmap fonts on a screen. My solution is to not use acrobat, but xpdf instead. Of course that won't work if you have an audience who preferers acrobat anyway. In that case, make sure you have and use a vectorized version of the font in question, as adobe simply will screw up bitmap fonts no matter how good they actually are. Helge Hafting
Re: Pagenumber at top of TITLE page - how to?
Brian Williams wrote: Hi - just out of interest - is there a way to enable page numbers on Title pages? Yes. I belive the command is \titlepagestyle. Look it up on the net to be sure. There are also \chapterpagestyle for pages that start chapters. Helge Hafting
Re: float in the float
Leon Chen wrote: Hi all, I tried to past many picutres into one figure, and put some text below each picture. I can not align the text with each pic correctly in one float, so I tried to inset a 'floatflt figure' into the big float, want some nested effect. unfortunately , i can not see the inner figre in the output. You can't put a float inside a float. But you can stick several minipages inside one big float, and then put a figure and a caption environment in each minipage. Arrange the minipages any way you want inside that float, just make sure to make them narrow enough if you want them beside each other. This sort of thing can get a bit cramped on screen, but it'll be nice in the output. Helge Hafting
Re: escaping from MathEd in LyX 1.4
David Soukal wrote: Hello, I've been playing with LyX 1.4 for a while and it works great! The amount of work obviously put into it is incredible. Thank you guys!! Despite the undeniable improvements, I noticed something a little bit annoying (hindering my quick typing :). I used to exit the MathEd by hitting ESC, upon which the cursor would be placed directly after the math box. I learned to use this over hitting the space key. (One space would be needed to quit a fraction, another to quit MathEd and yet another to type a space after the math. Other times, two spaces would do...) For some unknown reason, ESC now places the cursor *before* the math box. I find it a bit illogical since I don't see a reason why the cursor should be placed before something I just typed. Also, the cursor in MathEd seems to be working oddly. For example, after typying \frac, I get the fraction; however the cursor is placed *after* the fraction as opposed to the numerator. Is this behavior customizable? Is it an error or a feature? :) Please file a bug at bugzilla.lyx.org , or at least post this to the developers list. This could be called a regression, and so there is hope someone will fix it before release. Helge Hafting
Re: Copying A Table Float Across Documents
Rich Shepard wrote: I want to copy a table -- as a table -- from one document to another, but my attempts so far have failed. I've opened the table in the source document, highlighted the entire table, used ctrl-c to copy it to the clipboard, switched focus to the destination document, and used the Edit->External paste feature. I get a solid paragraph, not a table, with this approach. I've also tried to copy the grey "table" from the source to the destination, but get the same non-table results with this. I've also searched on the TeXnik.de and wiki pages without seeing an answer. Is there a way to copy the table from one document to another? Copying tables, and anything else, is trivial as long as we're talking about copying from one lyx document to another. The recipe is simple: Open both lyx documents - in the _same_ lyx session. No, it won't work if you start up several instances of lyx. So open one document, and then open the other one using the file->open menu. You won't be able to see both documents at the same time, but you can switch from one to the other using the "document" menu in lyx 1.3.x, or the "view" menu in lyx-1.4cvs. To copy a table float, mark the entire float using the mouse (or keyboard) and press ctrl+c for copy. Then, switch to the other document, position the cursor where you want the table float to go, and press ctrl+v for paste. (You may also use the edit->copy and edit->paste menus if you prefer, but that's slower.) Absolutely anything in lyx can be copied this way, tables, math, graphichs, lists, whole chapters or the entire document if need be. Lyx-1.3 has one little quirk that is fixed in lyx-1.4cvs: If your selection start in some environment that isn't "standard" (i.e. a heading or a list) then you really have to start the selection on the end of the preceding line, or lyx will revert the textstyle to standard when you paste it. No big deal, but it sometimes leads to a section heading being pasted as standard text. Easy enough to fix, but also easy enough to avoid. Helge Hafting
Re: Copying A Table Float Across Documents
Rich Shepard wrote: On Tue, 20 Sep 2005, Helge Hafting wrote: Copying tables, and anything else, is trivial as long as we're talking about copying from one lyx document to another. The recipe is simple: Helge, As I wrote, this is exactly what I tried to do. To copy a table float, mark the entire float using the mouse (or keyboard) and press ctrl+c for copy. Then, switch to the other document, position the cursor where you want the table float to go, and press ctrl+v for paste. Interesting. I used the paste external rather than paste. Perhaps that was the problem. That's the problem then. The external system is mostly ascii, and will create ascii representations of tables and such. It is meant for pasting to/from other applications, lyx does not know what kind of data other apps use, and other apps does not know what lyx wants. So ascii is the "lowest common denominator". The _internal_ pasting system supports copying and pasting of anything you're able to write. Including complicated tables and deeply nested environments. Just for giggles, I'll try it again even though I've done the copying using a text editor. Internal pasting will definitely save time over that approach the next time you need it. :-) Helge Hafting
Re: how to insert optional arguments?
Jean-Marc Lasgouttes wrote: "Paul" == Paul A Rubin <[EMAIL PROTECTED]> writes: Paul> Jean-Marc Lasgouttes wrote: Use Insert>Short Title. I know the name is not very helpful, but we have not been able to come up with something better. JMarc Paul> I had no idea that worked. (I'd assumed that it literally Paul> inserted *only* the optional short version of a title.) How Paul> about Insert-> Option or Insert->Optional argument? Those are Paul> sufficiently obvious that I suspect they were considered and Paul> rejected for some reason. Well, the idea was that we wanted to use that for sections and captions, where short title made perfect sense. Optional argument only makes sense if one understands the underlying LaTeX code. Ideally, we should be able to set the string in the layout file, but we are not quite ready for that. Started out as a short title, it is now used for more. How about renaming it to "optional stuff" and write in the userguide that it is for "short titles and ...", simply listing all the current uses. This can be done more elaborate for 1.5. Lyx-1.4 has context sensitive menus, things come and go depending on what is possible to do with the paragraph. This could be extended to the optional inset too: The layout file decided wether an optional inset is appropriate in that paragraph type. It could also specify what the menu text entry should be. I.e. "short title" if the cursor is in a section header/caption, "something else" if it is in one of those beamer layouts that support optional args. Helge Hafting
Re: \line and justification
Christopher M. Jones wrote: Thanks, all, for your replies. This didn't really help either. What did help was reducing the length of all the lines to something a bit more managable. The problem is, I think, that no matter how I specify it, the lines are going to be a fixed length throughout. Sometimes this just breaks things terribly, especially when there are two lines on a single text row. The really smart thing to do would be to have a line that adjusts with the requirements of word and character spacing in a justified environment. What would really be great is if I had a command to replace typed text with a line of the same length. e.g. \hspace{\sizeof{theword}}. This command, of course, does not work. But could there be something like it? Not completely sure about what you need, but have you looked at \hrulefill{} ? It works just like a \hfill (or the hfill insert) except that it is underlined. Helge Hafting
Re: Newbie questions
[EMAIL PROTECTED] wrote: 2) In need to change the *subsection font to italics, how is this done? Several solutions: 1. A new layout The ideal solution is to get/make a new layout file for lyx, that sets everything up right for you. That way, you get a new document type that you might want to call "surgical journal article". A layout file contains any latex code that might be needed for the desired result (i.e. use of the correct packages, font specifications and so on.) A layout file also decides what things should look like on screen, so you'll get an italic font for the "*subsection" on screen too, not _only_ in the final output. Making a new layout is some work, because there are no tools for doing it, other than text editors. (The layout file is a text file.) If you want to attempt this, make a copy of whatever existing layout that is closest to what you want, and edit that. Feel free to ask for advice here if you get stuck. Lyx documents layout files somewhat in the help document "Customization". I believe custom layouts are stored in .lyx/layouts, you may also need to copy the standard layouts there. 2. Use some latex commands in the preamble The font for *subsection (and lots of other things) can be overridden by entering the appropriate latex command(s) into the document preamble. You can find such commands on the net, ask about them here, or look them up in a latex book. When you got something that works, create a template document by saving a document that has no text except for those preamble commands. You can store the template in .lyx/templates. If making a new layout is a bit too much, then this is the way to go. And if you decide to make a new layout file later, then that file can use the same latex commands as you use in this preamble. Note that the commands for changing subsection font may depend on what document class you are using. The koma-script classes have some commands that make this easier than plain "article" for example. 3. The not recommended "dummy" way: Whenever you use subsection*, mark the text and change it to italics. Not recommended because it is a *lot* of work. It is also easy to forget now and then, resulting in inconsistent style. And if you ever need to change the style, you'll need to change every subsection* in every document . That sort of work is avoided with either of the two first ways. Helge Hafting
Re: Hyphenation in danish
Søren O'Neill wrote: Hi there, how do I pursuade LyX (or rather LaTeX i suppose) to hyphenate using danish rules? I'm getting some very weird hyphenations like: p-ainful Kind regards Soren - Denmark (If you hadn't guessed:-) Two things: 1. Set the document language to Danish. (Go into document settings, where language is one of many options.) 2. Make sure your latex installation have the danish hyphenation installed _and_ activated. It is usually not possible to activate all language's hypentation patterns at the same time, therefore many latex distributions only enable a few (like english, french and german) by default. I have debian linux, which uses tetex. There, I run texconfig in order to set up hyphenation patterns. You get a menu where you can select hyphenation first, and then you select the hyphenation setup for "latex". After that, you get to edit a file that defines which hyphentation patterns should be available. Make sure the danish hyphenation isn't commented out. (There should not be a percent sign in front of the line beginning with "danish".) After this, save the file and quit texconfig. If you don't have texconfig, look for the file named "language.dat" which may exist in /etc/texmf/, /usr/share/texmf, or some other place. Documents set up with "Danish" language should hyphenate correctly after this. If you get tired of setting the language to "Danish" all the time, use the "save as document default" button after changing the language. Documents will be Danish by default after that. Helge Hafting
Re: Blue Line in MathEd
Daniel Watkins wrote: I've noticed since I upgraded to 1.4.0cvs that some of my MathEd boxes have a blue line running along the bottom of them. I'm presuming it's not just me who's getting this, and I was wondering why it's there? Does it have some significance that I'm missing? It is a bug. This happens sometimes to mathed, sometimes to tex boxes, sometimes to other boxes as well. The blue line means that the text is set in some other language than the document language. That should not happen unless you explicitly set the language of some text, so it is a bug. Please post this information to the developers list (lyx-devel@lists.lyx.org) and report it at http://bugzilla.lyx.org If you have a way to reproduce the problem, preferably a way that always "works" (i.e. you get that blue line) please include the recipe in your bug report. It is even better if you can try with a very recent cvs version, such as checking out from cvs, compiling lyx, and see that the problem still is there. Helge Hafting
Re: \Mynewcommand{\myoption} in Layout Style
Sanders, Maarten (M.J.L.) wrote: Hi, Is it possible to catch this ERT: \Mynewcommand{\myoption} In a layout style so that in Lyx it displays as: \myoption in a normal text style (e.g. bold and slanted)? (or even better without slash) Thanks, Maarten Not entirely sure what you want, but you can achieve a lot by creating your own layout file. A layout file lets you define your own paragraph styles, in addition to existing ones such as itemize, description, standard, subsection, . . . You can also redefine the existing ones, of course. You can decide what latex code should be generated for your paragraph style(s), so the final output will be right. You can also define what your styles should look like on screen: * what font & size to use here you get your bold & slanted * Any label in front of it, so you can get the label "myoption" if you want that. Start by looking at the help menu, and select "Customization". This will help you with writing a new layout file, it is assumed that you know whatever latex you might need. Helge Hafting
Re: \Mynewcommand{\myoption} in Layout Style - supported in lyx 1.4.0 as "document branches"
Sanders, Maarten (M.J.L.) wrote: Helge, Basically I want to make an option for conditional text. I took Herbert Voss suggestions (www.mail-archive.com/lyx-users@lists.lyx.org/msg12544.html In my layout Preamble I added: \newcommand{\Option}[1]{\setboolean{myOption}{#1}} In the document Preamble I have \newcommand{\unitwithoptionA}{true} this is to let the users specify which conditional text is to be included. So in the document I have: ERT \Option{\unitwithoptionA} And then the two environments with conditional text. What I would like: users can click an environment and only have to type the boolean's name. instead of ERT. You can get some of this with layouts, but I think the layouts only will support a fixed set of options. So you can have paragraph types called optionAtrue, optionAfalse, optionBtrue, optionBfalse, and so on for as many environments as you care to define. Wether optionA, optionB and so on actually should be true can then be set up in the document preamble, and optionAtrue text will be output if optionA is set, otherwise optionBfalse text will be output instead. What you want? PS An even better option for me would be to define a begin_true, end_true, begin_false, end_false environment so that conditional text would also work over itemized lists, sections etc. Custom layouts lets you do that, because paragraph styles nest! So you can have an itemize inside "optionAtrue" if you like. Or you can have "optionAtrue" and optionAfalse" texts nested inside an itemize, so the items output depends on optionA. But if this is all you need - don't bother. It is implemented in the upcoming lyx 1.4.0! If you think you're capable of writing a new layout, then you're probably capable of compiling lyx-1.4.0 from source. You may then have a look at a document feature called "Branches". Basically, text in a "branch" is output only if that branch is active. One use of this is to make an exam with answers included. Turn the answer branch off, and you can print the questions only. You seem to want some text in the "true" case and some other text in the "false" cases, this is achieved with two branches. One called "Afalse" and another "Atrue". Then you set one and reset the other to get what you want. And you can make as many branches as you like, so you can have Bfalse, Btrue, Cfalse, Ctrue and so on. Latex is not involved in making the branches, lyx output latex code only for active branches. Helge Hafting
Re: LyX cant count :-)
Søren O'Neill wrote: I have a table 7.2 in my document, which actually contains a png figure (of a tbale). The table (as a png) is too large for a single page, thus its been split into to png's. I have placed the two png's in two table floats, to spread them across two pages. I've the added ERT: \addtocounter{table}{-1} before the title of the second float. This seems to work: both tables are numbered 7.2, BUT the next table (on the next page) is ALSO numbere 7.2 - after that 7.3 etc ... How come? Don't do it in the title! Titles are special. They get evaluated several times, they are displayed in the document as well as added to "list of table", possibly to running headers and so on. Seems the \addtocounter was evaluated twice, once before and once after typesetting the title. So put that ERT in some normal text instead. Perhaps outside the float even, I'm not sure abut the best place for such things. But definitely not inside the caption environment. Helge Hafting
Re: Inserting Accented Characters easily?
Stacia Hartleben wrote: Is there a trick to inserting accented characters? I just copied in the chars I needed but it got tedious keeping track of all those different accented chars after a while. Sorry if it's a dumb question but I might just be missing something very obvious... Set up your keyboard so it generates accented characters easily. That helps for all apps, not just lyx. Languages with a few non-ascii characters tend to map them to their own keys. Example: A norwegian keyboard has keys for æ, ø, and å, which works in lyx and everywhere else. Languages that uses lots of accents tend to use a dead-key approach. That is, type an "accent key". Nothing happens, but the next letter typed will have that accent. My keyboard does that for: éýúíóá èùìòà ëÿüïöä êûîôâ ũĩõãñ And if you want the accent without a letter under, you have to type the dead accent first, followed by a space. That's how I get: `^~ I don't need that trick for ', because the ' also exists on a non-dead key on my keyboard. If you're using linux, try holding down the altgr/right alt key and see what you get when typing. Lots of uncommon characters are mapped that way, giving me such things as: P þ o œ s ß d ð f đ g ŋ h ħ z « x » c © v “ b ” m µ Helge Hafting
Re: Poor men's scientific workplace.
On Fri, Oct 07, 2005 at 11:24:05AM -0700, Bo Peng wrote: > =>Have you considered adding LyX to a Knoppix cdrom and running that in a > > Microsoft machine? > > Reboot, writing something that can not be viewed and printed under > windows, no access to emails and other materials under windows, no way > to save personal lyx perference (I may be wrong here)? No, I > personally will not do this. > You can easily make a pdf with lyx, the pdf is view/printable under windows. Not editable though. And a .lyx-file is a textfile, so textual content _can_ be extracted in an emergency without the lyx binary. I agree that it won't be fun though. Lyx preferences? Set things up so they're saved to the windows harddisk, or burn a set of perfect preferences onto your knoppix cd. Your windows files will generally be accessible from knoppix, unless they are on ntfs. Files on FAT or network servers are ok. Email? Access lost only if wmail is stored locally, which generally is a bad idea. (It makes replacing the pc harder, and may necessitate backups of the local disk . . .) If you use IMAP, then you can access your email from multiple operating systems, or multiple machines. The messages are stored on the server, not locally. The same goes for webmail-solutions. Helge Hafting
Re: Increase features!
Stephen Harris wrote: Even as easy as it has become, LyX 1.3.6 for Windows is beyond 99% of Windows users. They are not used to reading, nor do they want to learn, to read documentation. Then they shouldn't bother with computers . . . Seriously, even new versions of the windows os itself tends to change so much that the user needs to learn a lot. I can't remember if the content of http://wiki.lyx.org/Windows/LyX136 is repeated in an Install or Readme file accompanying the release. Also since it is the first officially supported release of Lyx for windows, there should be no expectation of being even nearly "fully featured". Of course, it is possible to make an alternative lyx for windows package wich includes everything, even latex. That'd be a "lyx for dummies" package, while the current package still is nice for those who have latex and other stuff already. Windows could use a decent package management system. :-) Helge Hafting
Re: Both Linux and Windows
[EMAIL PROTECTED] wrote: Sorry! I think I sent it to another email! :) -- Did you check Aspell independently of LyX to see that it was correctly installed with the correct dictionary? So that you created some small file containing a few deliberately misspelled words and Aspell corrected them? If the test file is once corrected then test with LyX. 'No words were found' means no words were misspelled in the opinion of the spellchecker. Also within a document, the spellchecker checks from the cursor location and on towards left and end of the document. If you haven't repositioned the cursor to the beginning of the document, and the cursor happens to be at the end or near the end, of course it won't find any misspelled words and will say "No words are found", when you run the spellchecker. At least that is how it works for me. What's the way to test Aspell without lyx? When I install it, its program group only shows the uninstaller. No other executable app. How can I do it? Aspell does not have a graphical user interface. Open a command line window (bash or xterm in linux, or run "cmd.exe" in windows) Then type the command: aspell -c filename Where filename is a _text_ file you want to spellcheck. Top see all the options aspell support: aspell -? To see more documentation (on linux): man aspell Helge Hafting
Re: space between single and right double quote marks
Jim Osborn wrote: I can't seem to find a way to typeset the following text correctly: "The word was `foo,'" he said. The default result is: ...foo, This is easy in lyx-1.4, where you do this: Set the quoting style to double qoutes. You probably have that already. Then write the sentence. Use "insert->special character->single quote" when you need a single quote for the inner citation. Correct spacing is added as needed, at least that happende for me with this sort of quoting style: «The word was » he said. It is also possible (but cumbersome) in lyx 1.3: Set quoting style to double qoutes. Write everything, but skip the single quotes. Change quoting style to single quotes. (That won't affect the existing double quotes in there.) Now type the single quotes. Then, change the style back if you need. The spacing should be correct too. If it isn't note that both lyx 1.3 and lyx 1.4 have "small spaces" in the insert menu. Helge Hafting
Re: Chapter with no title.
Pupeno wrote: Hello, How do I make Chapters with no title ? by using a protected space ? Anything better ? Yes. I know of no better way. Use "Chapter*" if you also want to get rid of the chapter number and the entry in the table of contents. Helge Hafting
Re: space between single and right double quote marks
Jim Osborn wrote: On Tue, Oct 11, 2005 at 10:11:39AM +0200, Helge Hafting wrote: This is easy in lyx-1.4... Correct spacing is added as needed, at least that happened for me with this sort of quoting style: «The word was » he said. It is also possible (but cumbersome) in lyx 1.3: Set quoting style to double qoutes. Write everything, but skip the single quotes. Change quoting style to single quotes. (That won't affect the existing double quotes in there.) Now type the single quotes. Then, change the style back if you need. Thanks, Helge, It does exactly as you say with the «The word was » [I'll call F style] quoting style, but not with the ``The word was `foo' ''[I'll call E style] style. Here's the lyx for my E style example: \begin_inset Quotes eld \end_inset The word was \begin_inset Quotes els \end_inset foo \begin_inset Quotes ers \end_inset \begin_inset Quotes erd \end_inset he said. And here's the dvi: ...foo The lyx for the F style has "fld" in place of "eld" etc., and it does indeed produce this dvi with LyX 1.3.6: ...foo So, apparently it's a bug, at least in LyX 1.3.6, with the E style quotes but not the F style; I didn't test all the other possibilities. If you have time, could you verify whether the bug exists in LyX 1.4 for the E style quotes? The bug exist in lyx 1.4 too, unfortunately. Things look fine on screen, but a closing single quote followed by a closing double quote (i.e. after the word "foo") looks like the opposite (a closing double followed by a closing single) in the output. Ugly. The user can work around this by inserting a small space between the single and double closing quote though. The spacing should be correct too. If it isn't note that both lyx 1.3 and lyx 1.4 have "small spaces" in the insert menu. I can't find a "small space" in my LyX 1.3.6 Insert->Special Character menu. I have these choices: Sorry, I was wrong. There is no small space in lyx 1.3. You can use ERT to insert a \thinspace{} though. Helge Hafting
Re: pagebreaks and labeling
Jose Capco wrote: In the amsmath package, when one starts a new section environment a pagebreak is not accompanied. This is sometimes awkward especially in cases when you for instance have just ended your old section that is almost in the end of the page (you get a one line section title that resides in the end of the page which looks really bad). This only happens to me if I create a new section heading and do a view-dvi before writing anything in that section. Latex happily put such a section heading on the bottom of a page because the section is empty and ends at the same page. Therefore, latex knows that it did not make a "bad break" -- the section wasn't broken up after all. Try writing some lines of text into that section. Now latex will see that having the section heading at the bottom of one page and the section text on the next page is a bad split, and move the section heading too to the next page. (Doing such a move is easier for latex, if the rest of the page contains some stretchable vertical space. (I.e. more sectioning, images, display formulas, or the use of "skip" instead of "indent" as paragraph separation.) Don't use "view-dvi" to check layout as you write - the breaking of lines and pages is greatly influenced by the _next_ paragraph(s) too, and so the layout isn't true at all when the next paragraph isn't written yet. Write everything (all content), include all graphichs and so on, before checking how the layout turns out. Chances are you'll be pleasantly surprised, and you don't waste time on layout during writing either. Forced page breaks _may_ be used to tidy up the final result, but you'd better be sure that you aren't going to add any more writing in the middle (or the beginning), and that you aren't going to add a figure or change the font or the margins or anything else that will affect line/page breaking at all. Because any such change may cause the forced page break to move to a very silly place, such as slightly below the top of a page . . . Helge Hafting
Re: FW: space between single and right double quote marks
Jean-Marc Lasgouttes wrote: "Georg" == Georg Baum <[EMAIL PROTECTED]> writes: Georg> Daniel Watkins wrote: The word was 'foo'\InsetSpace \thinspace{} Georg> This is 1.4. There is no small space in 1.3, you have to use Georg> ERT. And what about a ligature break? A ligature break prevents a wrong ligature from being made. a single quote followed by a double quote still looks bad, it will look like a "triple quote". What he wants is text that really looks like a single quote followed by a double quote. That is achievable by putting a small space between the single and the double quote. This gets right automatically with the << style of quoting, but not with the '' style of quoting. Looking closer at this, I don't get an exact "triple quote". The distance from the single quote to the double is slightly larger than the distance between the two quotes in a double, but this is so slight that it hardly is noticeable. So it seems that the spacing mechanism works as expected, but the _font_ has bad kerning for this particular case. So perhaps lyx shouldn't insert a thin space automatically, some fonts may do this better already. We might want lyx to output ligature breaks around single quotes though,to prevent unintended ligatures. Helge Hafting
Re: PDF's Repeatedly Corrupted under Windows
On Sat, Oct 15, 2005 at 05:59:12PM +0100, Roy Schestowitz wrote: > My question possibly refers to conversion at a level lower than that of LyX, > but > regardless: > > I often find that my supervisor, who is an avid Windows XP user, cannot view > documents that I compile in LyX as PDF (this has gone on for over 2 years, PS > support needs additional software for Windows). I believe he uses the latest > of > Adobe Acrobat Reader, but he might be on version 6, still. The PDF's that I > generate appear fine in both KGhostScript and Acrobat Reader 6, as well as > version 7 (both Fedora Core II and SuSE). The problems I have come across are > as follows: > Lyx offers three ways to generate pdf on the file->export menu: PDF (dvipdfm) PDF (pdflatex) PDF (ps2pdf) Of these, one of dvipdfm and ps2pdf gave me similiar trouble. My publisher, who uses windows, got error messages when trying to open the pdf file. One of these methods always failed, the other one worked. I no longer remember which, but that should be easy enough to find out. pdf files generated with pdflatex also works fine on windows, and this way is much quicker than the other two too. So, make 3 pdf's, one with each method. Give them different filenames, send all 3 to your supervisor, ask about how each of them fares. If some of the ways work, keep using the fastest one. > * Images disappear arbitrarily (not all of them), sometimes re-appearing as > the > viewer goes from one page to another. > > * Document text appears 'out of boundary' completely so the body seems to have > slid outside. > > I am somewhat worried as reviewers who receive my PDF's are more likely to be > Windows users and I do not want to give them the hassle or be led to knock my > head against the wall, trying to resolve Adobe's bug or, less likely, Windows > bugs. I may as well point out that, at my end, I have never had any problem > opening PDF's that had been originally generated under a Win32 environment. > > Any idea what might be causing this? How can this be avoided? I have no > Windows > machines to test this on and I see no reason why I should. Isn't the intention > of PDF's to remain consistent across platforms (among other things)? It is not Yes, PDF's are supposed to be the same everywhere. A PDF with a bug in it may turn out differently with different viewers though. And then there are good and bad pdf viewers. Adobe acrobat is known for making a mess of bitmap fonts, for example. > a Web page that I need test under different O/S's and browsers, so I am > somewhat upset with whoever is to blame for the deficiency. To me, it's almost > like an embarrassment to LaTeX when my supervisor sees corrupted PDF output. The three ways of making pdf from latex are quite different, and the generating programs may have their share of problems. pdflatex works well for me, but it may not be an alternative for people who need to use "pstricks" or postscript images. See if you can figure out wether the pdf trouble is common for windows users, or if your supervisor is the only one with the trouble. In the latter case he should fix his machine (reinstall or upgrade). Helge Hafting
Re: Defining paragraph styles
Paul wrote: Mike Meyer wrote: Is there an easy way to redefine paragraph styles in Lyx? ... Well, you have sort of overlooked what I think is the point of LyX/LaTeX. But we'll skip that. The point being that authors should concentrate on content and logical markup, and typesetters/publishers should worry about how the final thing looks? Kind of (but not exactly) like the separation between HTML and CSS? I'm wearing my typesetting hat at the moment, so does that mean that Lyx isn't really suitable for me - it's more designed for content creators? The separation of content and layout doesn't mean that lyx isn't for you. It merely means that the two jobs _can_ be split up in a comfortable way. If an author use word, then the typesetting guy may have to walk through the entire document to change the layout, by actually changing paragraph types, indents, font sizes and such all the way through. If the author uses lyx, then the typesetting guy can simply change the document class, perhaps add a thing or two to the preamble, and be done with it. Of course, complicated typesetting requirements _may_ take a long time to fulfill and _may_ require a lot of latex knowledge. But still, the typesetting work is supposed to be independent of the length of the document! So once you get the style right , it won't matter wether the book is 50 pages or 1500 pages. The typesetter's job is done - without touching the text the author prepared. And lyx/latex won't choke on the 1500 pages case either, the printing step will merely need more time. Getting the style right may be achieved merely by selecting a good document class, or by adding a few lines to the preamble, or in a worst case, adding several hundreds of lines of quite involved latex code to the preamble. The typesetter's job isn't so much in lyx, it is about setting up the layout in latex (and optionally, in .layout files so the author can select useful paragraph types.) Lyx is nice in that it allows this kind of separation. Some of the typesetter's work is easily done in lyx, such as electing the correct document class & options. The rest mostly involves the preamble. Getting that right is no easier (and no worse) with lyx than with other ways of dealing with latex. I've been looking at the "memoir" class and pure LaTeX and managed to do some tweaks to the output. I'm doing a collection of short stories so "chapters" is a bit of a misnomer, and each one has a different author which makes things a bit complicated. But I think I'm getting there. Thanks for the other info about layout files etc. I don't really mind how it looks in LyX itself, so it seems like the book.cls file is the one to check out. Seems like a steep learning curve, so thanks for getting me started! Sure, it can be a lot to learn. But then you know it, and the next book gets much easier. Helge Hafting
Re: Neither Linux nor windows! Please help me!
[EMAIL PROTECTED] wrote: Hello guys! How are you? Well, sorry to be bore, but the 'Layout->Document->Language', or 'Edit->Preferences->Language' or that sort of simple things don't work to change the language of the auto names inserted inside the dvi or pdf final outputs! That's work fine for me - I usually use Norwegian but Portuguese is fine too. I want to tell you: NEITHER LINUX NOR WINDOWS Lyx docs are changed when I do that way to change the auto names (names like 'Contents' 'Figure 1' 'October, 16 2005' -- to which I want to be 'Índice', 'Figura 1', '16 de outubro de 2005' and so forth). Sorry, but there are something wrong -- I think that some of these OS must work on that way you said me! Please I want a simple thing: - Type asdkhjdfkh in a new Lyx file and put this line line as 'title'; - Change both 'Layout->Document->Language' and 'Edit->Preferences->Language' to portuguese (or whatever tongue you want); - Export it to pdf or view it as dvi or something like that; Then, what do you see? 'October, 16 2005' isn't it? Well, I want to be written there '16 de outubro de 2005'. I got 18 de Outubro de 2005 when I selected Portuguese language. I don't know about windows, but for linux, make sure you have all the necessary parts of latex. It seems to me that somethings wrong with your latex, perhaps the babel package is missing? (It contains translations for all supported languages.) When I set the document language to Portuguese and does file->export->latex in lyx, I get a newfile14.tex like this: START OF FILE %% LyX 1.4.0cvs created this file. For more info, see http://www.lyx.org/. %% Do not edit unless you really know what you are doing. \documentclass[portuges]{scrartcl} \usepackage[T1]{fontenc} \usepackage[latin1]{inputenc} \setlength\parskip{\medskipamount} \setlength\parindent{0pt} \makeatletter %% User specified LaTeX commands. \usepackage{lmodern} \usepackage{babel} \makeatother \begin{document} \title{dsfg}\maketitle \end{document} END OF FILE Never mind that I use lyx 1.4, older versions like 1.3 and 1.2 gets the language stuff right too. Notice that the language is set in the line specifying document class. Do you get the [portuges] part too? Then notice the "\usepackage{babel}" right before \begin{document}. Do you get that too? Try making a .dvi the manual way, bu running latex filename.tex You should get a filename.dvi, or error messages. What language do you get in the .dvi, assuming your latex file contained the correct language setup with babel? If your .tex file had the language setup but the .dvi got wrong anyway, examine filename.log. That's where you find any error messages. You will also find the version of latex used, the first lines of my logfile is: This is e-TeX, Version 3.14159-2.1 (Web2C 7.4.5) (format=latex 2005.9.12) 18 OC T 2005 13:30 entering extended mode **newfile14.tex (./newfile14.tex LaTeX2e <2001/06/01> Babel and hyphenation patterns for american, norsk, norsk, nohyphenation, loaded. Of course your setup ought to have Portuguese hyphenation insted of Norwegian. Later in the logfile, I see: START (/usr/share/texmf/tex/generic/babel/babel.sty Package: babel 2001/03/01 v3.7h The Babel package (/usr/share/texmf/tex/generic/babel/portuges.ldf Language: portuges 2001/02/16 v1.2o Portuguese support from the babel system (/usr/share/texmf/tex/generic/babel/babel.def File: babel.def 2001/03/01 v3.7h Babel common definitions [EMAIL PROTECTED] [EMAIL PROTECTED] ) Package babel Warning: No hyphenation patterns were loaded for (babel)the language `Portuguese' (babel)I will use the patterns loaded for \language=0 instead. [EMAIL PROTECTED] = a dialect from \language0 Package babel Info: Making " an active character on input line 126. )) No file newfile14.aux. \openout1 = `newfile14.aux'. END Several lines about activiating portuguese support. (The missing hyphenation means that I might get bad word division at line ends, but I still get the portuguese words.) Try this, and find out where it goes wrong. Does lyx output a .tex file with the correct language settings? If no, try to set the document language right. lyx 1.4: Document->settings->language lyx 1.3: layout->document->language If lyx dows wrong and you're in a real hurry, try copying the langauge stuff from my example file into your .tex file. When you have a correct .tex file, try running latex on it. Do you get correct results? If so, then your latex is fine and the problem is with lyx. If not, you have a latex problem. Use a recent linux distribution, not something that is several years old. After changing latex, such as adding packages, you have to "reconfigure" lyx. lyx 1.3: edit->reconfigure lyx 1.4: tools->reconfigure Then exit lyx, restart lyx, and try to make a portuguese document again. Helge Hafting
Re: No one answered a simple topic :(
[EMAIL PROTECTED] wrote: I just wanna know: What's worth to use, PDF (dvipdfm) or PDF (pdflatex)? And why? pdflatex is much faster, because PDF is produced directly from the .tex file lyx makes. One step only. dvipdfm is slower, as a dvi is produced first, followed by conversion to pdf. Helge Hafting
Re: Figure and table side by side
Johan Ingvast wrote: Yes, that's an alternative from using the 1 x 2 table. But my problem is with the captions. I want a table caption for the table and a figure caption for the figure. If I put everything in a figure float both captions will become "Figure" and vice versa. /johan This works for me: 1. In the preamble: \usepackage{multicol} 2. Before your figures, in ERT: \begin{multicols}{2} 3. Then the figure float with the figure, followed by the table float with the table. In both floats, check the "Here definitely" placement options. They should otherwise be normal floats. 4. After your floats: \end{multicols} Now your two floats will be placed side by side because that section of the document is set with two columns. You will get a table caption and a figure caption, as you really have two ordinary floats. Example attached. I don't know what happens if the floats appear near the bottom of a page, you may have to tweak placement yourself instead of relying on auto placement. Helge Hafting #LyX 1.4.0cvs created this file. For more info see http://www.lyx.org/ \lyxformat 244 \begin_document \begin_header \textclass scrartcl \begin_preamble \usepackage{lmodern} \usepackage{multicol} \end_preamble \language norsk \inputencoding auto \fontscheme default \graphics default \paperfontsize default \spacing single \papersize default \use_geometry false \use_amsmath 1 \cite_engine basic \use_bibtopic false \paperorientation portrait \secnumdepth 3 \tocdepth 3 \paragraph_separation skip \defskip medskip \quotes_language french \quotes_times 2 \papercolumns 1 \papersides 1 \paperpagestyle default \tracking_changes false \output_changes false \end_header \begin_body \begin_layout Standard Ordinary text Ordinary text Ordinary text Ordinary text Ordinary text Ordinary text Ordinary text Ordinary text Ordinary text Ordinary text Ordinary text Ordinary text Ordinary text Ordinary text Ordinary text Ordinary text Ordinary text Ordinary text \end_layout \begin_layout Standard \begin_inset ERT status open \begin_layout Standard \family roman \series medium \shape up \size normal \emph off \bar no \noun off \color none \backslash begin{multicols}{2} \end_layout \end_inset \end_layout \begin_layout Standard \begin_inset Float figure placement H wide false sideways false status open \begin_layout Standard Figure float. \end_layout \begin_layout Standard Didn't bother with the actual figure, just some text \SpecialChar \ldots{} \end_layout \begin_layout Caption figure-caption \end_layout \end_inset \begin_inset Float table placement H wide false sideways false status open \begin_layout Standard \align center \begin_inset Tabular \begin_inset Text \begin_layout Standard t \end_layout \end_inset \begin_inset Text \begin_layout Standard \end_layout \end_inset \begin_inset Text \begin_layout Standard \end_layout \end_inset \begin_inset Text \begin_layout Standard \end_layout \end_inset \begin_inset Text \begin_layout Standard \end_layout \end_inset \begin_inset Text \begin_layout Standard \end_layout \end_inset \begin_inset Text \begin_layout Standard \family roman \series medium \shape up \size normal \emph off \bar no \noun off \color none a \end_layout \end_inset \begin_inset Text \begin_layout Standard \end_layout \end_inset \begin_inset Text \begin_layout Standard \end_layout \end_inset \begin_inset Text \begin_layout Standard \end_layout \end_inset \begin_inset Text \begin_layout Standard \end_layout \end_inset \begin_inset Text \begin_layout Standard \end_layout \end_inset \begin_inset Text \begin_layout Standard \family roman \series medium \shape up \size normal \emph off \bar no \noun off \color none b \end_layout \end_inset \begin_inset Text \begin_layout Standard \end_layout \end_inset \begin_inset Text \begin_layout Standard \end_layout \end_inset \begin_inset Text \begin_layout Standard \end_layout \end_inset \begin_inset Text \begin_layout Standard \end_layout \end_inset \begin_inset Text \begin_layout Standard \end_layout \end_inset \begin_inset Text \begin_layout Standard \family roman \series medium \shape up \size normal \emph off \bar no \noun off \color none l \end_layout \end_inset \begin_inset Text \begin_layout Standard \end_layout \end_inset \begin_inset Text \begin_layout Standard \end_layout \end_inset \begin_inset Text \begin_layout Standard \end_layout \end_inset \begin_inset Text \begin_layout Standard \end_layout \end_inset \begin_inset Text \begin_layout Standard \end_layout \end_inset \begin_inset Text \begin_layout Standard \family roman \series medium \shape up \size normal \emph off \bar no \noun off \color none e \end_layout \end_inset \end_inset \end_layout \begin_layout Caption \family roman \series medium \shape up \size normal \emph off \bar no \noun off \c
Preamble code from the layout file gets "double linespacing"
I just tried recompiling todays cvs. Running this lyx gave strange results. Any latex code from the preamble gets double linespacing, like this: \newcommand{\mycommand}{ \something \something } which go wrong, as paragraph breaks are not allowed in commands. I am rebuilding after a make clean, to see if that makes things better. Helge Hafting
Re: Is this possible in lyx?
Jose Capco wrote: Try writing your formula in LyX the normal way, then putting \mbox{ in ERT to the left of it and } in ERT to the right of it. Paul I just feared that.. so the answer to my question is actually "no but yes" , oh well.. I guess there is no other way. Thanks There is currently no way to a apply a "mbox" in a lyxish way, but at least the formula itself can be written the lyx way. Currently, the "lyx way" would be to insert a minipage, but that isn't exactly the same thing as minipages have a fixed width. Helge Hafting
Re: Lyx Figure Placement
On Wed, Oct 26, 2005 at 07:45:51AM -0400, Santanu Chakraborty wrote: > Hi > > I am using Lyx (1.3.5 on XP) to write my thesis and have the following > questions. > > 1. How do I force every figure to start on a separate page? > A little unclear what you mean. _only_ the figure on that page, or the figure first on that page and perhaps some text too if the figure didn't need the whole page? This is taken from lyx-1.4, but lyx-1.3 have much of the same options: Insert a figure float, put the figure in that. Right-click the float in order to bring up placement options. Use "top of page" if you want the float to appear first on a page, while also allowing text. Use "page of floats" to put the float on a page of its own, without any text interfering. If your figures are small, then several might go on the same page. If you don't like that, then the easy way is to make the float bigger so nothing more fits. Another and better option, use ERT: \setcounter{totalnumber}{1} for maximum one float per page. > 2. How I force every figure to be on the right page? > I know of no lyx specific way, but surely latex can do this. Look up exiting latex tips, and put the latex command(s) you need in ERT or the preamble. Ask on a latex maling list if you can't find this from here. www.lyx.org have some links to latex tip pages, I believe. Helge Hafting
Re: do we have something like #ifdef from C in LyX? (multipart documents with common macros)
David Soukal wrote: Hello guys, I'm sorry to bother you with something that's must have been answered many times, but I can't find a quick answer in the documentation. I've just discovered the beauty of multipart documents. But I almost instantly ran into problems. What happens is the following. I have a big document (thesis :)) with a lot of math-macro commands defined at the very beginning. After my recent casual browsing through the documentation I rediscovered that I can have my long document split into parts. Happily, I divideded my thesis into files: each chapter now has its own file. The problem is how to share the macros defined originally once at the top of the long document. I created one more file containing only the macros and then I "inputted" it into each of the files with the individual chapters. The chapters compile fine, however, the master won't compile because of multiple definition of the same macros. So, I'm looking for conditional compilation... something from C header files.. Or is there something more elegant that I'm not seeing? Depends - are these plain latex macros, or "lyx macros" ? For latex macros this is trivial. Define them in the preamble! That works well, because in the multi-document include case, only the preamble from the master document is used. So the chapter document's preamble is only used when the chapter document is compiled alone. Nothing gets doubly defined - this always works. If you meant -"lyx macros" - then I don't know. Few people use them. Helge Hafting
Re: do we have something like #ifdef from C in LyX? (multipart documents with common macros)
David Soukal wrote: If you meant -"lyx macros" - then I don't know. Few people use them. Helge Hafting I was talking about LyX macros. I realize that they are basically a synonym for LaTeX' \newcommand, but having them in text seemed more user-friendly. The other thing is that having to have all the commands in all preambles is problematic because every change to the definition of a macro somewhere has to be propagated everywhere else. No need. You don't write the commands themselves into every preamble. You only put one line in the preamble: \input{mymacros.tex} Then stick your latex macro collection in mymacros.tex. Only one place to change them - the master document as well as the chapters will pick this up. Helge Hafting
Re: Using Curly Brackets in Text
Daniel Watkins wrote: The subject says it all. I'm looking to do something that'll look like this: Not blah Blah } Blah } These lines contain blah Blah } Not blah The three }s should be replaced by one big curly bracket. I have tried doing this using a Maths environment, but I could never convince it to work... It can be done with math: 1. Control+M to start math 2. insert delimiters from the math panel, this brings up a dialog. 3. Select } as the right delimiter, and "blank" as the left delimiter. (Your example didn't want a left brace.) 4. Insert this. 5. Now you want three lines, so insert a 1x3 matrix inside the brace. Make sure you select the correct alignment. "c" for centering is default, maybe you want "r" for right or "l" for left instead. 6. Now you have three lines to write "blah" on. Those lines are math, but it is possible to change the font so that the final output looks just like text. (This text-in-math mode is somewhat limited. It looks ok, but I don't think you can have multiple paragraphs, tables and so on there.) I tried this in the lyx-1.4 prerelease, and crashed it. There are clearly reasons why it isn't released. Lyx 1.3 should fare better. Helge Hafting
lyx-1.4 cvs assertion crash when resetting "wrong" language
Used todays cvs, opened a existing document. (Written in british language, which is unusual here) Wrote two lines of text, used edit->text style to give them different font sizes & sans serif. This is a customized heading. Marked it, inserted a box(minipage) around it. Noticed the silly blue line that indicates "different language" appeared under text inside the box. Argh - not that again. :-( Selected the entire box and some more Used edit->text style: Decided to "reset" language. Lyx-1.4cvs died with this assert: pasteSelection 0 Assertion triggered in void Paragraph::setFont(lyx::pos_type, const LyXFont&) by failing check "pos <= size()" in file paragraph.C:487 The document was saved. Reloading the emergency saved stuff, I noticed the wrong language was now gone, but the text sizes inside the box were also wrong. The document was simple to fix, but I thought you'd like to hear about the assert. Helge Hafting
Re: Forget Windows
Gour wrote: Marc J. Driftmeyer ([EMAIL PROTECTED]) wrote: So if I read this correctly, because a Win32 port of LyX has been made possible to show the Windows User the Power of the UNIX/Linux World Design approach to Software and what Free Tools can produce using the TeX/LaTeX systems and their many prodigy as the guts underneath the highly abstracted WYSIWYM paradigm none of that matters and it's because of this Win32 option that you consider it for serious work? Never mind the fact that it is more rock solid on its primary platforms and that countless Scientists, Engineers, Writers, Publishers use the these tools for serious work, it's because of the Win32 port it is now to be considered a serious solution? Huh, this is a real point! Not really. The win32 version of lyx does not in any way make it a more "serious" solution. More accessible of course, but no more serious. I'd also like to see more focus (especially) on GTK+. Now, if we're making wishes - scratch the bloated gtk and go for fltk. Lightweight they way it should be, and it has nice stuff like unicode and antialiasing anyway. It probably won't happen though - lack of manpower as always. Helge Hafting
Re: Forget Windows
Gour wrote: Helge Hafting ([EMAIL PROTECTED]) wrote: Not really. The win32 version of lyx does not in any way make it a more "serious" solution. More accessible of course, but no more serious. Who said that? Me? Marc? Sorry, seems I messed up the quotation. Look at earlier messages. . . Now, if we're making wishes - scratch the bloated gtk and go for fltk. Lightweight they way it should be, and it has nice stuff like unicode and antialiasing anyway. I just moved kde --> gnome and do not understand what would be the advantage of fltk over gtk and/or Qt? The advantage is that it is smaller. Bot qt and gtk are big and bloated. It makes a difference for those of us who runs neither kde nor gnome on the desktop. (Logging in to icewm takes 3 seconds, looking at someone logging in to kde is apalling. Half a minute?) And that is on a fast 2GHz machine, there are people using much older stuff than that. I remember running lyx on a pentium-90. It took some time to start, but would scroll through the userguide with lightning speed. No other wordprocessor came close, editing was _fast_. It probably make little differnce to someone who has he toolkit loaded already (because the window manager or other app uses it) Still, I really liked the way lyx 1.3 starts in less than a second. Lyx 1.4 needs 5 seconds to start, even with no document and debugging turned off. Multi-platform? I have no idea - but the existing qt port is multiplatform so a port to another toolkit doesn't have to be. I was thinking about that in the time when I proposed wxWidgets as a one multi-platform kit, but today I'm more for GTK+. However, I also understand that we won't see GTK and/or GNOME port soon, but nobody can prevent me dreaming :-) The same goes for fltk of course. Just a dream, there are more important goals. Helge Hafting
Re: Forget Windows
Angus Leeming wrote: [...] Yes, fltk is a very nice little toolkit. In fact, it's the successor to the XForms library that we do use in one of our frontends. However, before any eager soul jumps on this frontend bandwagon, I'd like to introduce a note of caution and suggest that you really, really shouldn't create yet another frontend to LyX. Time is limited, there are only so many of us and another frontend would just be more to maintain for no real benefit. I think we'd all like to see improved core functionality in future releases. The last three or four years have seen increased prettiness and stability and *much* nicer code but little real increase in what LyX can actually do. Now that we have something that's at least reasonably modern looking, let's turn the thing into the world beater we always hoped it would be. I agree. Currently, I report bugs and test patches. When 1.4 gets out, I'll see if I can add support for some of the stuff I like, such as \dotfill and multicols. :-) Helge Hafting
New layout for brev.cls available at wiki.lyx.org
I have made a layout and a template document for brev.cls, which is available from http://wiki.lyx.org/Layouts/Layouts brev.cls is nice for writing letters on A4 paper, it positions the sendto address so it is visible through the window in window envelopes. There are folding lines also. Helge Hafting
Re: New layout for brev.cls available at wiki.lyx.org
On Fri, Nov 11, 2005 at 02:01:08PM +0100, Martin A. Hansen wrote: > suggestion: this things needs an example pdf, so you can have a look at the > result. Example added. Helge Hafting
Re: Multline subscript / AMS in LyX
On Fri, Nov 11, 2005 at 05:33:39PM -0200, Rudi Gaelzer wrote: > Does anyone know if the subarray AMS environment is implemented in LyX (I > mean, not in ERT mode) and how to use it? > > I want a multline subscript with the lines left-aligned. The command > \substack is implemented, but the lines are centered. The subarray > environment is the way to do this. How about this way: 1. Create the subscript 2. Insert a matrix into subscript - (1 column, and as many rows as you need) You can specify a left-aligned matrix. Helge Hafting
Re: Forget Windows
On Wed, Nov 09, 2005 at 11:26:36AM +, Angus Leeming wrote: > Helge Hafting wrote: > > Still, I really liked the way lyx 1.3 starts in less than a second. > > Lyx 1.4 needs 5 seconds to start, even with no document and > > debugging turned off. > > You are probably compiling with g++'s debug iterators. Try recompiling > having configured with --disable-stdlib-debug and things should be an > order of magnitude faster. > With --disable-stdlib-debug and -O2 optimization, it still takes 3.6 seconds to start lyx-1.4 - without any document. Just to get the empty main window. This on a 1.8 GHz opteron, which compiles lyx way faster than an 2.4GHz pentium M does. Of course lyx started from cache, I started it several times in a row to rule out disk slowness. No kind of document/paragraph problems - this is the startup time without a document. And probably not a qt problem either, as lyx 1.3 uses qt and starts in less than a second. _Editing_ with lyx 1.4 is fine, except from the occational bug. The startup time is not - it has definitely regressed, and I wonder if it has to be that way. What could lyx be up to _before_ l�oading documents? Helge Hafting
Re: align left and hyphenation
On Tue, Nov 15, 2005 at 06:15:48PM -0300, Marcelo Acuÿf1a wrote: > Hello, > I want use align left in my book but when > changed from align justified I lost > hyphenation. > This spent a lot of pages. > How I can get align left and hyphention? > I don'�t know if this is even possible. It could be, but as far as I know, hyphenation is turned on _because_ you use justification. Good justification is impossible without hyphenation, or the interword spacing would be way too big sometimes. This problem doesn't exist with left align - then the line simply ends when there isn't enough room for the next word. Some will also say that the point of using left align is to avoid the hyphens. I wonder though, why you would even want to print a book left aligned. Some special reason? Usually, it is quite ugly and looks unprofessional. Like it was made with an amateur tool like word - or by someone who don't know better. But of course there may be valid and good reasons for doing so. Still, look at some random books from ordinary publishers and I don't think you find any set left aligned. Helge Hafting
Re: align left and hyphenation
Marcelo Acuÿf1a wrote: I wonder though, why you would even want to print a book left aligned. Some special reason? Yes. Seems you are lucky then, the answer is elsewhere in this thread. Thanks for write me! Excuse me for my English. I tried explain me. Left align with "ugly" right border ( irregular ) make more easy to the eye find next line. Indeed, but at a cost. My publisher want left align with hyphenation and indent for paragraph separation. Hyphenation save a lot of pages. Several magazines turn to this mode. I have seen magazines do that, but then they usually have narrow columns where good justification is impossible. Left align is prettier than badly done justification. I can see that Lyx, when I selected left align, toogle from indent to skip. Now, I am in problem with my publisher. He said, "Drop Lyx, take PageMaker!". Bad advice. ;-) If you try - you will find that pagemaker can easily do some things that is hard in lyx. But also the converse - lyx, and sometimes a few latex commands, can do things you'd be hard pressed to do elsewhere. I wrote a book in lyx, while my colleagues wrote books in framemaker. We all got the work done, but I don't envy them some of the problems they had. I don't remember all of it, but I shook my head sometimes . . . Helge Hafting
Re: align left and hyphenation
On Thu, Nov 17, 2005 at 05:12:10PM -0300, Marcelo Acuÿf1a wrote: > > I don´t know PageMaker or Scribus. > I think that Lyx is very good for mathematics > but for history, sociology, etc. advantage is > reduced for dificult to learn and poor tool for > index entry. Lyx has multi-level index entries. The question becomes - what is the problem? We who don't do history/sociology can't really know what you're missing. > Analitic index is a greatest, bored and very > dificult work in social science without a > smart tool for it. > How I can suggest this feature to the > Lyx develop team? > A good detailed description of the problem is a good base. If you can point out how the ideal solution ought to be, then that helps too of course. If you can point out latex packages doing what you want then it usually gets much easier to code. The very best way to ask for new features is to provide a patch implementing them. :-) Unfortunately, only programmers can do that. Note that nothing new will be added to lyx right now, as all work goes into bugfixing before the re�lease of the upcomng lyx 1.4.0. But feel free to plan future enhancements. Helge Hafting
Re: Cross-reference accross unrelated files.
On Sat, Nov 19, 2005 at 02:30:38PM -0200, Rudi Gaelzer wrote: > I often need to make a reference to an equation (mostly) in another LyX file. > > Now, I know that it's easy to cross-reference between different files if one > is inputed/included inside the other or both inside a master file. > This sort of cross references works precisely because the two files gets into the same big document somehow. So referencing something "on page 47" or "in section 1.3.9" makes sense. > However, if I want to cross-reference equations between unrelated texts, the > trick doesn't seem to work. In a quick search, I was not able to find any > thread dealing with this neither in the list nor in the wiki pages. > You might be able to get a reference of the form "equation 3 on page 57" or "in section 1.5.4", but the page/section number refers to the pages/section in the _other_ document then. So they won't match the document the reference is printed in, causing confusion. I believe you normally use a citation when referring to a unrelated document. Helge Hafting
Re: align left and hyphenation
, which is a lot. There are reference manuals for this if you're interested. > > > If you can point out how the ideal solution ought to be, > > then that helps too of course. > > For case 1 this was made. For case 3 may be add to the dialog box a check box > with option for no page number. For case 2, dialog box must allow choose an > index entry and mark a check box for sub-issue. > > > The very best way to ask for new features is to provide > a patch > > implementing them. :-) Unfortunately, only > > programmers can do that. > > I am not a C programmer. Sorry. > Many aren't. Consider asking about this again when lyx 1.5 development opens up. You might get a volunteer willing to make that dialog box you suggested. It doesn't seem that hard. Actually, go over to bugzilla.lyx.org and file a "wishlist bug" so it won't be forgotten! Non-programmers can still organize help, such as finding out exactly what would be useful for the most people without being too difficult to do, looking for volunteer programmers, or even raise money when a volunteer can't be found. > > Note that nothing new will be added to lyx right now, > > as all work goes into bugfixing before the release of > > the upcoming lyx 1.4.0. But feel free to plan future > > enhancements. > > OK. I understand this. > I was seduced for Lyx promise that Lyx will take it > the load of work and that the author will forget the > most of this routine work. I think that this idea is > brilliant and that implementing more assist to the > author the number of users of Lyx will be greater. > Assist to index entry and other features (like a > front-end with radio buttons and check box for > several options that currently we get editing preamble > and adding several lines of code; > spell check in flight; > grammar check (in Spanish, please); > plug-in that show a list of synonymous of a word > (again, multi-language); > will extend Lyx from mathematical authors to > the rest of world. > > > Helge Hafting > > Ehh! I noted that, in this letter, right border > is very ragged ;-) Sure, people insist on ascii/unicode email with no formatting. I can write justified email in html, but html is usually very unpopular on open-source lists due to all the people using non-html capable mailreaders. Writing justified ascii can be done assuming all readers use a fixed-width font, but some doesn't. :-) Helge Hafting
Re: when to use koma-script?
Martin A. Hansen wrote: hi all i have been looking around for a fulfilling answer to this, but in vain. i have found no hints in the koma-script documentation intro, the latex companion, the tex faq, the lyx wiki, the lyx-extended-features documentation ... so perhaps somebody with experience using koma-script would share their experiences, we could put together a page for the wiki and the docs? Use komascript: * When you want the look koma-script gives. I believe it is tuned for European typography. * whenever you find the extra features (things like addchap, as well as many latex commands) useful. There are many things you may need to set up with latex commands, such as running heads and custom page layouts. Koma-script has lots of extra commands for these things. Helge Hafting
Re: align left and hyphenation
Marcelo Acuÿf1a wrote: So you have to fill in the index entry, but no need to worry about how to write the name. Just paste it. I think that this idea is not a solution well. Sure. It is not a solution, but a way of easing the work with the existing lyx. Getting your index dialog will take some time, even if someone is eager to implement it. * That index entry is now in the paste buffer. Move through the text, whenever you need the index entry, just position the cursor and press ctrl+v (or the edit->paste menu choice) This method is better than previous, for now I am using this, but I think that my suggestion generate lowest load of work for author. Indeed, but there is a feature freeze right now. This work very well! Before I posted about index entry I search in Google for “Lyx multi-level index entry” and I can't get nothing of this. I need reference manuals, Where I can download it? I don't think there is a index manual for lyx, but there are manuals for latex. Some must be bought, some are free. On a linux system, you typically get all the free documentation with your latex installation. On a debian linux system, see the file /usr/share/doc/texmf/latex/tex-refs/makeindex-special-effects.html On other systems, search for this file on the harddisk or on the internet. For example: http://www.miwie.org/tex-refs/html/makeindex-special-effects.html Note that this file describes the index commands like this: \indexentry{test}{4} The stuff in the first set of braces is what you'll type into the lyx index entry box. The second brace holds the page number which you never worry about - page numbers are generated automatically. Also ignore instructions about how to run the "makeindex" and "latex" programs, lyx will do all that for you. The document describes: * multilevel indexes (first level!second!third) * the "|see" command for "see other index entry" * how to apply special formatting to the word in the index. Useful if you want small-caps names in the index as well. This technique is also useful if you want to put nonword stuff into the index (small pictures, formulas, words in non-latin script) as you can separate the sorting key and the appearance. * how to apply special formatting to the page number. This is useful if you have lots of references to an entry but one of them is more important than the others. * how you set up page ranges, i.e. "something|(" followed by "something|)" on a later page could turn into "something, 14-47" That avoids entering a lot of index entries for a word that gets mentioned over and over. Last but not least: Don't go overboard with indexing. My publisher told me to try for maximum three references for any word, and preferably just one. This because people reading the book are usually not going to look up 23 different references anyway, so such an index is useless. Perhaps your kind of writing requires you to index each and every use of a name, but still, consider the advice for any words where you are free to choose. More generic: How the reader will _use_ the index is the important thing, not the softwares ability to deal with a really complex index . . . About left align vs justify I suggest http://desktoppub.about.com/od/typelayout/ Thanks, lots of interesting stuff there. Helge Hafting
Re: Newbie here!
Bonhôte, André wrote: Hi! I am completely new to this list, and even newer to LyX. I used to work with LaTeX some years ago, but now I find LyX easier to work with. My goal is to create technical documentation in a consitent manner. We have some CI guidelines I will have to follow, like a bitmap on top and one on the bottom of each page. There, the questions begin: 1 - Is it possible to add a header/footer which is really at the edge of the page? If yes, are there examples around I could steal from? You can definitely move outside the margins, although you may have to use some latex commands to get there. You can use commands like \hspace{2cm} or \hspace{-3mm} to go right and left, respectively. And you can \vspace*{-3cm} to go up (or down) in similiar ways. If you need to put a complicated layout outside the margins, use hspace and vspace to get to the upper left corner, then place a box (\makebox{} or similiar of desired size. That way, you effectively get new margins until the end of the box command.) You don't always need hspace/vspace either, a box extends through the right and lower margins if you make it big enough, and through the upper if you use \raisebox. 2 - Currently I am copy/pasting stuff from old word docs to LyX. I am using the koma book document layout right now. Is it possible to change it later easily to my *own* one? Yes. After creating your own layout (which is some work), changing into it is easy. Simply set the document layout to be "your" layout instead of koma-script book. To avoid transition problems, don't use any koma-script paragraph type that you don't plan on supporting in your new layout. (Such unsupported text will revert to "standard" when you switch.) 3 - copy/pasting of tables doesn't work here (Mac OS X) as explained in the wiki. What's the best overall strategy to convert from Word to LyX? I am not sure there is an easy way to convert tables. Of course you can load word docs into openoffice and save as latex, then try to get the latex into lyx. Sometimes it is ok, sometimes not. I'd really like to use LyX from now on. I have already infected some of my collegues here, but it's easier to make active publicity when I have a nice company template to work with. Good luck! :-) Helge Hafting
Re: Acrobat has problems reading parts of my PDF
On Wed, Nov 23, 2005 at 08:52:45AM -0600, Andrew Morrison wrote: > Recently, I switched from using gv and xpdf to read my pdf files produced in > lyx. As I was proofing my thesis, I reached a page where the graphics and > text would not display in Acrobat Reader (version 7 for linux) but would > still display in xpdf. In Acrobat, a window pops up that says "a drawing > error occurred". In xpdf, even though the text and graphics displays, the > terminal window has several lines of the same error: > "Error: Bad bounding box in Type 3 glyph". > > I am concerned that if I send copies of the pdfs to people who want to read > them on their computers, the files will not be readable in Acrobat reader. > What should I do to make good pdfs? > How do you generate your pdf's from lyx? If you have sufficient software installed, there is three ways: 1. pdf [uses latex,dvips,ps2pdf] Disadvantage: the slowest way Advantage:uses exactly the same mechanism as when printing. If printing works, this works - and vice versa. 2. pdf (dvipdfm) [uses latex,dvipdfm] Disadvantage: sometimes produce an invalid pdf, that happened to me. This one was nasty - it worked in _my_ acrobat on linux, but failed in the publisher's acrobat on windows. Good it wasn't a pdf for wide distribution. Advantage:somewhat faster than the above way 3. pdf (pdflatex) [uses pdflatex] Advantage:Lightning fast compared to the other two - a pdf in one step! Disadvantage: Don't necessarily support graphichs of the .eps type, but they can be converted to pdf and will then work. Of course the problem could be something else. Others have pointed out that using type3 fonts isn�'t the way to make a good pdf, but such a pdf should still be valid. Could be a broken program, or possibly a bad font. Or even broken acrobat. To look for the problem: Load the file into acrobat. Use file->document properties->fonts to find what type 3 fonts you have. Hopefully there are few, perhaps a font embedded in a figure? Helge Hafting
Re: creating tables with custom alignment of individual cells
On Wed, Nov 23, 2005 at 08:57:45PM -0500, David Soukal wrote: > Hello, > > I am still consistently working on my thesis, spreading the awarness of > LyX's greatness along the way... :) yet I've run into another little > problem that I was unable to solve easily with at-hands documentation. > > I am trying to report some data in tables and I have come across the > following obstacles that I don't know how to solve: > > 1) is it possible to have a table with individual cells within a column > aligned differently? > Yes, with a small trick. Set the column to left aligned. When you want a right-aligned cell, insert a hfill before the text. The hfill will push cell contents to the right. You'll find it somehwere under the insert menu. This trick also allow right-aligned cells in a centered column. Unfortunately, you can't create a left-aligned cell in a right-aligned column as easy, because a trailing hfill is ignored. Fix this by having a protected blank (insert menu again) after the trailing hfill. If you need to force a *centered* cell, you should do: protected_blank hfill celltext hfill protected blank The reason for the leading protected blank is to get proper centering - protected blanks have a width so only a trailing one won't do. If you should need a justified cell, use hfills instead of spaces between words. I cannot imagine the need for this though. > 2) while 1) may sound strange, I'd like to have, for example, a column > with numbers centered while the header of the column is aligned, say, > flushed left. Sure you don't want the header centered too, when all the content is? > > 3) another practical, related, problem is the decimal-aligned columns > created using the dcolumn package. When I use the d{} alignment for a > column (bless Extended Features manual :), the numbers withing the > column are indeed aligned on the "." but the header text of the column > is in italics font (easily fixable, yet awkward, with \textrm{}) and it > is aligned so that the last letter is right aligned with the decimal > point of the rest of the column. I would like to have the numbers > aligned on the decimal point, while the header text being, say, centered. > Read Extended.lyx again: "Setting the multicolumn attribute for a single cell makes it insensitive to the decimal alignment which comes in handy as well." Just tried it - the cell is now centered and no unusual font either. > Is this possible at all? I realize I could perhaps solve 1) & 2) with > another nested table (an HTML hell :) but I'm not so sure with 3). > > Thanks for any hints & pointer! > If you need to do something really awkward in a table cell, insert a minipage there. You can put just about anything in a minipage, including all sorts of alignments, multiple lines, and so on. Helge Hafting
Re: Lyx and language depended characters / A Unicode Problem?
On Sat, Nov 26, 2005 at 11:49:42PM +1300, John C. McCabe-Dansted wrote: > On Saturday 26 November 2005 18:08, . wrote: > > Hi, > > > > I really like using lyx... but since a couple of months I have a problem. > > Everytime I try to enter a language depended character, like ö (german o > > umlaut) or any else. I got following: > > > > http://henning.haeske.com/lyx.jpg > > The LaTeX command for umlaut is \"{o}. You can enter this by way of entering Correct, but this shouldn't be necessary as lyx usually have no problems with ö or most of the other latin non-ascii characters. [...] > Does anyone know if LyX actually tries to support unicode characters? Yes - it doesn't. Lyx works with various latin encodings such as iso8859-1, unicode support is planned for version 1.5. Helge Hafting
Re: lyx on Debian testing
Alexandru Cabuz wrote: Has anybody found a way to get lyx working on a Debian testing system? It seems there is a bug that prevents one from just apt-getting it. See http://packages.qa.debian.org/l/lyx.html and http://bugs.debian.org/cgi-bin/pkgreport.cgi?which=src&data=lyx&archive=no&pend-exc=fixed&pend-exc=done&sev-inc=critical&sev-inc=grave&sev-inc=serious So is there a way to trick it into installing on a non ia64 machine like mine? Compile it from source and it'll work fine on debian testing. This is what I do (qt version): apt-get install libqt3-mt-dev (for compiling with qt) get the source and unpack it ./configure --prefix=/usr/local --with-frontend=qt --with-gnu-ld --with-qt-includes=/usr/include/qt3 And finally, "make" followed by "make install" Helge Hafting
Re: Simplest approach to hanging indent paragraph?
Paul Johnson wrote: What is the best advice now for LyX users who want paragraphs shaped like this X But we want to control both the indentation of the lines 2-3 as well as the negative indentation of line 1. A negative indentation on the first line of an itemized list would be about right for this. Searching in the LyX archive, I find that I asked this before. This message that Herbert Voss sent in response to my question in 2001: http://www.mail-archive.com/lyx-users@lists.lyx.org/msg08531.html Is there simplification available now? I notice the tips & tricks page is gone now, as this link no longer leads anywhere: http://www.lyx.org/help//layouts/layout.html#hangindent I am wishing there were a simpler solution *within LyX* to do this, without creating a layout file or such, because I primarily need this for use of students in our computer lab. I've been pushing them to use LaTeX and LyX, and if I say "that is not possible" they just say "we will use Open Office instead." So the "you can't get there from here" problems with LyX are creating a bother. Students tell me MS Word has a "hanging" option for paragraphs that makes this super simple. When I told them "we don't need that because real publishers don't do that" they turned up with several journals in which itemized lists and bibliographic entries are formatted in that way. Have you tried using the "verse" paragraph type instead of "standard"? It looks like your example above. Perhaps a bit counterintuitive when you aren't writing poetry, but it has a hanging indent and is very simple to use. For lists, see if the paragraph type "labeling" might be useful. Here the indent is adjustable thorugh paragraph settings. If you really want a negative indent (first line of paragraph stick into the margin) try setting the document to use indented text and put \parindent=-2em in the document preamble. (Or in an ERT box in the first paragraph you want to be this way. In this case, make sure there is a space after the command.) Helge Hafting Helge Hafting
Re: lyx on windows (and printing notes)
[EMAIL PROTECTED] wrote: admin priviliges. Again, you don't *need* latex installed to run LyX. Angus, then try to install LyX without an installed TeX system and try to run LyX ... ;-) being able to run lyx without latex is IMHO a good and useful thing! I tested it - lyx without latex works fine on linux. No printing, no "view->dvi" of course - but no problems editing documents. Useful for editing only sessions, when printing (and layout checking) can be done elsewhere. Helge Hafting
Re: lyx w/o imagemagick
[EMAIL PROTECTED] wrote: so i've finally been able to get everything working on my non-admin windows account, except imagemagick :( what i don't get however is what i need imagemagick for... in fact, if i export to latex and manually use latex or pdflatex, i can use images w/o imagemagick (after a bit of tweaking: adding graphicx package and fixing file name). so a few questions: - i've tried adding \usepackage{graphicx} to my preamble but i get errors about filename (seems like i get extra \string" before the path and before .jpg). see end of message for errors. who's doing what to my filename and why? - what does imagemagick bring that graphicx package doesnt do? They have completely different purposes - one is in no way a substitute for the other. The graphicx package lets you use images. It provides the latex commands for including images and take their sizes into account when typesetting. Without it - no images unless you use other packages with similiar functionality. Imagemagic is a set of conversion programs, that can convert images from one format to another. It is useful because latex only supports a few kinds of images. Any other kind of image won't work, they must be converted to somathing latex (or pdflatex) can use. Lyx knows this, and will automatically use imagemagic (or other converters) to convert images as necessary. Without imagemagic, you can only use the kinds of images that latex/pdflatex support directly. (Or images for which you have other converters.) I believe latex supports .eps, while pdflatex supports .pdf, .png, and .jpg. For any other cases, you need a converter that lyx can use. Try a .bmp for example - it will need conversion. Helge Hafting
Re: [OT] PDF permissions
K. Elo wrote: Without knowing it, you have helped me, too. A couple of day ago I received a pdf-formular from a company. After having opened it with my acoread 7.0 for linux I noticed that the printing was not possible, because the printing permission was diabled (very practical with a formular, indeed!). I contacted the company, but they haven't even heard about the permissions (because they use 6.0 where the permissions are, AFAIK, simply ignored) and didn't know how to fix the formular. At this point, your mail arrived. I downloaded pdftrans and itext, installed them - and voilà! On linux, use xpdf which couldn't care less about permissions. I use it to copy/paste stuff out of pdf's that are protected against copying with acrobat. Having "copy protection" enforced by the client is such a joke, just use a client that don't implement it. Anyway, there is no way to simultaneously allow reading and prevent copying. Helge Hafting
Re: Writing letters...
[EMAIL PROTECTED] wrote: I use the Koma-script letter template with some adjustments for my correspondance. Nice looking. The problem comes with envelopps : 1) Is there a template to print C6/5 envelopps ? If so, where ? A template for printing the address onto the envelope itself? You can make one like this: 1. Create a document 2. Go into document settings 3. Set the page size to the actual size of your envelope (measure it with a ruler) 4. Set the margin so the address gets where you want it 5. Save this into .lyx/templates/envelope.lyx Now you have a template for envelopes. Repeat as necessary for envelopes of different size. 2) I sometimes use windows envelopps (also C6/5). How cant I get the address of my correspondant to print on the right side of the page, at the window position ? I dived into scrguen.pdf and almost drowned. So pleease help ! Have a look at http://wiki.lyx.org/Layouts/Brev This uses brev.cls, which formats letters for A4 paper, C6/5 window envelopes. There is a template for lyx there also. Be warned that "brev.cls" currently doesn't support documents in the French language, so you will have to select another language for this to work. The package authors are interested in help with translations into more languages though. Helge Hafting
Re: lyxwin136-small-04 and instant preview
H. Peter Gumm wrote: Uwe, thanks for correcting the instant-preview glitch in your installer. In my eyes, the installer is a great step ahead to make LyX popular amongst Windows-Users who are typically not willing to install all sorts of auxiliary programs (MinGW,Imagemagick, ...) before being able to try out a new unknown application. Thanks for the great work! I have the following suggestions for improvement, some may concern the installer, some LyX itself: - I am using LyX with slightly larger screen fonts than in the default configuration. (Getting old.) Unfortunately, the math formulas displayed by instant preview dont scale correspondingly, they remain in the small fonts. Turn the preview off. Then the formulas remain in the size used when editing them. Perhaps not as pretty, but ok nonetheless. The previews _can_ be made bigger, but doing so is complicated and I don't know the details. Basically, change/configure the software that makes them. - Generating pdf-files, one obtains rather ugly bit-mapped fonts, until one finds the trick (in the FAQs) of changing the fonts size to "ae" in Document->Layout. Why not making this the default from the beginning ? The bitmapped fonts are ok - the problem is the broken acrobat reader so many uses. Printing the pdf will actually be fine. Many people don't make pdf's - they don't need a different default. After changing the font, consider saving the new setting as a "document default". Then _you_ never get this problem again. If you happen to like the look of the computer modern font, then put \usepackage{lmodern} in the preamble and leave the font setting at "default". That way you get a non-bitmapped version of that font. It looks fine in acrobat. - I typically start LyX by doubleclicking on a .lyx-file. This opens LyX with the file as expected. When the document is more or less in final form, I scrutinize the the dvi-file for error. Unfortunately: = each C-d starts a new instance of Yap. This means that each time I have to adapt Yap again by enlarging fonts, etc. Use "update dvi" instead then. It updated the file, and your dvi viewer will then reload the new file automatically. (If it doesn't, then surely it has a button or menu for doing that.) = Going back to LyX I sometimes do it by doubleclicking the .lyx-file again. This opens a new LyX on the same file. At the end I discover that I have several LyXes open on the same file. Oops!! Which one do I want to save now ? Don't do that - it is an approach that doesn't work with lyx. Switch to the running lyx instead - it isn't hard to do on windows. I simply make sure my dvi viewer doesn't obscure the lyx window completely, that way I can switch back very quickly by single-clicking on the lyx window. There is normally no need to maximize the dvi viewer, as the content it shows is in the shape of A4/letter paper, and the screen is much wider than that format. ==> How about an warning message when opening LyX on a file that is already open in LyX. This behaviour is common in most editors. It is common in most editors _in windows_, which isn't the main platform for lyx. Still, it can be done if you can interest a developer . . . Helge Hafting
Re: [OT] PDF permissions
Andrei Popov wrote: Hello Helge, Friday, December 2, 2005, 12:00:06 PM, you wrote: On linux, use xpdf which couldn't care less about permissions. I use it to copy/paste stuff out of pdf's that are protected against copying with acrobat. Having "copy protection" enforced by the client is such a joke, For most technically unsavvy users it's not a joke, I'm afraid =) It is in this particular case. No "hack" needed, just use xpdf for reading your pdfs. The unsavy tends to get their linux installed by vendor or some standard distro cd. Chances are that they have xpdf then, perhaps as the default pdf viewer even. just use a client that don't implement it. Anyway, there is no way to simultaneously allow reading and prevent copying. There's no way to simultaneously enable SCREEN-reading/accessibility AND disable copying, if this is what you meant =) What I meant, yes. If the software can get at the content so as to display it, then the software may decide to stick it in the paste buffer as well. There is nothing the pdf file format can do about that. You can disable everything, including copying, but the document WILL be available for reading. This, naturally, might only apply to compliant viewers, such as Acrobat. Anyway, yeah, I know this "just use xpdf or whatever" trick too. But isn't a good pdf viewer supposed to implement the pdf standard to the full? Honor permissions, allow form-filling, text-copying and encryption? I think yes. A good pdf viewer should do whatever the _user_ wants it to. Sure, having form filling in xpdf would be nice. But honoring the no-copying bit? Not what I, as a user, want. If I don't want to copy text out of a pdf, then I don't do it! Therefore, it is no use supporting this. (Users who enjoy being prevented from copying have the option of using acrobat.) And for the cases where copy protection is on "by default/by mistake/by company standard" or whatever, it is nice that the software doesn't support it. Some writers might like the "copy protection", but it is a lost cause. Open-source pdf readers exists, so I can always turn that off again even if xpdf should implement it. (And then I can distribute this program for the benefit of the technical unsavy . . .) Helge Hafting
Re: PDfs from Linux have nasty fonts
Søren O'Neill wrote: Hi John, I've found that many pdfs created in LyX on my Linux box look jagged and are hard to read on-screen on windows boxes, but look just fine when printed. I suspect this is because the windows box doesnt have the fonts used, but the printer does. Nope. The font really is included in the pdf, but acrobat does a poor job when using it. The problem is only in acrobat, that's why the printout is fine. The easy solution is to stick \usepackage{lmodern} in the document preamble. That embeds a vector font instead of a bitmap font, and then you don't get trouble with acrobat. The document should look the same. Switching to another font (like pslatex) also does the trick, but of course you may have your reasons for not doing that. It will vertainly look different, not all the other fonts have a supporting math font as well, and so on. (In those cases, any math stuff stands out as mismatched.) Helge Hafting
Re: Forget Windows
On Wed, Dec 07, 2005 at 04:58:51PM +0100, Jean-Marc Lasgouttes wrote: > >>>>> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes: > > Lars> I also tried to do some profiling on this, but failed to get > Lars> anything to pinpoint. Also on my box startup times are not bad > Lars> at all... (sub-second) > > I clearly see a difference between 1.3.x and 1.4.x, but the times are > reasonably short. Evereybody except me get sub-second startup times? That is good, lyx is probably ok with me making a mistake then. It'd sure be interesting if anyone have an idea what I do wrong. My configure command, using optimizations and disabling some costly debugging. Are there perhaps other things that impact speed? $ ./configure --prefix=/usr/local --with-frontend=qt --with-gnu-ld --with-qt-includes=/usr/include/qt3 --disable-stdlib-debug --disable-concept-checks --enable-assertions CFLAGS=-O2 CPPFLAGS=-O2 gcc and g++ are version 4.0.2 from debian testing Libraries I use, all from debian testing: $ ldd `which lyx` libqt-mt.so.3 => /usr/lib/libqt-mt.so.3 (0x2abc3000) libaudio.so.2 => /usr/lib/libaudio.so.2 (0x2b6aa000) libXt.so.6 => /usr/X11R6/lib/libXt.so.6 (0x2b7d4000) libjpeg.so.62 => /usr/lib/libjpeg.so.62 (0x2b935000) libpng12.so.0 => /usr/lib/libpng12.so.0 (0x2ba56000) libXi.so.6 => /usr/X11R6/lib/libXi.so.6 (0x2bb7b000) libXrandr.so.2 => /usr/X11R6/lib/libXrandr.so.2 (0x2bc83000) libXcursor.so.1 => /usr/lib/libXcursor.so.1 (0x2bd86000) libXinerama.so.1 => /usr/X11R6/lib/libXinerama.so.1 (0x2be91000) libXft.so.2 => /usr/lib/libXft.so.2 (0x2bf93000) libXrender.so.1 => /usr/lib/libXrender.so.1 (0x2c0a7000) libfreetype.so.6 => /usr/lib/libfreetype.so.6 (0x2c1b1000) libfontconfig.so.1 => /usr/lib/libfontconfig.so.1 (0x2c33f000) libXext.so.6 => /usr/X11R6/lib/libXext.so.6 (0x2c47e000) libpthread.so.0 => /lib/libpthread.so.0 (0x2c59) libaspell.so.15 => /usr/lib/libaspell.so.15 (0x2c6a5000) libdl.so.2 => /lib/libdl.so.2 (0x2c89a000) libSM.so.6 => /usr/X11R6/lib/libSM.so.6 (0x2c99e000) libICE.so.6 => /usr/X11R6/lib/libICE.so.6 (0x2caa8000) libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0x2cbc3000) libz.so.1 => /usr/lib/libz.so.1 (0x2cda3000) libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x2ceb9000) libm.so.6 => /lib/libm.so.6 (0x2d0b4000) libc.so.6 => /lib/libc.so.6 (0x2d23a000) libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x00002aaaad477000) libexpat.so.1 => /usr/lib/libexpat.so.1 (0x2d585000) /lib64/ld-linux-x86-64.so.2 (0x2aaab000) Helge Hafting
Re: Having a number list not restart after titles?
On Wed, Dec 07, 2005 at 01:29:27PM -0600, Stacia Hartleben wrote: > I have a numbered list and would like to put in titles over parts of > the list. However, whenever I insert a title, the numbered list > restarts at 1. How can I put in titles over parts of the list and have > the numbers not reset? I know of two ways. The first is to explicitly setting the enumeration counter. Wherever you want the list to continue (instead of starting at "1.", insert a TEX box in the front of the text of the first continuing enumerate. If you want to continue with that item as nr. 7, insert this in the tex box: [7.]\setcounter{enumi}{7} For other numbers, just substitute the two sevens with what you want. This solution is quick, but the obvious problem is that you have to set the numbers right. If you add an extra item to the beginning of such a list, then you need to update your tex code. Also, it doesn't look right in lyx even though it looks correct in print. The other way I know have no problems with the numbers when you add more items, and it looks right in lyx too. It changes the appearance of the document a bit, as the headings get indented to match the itemized text. This may actually look better, or it might not be what you want. Write your list and stick a title in the middle of it. By "title", I assume you use a paragraph type like section, subsection* or perhaps "standard" with a font change. Whatever the paragraph type for your heading is, put the cursor somewhere in the heading and press ALT+SHIFT+RIGHT ARROW on the keyboard. This increases the environment depth, that is, your heading gets nested into the list. Notice how the numbers in the list becomes correct as you do this. You should also do a view->dvi to see how this affects the output. Tip: If you want several paragraphs in a single item, then write the additional paragraphs as type "standard" and increase their environment depths. If you want an example, try help->userguide and read the section on "nesting environments" Helge Hafting
Re: Forget Windows
Lars Gullik Bjønnes wrote: Helge Hafting <[EMAIL PROTECTED]> writes: | On Wed, Dec 07, 2005 at 04:58:51PM +0100, Jean-Marc Lasgouttes wrote: | > >>>>> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes: | > | > Lars> I also tried to do some profiling on this, but failed to get | > Lars> anything to pinpoint. Also on my box startup times are not bad | > Lars> at all... (sub-second) | > | > I clearly see a difference between 1.3.x and 1.4.x, but the times are | > reasonably short. | | Evereybody except me get sub-second startup times? | That is good, lyx is probably ok with me making a mistake then. | It'd sure be interesting if anyone have an idea what I do wrong. | | My configure command, using optimizations and disabling | some costly debugging. Are there perhaps other things that impact speed? | | | $ ./configure --prefix=/usr/local --with-frontend=qt --with-gnu-ld | --with-qt-includes=/usr/include/qt3 --disable-stdlib-debug | --disable-concept-checks --enable-assertions CFLAGS=-O2 CPPFLAGS=-O2 Even on a build with this: ./configure --with-frontend=qt --disable-debug And when starting I get sub-2-second startup. (cached, no disk read needed) This in on a AMD XP 2400 The only thing I see with your configure line that could be changed in the last two variables that you set... (btw. does it work to set them last on the command line?) To set optimization level you should use --enable-optimization='-O2' Ok, tried this. More exactly: $ ./configure --prefix=/usr/local --with-frontend=qt --with-gnu-ld --with-qt-includes=/usr/include/qt3 --disable-debug --disable-concept-checks --enable-optimization=-O2 Lyx takes 5 seconds to start on a pentium M, 2.4 GHz. The 3 seconds previously mentioned was on the 1.8GHz opteron. I have compiled with these options there too, and will time it again when I get to the machine. (No use timing lyx over the ADSL line, we'll be waiting for tunneled X in that case.) I am now trying -Os instead of -O2. If that doesn't help, I'll try your config to check if there is something weird going on, like --with-gnu-ld or one of the others unexpectedly triggering something. Hmm are these 64bit binaries or 32bit? (does that matter?) I hope not! This was from the opteron, so all libraries was 64-bit. It is the fastest of my two test machines anyway. On my FC4 running on an AMD64 XP3500 all the above libraries point into some lib64 dir. (might very well be one of the differenced between debian and fedora) Yes. Debians amd64 is a 64-bit port, so the 64-bit libraries is in /lib. There are no 32-bit stuff at all, unless you install it in order to support the odd 32-bit binary-only program, like adobe acrobat or wine. (Well, wine is open source but it runs 32-bit proprietary sw...) Debian has a /lib64, but it is merely a link to /lib. Helge Hafting
Re: Forget Windows
Lars Gullik Bjønnes wrote: | >To set optimization level you should use --enable-optimization='-O2' | > | > | Ok, tried this. More exactly: | $ ./configure --prefix=/usr/local --with-frontend=qt --with-gnu-ld | --with-qt-includes=/usr/include/qt3 --disable-debug | --disable-concept-checks --enable-optimization=-O2 You should use '--disable-stdlib-debug' as well. that is a real time consumer, nice when developing but not else. So --disable-stdlib-debug is not implied by --disable-debug? Using --enable-optimization=-O2 did not help. Using -Os instead of -O2 gave me a much smaller binary, but it did not help. Using just $ ./configure --prefix=/usr/local --with-frontend=qt --with-qt-includes=/usr/include/qt3 --disable-debug was just as bad. the best I get is 5.2s for starting lyx, the worst I get is 5.4s depending on the optimizations. This on the 2.4GHz pentium. I'll try throwing in --disable-stdlib-debug next. Helga Hafting
Re: Forget Windows
Lars Gullik Bjønnes wrote: Helge Hafting <[EMAIL PROTECTED]> writes: | Lars Gullik Bjønnes wrote: | | >| >To set optimization level you should use --enable-optimization='-O2' | >| > | >| > | >| Ok, tried this. More exactly: | >| $ ./configure --prefix=/usr/local --with-frontend=qt --with-gnu-ld | >| --with-qt-includes=/usr/include/qt3 --disable-debug | >| --disable-concept-checks --enable-optimization=-O2 | > | >You should use '--disable-stdlib-debug' as well. that is a real time | >consumer, nice when developing but not else. | > | So --disable-stdlib-debug is not implied by --disable-debug? No, I do not think so... (hmm ... I cannot remember how I implementet this bug stdlib debug and debug are realy ortogonal) Well, this helped -- a little. With $ ./configure --prefix=/usr/local --with-frontend=qt --with-gnu-ld --with-qt-includes=/usr/include/qt3 --disable-debug --disable-concept-checks --disable-stdlib-debug --enable-optimization=-O2 I got 4.7s starting lyx instead of 5.2s Starting with LANG=C brings this further down to 4.6s, so internationalization is not the big culprit. The test method is to run time lyx while clicking the mouse fast in the place where the closing button is going to appear. Repeated clicks are used so my reaction time won't affect the result. I barely see the main window, it is removed as soon as it appears. The same kind of timing for lyx-qt 1.3.6 from debian is 0.7s, with or without translations. So it doesn't seem like a debian problem. Is there some sort of profiling I could try? Helge Hafting
Re: Forget Windows
On Thu, Dec 08, 2005 at 03:46:45PM +0100, Jean-Marc Lasgouttes wrote: > >>>>> "Helge" == Helge Hafting <[EMAIL PROTECTED]> writes: > > Helge> The test method is to run time lyx while clicking the mouse > Helge> fast in the place where the closing button is going to appear. > Helge> Repeated clicks are used so my reaction time won't affect the > Helge> result. I barely see the main window, it is removed as soon as > Helge> it appears. > > You can try also "lyx -x lyx-quit" > Thanks. Much easier, and I get the same timings. > Helge> Is there some sort of profiling I could try? > > Try to run lyx with option "-dbg init" and see whether there is a long > time between two particular messages. > I got two noticeable pauses: 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/helge/.lyx/ locale_dir /usr/local/share/locale/ document_dir /home/helge temp_dir /tmp home_dir /home/helge Initializing LyX::init... NOTICEABLE DELAY HERE About to read lyxrc.defaults... Found lyxrc.defaults in /home/helge/.lyx/lyxrc.defaults About to read preferences... Found preferences in /home/helge/.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... 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... Found stdtoolbars.ui in /usr/local/share/lyx/ui/stdtoolbars.ui LyX tmp dir: `/tmp/lyx_tmpdir256720kz6fB' Reading lastfiles `/home/helge/.lyx/lastfiles'... Initializing LyX::init...done EVEN LONGER DELAY HERE About to handle -x 'lyx-quit' Warning: this system's locale uses Unicode. Language code:nb_NO Setting new locale for Qt:nb_NO Initializing LyXFunc Initializing key mappings... These two delays account for practically all the startup time - the other messages scrolls by too fast to read. Helge Hafting
Re: Forget Windows
On Thu, Dec 08, 2005 at 09:46:05AM -0800, Rich Shepard wrote: > On Thu, 8 Dec 2005, [EMAIL PROTECTED] wrote: > > >Just a minor tip, try this: > > > > time lyx -x 'command-sequence lyx-quit;' > > Christian, > > How kewel! I've not had LyX running today, so I gave the above three tries > in succession: > > [EMAIL PROTECTED] ~]$ time lyx -x 'command-sequence lyx-quit;' > > real0m2.014s > user0m0.280s > sys 0m0.050s > [EMAIL PROTECTED] ~]$ time lyx -x 'command-sequence lyx-quit;' > > real0m0.345s > user0m0.230s > sys 0m0.030s > [EMAIL PROTECTED] ~]$ time lyx -x 'command-sequence lyx-quit;' > > real0m0.342s > user0m0.260s > sys 0m0.010s > > Both the startup times and the use of the automatic command-sequence with > the time command are impressive. > Impressive timings. Your first start is faster than my cached startups. My lyx-1.3 starts in 0.7s, my lyx-1.4 in 3.5s when in cache. Which version of lyx is this, and does it use xforms or qt? Helge Hafting
Re: euro symbol
On Thu, Dec 08, 2005 at 07:07:28PM +0100, [EMAIL PROTECTED] wrote: > i can't get the euro symbol to work :/ > i tried \EUR and \euro using europs and eurosans packages but no success... > i'm using pslatex font, french language and default encoding... > You put those \euro commands in a TeX box, right? They won't work in the text itself. And make sure you have a space (or {}) after the command, i.e. "\euro " or "\euro{}" You don't really need to use packages for this, because euro is supported by babel (in greek mode, for some reason), and babel is invoked automatically by lyx. Just insert a TeX box, and write \euro{} inside. Then mark the entire box (not just the contents, start marking before it and end after it, but don't include other text) Then change the language of the marked box to Greek. This is necessary, \euro (without any packages) works in Greek but not otherwise. To avoid repeating this over and over, just copy the Greek \euro command around in the document when needed. Helge Hafting
Re: Downtime on LyX servers.
Lars Gullik Bjønnes wrote: The LyX servers will be taken down within one hour, to be relocated to a different server room. This mean that all services provided by aussie or baywatch will be down. The mailingling lists on lists.lyx.org might also suffer, because of dns issues, but essentially the lists should work. I am sorry for the late notice. $ cvs up cvs [update aborted]: connect to anoncvs.us.lyx.org(62.70.27.115):2401 failed: Connection refused Is my DNS at fault, or is the 62.70.27.115 address correct? Helge Hafting
Re: Downtime on LyX servers.
On Fri, Dec 09, 2005 at 03:48:28PM +0100, Lars Gullik Bjønnes wrote: > It is way wrong. > > I will fix it. > > Will take a while to propagate though. cvs up worked now, thanks! Helge Hafting
Re: Off-topic: 7 questions about usage of LaTeX.
On Sun, Dec 11, 2005 at 02:00:10PM +0530, Banibrata Dutta wrote: > Hi, > > Hoping that some LaTeX experts here may be able to help me with a book > project which I am doing in LaTeX (instead of LyX). > > Q-1) How do I leave a page "Intetionally Blank", after the title page, > and before the abstract page, if I am using... > > \documentclass[11pt,a4paper,titlepage]{article} > \usepackage{fullpage} > \usepackage[pdftitle={ID1421, BDutta},colorlinks=false,a4paper]{hyperref} > \usepackage{graphicx} > > Note that, the following didn't work... > > \begin{document} > \maketitle > \newpage > This page is intentionally left blank. > \newpage > \begin{abstract} > > > Q-2) When I use "dvipdfm" or "pdflatex" tool to convert to PDF, all of > my hyperlinks get a blue or red bounding-box. How do I do away with the > bounding-box (or say a white bounding-box) ? I am more interested in the > way which works for "dvipdfm". > Are you using the "hyperref" package to make hyperlinks? Read the documentation, there are plenty of options for controlling these things. > Q-3) I use MicroSoft Visio to create some network diagrams, and converted > them to JPEG at high quality (i.e. "Print-Quality" 600dpi, and very low There is no chance of using a vector ized format instead of a bitmap format for this? Postscript is a good one. A trick for windows users might be to install a postscript printer driver and then "print to file". > compression). Then I used "jpeg2ps -p a4" command to convert to .EPS. The > image quality in the document (.dvi or the generated final .pdf) seems much > lower quality than the JPEG itself. Any way to get high quality image in my > final PDF ? > Try the "pdflatex" way of generating latex. Jpegs should go in unchanged this way, so no quality loss. > Q-4) How do I solve this footnote problem ? I reference a footnote in the > main text as follows... "SomeText\footnotemark{1}". The footnote definition > is done as follows.. > \footnotetext[1]{SomeDescriptiveText} > ... but the problem is that in the generated .dvi / .pdf, I find that in the > main body the text appears with the superscript "1" after "SomeText" (as > expected), but also an additional regular-size "_1" after the subscript, > which is unexpected and undesired. > > Q-5) How to include some text in the document that is not part of any > section ? For example, I want to put some text into a "Copyright" section at > the end of my document, in a separate page, Use a page break... > with a Heading, but can't > figure out how to get the heading, and ensure that it is not listed in the > table of contents. > Use a "section* instead of a "section". No section number, and no table of contents. > Q-6) How do I get a "References" section, which also is included in table > of contents ? My current usage:- > \newpage > \bibliographystyle{alpha} > \bibliography{id-bilog} > \nocite{Alan2005} > ... puts a "References" heading automatically, (i.e. without the \section > directive), but doesn't include it in the table of contents either. \addcontentsline{toc}{section}{References} on that page. Or, some document classes support a "bibtotoc" option. > Q-7) How to limit "float" feature ? I want to ensure that my two figures (on > a single page), are separated by some text. Overall, for the document, I > want to retain the "float" feature. Without the ability to control, my 2 > figures appear one after the other, although they are logically for two > different paragraphs. Make sure there actually is text between them. Then, experiment with the settings for float positioning. Sometimes what you want can't be done because it'll produce "too ugly" output. Mainly, the problem is that a float doesn't fit on the bottom of the page, so it is moved to the next. To fill the gap, text is pulled in from that next page. That might move all the text you wanted to go between the float, and when the next page opens up there are two floats queued up. Moving text around so the paragraphs with floats ends up elsewhere on the page might help. Consider setting the first float to top of page, and the second one to bottom. Helge Hafting
Re: missing documentation ...?
Martin A. Hansen wrote: i am still confused. page% -> that is the width of the page from paper edge to paper edge? line% -> that is the width from from margin to margin? or is that text% and which of these settings include footer and header - that would be pheight% as opposed to theight%? This could be better documented, but is easy enough to figure out by trying. Scale an image and see. :-) text% Percent of the width of the text area (not including margins) col%Percent of the widht of a column. This is the same as text% for your usual single-column document, smaller for two-column text. page% Percent of page width, including margins. The width of the paper. This one is rarely used. line% Percent of the width of a line. The same as col% in "standard" text, but not always. Lists uses lines that are shorter than the column, as some space is used up for the bullet/number/label. Very useful if you're sticking an image in a list. Using line% may be a good idea in general, the sizing will then work no matter if it is in a list, in a multicolumn text, a minipage, in a table with fixed column width - or in a standard page. actually, these abbreviations are not very logic - i can choose width = theight and hight=text - i find that confusing. No reason _not_ to be able to choose width = height or vice versa. It is useful when wanting a square layout, or something where the width really depends on the height in some other way.
Re: width of table
[EMAIL PROTECTED] wrote: i am already setting a fixed width. the problem is that using 100 with text%, col%, page% and line% never uses the width i'd expect (ie the same as the surrounding text). The problem is that you can't set the width of a table. You're setting the width of a column, aren't you? And a table consist of more than the column, on each side of the column there is some space and possibly lines. So, setting a 1-column table to 100 line% gives a table slightly wider than the line due to the width of column separation. Try the following in a tex box (or the preamble): \setlength{\tabcolsep}{0pt} This is kind of primitive, there is now no separation between columns, but if all you have are single-column table without vertical lines, then this may be all you need. Note that the command will affect all following tables. A more complicated example, that creates a table with the exact width of the line, minus the column separation. That way, the table fits exactly on the line, with the contained single column being slightly thinner than the table itself: Put the following in a tex box: \newlength{\tabwidth} \setlength{\tabwidth}{\linewidth} \addtolength{\tabwidth}{-2\tabcolsep} (If your table has side lines, then you may have to subtract the thickness of a line also, which I believe is 0.4pt) This defines a new length "\tabwidth" that is as wide as a line minus the column separation on either side. Note that this doesn't affect any tables as-is - you also have to modify tables to use this new length: For a single-column table, don't set the width. Instead, set the "latex argument" (in the same dialog) to: |>{\raggedright}p{1\tabwidth} The key here is the use of \tabwidth, using the previously defined length. The rest is stuff that has to be there. . . It is easy to get this wrong, and then lyx won't produce output. For more ideas, make a lyx file with tables and export as latex. Then you see how I found the above mentioned "latex argument". Helge Hafting
Re: Decimalcomma instead of decimalpoint
Gunnar wrote: How can I automatically get a decimal comma instead of a decimal point in math environments? I've tried \AtBeginDocument{\def\extrasspanish{}} and even \DeclareMathSymbol{,}{\mathpunct}{letters}{"3B} \DeclareMathSymbol{.}{\mathord}{letters}{"3B} \DeclareMathSymbol{\decimal}{\mathord}{letters}{"3A} but no success. Any better ideas? I wish to have numbers converted automatically. I do not understand what you want. If you want to use decimal comma instead of a decimal point, then write decimal commas instead of writing points. That way you get what you want, and the math looks good. The keyboard have both comma and point, and the numeric keypad may be programmed to make one or the other depending on what you want. Or do you need conversion because you want to publish the same set of formulas in two different versions - one with commas and one with points? Helge Hafting
Re: Decimalcomma instead of decimalpoint
Gunnar wrote: If you want to use decimal comma instead of a decimal point, then write decimal commas instead of writing points. That way you get what you want, and the math looks good. If I write 4,5 in math environment, I get them separated (space between comma and 5) The strange thing is, that this happens if I just write a decimal number, but it does not happen if I write the number inside a fraction. Looks like latex is set to make everybody unhappy - whether they want the space or not. (Try making a fraction with 12,34 divided by 12.34 it lines up perfectly.) So writing commas works in some cases, at least. If I was writing coordinates, then I want that, if I was writing ordinary numbers "four and a half" then I want no space between comma and the five. So my idea was to write ordinary numbers with decimals as 4.5 (with a dot) and have the dot automatically transformed to a comma. The keyboard have both comma and point, and the numeric keypad may be programmed to make one or the other depending on what you want. Is it possible to make lyx insert \{,} (which seems to give me a no-space-after comma in mathmode when I press numeric keypad comma but it should display an ordinary comma with no space? Yes, you can do this. In math mode, press \ followed by { Then you get a pair of red braces, type the comma between them. The result looks good in the output, a comma without spacing. Another way of removing the unwanted space is to insert a negative space ( \! ) after the comma. But be careful, as you don't want this in the cases where no extra space is added. The {,} always works. If you write a lot of these decimal numbers, then you don't want to type \{ all the time. It is then better to take Herbert Voss' advice, and put \usepackage{icomma} in the preamble. This way, spacing is removed from the commas in an intelligent way. If you find that spacing were lost where you wanted it, such as in coordinates, just insert spacing yourself from the math menu. Or use the keyboard shortcuts \, (small space) or \: (normal space) Helge Hafting
Re: Create my own Layout
Nicolás wrote: Hello! I am trying to create my own Lyx layout for the ACM SIG proceedings style. The problem is that in that class file there exist commands that take two arguments (e.g. \conferenceinfo{bla, bla}{more bla,bla}) I am not sure that lyx supports that directly at the moment. But you can always get these sorts of things by inserting a tex box. In a tex box, you can do anything that latex supports, including stuff lyx can't do yet. and other commands that contain embedded commands, such as \author{ \alignauthor Ben Trovato\titlenote{Dr.~Trovato insisted his name be first, as he has an inordinately and inexplicably high opinion of himself.}\\ \affaddr{Institute for Clarity in Documentation}\\ \affaddr{1932 Wallamaloo Lane}\\ \affaddr{Wallamaloo, New Zealand}\\ [EMAIL PROTECTED] } This is doable with a lyx layout, because lyx support nesting one layout inside another. Make an author paragraph type, that does the \author{ . . . } thing. Then make paragraph types for \alignauthor \affaddr and \email In your document, set a paragraph to be of the author type, then nest paragraphs of type alignauthor, affadr and email inside it. (You nest a paragraph by typing shift+alt+rightarrow) Read more about paragraph nesting in the userguide, if this is new to you. There are examples of nesting, mostly using lists. Consider whether this approach is worth the effort, or if a tex box in the title do what you want. It depends a lot on how much this will be used, and if it will be used by people who won't like tex boxes. I have tried to find some documentation on creating layouts, but did not find too much. Could anyone tell me if such documentation exists? Or could anyone tell me how can I declare such commands in my layout (if that is possible)? Thank you! In lyx, use Help->Customization. That document contains all I need to make new lyx layouts. Using the existing layouts as examples is a good idea also. Of course this document only documents the lyx side of things - if you wonder what latex commands/environments to use, or how to use them, get a latex manual as well. Having a look at wiki.lyx.org may also help. And if you get stuck - come back to this list. Helge Hafting
Re: Back in the list, going soon to press
Kevin Pfeiffer wrote: Dear Listler, After a vacation and hiatus I am back on the list. The book project that I have been working on (forever, it seems) will soon go to the printer. Today I got back the following comments after they looked at a small sample of our LyX file (the publisher's designer was unfamiliar with LyX and LaTeX and passed my sample file along directly to the printer): ... we were able to produce a PDF with this file, but there were some error messages which need to be cleared up. Ideal would be to know the system environment, fonts, LyX version, LaTex version, OS, etc. Additionally we got error messages about double bookmarks. Do these notes trigger any warning signs from those of you who have already gone done this path? They actually took a lyx file? Interesting! I have written a book in LyX, but I sent the publisher a pdf directly. There is a package for cropmarks, which publishers like to have. There are three different ways of making pdf in lyx, which work with varying success. The fastest is "pdflatex", the slowest is "pdf". Both tends to work well. The middle option, "dvipdfm", produced a pdf that didn't work in the publishers acrobat on windows. It was ok in acrobat on linux though. So if they have problems with the PDF file itself, have them try a different way of making pdf. To get the latex version, use the command latex --version For font information, load the pdf into acrobat which have the menu file->document properties->fonts It will show you what fonts the pdf uses. I have never heard of the double bookmarks. Are you using the hyperref package, which makes pdf bookmarks? I am not sure that this matters at all if the book is to be printed, but could be a problem if you're also publishing as pdf. Helge Hafting
Re: Back in the list, going soon to press
Kevin Pfeiffer wrote: Helge Hafting writes: They actually took a lyx file? Interesting! The problem is that there are numerous illustrations. I would prefer to give them just the PDF, but then I have to get involved in placing the images, etc. My original "deal" (and preference) is that the image plates are printed separately and tipped together into the middle of the book before binding, but I don't know yet if they are willing/able to do this. Or, what about this (if it has to be): I lay out the illustrations in LyX with captions, etc. and use a low-res version of each image. The press (if they generate their own PDF) then modifies the pathname/filenames for the images as needed so that the final images (which need to be prepped by them, I think) are then substituted? Also consider using blank figures (of correct size) if they plan on printing illustrations with a different press/technology. Then they can print the pdf as-is, and proceed to print figures into the blank captioned areas. With low-res figures, they have to remove the low-res stuff first. Thanks for the other tips; I'm now in direct contact with a developer at the press and he seems very eager to make this work (thank God -- I don't think very many art history books are typeset with LaTeX or LyX). This is cool. A few publishers take pdf (if you're capable of laying everything out perfectly yourself), a few take latex, this is the first time I hear about one taking a lyx file. This way, they can make corrections themselves if need be. I had to clear up a few hundred misplaced commas, other spelling issues as well as layout when making my pdf, having the publisher work on the lyx file is much more efficient. But they have to be willing to learn something new. Helge Hafting
Re: What do you guys prefer
Steve Litt wrote: Hi all, Which you guys think is better, ragged right or justified right? It's a book of short stories. Set it justified - unless there is some special and well thought out reason for using ragged right. Sometimes ragged is the right thing, but those cases are rare. Open any book, newspaper or magazine, and see that justified is the default. Ragged right is a little easier for the software to lay out, and word in particular is notorious for having it as a default. Thats usually the reason why you see people using ragged right. If you get too much hyphenation, consider using putting \usepackage{microtype} in the preamble. It really cuts down on hyphenation. It achieves this by slightly varying the font widht as well as the interword spacing. That gives more room for length adjustments. Helge Hafting
Re: What do you guys prefer
On Mon, Dec 19, 2005 at 01:14:37PM +0100, Herbert Voss wrote: > Steve Litt wrote: > >Hi all, > > > >Which you guys think is better, ragged right or justified right? > >It's a book of short stories. > > a short story of one page looks nicer with ragged right. > This is the reason why I would choose always ragged > right for a book of short stories. > Is this a matter of taste, or is there more to it? I don't see how the length of a story makes a difference - I think a four-line joke looks better justified than ragged. Well, if it doesn't suffer from too much hyphenation, that is. Helge Hafting
Re: Empty pagestyle on a page with figures
On Tue, Dec 20, 2005 at 10:03:02PM +0100, Johan Ingvast wrote: > Hi list > In my document I have some large figures which end up on a page by themself. > How do I make the pagestyle of this page empty? > > I've tried to put \thispagestyle{empty} inside the float. However that only > made the page where the float was defined empty. Which is not what I want. > See http://wiki.lyx.org/uploads/Examples/BigFigureOrTable/floatpag.sty Here you find information about \floatpagestyle Helge Hafting
Re: PDF-File as front page for a master thesis
On Tue, Dec 27, 2005 at 02:46:07PM +0100, Christian Schanz wrote: > Hello, > > I am currently finishing my master thesis with the help of LyX. I > have to use a special front page. The Layout for this front page was > given to me as a Word-Document. So I converted this to a PDF-File > with Openoffice.org. > > What is the best way to insert this PDF-File into my LyX Document? I > have attached a small LyX-Sample (I am using the koma classes) of how > I am doing it now. > > Currently I can only insert the page with about 80% of its size and > an additional page is inserted aber the front page. > A pdf file can be inserted as graphichs, provided that you're using pdflatex to generate a pdf document. That's the way I use to get xfig figures into pdf documents. You should probably not have any page breaks in the included pdf file, but I guess you can avoid that seeing that you make it yourself. As for a "page picture" like this being too large - it will always be too large as it contains margins and everything. It is a whole page, which latex mistakenly tries to fit inside the text area. You can, however, tell latex not to do that by using some box commands. A "\raisebox" can contain stuff of any height, but you can tell latex that it counts as zero height. That way, it doesn't cause a page break. There are another box command where you can specify the width too. Using this you can force latex to believe a graphich takes no space at all - useful for backgrounds and possibly other cases. Helge Hafting
Re: Shifting Text Area in a Single Command
On Tue, Dec 27, 2005 at 02:33:42PM -0800, Rich Shepard wrote: > I have a narrow form (textwidth = 72.5mm) that is to be on a page no wider > than 82.5mm. I lose part of the available width because of the laser > printer's non-printing area along the left margin of the paper. > > Is there a single LaTeX (or TeX) command that can shift everything to the > right by a specified amount? If I have to alter every width manually I know > I'm going to miss something. Also, by shifting the whole text area to the > right I can add timing marks that will be at the edge of the sheet when it's > cut to final size. > If you want to shift everything to the right - why not simply increase the left margin and decrease the right margin? That is the usual way of moving the text area. I don't know the exact latex command - but you can set the margins you want in an otherwise empty lyx file, then export latex and have a look. If everything is inside a single page, you may also consider sticking it all in a minipage. You can easily move a minipage around by putting hspace in front of it. Helge Hafting
Re: Large figures with ContinuedFloat
On Wed, Dec 28, 2005 at 12:04:23AM +0100, Marc Vinyals wrote: > Hi. > > I'm trying to span the subfigures inside a figure into multiple pages > (they don't fit in a single one and just get lost in PS output). I found > that "caption" package provides a way to do that, with a \ContinuedFloat > command that must be inserted _immediately_ after starting a float > environment. The problem is that with LyX I'm not able to do this > because when inserting an ERT box, its contents are located after > setting the nested standard environment inside the float. Does anybody > know how to do that or should I edit .tex files manually? I see you found a better solution, but: If you can't get what you want from a lyx float, then create the entire float in ERT. While this is some work, it may still be simpler than editing the resulting tex file. (The latter may be quite annoying if you ever have to reprint your document and must remember to do this over again.) To see how to write a float in ERT - export your document to latex. The remove the float from the document, and paste the .tex-float into a ERT inset. Helge Hafting
Re: Large figures with ContinuedFloat
On Wed, Dec 28, 2005 at 01:05:18AM +0100, Marc Vinyals wrote: > Hi again. > > I've solved most of my problem by playing a bit more with LyX. I tried > putting the subfigures in separate floats and with no caption, just as I > had done to prepare for inserting \ContinuedFloat commands but removing > the ERT boxes. When I previewed the results, subcaptions were OK (this > is (a) foo; (b) fooo; (c) ... instead of (a) foo; (a) fooo; (a) ...). > I'm not sure about what would happen if I put text between two floats or > how to make references correctly, but I suppose the last will be documented. > > I hope this will help anyone with the same problems, since I've not been > able to find related documentation. There are two ways of crossreferencing in lyx. The easy way is, of course, to use insert->label and insert->reference whenever necessary. But it may be tricky referencing subfigures this way. The other way is to use latex commands. Basically, if you insert a label using latex commands in ERT, then every reference to that label will have to be done using ERT and a latex command as well. (To find these commands, just export a lyx document with references to latex and see.) The disadvantage of the latter method is obvious if you have lots of references to some subfigure. I have been able to work around this, so I could use the lyx label/reference inserts even for referencing subfigures made by lots of ERT and little else. The trick is that you can terminate ERT anywhere - even in the middle of some complicated latex construct. Then, insert a lyx label after the abruptly terminated ERT. After that, a new ERT inset that continues your latex command. This way, you can use insert->reference to refer to your subfigures. I used a float containing stuff like this: ERT inset containing \subfigure[]{ (Note how the latex command isn't terminated, so anything after this ERT will be inside the subfigure) After that, I had a xfig figure and a noraml lyx label for referencing. The fact that the lyx label is emitted inside the \subfigure means that any reference to it gets the correct "Figure 1.1(b)" format, even though lyx itself doesn't support such references to subfigures. (Well, at least lyx 1.3 didn't at the time I wrote that book) Latex supports references to subfigures, and that is what counts. Later, I had a ERT containing just the terminating } that ends the subfigure. This sequence then repeats a few times, for every subfigure in the float. I did not have your problem of needing page breaks, as my floats were small. But this way, I got subfigures with referencable captions. Helge Hafting
Re: Thesis two language abstracts
On Mon, Jan 02, 2006 at 10:00:58AM +0100, Lars Olesen wrote: > I just written a thesis in Danish. This is my preamble: [...] > Second, I'm not satisfied with the way Lyx divides the Danish words. > Anyway I can turn this off, or perhaps avoid som words are split? I guess your latex isn't set up to hyphenate Danish correctly, here is how to fix it (if you have tetex, at least): Run texconfig Select hyphenation Select latex You should get the hyphenation settings loaded in a text editor. Make sure there is a line somewhere reading danish dkhyphen.tex There should not be a percent sign (%) in front of it - if it is, remove the percent sign. If you have to make a change - save the file and exit texconfig. Then try printing again. Another possibility: Make sure the danish text in your document isn't accidentally marked as English. If it is, it will get English hyphenation which won't fit very well. Helge Hafting
Re: [announce] sixth release of LyXWinInstaller
Sven Schreiber wrote: Stephen Harris schrieb: The Miktex installation states that it is recommended to install Miktex to a directory without spaces. http://www.tex.ac.uk/tex-archive/systems/win32/miktex/setup/install.html#id421158 I think it is certainly the most efficient practice for a new user to follow the guidelines. I guess your solution has theoretical interest and might be suitable for an advanced user who has chosen to ignore the directions for whatever reason. Your A user does not always have sufficient privileges on a machine to install in other places than "My Documents". Then a workaround is needed. When installing software like this you ought to have that privilege, or get whoever have the privilege to run the installer. Failing that, here are a couple of workarounds: 1. Use the "subst" dos/windows command, which associates a new drive letter with a path. You can then access the new drive letter without said path - and avoid the spaces. Detailed docs: http://www.microsoft.com/resources/documentation/windows/xp/all/proddocs/en-us/subst.mspx 2. Rename "my documents" to "my_documents" or similiar without the silly spaces. I don't know if this might have other "interesting" effects or require privileges though. Helge Hafting
Re: reversing insert->note
Ray Jackson wrote: Hi, I wish to produce a multi-choice test paper using LyX1.3.5 whereby a subset of questions are chosen from a pool of questions in the LyX file. What I need is a straightforward method of excluding questions from a particular version of the test but leave them in the file for future use. I've found that I can omit a question by selecting it with the mouse and then clicking Insert->Note in the menu bar. The question will no longer appear in the output file as it is now a LyX note. The problem is that I can't seem to reverse the process so the question is available again for later. Does anyone have a solution The long term solution is lyx 1.4, where you do this with branch insets. (Any branch can be turned on or off whenever you want to.) The short term solution for undoing a note is cut&paste: 1. Mark everything inside the note 2. Cut the stuff 3. Move the cursor outside the now empty note 4. Paste the stuff back into the document again, this time outside the note 5. Remove the empty note if you wish Helge Hafting
Re: figures in a table
Ray Henry wrote: I'm creating a 10x10 table. The first column is filled with small images. It is set to zero width. The other columns are all set to fixed width and have text wrapped. When the the image is inserted it creates space at the top of the row and pushes down the text in the other cells. The images are sized to fit inside a cell without creating additional space. What can I do to minimize the affect of inserting these images. Is the problem that the row gets taller when you insert the image? In that case, the image is too tall. Not all the height of a table row is "available for use", some of it is supposed to be white space above and below the text. So inserting an image taller than the font height will make the row taller, even if the image might fit between the tabular lines. This because latex thinks you want a certain amount of white space above and below - but perhaps you don't in this case. One way of fixing this might be to use the \raisebox latex command. It is normally used to move stuff up or down, but it may also be used for "lying" to latex about the height of its contents. So it can be used to tell latex that "no, this picture has no height at all so no need to extend this row." Use two tex boxes, one in front of your image and one immediately after it. In the first one, type: \raisebox{0mm}[0mm]0mm[]{ In the second box, type: } The second tex box merely ends the raisebox command, that's why it only contain an ending brace. Put your image between these two tex boxes. Helge Hafting
Re: copying and pasting a LyX environment? (like Word's Format Painter)
Kevin Pfeiffer wrote: Hi all, I just had to change several subsections to subsubsections. There were not enough of these to bother switching to search-and-replace in my text editor, but enough to make the process in LyX tedious. While doing this it occurred to me that the MS Word Format Painter (copy/paste format paintbrush) feature would be useful in a case like this for doing such things in LyX. Might this be possible in the newer 1.4? (Or even in 1.3.5?) I know of no such feature in the upcoming 1.4. I don't know how this "format painter" works, but here is something I imagine could be useful: * Mark the part of the document to be changed - possibly all * Use a menu (or keypress) to change "heading level" up or down, similiar to how we already can change the "environment depth". Such an action should have no effect on non-heading environments, but change all headings up or down one level. I.e. sections becomes subsections, subsections becomes subsubsections and so on. This could be very useful when one have a document with sections (and subsections) and then find that it must be part of something bigger, so the entire document have to become a section of the bigger entity. This should be easy enough to implement - lyx already know which environments are "heading-type" environments, you see that in the "navigate" menu. Of course there is the question of what to do about headings that cannot be changed - there is no heading below s"ubparagraph" or above "part", so structural information will be lost if the user tries to change one of those. Helge Hafting
Re: LyX 1.4.0pre3 on MacOSX - first impressions
Anders Ekberg wrote: On 9 jan 2006, at 04.41, Bennett Helm wrote: [...] Notice that LyX's "New from Template ..." feature is most similar to Word's "Open a copy" feature (from within the Open dialog): any file can be a "template", not just specially formatted/saved documents. For this reason, I think it makes sense to access them from a dialog similar to the open dialog, though perhaps the differences between the "Open ..." and "Open from Template ..." dialogs should be clearer in the dialogs themselves. Agree. But that does neither solve the problem on how to enter the LyX.app-bundle, nor on how to prevent default templates from being modified (provided this is considered a bad thing). Nothing wrong in modifying a default template - if that is what the user wishes to do. They may want to set their default papersize, document language and so on, as well as adding custom letterheads and such. The distributed templates may be nice as a starting point, but often not useful exactly the way they are. Helge Hafting
Re: sixth release of LyXWinInstaller
Martin Geisler wrote: "Stephen Harris" <[EMAIL PROTECTED]> writes: As it stands now, that decision [to make the default install path "C:\Program Files"] was a marketing decision, because the choice causes problem with porting programs to Windows which Microsoft doesn't gather revenue from. I'm sick of that ludicrous misnomer, "guideline" being applied to a proprietary money-making scheme which does nothing to benefit the operation of LyX&helpers. Do you really mean that Microsoft decided on a default install path with spaces just to annoy all the future Unix-centric programs being ported to Windows? That is hard to know - I guess they simply see this as a 'bonus', they probably weren't smart enough to pull this one of deliberately. :-/ Windows paths with spaces dates back to times when they didn't worry so much about unix/linux competition. Their history of planned incompatibility counts against them though, consider dr-dos . . . If you download a .bst file from the internet and put it into C:\My research papers along with research.lyx it doesn't work, not because of some alleged problem that reflects to C:\My Documents, but for the same reason C:\program files\texmf doesn't work. It has nothing to do with retraining. And I consider both of these problems to be a bug when I encounter them under Windows. Spaces in paths are a *normal* thing under Windows, and programs ported to Windows should be able to deal with them. If not, then I really think the problem lies with the program. Sure - a space path is normal on windows, and LyX tries to cope with those too. I think LyX do this quite well, but LyX does not work alone. It depend on many other programs to do its work - most notably latex. [...] So please don't dismiss this as a WONTFIX bug... lots of people wont have a Linux-savy boyfriend to help them out with these things :-) Still, fixing latex is really up to latex developers, not the lyx developers. This is a problem some people stumble over for the first time while using lyx, but only because they didn't use latex until they got lyx. Lyx is quite nice in that it provides workarounds for some of these space problems. Some cases are much harder than others, so they may be "WONTFIX" in lyx - they are left to those who provide latex on windows. It is so much easier if these bugs are fixed in the proper place - fixing the problem in latex is better than adding a workaround in lyx, less code and the fix will benefit non-lyx latex users too. There are mailing lists for latex (and various latex distributions) too, try those. Helge Hafting
Re: sixth release of LyXWinInstaller
Bo Peng wrote: Guys, I'm amazed that this thread has gone on as long as it has. I'm going to pop my head in at the door one final time and will then leave you to play on your own again. I am amazed as well, in that many people even do not consider this as a bug. A bug report has been created (http://bugzilla.lyx.org/show_bug.cgi?id=2186) and accepted as NEW so we should just wait for someone (Andre? Georg?) to fix it. Feel free to call it a bug - but the bug is not in lyx so an entry in bugzilla.lyx.org is wrong. latex/bibtex is where the bug is, and they have a different forum. I would also like to leave this thread with some final remarks. The root of this problem is of course from latex/bibtex and if a normal user really knows latex, has read all the documentations (lyx and latex), he should not put a .bst file under a path with spaces (and be considered as pro-user :-). However, most lyx users do *not* know latex that well and the goal of lyx is exactly to provide a user-friendly GUI to latex to allow such users to use latex easily. We have successfully circumstanced similar problems with .lyx, .bib, .eps etc, why not .bst files? Regarding whether or not this is a lyx bug, I would definitely say yes in recognition of the fact that lyx allows certain user input and produces defective output without warning. You think it'd be better if lyx simply refused, saying "no, I can't use that .bst file, because it happens to be in a path with spaces so bibtex is going to choke on it" ? There is one reason why that would be a bad move, bibtex might get fixed into accepting paths with spaces someday, and then lyx would be protection against a bug that no longer exist. Then lyx would need to be fixed again. The best fix is to have tex fixed. Second best is lyx providing a workaround. Either approach needs a volunteer - I wonder why nobody seems to want to fix tex though. Helge Hafting
Re: New Windows version
Lars Olesen wrote: When is the windows version of lyx 1.4 expected. I need it to make some exams now :) If you really need lyx 1.4 quickly - check out the source and compile it yourself. I've been using it for half a year, on linux. Helge Hafting
Re: sixth release of LyXWinInstaller
On Fri, Jan 13, 2006 at 04:00:13AM -0800, Stephen Harris wrote: > > - Original Message - > From: "Helge Hafting" <[EMAIL PROTECTED]> > To: "Bo Peng" <[EMAIL PROTECTED]> > Cc: ; "LyX Devel" > Sent: Thursday, January 12, 2006 11:48 PM > Subject: Re: sixth release of LyXWinInstaller > > > >The best fix is to have tex fixed. Second best is lyx providing > >a workaround. Either approach needs a volunteer - I wonder > >why nobody seems to want to fix tex though. > > > >Helge Hafting > > > > http://groups.google.com/group/comp.text.tex/msg/6d9312da816b96f7?hl=en&; > Dan Luecking wrote: > "TeX has been designed with a basic command \input. Normally it takes a > space as ending the name. MiKTeX amends this to allow spaces if the > name is (double) quoted. On the otherhand, some tools used with TeX > don't like spaces. If a chain of tools is invoked, quotes may get > stripped, and if even one tool does this (batch files processing can > do this) then later tools in the chain, even space-aware tools, > will fail. ... > > Microsoft was just showing off when it named system default > directories with spaces. This already makes it confusing to read Sure they did a stupid thing, no disagreement there. > Environmental variables. It forces additional levels of filename > processing in programs (check for quotes around flenames, add them > only if not already there. Try to program batch files for all the > cases.) I'm sure Microsoft is intentionally trying to make it > hard for Unix-style tools to work in Windows." > Yuck - I guess the only way is to extend the script language with a "normalizepath" function that handles all those cases. Somehow, I am not sure they were trying to be difficult to unix tools. I guess they were merely trying to be "user friendly" without thinking much about the consequences of their actions. Just as activeX webpages/mail _probably_ wasn't intended to be a way of spreading viruses. Mac had filenames with spaces, the typical "ms user" like filenames such as "my stuff" so ms had to enable this. Then they discovered problems with their own limited command line tools, and went on to implement quoting badly. Unix tools don't seem to have such big problems with spaces in paths, at least the shell escaping works fine when I occationally move files with spaces around. > -- > > SH: To me, Dan seems like a reliable supplier of information. > TeX was invented around 1982 and didn't run on Windows. > > Leslie Lamport writes: > > "In the early 80s, I was planning to write the Great American Concurrency > Book. I was a TeX user, so I would need a set of macros. I thought that, > with a little extra effort, I could make my macros usable by others. Don > Knuth had begun issuing early releases of the current version of TeX, and > I figured I could write what would become its standard macro package. That > was the beginning of LaTeX. I was planning to write a user manual, but it > never occurred to me that anyone would actually pay money for it. In > 1983,"... > > > > SH: Maybe Win95 had paths with spaces. Win98 had paths with spaces > which needed to be double quoted ("blah blah blah"). WinXP works > quite well with spaces. My point is that TeX was designed to work the > way it does, it is not a bug. I don't think TeX would be easy to fix and > retain compatibility with earlier files. Should the next word of input after > a space part of the filename/path or when TeX usually begins operation? > > I've also read that \includegraphics used to have a problem with paths with > spaces. Angus says this was fixed and he says bibtex/natbib has not been > fixed yet. I am not so sure that a Miktex/ProTeXt developer is going to > see this as a problem/bug with Miktex. I've been reading about the hassle > of integrating Auctex-preview into Xemacs. The Linux world doesn't take > responsibility for fixing smaller packages that work with their big package, > or even go so far as to make it easy to include them. > > > > Helge wrote: > The best fix is to have tex fixed. > > SH: Perhaps you can understand my doubt that this is a viable or > even optimal solution, considering backward compatibility. > Depends on to what extent this backward compatibility is needed. Surely changing \input won't be trivial - but if the rest of (la)tex is changed to accomodate this