Server back up again
The switch went almost without problems and everything should now be up again. There are some issues with PHP5 compability, but we are working to fix those. They should not stop anything from working. Please reports problems to me or the devel list. -- Lgb
Server back up again
The switch went almost without problems and everything should now be up again. There are some issues with PHP5 compability, but we are working to fix those. They should not stop anything from working. Please reports problems to me or the devel list. -- Lgb
Server back up again
The switch went almost without problems and everything should now be up again. There are some issues with PHP5 compability, but we are working to fix those. They should not stop anything from working. Please reports problems to me or the devel list. -- Lgb
Reminder: Downtime for lyx server - today
This is just a reminder that the LyX server running the web pages, the wiki, and subversion will go down later today for reloacation to a different server. I expect the server will go down about 22:00 +0100, perhaps a bit before, perhaps a bit later. The expectation is that the downtime will not be too long, but will certainly at the very least last until sometime Wednesday. Depending on how quick the IP address is moved over to the new server. Questions and comments to me. -- Lgb
Reminder: Downtime for lyx server - today
This is just a reminder that the LyX server running the web pages, the wiki, and subversion will go down later today for reloacation to a different server. I expect the server will go down about 22:00 +0100, perhaps a bit before, perhaps a bit later. The expectation is that the downtime will not be too long, but will certainly at the very least last until sometime Wednesday. Depending on how quick the IP address is moved over to the new server. Questions and comments to me. -- Lgb
Reminder: Downtime for lyx server - today
This is just a reminder that the LyX server running the web pages, the wiki, and subversion will go down later today for reloacation to a different server. I expect the server will go down about 22:00 +0100, perhaps a bit before, perhaps a bit later. The expectation is that the downtime will not be too long, but will certainly at the very least last until sometime Wednesday. Depending on how quick the IP address is moved over to the new server. Questions and comments to me. -- Lgb
LyX Server Downtime - server on the move
Hi all, The LyX server running the web pages, the wiki and subversion will be moved from one virtual server to another during next week. This move will consist of a complete re-install since the virtual-servers in question are not compatible. The Downtime will be from Tuesday evening/night, until the IP addresses has been moved over and I have had time to verify that everything is working on the new server in general. There might be a downtime of ~24hrs, but I expect a lot less. The Downtime will affect all services running on this server: web, wiki and subversion. Mailing lists will NOT be affected. Questions/comments can be sent to me directly, or the devel list. -- Lgb
LyX Server Downtime - server on the move
Hi all, The LyX server running the web pages, the wiki and subversion will be moved from one virtual server to another during next week. This move will consist of a complete re-install since the virtual-servers in question are not compatible. The Downtime will be from Tuesday evening/night, until the IP addresses has been moved over and I have had time to verify that everything is working on the new server in general. There might be a downtime of ~24hrs, but I expect a lot less. The Downtime will affect all services running on this server: web, wiki and subversion. Mailing lists will NOT be affected. Questions/comments can be sent to me directly, or the devel list. -- Lgb
LyX Server Downtime - server on the move
Hi all, The LyX server running the web pages, the wiki and subversion will be moved from one virtual server to another during next week. This move will consist of a complete re-install since the virtual-servers in question are not compatible. The Downtime will be from Tuesday evening/night, until the IP addresses has been moved over and I have had time to verify that everything is working on the new server in general. There might be a downtime of ~24hrs, but I expect a lot less. The Downtime will affect all services running on this server: web, wiki and subversion. Mailing lists will NOT be affected. Questions/comments can be sent to me directly, or the devel list. -- Lgb
Re: bibtex on windows
Bo Peng [EMAIL PROTECTED] writes: | It seems to be a severe problem for windows users, so I'd say they should be | used as soon as possible. | | I can confirm that with the latest patch (r14285) that convert all \t | to spaces, bibtex works under windows. | | Lars, are you interested in merging 14285, 272, 270, 265, 261, 250, | 238, 223 (convert sh - python patches) to the 1.4.x branch? J-M is calling the shots for the 1.4.x branch. My guess is not for 1.4.2, but perhaps for 1.4.3. -- Lgb
Re: bibtex on windows
Bo Peng [EMAIL PROTECTED] writes: | It seems to be a severe problem for windows users, so I'd say they should be | used as soon as possible. | | I can confirm that with the latest patch (r14285) that convert all \t | to spaces, bibtex works under windows. | | Lars, are you interested in merging 14285, 272, 270, 265, 261, 250, | 238, 223 (convert sh - python patches) to the 1.4.x branch? J-M is calling the shots for the 1.4.x branch. My guess is not for 1.4.2, but perhaps for 1.4.3. -- Lgb
Re: bibtex on windows
"Bo Peng" <[EMAIL PROTECTED]> writes: | > It seems to be a severe problem for windows users, so I'd say they should be | > used as soon as possible. | | I can confirm that with the latest patch (r14285) that convert all \t | to spaces, bibtex works under windows. | | Lars, are you interested in merging 14285, 272, 270, 265, 261, 250, | 238, 223 (convert sh -> python patches) to the 1.4.x branch? J-M is calling the shots for the 1.4.x branch. My guess is not for 1.4.2, but perhaps for 1.4.3. -- Lgb
Re: document switching
[EMAIL PROTECTED] writes: | Just in case it wasn't clear, I think he'd like a function to that changes | the buffer to the previous buffer. Then after he's switched, he can use | that function again to switch back. I know that I would have like this | function when I was writing a lot in LyX. I even think we had that at some time, but for some reason it was remvoed. What I'd like is a feature similar to emacs switch-to-bufffer (C-x b), that gives a choice of all buffers, but with the default as the last visited one. Hmm we already have LFUN_SWITCHBUFFER buffer-switch, but it seems buggy. I'll have a quick look at it. -- Lgb
Re: document switching
[EMAIL PROTECTED] (Lars Gullik Bjønnes) writes: | Hmm we already have LFUN_SWITCHBUFFER buffer-switch, but it seems | buggy. I'll have a quick look at it. Not buggy, but doesn't have the back-and-forth switching ability. We should enhance it. -- Lgb
Re: document switching
[EMAIL PROTECTED] writes: | Just in case it wasn't clear, I think he'd like a function to that changes | the buffer to the previous buffer. Then after he's switched, he can use | that function again to switch back. I know that I would have like this | function when I was writing a lot in LyX. I even think we had that at some time, but for some reason it was remvoed. What I'd like is a feature similar to emacs switch-to-bufffer (C-x b), that gives a choice of all buffers, but with the default as the last visited one. Hmm we already have LFUN_SWITCHBUFFER buffer-switch, but it seems buggy. I'll have a quick look at it. -- Lgb
Re: document switching
[EMAIL PROTECTED] (Lars Gullik Bjønnes) writes: | Hmm we already have LFUN_SWITCHBUFFER buffer-switch, but it seems | buggy. I'll have a quick look at it. Not buggy, but doesn't have the back-and-forth switching ability. We should enhance it. -- Lgb
Re: document switching
[EMAIL PROTECTED] writes: | Just in case it wasn't clear, I think he'd like a function to that changes | the buffer to the previous buffer. Then after he's switched, he can use | that function again to switch back. I know that I would have like this | function when I was writing a lot in LyX. I even think we had that at some time, but for some reason it was remvoed. What I'd like is a feature similar to emacs switch-to-bufffer (C-x b), that gives a choice of all buffers, but with the default as the last visited one. Hmm we already have LFUN_SWITCHBUFFER "buffer-switch", but it seems buggy. I'll have a quick look at it. -- Lgb
Re: document switching
[EMAIL PROTECTED] (Lars Gullik Bjønnes) writes: | Hmm we already have LFUN_SWITCHBUFFER "buffer-switch", but it seems | buggy. I'll have a quick look at it. Not buggy, but doesn't have the back-and-forth switching ability. We should enhance it. -- Lgb
Re: Wiki question: What is spam? And, separate group for non-LyX stuff?
Stephen Harris [EMAIL PROTECTED] writes: | Stephen (who has converted to: What's the Word? Thunderbird!) So now I can read your mails again without being completely confused wrt quoting style :-) -- Lgb
Re: Wiki question: What is spam? And, separate group for non-LyX stuff?
Stephen Harris [EMAIL PROTECTED] writes: | Stephen (who has converted to: What's the Word? Thunderbird!) So now I can read your mails again without being completely confused wrt quoting style :-) -- Lgb
Re: Wiki question: What is spam? And, separate group for non-LyX stuff?
Stephen Harris <[EMAIL PROTECTED]> writes: | Stephen (who has converted to: What's the Word? Thunderbird!) So now I can read your mails again without being completely confused wrt quoting style :-) -- Lgb
[Announce] LyX version 1.4.0
Public release of LyX version 1.4.0 === We are glad to announce the release of LyX 1.4.0. It is the culmination of 3 years of hard work, and we sincerely hope this you will enjoy the results. The changes are too numerous to summarize in a few words, jump directly to the end of this message if you want to know more. As usual with major releases, a lot of work that is not directly visible has taken place. The core of LyX has seen more cleanups and some of the new features are the direct results of this work. See the file RELEASE-NOTES for some known problems in that release. In case you are wondering what LyX is, here is what http://www.lyx.org/ has to say on the subject: LyX is a document processor that encourages an approach to writing based on the structure of your documents, not their appearance. It is released under a Free Software / Open Source license. LyX is for people that write and want their writing to look great, right out of the box. No more endless tinkering with formatting details, 'finger painting' font attributes or futzing around with page boundaries. You just write. In the background, Prof. Knuth's legendary TeX typesetting engine makes you look good. On screen, LyX looks like any word processor; its printed output -- or richly cross-referenced PDF, just as readily produced -- looks like nothing else. Gone are the days of industrially bland .docs, all looking similarly not-quite-right, yet coming out unpredictably different on different printer drivers. Gone are the crashes 'eating' your dissertation the evening before going to press. LyX is stable and fully featured. It is a multi-platform, fully internationalized application running natively on Unix/Linux and the Macintosh and modern Windows platforms. You can download LyX 1.4.0 here (the .bz2 are compressed with bzip2, which yields smaller files): ftp://ftp.lyx.org/pub/lyx/stable/lyx-1.4.0.tar.gz ftp://ftp.lyx.org/pub/lyx/stable/lyx-1.4.0.tar.bz2 ftp://ftp.devel.lyx.org/pub/lyx/lyx-1.4.0.tar.gz ftp://ftp.devel.lyx.org/pub/lyx/lyx-1.4.0.tar.bz2 and it should propagate shortly to the following mirrors (which will also host the .bz2 versions): http://lyx.mirror.fr/stable/lyx-1.4.0.tar.gz ftp://ftp.sdsc.edu/pub/other/lyx/stable/lyx-1.4.0.tar.gz ftp://ftp.lip6.fr/pub/lyx/stable/lyx-1.4.0.tar.gz ftp://gd.tuwien.ac.at/publishing/tex/lyx/stable/lyx-1.4.0.tar.gz ftp://ftp.ntua.gr/pub/X11/LyX/stable/lyx-1.4.0.tar.gz Note that no patch is provided to upgrade from version 1.3.7. Prebuilt binaries (rpms for linux distributions, Mac OS X and Windows installers) should soon be available at ftp://ftp.lyx.org/pub/lyx/bin/1.4.0/ If you find what you think is a bug in LyX 1.4.0, you may either e-mail the LyX developers' mailing list (lyx-devel @ lists.lyx.org), or open a bug report at http://bugzilla.lyx.org If you're having trouble using the new version of LyX, or have a question, first check out http://www.lyx.org/help/. If you can't find the answer there, e-mail the LyX users' list (lyx-users @ lists.lyx.org). Enjoy! The LyX team. What's new in version 1.4.0? ** Improved user interface LyX 1.4 has a re-designed layout for the menus, designed to decrease clutter and maximise productivity. Several menu items (in the Edit menu) are now context-sensitive, so they only appear when needed. For the die-hard old LyX users, the older layout (referred to as the classic UI) is still available, for now. It's now possible to define multiple toolbars as seen in other editors. By default, the new LyX release has two toolbars displayed, the standard one (similar to the static toolbar in LyX 1.3), plus the extra toolbar. In addition, there are two pre-defined toolbars available: one for tables, and one for math. Another new feature worth mentioning is popup toolbars: you can set a toolbar such that it only appears when editing math, or when editing a table. ** Change tracking This new feature, similar to that found in Microsoft Word and others, makes collaboration on a document a cinch. It provides a way to track changes made to a document, and later approve, reject, or modify such changes. ** Much better conversion from .tex to .lyx The ancient and unloved Perl script, reLyX has finally bitten the dust and been replaced by the brand new and shiny tex2lyx. tex2lyx's LaTeX parser follows most of the rules of the real TeX and so is already much more powerful than reLyX ever was. ** Character styles For a system that purports to make it easy to write documents full of logical (as opposed to visual markup), LyX has always had one glaring omission: no character styles. LyX 1.4 goes some way towards addressing this defect, although there's no dialog to define your own styles. ** Branches The teacher who's setting an exam obviously
[Announce] LyX version 1.4.0
Public release of LyX version 1.4.0 === We are glad to announce the release of LyX 1.4.0. It is the culmination of 3 years of hard work, and we sincerely hope this you will enjoy the results. The changes are too numerous to summarize in a few words, jump directly to the end of this message if you want to know more. As usual with major releases, a lot of work that is not directly visible has taken place. The core of LyX has seen more cleanups and some of the new features are the direct results of this work. See the file RELEASE-NOTES for some known problems in that release. In case you are wondering what LyX is, here is what http://www.lyx.org/ has to say on the subject: LyX is a document processor that encourages an approach to writing based on the structure of your documents, not their appearance. It is released under a Free Software / Open Source license. LyX is for people that write and want their writing to look great, right out of the box. No more endless tinkering with formatting details, 'finger painting' font attributes or futzing around with page boundaries. You just write. In the background, Prof. Knuth's legendary TeX typesetting engine makes you look good. On screen, LyX looks like any word processor; its printed output -- or richly cross-referenced PDF, just as readily produced -- looks like nothing else. Gone are the days of industrially bland .docs, all looking similarly not-quite-right, yet coming out unpredictably different on different printer drivers. Gone are the crashes 'eating' your dissertation the evening before going to press. LyX is stable and fully featured. It is a multi-platform, fully internationalized application running natively on Unix/Linux and the Macintosh and modern Windows platforms. You can download LyX 1.4.0 here (the .bz2 are compressed with bzip2, which yields smaller files): ftp://ftp.lyx.org/pub/lyx/stable/lyx-1.4.0.tar.gz ftp://ftp.lyx.org/pub/lyx/stable/lyx-1.4.0.tar.bz2 ftp://ftp.devel.lyx.org/pub/lyx/lyx-1.4.0.tar.gz ftp://ftp.devel.lyx.org/pub/lyx/lyx-1.4.0.tar.bz2 and it should propagate shortly to the following mirrors (which will also host the .bz2 versions): http://lyx.mirror.fr/stable/lyx-1.4.0.tar.gz ftp://ftp.sdsc.edu/pub/other/lyx/stable/lyx-1.4.0.tar.gz ftp://ftp.lip6.fr/pub/lyx/stable/lyx-1.4.0.tar.gz ftp://gd.tuwien.ac.at/publishing/tex/lyx/stable/lyx-1.4.0.tar.gz ftp://ftp.ntua.gr/pub/X11/LyX/stable/lyx-1.4.0.tar.gz Note that no patch is provided to upgrade from version 1.3.7. Prebuilt binaries (rpms for linux distributions, Mac OS X and Windows installers) should soon be available at ftp://ftp.lyx.org/pub/lyx/bin/1.4.0/ If you find what you think is a bug in LyX 1.4.0, you may either e-mail the LyX developers' mailing list (lyx-devel @ lists.lyx.org), or open a bug report at http://bugzilla.lyx.org If you're having trouble using the new version of LyX, or have a question, first check out http://www.lyx.org/help/. If you can't find the answer there, e-mail the LyX users' list (lyx-users @ lists.lyx.org). Enjoy! The LyX team. What's new in version 1.4.0? ** Improved user interface LyX 1.4 has a re-designed layout for the menus, designed to decrease clutter and maximise productivity. Several menu items (in the Edit menu) are now context-sensitive, so they only appear when needed. For the die-hard old LyX users, the older layout (referred to as the classic UI) is still available, for now. It's now possible to define multiple toolbars as seen in other editors. By default, the new LyX release has two toolbars displayed, the standard one (similar to the static toolbar in LyX 1.3), plus the extra toolbar. In addition, there are two pre-defined toolbars available: one for tables, and one for math. Another new feature worth mentioning is popup toolbars: you can set a toolbar such that it only appears when editing math, or when editing a table. ** Change tracking This new feature, similar to that found in Microsoft Word and others, makes collaboration on a document a cinch. It provides a way to track changes made to a document, and later approve, reject, or modify such changes. ** Much better conversion from .tex to .lyx The ancient and unloved Perl script, reLyX has finally bitten the dust and been replaced by the brand new and shiny tex2lyx. tex2lyx's LaTeX parser follows most of the rules of the real TeX and so is already much more powerful than reLyX ever was. ** Character styles For a system that purports to make it easy to write documents full of logical (as opposed to visual markup), LyX has always had one glaring omission: no character styles. LyX 1.4 goes some way towards addressing this defect, although there's no dialog to define your own styles. ** Branches The teacher who's setting an exam obviously
[Announce] LyX version 1.4.0
Public release of LyX version 1.4.0 === We are glad to announce the release of LyX 1.4.0. It is the culmination of 3 years of hard work, and we sincerely hope this you will enjoy the results. The changes are too numerous to summarize in a few words, jump directly to the end of this message if you want to know more. As usual with major releases, a lot of work that is not directly visible has taken place. The core of LyX has seen more cleanups and some of the new features are the direct results of this work. See the file RELEASE-NOTES for some known problems in that release. In case you are wondering what LyX is, here is what http://www.lyx.org/ has to say on the subject: LyX is a document processor that encourages an approach to writing based on the structure of your documents, not their appearance. It is released under a Free Software / Open Source license. LyX is for people that write and want their writing to look great, right out of the box. No more endless tinkering with formatting details, 'finger painting' font attributes or futzing around with page boundaries. You just write. In the background, Prof. Knuth's legendary TeX typesetting engine makes you look good. On screen, LyX looks like any word processor; its printed output -- or richly cross-referenced PDF, just as readily produced -- looks like nothing else. Gone are the days of industrially bland .docs, all looking similarly not-quite-right, yet coming out unpredictably different on different printer drivers. Gone are the crashes 'eating' your dissertation the evening before going to press. LyX is stable and fully featured. It is a multi-platform, fully internationalized application running natively on Unix/Linux and the Macintosh and modern Windows platforms. You can download LyX 1.4.0 here (the .bz2 are compressed with bzip2, which yields smaller files): ftp://ftp.lyx.org/pub/lyx/stable/lyx-1.4.0.tar.gz ftp://ftp.lyx.org/pub/lyx/stable/lyx-1.4.0.tar.bz2 ftp://ftp.devel.lyx.org/pub/lyx/lyx-1.4.0.tar.gz ftp://ftp.devel.lyx.org/pub/lyx/lyx-1.4.0.tar.bz2 and it should propagate shortly to the following mirrors (which will also host the .bz2 versions): http://lyx.mirror.fr/stable/lyx-1.4.0.tar.gz ftp://ftp.sdsc.edu/pub/other/lyx/stable/lyx-1.4.0.tar.gz ftp://ftp.lip6.fr/pub/lyx/stable/lyx-1.4.0.tar.gz ftp://gd.tuwien.ac.at/publishing/tex/lyx/stable/lyx-1.4.0.tar.gz ftp://ftp.ntua.gr/pub/X11/LyX/stable/lyx-1.4.0.tar.gz Note that no patch is provided to upgrade from version 1.3.7. Prebuilt binaries (rpms for linux distributions, Mac OS X and Windows installers) should soon be available at ftp://ftp.lyx.org/pub/lyx/bin/1.4.0/ If you find what you think is a bug in LyX 1.4.0, you may either e-mail the LyX developers' mailing list (lyx-devel @ lists.lyx.org), or open a bug report at http://bugzilla.lyx.org If you're having trouble using the new version of LyX, or have a question, first check out http://www.lyx.org/help/. If you can't find the answer there, e-mail the LyX users' list (lyx-users @ lists.lyx.org). Enjoy! The LyX team. What's new in version 1.4.0? ** Improved user interface LyX 1.4 has a re-designed layout for the menus, designed to decrease clutter and maximise productivity. Several menu items (in the Edit menu) are now context-sensitive, so they only appear when needed. For the die-hard old LyX users, the older layout (referred to as the classic UI) is still available, for now. It's now possible to define multiple toolbars as seen in other editors. By default, the new LyX release has two toolbars displayed, the standard one (similar to the static toolbar in LyX 1.3), plus the extra toolbar. In addition, there are two pre-defined toolbars available: one for tables, and one for math. Another new feature worth mentioning is popup toolbars: you can set a toolbar such that it only appears when editing math, or when editing a table. ** Change tracking This new feature, similar to that found in Microsoft Word and others, makes collaboration on a document a cinch. It provides a way to track changes made to a document, and later approve, reject, or modify such changes. ** Much better conversion from .tex to .lyx The ancient and unloved Perl script, reLyX has finally bitten the dust and been replaced by the brand new and shiny tex2lyx. tex2lyx's LaTeX parser follows most of the rules of the real TeX and so is already much more powerful than reLyX ever was. ** Character styles For a system that purports to make it easy to write documents full of logical (as opposed to visual markup), LyX has always had one glaring omission: no character styles. LyX 1.4 goes some way towards addressing this defect, although there's no dialog to define your own styles. ** Branches The teacher who's setting an exam obviously
Prerelease 6 of 1.4.0
This will be the last prerelease before the 1.4.0 proper is released. Unless critical problems is discovered this will become 1.4.0 in a reasonable short time. Help to make sure that pre6 does not contain any brown-paperbag bugs will be appreciated. You can get pre6 from: ftp://ftp.devel.lyx.org/pub/lyx/pre/lyx-1.4.0pre6.tar.bz2 ftp://ftp.devel.lyx.org/pub/lyx/pre/lyx-1.4.0pre6.tar.gz -- Lgb
Prerelease 6 of 1.4.0
This will be the last prerelease before the 1.4.0 proper is released. Unless critical problems is discovered this will become 1.4.0 in a reasonable short time. Help to make sure that pre6 does not contain any brown-paperbag bugs will be appreciated. You can get pre6 from: ftp://ftp.devel.lyx.org/pub/lyx/pre/lyx-1.4.0pre6.tar.bz2 ftp://ftp.devel.lyx.org/pub/lyx/pre/lyx-1.4.0pre6.tar.gz -- Lgb
Prerelease 6 of 1.4.0
This will be the last prerelease before the 1.4.0 proper is released. Unless critical problems is discovered this will become 1.4.0 in a reasonable short time. Help to make sure that pre6 does not contain any brown-paperbag bugs will be appreciated. You can get pre6 from: ftp://ftp.devel.lyx.org/pub/lyx/pre/lyx-1.4.0pre6.tar.bz2 ftp://ftp.devel.lyx.org/pub/lyx/pre/lyx-1.4.0pre6.tar.gz -- Lgb
Re: Editors for LaTeX-files with syntax highlighting
Kevin Pfeiffer [EMAIL PROTECTED] writes: | Uwe Stöhr writes: | the next version of the windows installer will have support for | editors with which LaTeX-files can be viewed with highlighted syntax. | | A side question -- does anyone know of further developments of a (vim) | syntax file for the LyX file format? Someone had posted the beginnings | of one a while ago. That sounds like a thoroughly bad idea. It is true that sometimes you can edit .lyx files with an editor, but that is only because of limitations in LyX. IMHO the best view of .lyx files is that they should be treated as hackable binary files. -- Lgb
Re: Editors for LaTeX-files with syntax highlighting
Kevin Pfeiffer [EMAIL PROTECTED] writes: | Uwe Stöhr writes: | the next version of the windows installer will have support for | editors with which LaTeX-files can be viewed with highlighted syntax. | | A side question -- does anyone know of further developments of a (vim) | syntax file for the LyX file format? Someone had posted the beginnings | of one a while ago. That sounds like a thoroughly bad idea. It is true that sometimes you can edit .lyx files with an editor, but that is only because of limitations in LyX. IMHO the best view of .lyx files is that they should be treated as hackable binary files. -- Lgb
Re: Editors for LaTeX-files with syntax highlighting
Kevin Pfeiffer <[EMAIL PROTECTED]> writes: | Uwe Stöhr writes: | > the next version of the windows installer will have support for | > editors with which LaTeX-files can be viewed with highlighted syntax. | | A side question -- does anyone know of further developments of a (vim) | syntax file for the LyX file format? Someone had posted the beginnings | of one a while ago. That sounds like a thoroughly bad idea. It is true that sometimes you can edit .lyx files with an editor, but that is only because of limitations in LyX. IMHO the best view of .lyx files is that they should be treated as "hackable" binary files. -- Lgb
Re: A Newbie's Experience with LyX
Rich Shepard [EMAIL PROTECTED] writes: |While I'm sure that others will strongly disagree with me, I think that LyX | is the wrong tool to prepare Web pages, just as I think it's the wrong tool | to do visually intensive page layout (use Scribus for that). I might agree with the arguemtents against web pages, but a lot of the problems there are exactly the same when creating document types that are hypertext capable: pdf for instance. -- Lgb
Re: A Newbie's Experience with LyX
Sven Schreiber [EMAIL PROTECTED] writes: | Martin A. Hansen schrieb: | i would love to hear the developers (and others) oppinion on the raised | issues. | | | As a devoted Lyx user I think he is very kind to Lyx when he says | Thankfully I haven't needed to copy anything more complex than a few | URLs so the limited copy/paste functionality is no big deal for me. | Imho it's a very big deal which scares off many potential new users. As | this is not addressed in 1.4.0 (or is it?), I kindly beg the developers | to make it top priority after the release of 1.4.0 -- in the spirit of | fixing basic issues first, before working on fancy new features. | (Although I guess it's less fun to be so reasonable...) Is it copy/paste that you really want or to be able to insert larger/smaller pieces from other files/documents etc? -- Lgb
Re: A Newbie's Experience with LyX
Rich Shepard [EMAIL PROTECTED] writes: |While I'm sure that others will strongly disagree with me, I think that LyX | is the wrong tool to prepare Web pages, just as I think it's the wrong tool | to do visually intensive page layout (use Scribus for that). I might agree with the arguemtents against web pages, but a lot of the problems there are exactly the same when creating document types that are hypertext capable: pdf for instance. -- Lgb
Re: A Newbie's Experience with LyX
Sven Schreiber [EMAIL PROTECTED] writes: | Martin A. Hansen schrieb: | i would love to hear the developers (and others) oppinion on the raised | issues. | | | As a devoted Lyx user I think he is very kind to Lyx when he says | Thankfully I haven't needed to copy anything more complex than a few | URLs so the limited copy/paste functionality is no big deal for me. | Imho it's a very big deal which scares off many potential new users. As | this is not addressed in 1.4.0 (or is it?), I kindly beg the developers | to make it top priority after the release of 1.4.0 -- in the spirit of | fixing basic issues first, before working on fancy new features. | (Although I guess it's less fun to be so reasonable...) Is it copy/paste that you really want or to be able to insert larger/smaller pieces from other files/documents etc? -- Lgb
Re: A Newbie's Experience with LyX
Rich Shepard <[EMAIL PROTECTED]> writes: |While I'm sure that others will strongly disagree with me, I think that LyX | is the wrong tool to prepare Web pages, just as I think it's the wrong tool | to do visually intensive page layout (use Scribus for that). I might agree with the arguemtents against web pages, but a lot of the problems there are exactly the same when creating document types that are hypertext capable: pdf for instance. -- Lgb
Re: A Newbie's Experience with LyX
Sven Schreiber <[EMAIL PROTECTED]> writes: | Martin A. Hansen schrieb: | > i would love to hear the developers (and others) oppinion on the raised | > issues. | > | | As a devoted Lyx user I think he is very kind to Lyx when he says | "Thankfully I haven't needed to copy anything more complex than a few | URLs so the limited copy/paste functionality is no big deal for me." | Imho it's a very big deal which scares off many potential new users. As | this is not addressed in 1.4.0 (or is it?), I kindly beg the developers | to make it top priority after the release of 1.4.0 -- in the spirit of | fixing basic issues first, before working on fancy new features. | (Although I guess it's less fun to be so reasonable...) Is it copy/paste that you really want or to be able to insert larger/smaller pieces from other files/documents etc? -- Lgb
Re: New Windows version
Abdel [EMAIL PROTECTED] writes: | Helge Hafting a écrit : | 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 | | Hum, right now it's impossible to build 1.4cvs with mingw because of | automake change. Hmm... I do not remember seeing a report about that. -- Lgb
Re: New Windows version
Abdel [EMAIL PROTECTED] writes: | Helge Hafting a écrit : | 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 | | Hum, right now it's impossible to build 1.4cvs with mingw because of | automake change. Hmm... I do not remember seeing a report about that. -- Lgb
Re: New Windows version
Abdel <[EMAIL PROTECTED]> writes: | Helge Hafting a écrit : | > 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 | | Hum, right now it's impossible to build 1.4cvs with mingw because of | automake change. Hmm... I do not remember seeing a report about that. -- Lgb
Re: Who's minding the shop?
Kevin Pfeiffer [EMAIL PROTECTED] writes: | Does someone receive and answer messages sent to [EMAIL PROTECTED]? | | I wrote a couple days ago and have received no answer so far. Yes, but not often. -- Lgb
Re: Who's minding the shop?
Kevin Pfeiffer [EMAIL PROTECTED] writes: | Does someone receive and answer messages sent to [EMAIL PROTECTED]? | | I wrote a couple days ago and have received no answer so far. Yes, but not often. -- Lgb
Re: Who's minding the shop?
Kevin Pfeiffer <[EMAIL PROTECTED]> writes: | Does someone receive and answer messages sent to "[EMAIL PROTECTED]"? | | I wrote a couple days ago and have received no answer so far. Yes, but not often. -- Lgb
[prerelease] LyX 1.4.0pre3
This is the third pre-release of LyX 1.4.0. This is getting close to what will be in the final release, only some speed issues, documentation updates and some small other stuff is likely to be changed after this. As always this is pre-release code, and must be handled as such. Be sure to backup your important stuff. Please report all issues with these packages to lyx-devel@lists.lyx.org ftp://ftp.devel.lyx.org/pub/lyx/pre/lyx-1.4.0pre3.tar.gz ftp://ftp.devel.lyx.org/pub/lyx/pre/lyx-1.4.0pre3.tar.bz2 -- Lgb
[prerelease] LyX 1.4.0pre3
This is the third pre-release of LyX 1.4.0. This is getting close to what will be in the final release, only some speed issues, documentation updates and some small other stuff is likely to be changed after this. As always this is pre-release code, and must be handled as such. Be sure to backup your important stuff. Please report all issues with these packages to lyx-devel@lists.lyx.org ftp://ftp.devel.lyx.org/pub/lyx/pre/lyx-1.4.0pre3.tar.gz ftp://ftp.devel.lyx.org/pub/lyx/pre/lyx-1.4.0pre3.tar.bz2 -- Lgb
[prerelease] LyX 1.4.0pre3
This is the third pre-release of LyX 1.4.0. This is getting close to what will be in the final release, only some speed issues, documentation updates and some small other stuff is likely to be changed after this. As always this is pre-release code, and must be handled as such. Be sure to backup your important stuff. Please report all issues with these packages to lyx-devel@lists.lyx.org ftp://ftp.devel.lyx.org/pub/lyx/pre/lyx-1.4.0pre3.tar.gz ftp://ftp.devel.lyx.org/pub/lyx/pre/lyx-1.4.0pre3.tar.bz2 -- Lgb
Re: Downtime on LyX servers.
Helge Hafting [EMAIL PROTECTED] writes: | 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? It is way wrong. I will fix it. Will take a while to propagate though. -- Lgb
Re: Downtime on LyX servers.
Helge Hafting [EMAIL PROTECTED] writes: | 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? It is way wrong. I will fix it. Will take a while to propagate though. -- Lgb
Re: Downtime on LyX servers.
Helge Hafting <[EMAIL PROTECTED]> writes: | 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? It is way wrong. I will fix it. Will take a while to propagate though. -- Lgb
Re: Forget Windows
Helge Hafting [EMAIL PROTECTED] writes: | 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 You should use '--disable-stdlib-debug' as well. that is a real time consumer, nice when developing but not else. -- Lgb
Downtime on LyX servers.
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. -- Lgb
Re: Forget Windows
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) -- Lgb
Re: Forget Windows
Helge Hafting [EMAIL PROTECTED] writes: | 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 You should use '--disable-stdlib-debug' as well. that is a real time consumer, nice when developing but not else. -- Lgb
Downtime on LyX servers.
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. -- Lgb
Re: Forget Windows
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) -- Lgb
Re: Forget Windows
Helge Hafting <[EMAIL PROTECTED]> writes: | 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 You should use '--disable-stdlib-debug' as well. that is a real time consumer, nice when developing but not else. -- Lgb
Downtime on LyX servers.
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. -- Lgb
Re: Forget Windows
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) -- Lgb
Re: c++2tex
Herbert Voss [EMAIL PROTECTED] writes: | Nusret BALCI wrote: | I couldn't find how to get to that dialog. Under which | menu is it? Do one need to install a plugin, or is it | a standard dialog? | | no, it is an extension to my personal LyX ... and | shows how it could be for all ... Yes... and if you were interested in getting it into LyX it would have been there by now... -- Lgb
Re: Forget Windows
Jean-Marc Lasgouttes [EMAIL PROTECTED] writes: | Helge == Helge Hafting [EMAIL PROTECTED] writes: | | Helge _Editing_ with lyx 1.4 is fine, except from the occational bug. | Helge The startup time is not - it has definitely regressed, and I | Helge wonder if it has to be that way. What could lyx be up to | Helge _before_ l�oading documents? | | Helge, | | I tried to profile the startup time and guess where the time goes, but | did not see anything notable. It is weird. I also tried to do some profiling on this, but failed to get anything to pinpoint. Also on my box startup times are not bad at all... (sub-second) -- Lgb
Re: c++2tex
Herbert Voss [EMAIL PROTECTED] writes: | Lars Gullik Bjønnes wrote: | Herbert Voss [EMAIL PROTECTED] writes: | | Lars Gullik Bjønnes wrote: | | Herbert Voss [EMAIL PROTECTED] writes: | | | Nusret BALCI wrote: | | | I couldn't find how to get to that dialog. Under which | | | menu is it? Do one need to install a plugin, or is it | | | a standard dialog? | | | | no, it is an extension to my personal LyX ... and | | | shows how it could be for all ... | | Yes... and if you were interested in getting it into LyX it would | | have | | been there by now... | | | you are kidding ... | | search in the mail archive of devel for the patch. And for | | the hero who says no ... | You are funny. I said no to include it right before 1.3.x was | released. | If you had been there with the patch when 1.4.x development opened it | would have got in. | | maybe that you have some problems with dates and version numbers ... | The patch was sent just after the release of 1.2 I know that I said No when the patch was first put forward, that was just before a release. If you posted it later and received no comments just a blatant No then I am sorry. But I cannot remember that happening either... I know that I commented on a floats in .sty files patch that also had some listings stuff in it. (or perhaps the listings was the the main part) If the comments to that patch seemed like denial to include the feature, then I am sorry. That was never the intention. We (I) wanted listings support then, and do now (but not for 1.4.0 mind you!) I know that Christian tried to pick up your old patch, but was never successful with that. Any help to get this in would surely be appreciated. -- Lgb
Re: Forget Windows
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' | 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 (0x2d477000) | libexpat.so.1 = /usr/lib/libexpat.so.1 (0x2d585000) | /lib64/ld-linux-x86-64.so.2 (0x2aaab000) Hmm are these 64bit binaries or 32bit? (does that matter?) 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) -- Lgb
Re: c++2tex
Herbert Voss [EMAIL PROTECTED] writes: | Nusret BALCI wrote: | I couldn't find how to get to that dialog. Under which | menu is it? Do one need to install a plugin, or is it | a standard dialog? | | no, it is an extension to my personal LyX ... and | shows how it could be for all ... Yes... and if you were interested in getting it into LyX it would have been there by now... -- Lgb
Re: Forget Windows
Jean-Marc Lasgouttes [EMAIL PROTECTED] writes: | Helge == Helge Hafting [EMAIL PROTECTED] writes: | | Helge _Editing_ with lyx 1.4 is fine, except from the occational bug. | Helge The startup time is not - it has definitely regressed, and I | Helge wonder if it has to be that way. What could lyx be up to | Helge _before_ l�oading documents? | | Helge, | | I tried to profile the startup time and guess where the time goes, but | did not see anything notable. It is weird. I also tried to do some profiling on this, but failed to get anything to pinpoint. Also on my box startup times are not bad at all... (sub-second) -- Lgb
Re: c++2tex
Herbert Voss [EMAIL PROTECTED] writes: | Lars Gullik Bjønnes wrote: | Herbert Voss [EMAIL PROTECTED] writes: | | Lars Gullik Bjønnes wrote: | | Herbert Voss [EMAIL PROTECTED] writes: | | | Nusret BALCI wrote: | | | I couldn't find how to get to that dialog. Under which | | | menu is it? Do one need to install a plugin, or is it | | | a standard dialog? | | | | no, it is an extension to my personal LyX ... and | | | shows how it could be for all ... | | Yes... and if you were interested in getting it into LyX it would | | have | | been there by now... | | | you are kidding ... | | search in the mail archive of devel for the patch. And for | | the hero who says no ... | You are funny. I said no to include it right before 1.3.x was | released. | If you had been there with the patch when 1.4.x development opened it | would have got in. | | maybe that you have some problems with dates and version numbers ... | The patch was sent just after the release of 1.2 I know that I said No when the patch was first put forward, that was just before a release. If you posted it later and received no comments just a blatant No then I am sorry. But I cannot remember that happening either... I know that I commented on a floats in .sty files patch that also had some listings stuff in it. (or perhaps the listings was the the main part) If the comments to that patch seemed like denial to include the feature, then I am sorry. That was never the intention. We (I) wanted listings support then, and do now (but not for 1.4.0 mind you!) I know that Christian tried to pick up your old patch, but was never successful with that. Any help to get this in would surely be appreciated. -- Lgb
Re: Forget Windows
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' | 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 (0x2d477000) | libexpat.so.1 = /usr/lib/libexpat.so.1 (0x2d585000) | /lib64/ld-linux-x86-64.so.2 (0x2aaab000) Hmm are these 64bit binaries or 32bit? (does that matter?) 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) -- Lgb
Re: c++2tex
Herbert Voss <[EMAIL PROTECTED]> writes: | Nusret BALCI wrote: | > I couldn't find how to get to that dialog. Under which | > menu is it? Do one need to install a plugin, or is it | > a standard dialog? | | no, it is an extension to my personal LyX ... and | shows how it could be for all ... Yes... and if you were interested in getting it into LyX it would have been there by now... -- Lgb
Re: Forget Windows
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: | > "Helge" == Helge Hafting <[EMAIL PROTECTED]> writes: | | Helge> _Editing_ with lyx 1.4 is fine, except from the occational bug. | Helge> The startup time is not - it has definitely regressed, and I | Helge> wonder if it has to be that way. What could lyx be up to | Helge> _before_ l�oading documents? | | Helge, | | I tried to profile the startup time and guess where the time goes, but | did not see anything notable. It is weird. I also tried to do some profiling on this, but failed to get anything to pinpoint. Also on my box startup times are not bad at all... (sub-second) -- Lgb
Re: c++2tex
Herbert Voss <[EMAIL PROTECTED]> writes: | Lars Gullik Bjønnes wrote: | > Herbert Voss <[EMAIL PROTECTED]> writes: | > | Lars Gullik Bjønnes wrote: | > | > Herbert Voss <[EMAIL PROTECTED]> writes: | > | > | Nusret BALCI wrote: | > | > | > I couldn't find how to get to that dialog. Under which | > | > | > menu is it? Do one need to install a plugin, or is it | > | > | > a standard dialog? | > | > | | no, it is an extension to my personal LyX ... and | > | > | shows how it could be for all ... | > | > Yes... and if you were interested in getting it into LyX it would | > | > have | > | > been there by now... | > | | you are kidding ... | > | search in the mail archive of devel for the patch. And for | > | the hero who says no ... | > You are funny. I said no to include it right before 1.3.x was | > released. | > If you had been there with the patch when 1.4.x development opened it | > would have got in. | | maybe that you have some problems with dates and version numbers ... | The patch was sent just after the release of 1.2 I know that I said "No" when the patch was first put forward, that was just before a release. If you posted it later and received no comments just a blatant "No" then I am sorry. But I cannot remember that happening either... I know that I commented on a "floats in .sty" files patch that also had some listings stuff in it. (or perhaps the listings was the the main part) If the comments to that patch seemed like denial to include the feature, then I am sorry. That was never the intention. We (I) wanted listings support then, and do now (but not for 1.4.0 mind you!) I know that Christian tried to pick up your old patch, but was never successful with that. Any help to get this in would surely be appreciated. -- Lgb
Re: Forget Windows
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' | 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 (0x2d477000) | libexpat.so.1 => /usr/lib/libexpat.so.1 (0x2d585000) | /lib64/ld-linux-x86-64.so.2 (0x2aaab000) Hmm are these 64bit binaries or 32bit? (does that matter?) 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) -- Lgb
Re: Forget Windows
Gour [EMAIL PROTECTED] writes: | I'd also like to see more focus (especially) on GTK+. The only way to make that happen is to get someone to do it, or do it yourself. There is not really much developer attention on gtk. -- Lgb
Re: Forget Windows
Gour [EMAIL PROTECTED] writes: | Yes, there is code-share, but every individial port (win32, gtk) takes | away the energy time of devs, and that's why I'd prefer to e.g. have | gtk port which could (if) cover Win32, Linux-like OS-es MaC OS in one | stroke. Note that code share is in the very high 90's %. It is packaging that takes time, and you won't get that from just using a multi-platform lib. (qt-linux, qt-mac, qt-win) But I guess topic should be brought back to more LyX relevant musings. -- Lgb
Re: Forget Windows
Gour [EMAIL PROTECTED] writes: | I'd also like to see more focus (especially) on GTK+. The only way to make that happen is to get someone to do it, or do it yourself. There is not really much developer attention on gtk. -- Lgb
Re: Forget Windows
Gour [EMAIL PROTECTED] writes: | Yes, there is code-share, but every individial port (win32, gtk) takes | away the energy time of devs, and that's why I'd prefer to e.g. have | gtk port which could (if) cover Win32, Linux-like OS-es MaC OS in one | stroke. Note that code share is in the very high 90's %. It is packaging that takes time, and you won't get that from just using a multi-platform lib. (qt-linux, qt-mac, qt-win) But I guess topic should be brought back to more LyX relevant musings. -- Lgb
Re: Forget Windows
Gour <[EMAIL PROTECTED]> writes: | I'd also like to see more focus (especially) on GTK+. The only way to make that happen is to get someone to do it, or do it yourself. There is not really much developer attention on gtk. -- Lgb
Re: Forget Windows
Gour <[EMAIL PROTECTED]> writes: | Yes, there is code-share, but every individial port (win32, gtk) takes | away the energy & time of devs, and that's why I'd prefer to e.g. have | gtk port which could (if) cover Win32, Linux-like OS-es & MaC OS in one | stroke. Note that code share is in the very high 90's %. It is packaging that takes time, and you won't get that from just using a multi-platform lib. (qt-linux, qt-mac, qt-win) But I guess topic should be brought back to more LyX relevant musings. -- Lgb
Re: Forget Windows
Gunnar [EMAIL PROTECTED] writes: | On Sunday 06 November 2005 22:05, James W Dow wrote: | LyX is a wonderful word processor. It is best one for writing mathematics | directly from the keyboard. Please don't spend a huge time developing it | for Windows. Windows will gradually fade away. Putting nice programs like | LyX on that operating system just delays people switching to a version of | Linux, where they really should be. Feeding software to Windows just lets | it grow profits for people who are doing nothing positive for the computing | community. | | You are wrong on two points. | | 1) The operating system should not be of any importance (in a perfect world), | applications is what the people need! | They need LyX, give them LyX! Well depends on the effort needed to make it happen... and since we are in the Open Source world it is really is the community on the operating systems in question that should to the work to make it happen. Angus has (IMHO) bent over backwards to make this windows port happen (really integrated with the rest of the source base, installer etc.), now it is time for the Windows community of LyX users to pick this up at keep it up do date and working. -- Lgb
Re: Forget Windows
Gunnar [EMAIL PROTECTED] writes: | On Sunday 06 November 2005 22:05, James W Dow wrote: | LyX is a wonderful word processor. It is best one for writing mathematics | directly from the keyboard. Please don't spend a huge time developing it | for Windows. Windows will gradually fade away. Putting nice programs like | LyX on that operating system just delays people switching to a version of | Linux, where they really should be. Feeding software to Windows just lets | it grow profits for people who are doing nothing positive for the computing | community. | | You are wrong on two points. | | 1) The operating system should not be of any importance (in a perfect world), | applications is what the people need! | They need LyX, give them LyX! Well depends on the effort needed to make it happen... and since we are in the Open Source world it is really is the community on the operating systems in question that should to the work to make it happen. Angus has (IMHO) bent over backwards to make this windows port happen (really integrated with the rest of the source base, installer etc.), now it is time for the Windows community of LyX users to pick this up at keep it up do date and working. -- Lgb
Re: Forget Windows
Gunnar <[EMAIL PROTECTED]> writes: | On Sunday 06 November 2005 22:05, James W Dow wrote: | > LyX is a wonderful word processor. It is best one for writing mathematics | > directly from the keyboard. Please don't spend a huge time developing it | > for Windows. Windows will gradually fade away. Putting nice programs like | > LyX on that operating system just delays people switching to a version of | > Linux, where they really should be. Feeding software to Windows just lets | > it grow profits for people who are doing nothing positive for the computing | > community. | | You are wrong on two points. | | 1) The operating system should not be of any importance (in a perfect world), | applications is what the people need! | They need LyX, give them LyX! Well depends on the effort needed to make it happen... and since we are in the Open Source world it is really is the community on the operating systems in question that should to the work to make it happen. Angus has (IMHO) bent over backwards to make this windows port happen (really integrated with the rest of the source base, installer etc.), now it is time for the Windows community of LyX users to pick this up at keep it up do date and working. -- Lgb
Re: Lyx command line question
Paul [EMAIL PROTECTED] writes: | PS: Please always reply to the list | | I second that. I noticed a tendency to reply off-list. This leaves | gaps in the mailing list archives and puts off a subset of list | subscribers. css-discuss, on the contrary, adopted some different | habits. The main question to ask is would the group or the World | Wide Web benefit from this response or is its scope too narrow?. For | the latter, in the case of Web site critique, there needn't be a | public message available as it is site-specific or refers to browser | bugs that are soon to vanish. | | Maybe it's just my mail client, but this list seems to default for a | reply to the sender instead of to the list, unlike all the other lists | I've ever been on. Then you cannot have been on many lists :-) The trick with lists is to always use Reply to All (or whatever you mailer calls it.) -- Lgb
Re: Lyx command line question: summarized
Angus Leeming [EMAIL PROTECTED] writes: | find foo -name '*.gif' | while read file | do | pngfile=`basename $file .gif`.png | convert $file pngfile | done Hmm... I thought thiw was usually written as a for-loop. for file in `find foo -name \*.gif` ; do pngfile=`basename $file .gif`.png convert $file $pngfile done (and you forgot a '$') -- Lgb
Re: Lyx command line question
Paul Smith [EMAIL PROTECTED] writes: | On 10/19/05, Paul [EMAIL PROTECTED] wrote: | PS: Please always reply to the list | | I second that. I noticed a tendency to reply off-list. This leaves | gaps in the mailing list archives and puts off a subset of list | subscribers. css-discuss, on the contrary, adopted some different | habits. The main question to ask is would the group or the World | Wide Web benefit from this response or is its scope too narrow?. For | the latter, in the case of Web site critique, there needn't be a | public message available as it is site-specific or refers to browser | bugs that are soon to vanish. | | Maybe it's just my mail client, but this list seems to default for a | reply to the sender instead of to the list, unlike all the other lists | I've ever been on. I accidently sent a reply intended for the list to | the sender and didn't realise until a few days later. So maybe other | people have the same problem. | | I agree, Paul. The reply address should be occupied by the list's address. From what I have seen configuration tips for mailing list recommend what we are doing here. (mailman certainly does) Me, I use 'f' for follow-up, and 'r' for reply. That is Reply to all and Reply for you outlookers. Default finger-twitch should be 'f'. -- Lgb
Re: Lyx command line question: summarized
Angus Leeming [EMAIL PROTECTED] writes:
| The problem is that for splits the returned list of files using
| whitespace...
find foo -name \*.gif -print -exec convert {} `basename {}`.png \;
then (ha!)
| (and you forgot a '$')
|
| Right :) (And restricted the search to the foo directory rather than the
| original .)
yeah, but that was not a syntax error (kindo)
--
Lgb
Re: Lyx command line question
Paul [EMAIL PROTECTED] writes: | PS: Please always reply to the list | | I second that. I noticed a tendency to reply off-list. This leaves | gaps in the mailing list archives and puts off a subset of list | subscribers. css-discuss, on the contrary, adopted some different | habits. The main question to ask is would the group or the World | Wide Web benefit from this response or is its scope too narrow?. For | the latter, in the case of Web site critique, there needn't be a | public message available as it is site-specific or refers to browser | bugs that are soon to vanish. | | Maybe it's just my mail client, but this list seems to default for a | reply to the sender instead of to the list, unlike all the other lists | I've ever been on. Then you cannot have been on many lists :-) The trick with lists is to always use Reply to All (or whatever you mailer calls it.) -- Lgb
Re: Lyx command line question: summarized
Angus Leeming [EMAIL PROTECTED] writes: | find foo -name '*.gif' | while read file | do | pngfile=`basename $file .gif`.png | convert $file pngfile | done Hmm... I thought thiw was usually written as a for-loop. for file in `find foo -name \*.gif` ; do pngfile=`basename $file .gif`.png convert $file $pngfile done (and you forgot a '$') -- Lgb
Re: Lyx command line question
Paul Smith [EMAIL PROTECTED] writes: | On 10/19/05, Paul [EMAIL PROTECTED] wrote: | PS: Please always reply to the list | | I second that. I noticed a tendency to reply off-list. This leaves | gaps in the mailing list archives and puts off a subset of list | subscribers. css-discuss, on the contrary, adopted some different | habits. The main question to ask is would the group or the World | Wide Web benefit from this response or is its scope too narrow?. For | the latter, in the case of Web site critique, there needn't be a | public message available as it is site-specific or refers to browser | bugs that are soon to vanish. | | Maybe it's just my mail client, but this list seems to default for a | reply to the sender instead of to the list, unlike all the other lists | I've ever been on. I accidently sent a reply intended for the list to | the sender and didn't realise until a few days later. So maybe other | people have the same problem. | | I agree, Paul. The reply address should be occupied by the list's address. From what I have seen configuration tips for mailing list recommend what we are doing here. (mailman certainly does) Me, I use 'f' for follow-up, and 'r' for reply. That is Reply to all and Reply for you outlookers. Default finger-twitch should be 'f'. -- Lgb
Re: Lyx command line question: summarized
Angus Leeming [EMAIL PROTECTED] writes:
| The problem is that for splits the returned list of files using
| whitespace...
find foo -name \*.gif -print -exec convert {} `basename {}`.png \;
then (ha!)
| (and you forgot a '$')
|
| Right :) (And restricted the search to the foo directory rather than the
| original .)
yeah, but that was not a syntax error (kindo)
--
Lgb
Re: Lyx command line question
Paul <[EMAIL PROTECTED]> writes: | >>> PS: Please always reply to the list | > | > I second that. I noticed a tendency to reply off-list. This leaves | > gaps in the mailing list archives and puts off a subset of list | > subscribers. css-discuss, on the contrary, adopted some different | > habits. The main question to ask is "would the group or the World | > Wide Web benefit from this response or is its scope too narrow?". For | > the latter, in the case of Web site critique, there needn't be a | > public message available as it is site-specific or refers to browser | > bugs that are soon to vanish. | | Maybe it's just my mail client, but this list seems to default for a | reply to the sender instead of to the list, unlike all the other lists | I've ever been on. Then you cannot have been on many lists :-) The trick with lists is to always use "Reply to All" (or whatever you mailer calls it.) -- Lgb
Re: Lyx command line question: summarized
Angus Leeming <[EMAIL PROTECTED]> writes: | find foo -name '*.gif' | while read file | do | pngfile=`basename "$file" .gif`.png | convert "$file" "pngfile" | done Hmm... I thought thiw was usually written as a for-loop. for file in `find foo -name \*.gif` ; do pngfile=`basename "$file" .gif`.png convert "$file" "$pngfile" done (and you forgot a '$') -- Lgb
Re: Lyx command line question
Paul Smith <[EMAIL PROTECTED]> writes: | On 10/19/05, Paul <[EMAIL PROTECTED]> wrote: | > >>> PS: Please always reply to the list | > > | > > I second that. I noticed a tendency to reply off-list. This leaves | > > gaps in the mailing list archives and puts off a subset of list | > > subscribers. css-discuss, on the contrary, adopted some different | > > habits. The main question to ask is "would the group or the World | > > Wide Web benefit from this response or is its scope too narrow?". For | > > the latter, in the case of Web site critique, there needn't be a | > > public message available as it is site-specific or refers to browser | > > bugs that are soon to vanish. | > | > Maybe it's just my mail client, but this list seems to default for a | > reply to the sender instead of to the list, unlike all the other lists | > I've ever been on. I accidently sent a reply intended for the list to | > the sender and didn't realise until a few days later. So maybe other | > people have the same problem. | | I agree, Paul. The reply address should be occupied by the list's address. >From what I have seen configuration tips for mailing list recommend what we are doing here. (mailman certainly does) Me, I use 'f' for follow-up, and 'r' for reply. That is "Reply to all" and "Reply" for you outlookers. Default finger-twitch should be 'f'. -- Lgb
Re: Lyx command line question: summarized
Angus Leeming <[EMAIL PROTECTED]> writes:
| The problem is that "for" splits the returned list of files using
| whitespace...
find foo -name \*.gif -print -exec convert {} `basename {}`.png \;
then (ha!)
| > (and you forgot a '$')
|
| Right :) (And restricted the search to the foo directory rather than the
| original .)
yeah, but that was not a syntax error (kindo)
--
Lgb
Re: Can somebody help me with the Lyx config?
[EMAIL PROTECTED] writes:
| Well, Let's check what can be wrong: At both my
| Windows and Linux preferences I have:
|
| Default language: Portuguese
| Language package: \usepackage{ae,aecompl}
| Command start: \selectlanguage{portuguese}
| Command end: (empty)
|
| (all chackbox are checked)
|
| Does it match with yours? Is it correct? The
| 'Command end' is really empty at both Windows and
| Linux OS?
Did you check the latex log? Is the portuguese babel files loaded?
--
Lgb
Re: Can somebody help me with the Lyx config?
[EMAIL PROTECTED] writes:
| Well, Let's check what can be wrong: At both my
| Windows and Linux preferences I have:
|
| Default language: Portuguese
| Language package: \usepackage{ae,aecompl}
| Command start: \selectlanguage{portuguese}
| Command end: (empty)
|
| (all chackbox are checked)
|
| Does it match with yours? Is it correct? The
| 'Command end' is really empty at both Windows and
| Linux OS?
Did you check the latex log? Is the portuguese babel files loaded?
--
Lgb
Re: Can somebody help me with the Lyx config?
<[EMAIL PROTECTED]> writes:
| Well, Let's check what can be wrong: At both my
| Windows and Linux preferences I have:
|
| Default language: Portuguese
| Language package: \usepackage{ae,aecompl}
| Command start: \selectlanguage{portuguese}
| Command end: (empty)
|
| (all chackbox are checked)
|
| Does it match with yours? Is it correct? The
| 'Command end' is really empty at both Windows and
| Linux OS?
Did you check the latex log? Is the portuguese babel files loaded?
--
Lgb
Re: Wiki page for Presentations using LyX
[EMAIL PROTECTED] writes: | Given the recent thread, I've posted some of the answers to this page: | | http://wiki.lyx.org/LyX/PresentationsUsingLyX | | feel free to add more or perhaps re-structure it. | | On Wed, 12 Oct 2005, Robert Orr wrote: | These were really nice. | | Is it possible to get a .tar.gz of this directory? | | http://fkurth.de/uwest/usti/Vortrag/ | | Maybe they could go in as examples in the examples section? In the same wain... I am looking for a short Presentation of LyX. 15 minutes tops. Target audience will be IT developers/QA people, both windows and linux users. -- Lgb
Re: Wiki page for Presentations using LyX
[EMAIL PROTECTED] writes: | Given the recent thread, I've posted some of the answers to this page: | | http://wiki.lyx.org/LyX/PresentationsUsingLyX | | feel free to add more or perhaps re-structure it. | | On Wed, 12 Oct 2005, Robert Orr wrote: | These were really nice. | | Is it possible to get a .tar.gz of this directory? | | http://fkurth.de/uwest/usti/Vortrag/ | | Maybe they could go in as examples in the examples section? In the same wain... I am looking for a short Presentation of LyX. 15 minutes tops. Target audience will be IT developers/QA people, both windows and linux users. -- Lgb
Re: Wiki page for "Presentations using LyX"
[EMAIL PROTECTED] writes: | Given the recent thread, I've posted some of the answers to this page: | | http://wiki.lyx.org/LyX/PresentationsUsingLyX | | feel free to add more or perhaps re-structure it. | | On Wed, 12 Oct 2005, Robert Orr wrote: | > These were really nice. | > | > Is it possible to get a .tar.gz of this directory? | > | > http://fkurth.de/uwest/usti/Vortrag/ | | Maybe they could go in as examples in the examples section? In the same wain... I am looking for a short Presentation of LyX. 15 minutes tops. Target audience will be IT developers/QA people, both windows and linux users. -- Lgb
Pre2 is out there
Please check this one out, look at this stage especially for distribution problems. Also we still have some bugs to fix, so be sure to have backups of everything you play with. ftp://ftp.devel.lyx.org/pub/lyx/pre/lyx-1.4.0pre2.tar.bz2 ftp://ftp.devel.lyx.org/pub/lyx/pre/lyx-1.4.0pre2.tar.gz -- Lgb
Re: pre2 is stable?
Paul Smith [EMAIL PROTECTED] writes: | Dear All | | Is the the pre2 version of LyX a stable one? Oooo... way no. But it is getting there. It shoudn't eat your documents and crash your machine all the time... | | Thanks in advance, But please try it out, but make sure you have backups... -- Lgb
Pre2 is out there
Please check this one out, look at this stage especially for distribution problems. Also we still have some bugs to fix, so be sure to have backups of everything you play with. ftp://ftp.devel.lyx.org/pub/lyx/pre/lyx-1.4.0pre2.tar.bz2 ftp://ftp.devel.lyx.org/pub/lyx/pre/lyx-1.4.0pre2.tar.gz -- Lgb
Re: pre2 is stable?
Paul Smith [EMAIL PROTECTED] writes: | Dear All | | Is the the pre2 version of LyX a stable one? Oooo... way no. But it is getting there. It shoudn't eat your documents and crash your machine all the time... | | Thanks in advance, But please try it out, but make sure you have backups... -- Lgb
