Re: How to get on the 1.5.x branch
Bo Peng wrote: Can somebody please give me the recommended one-liner svn command to do that? (... and post the answer to the users list too!) This is actually *not* an easy question and I do not know how to change the URL using svn command. What I did was something like Wrong, this is an easy question, you should read the svn book. Issue svn switch svn+ssh://svn.lyx.org/lyx/lyx-devel/branches/BRANCH_1_5_X . in the top level directory and you are done. If this is an anonymous checkout you might need to adjust the svn+ssh bit. Georg
Re: Commit Rules Post-1.5.0
On Thu, Jul 26, 2007 at 07:18:57AM +0200, Jürgen Spitzmüller wrote: Furthermore, I'd like to support Richard's idea of finishing the character style implementation. (Yay) john
Re: 1.4.5.1 (1.4.5 second try)
Joost Verburg schrieb: José Matos wrote: OK Joost, second retry. The packages have been updated.They retain the same name but they have been updated. Please test. :-) I uploaded Windows installers for 1.4.5 and 1.5.0 to incoming on the devel FTP server. Please verify that they are complete (I cannot see the directory listing) and upload them to ftp.lyx.org. The web installer should be about 8 MB and the bundled installer about 80 MB. Someone with write permissions should announce LyX 1.4.5.1 and 1.5.0 on the LyX website. Michael
Re: 1.4.5.1 (1.4.5 second try)
José Matos wrote: OK Joost, second retry. The packages have been updated.They retain the same name but they have been updated. Please test. :-) I uploaded Windows installers for 1.4.5 and 1.5.0 to incoming on the devel FTP server. Please verify that they are complete (I cannot see the directory listing) and upload them to ftp.lyx.org. The web installer should be about 8 MB and the bundled installer about 80 MB. Joost
Re: [patch] Metafile formats and conversion
Martin Vermeer wrote: I use the Adobe Postscript printer drivers that are bundled with Windows to do the actual conversion. So the picture is printed to a special Postscript printer and the output is redirected to an EPS file. The page size and bounding box are automatically configured to match the picture size. This is the only reliable way that works with every file. libwmf doesn't even support EMF files. How does it work on Linux? It works only on Windows. So if you use Windows applications that create metafiles you also need to do the conversion while running Windows. The conversion utility has a user interface that allows you to copy graphics directly from other applications. Conversion on Linux is very difficult because you would need a reliable library that does the GDI to Postscript conversion. I don't think such a thing exists. Joost
Re: Jose's 1.6 Questions [RGH]
Richard Heck wrote: Modular layouts, which are close to complete, modulo comments and such. Then add a local layout option similar to preamble. (So, in DocumentSettings you can add on-the-fly layout info.) This will make Bo's embedded layout idea pretty simple to implement. May start playing with a layout editor. If you could embed a qt-designer ui file in the layout with some glue for the local layout pane(s), there would be no need to create a layout editor. Cheers, Charles -- http://www.kde-france.org
Re: 1.4.5.1 (1.4.5 second try)
On Thursday 26 July 2007 09:41:29 Michael Gerz wrote: Someone with write permissions should announce LyX 1.4.5.1 and 1.5.0 on the LyX website. Michael Don't you have access? I am sorry, I have to leave now. The packages are already in the stable section of ftp.devel.lyx.org The other steps necessary to finish this task are detailed in http://wiki.lyx.org/Devel/ReleaseProcedure See you all in two weeks, -- José Abílio
complaint
hi, recently I found lyx's gtk frontend is not maintained in 1.5, which is rather disappointing. Actually lyx with gtk frontend is best one of all the three backends. Especially, it is more friendly when one inputs formulas. For gnome users, kde or xform backends arecomparably ugly. _ 通过 Windows Live Spaces 与朋友轻松共享您的生活。 http://spaces.live.com/spacesapi.aspx?wx_action=createwx_url=/friends.aspxmkt=zh-cn
Re: 1.4.5.1 (1.4.5 second try)
José Matos schrieb: On Thursday 26 July 2007 09:41:29 Michael Gerz wrote: Someone with write permissions should announce LyX 1.4.5.1 and 1.5.0 on the LyX website. Michael Don't you have access? I am sorry, I have to leave now. The packages are already in the stable section of ftp.devel.lyx.org I apologize that I have neither access rights nor time :-( The other steps necessary to finish this task are detailed in http://wiki.lyx.org/Devel/ReleaseProcedure See you all in two weeks, I wish you all the best. You really deserve nice holidays! I think you made a very good job as project manager (herding cats is always a challenge :-) ) Michael
middle-button paste no longer works properly
Middle-button paste on Linux no longer participates in X. That is, if I select something in konsole, I cannot paste it in LyX with the middle button. Known bug? john PS congratulations on 1.5.0, looks pretty cool...
Re: Commit Rules Post-1.5.0
On Wed, Jul 25, 2007 at 05:11:39PM +0100, José Matos wrote: On Wednesday 25 July 2007 16:13:03 Bo Peng wrote: For 1.5.x, you'll need my OK. For 1.6.x, the usual review process applies. Bo I would like to see some kind of plan, nothing too formal but at the same time a general idea where the current development stage is leading us. I would like that each developer answered three questions: Where do you think that LyX needs more attention? Quality assurance. There is messy code that should be cleaned up, half-baked features that should be full-baked, and temptations to add new features that should be resisted -- or at least carefully thought through. What feature do you think that lyx is missing badly? The beamer layout requires too much ERT and non-intuitive tweaking. Perhaps something can be done about it in the frame of short title / optional argument. My dream is to have a LyX-beamer that is compatitive also in usability with ppt. Where do you intend to work during this development cycle? Small things only...
Re: complaint
On Thu, Jul 26, 2007 at 10:46:02AM +, 文见 wrote: hi, recently I found lyx's gtk frontend is not maintained in 1.5, which is rather disappointing. Your fault. Why didn't you work on Gtk frontend maintanance yourself? Actually lyx with gtk frontend is best one of all the three backends. Especially, it is more friendly when one inputs formulas. For gnome users, kde or xform backends arecomparably ugly. Either Gnome/GTK users step forward and maintain the frontend in which case we would have one and it would be included in the main tree - or they don't. Right now they don't. In fact, you don't yourself either. So stop complaining. Andre'
Re: Massive Bug in 1.5.0 according to tabs
when you create two documents at once LyX 1.5.0. combines the text from the first window with the text in the second one after you changed it by clicking on the specific tab. DVI is OK. But the text in the second window is mixed up with the first one. i'm not able to reproduce it. can you give precise instructions how to cause it ? pavel
Re: [Request for Review] Embedding files to .lyx file.
Bo Peng wrote: 2. This does not conflict with our XML transition because no lyx2lyx is needed. Actually, the use of manifest (not the ODF one though) and zip format makes .lyx closer to ODF. It is a great idea. Have you considered going even closer to an odt file with the mimetype, the metadata xml file, etc ? Cheers, Charles
Re: Massive Bug in 1.5.0 according to tabs
On Fri, 2007-07-27 at 02:01 +0200, Pavel Sanda wrote: Sorry, Pavel. I cannot understand it. I tested it three times, some hours ago, no problem, this is not the only bug which is difficult to pinpoint and appears only randomly. if you find some way how to reproduce it later post it again :) bah, experimenting with tabs i came to very strange behaviour :( 1.open one document 2.new document 3.switch to first one and type one letter somewhere inside now - instead normal character there appears VERY big character (even in latex output). without switching between tabs nothing like this happens. can anybody reproduce it ? Just thought I'd ask the obvious. What OS are you all running :) I've never seen this. Have fun, Darren
Re: Massive Bug in 1.5.0 according to tabs
On 7/26/07, Pavel Sanda [EMAIL PROTECTED] wrote: now - instead normal character there appears VERY big character (even in latex output). without switching between tabs nothing like this happens. can anybody reproduce it ? more remarks: it happens also when switching through menu. after that switch font indicator is set to bold,huger and when running with cursor it gets back into normal. I can not reproduce this. Maybe this is related to non-English language? Bo
Re: Massive Bug in 1.5.0 according to tabs
now - instead normal character there appears VERY big character (even in latex output). without switching between tabs nothing like this happens. can anybody reproduce it ? more remarks: it happens also when switching through menu. after that switch font indicator is set to bold,huger and when running with cursor it gets back into normal. pavel
Re: Massive Bug in 1.5.0 according to tabs
Sorry, Pavel. I cannot understand it. I tested it three times, some hours ago, no problem, this is not the only bug which is difficult to pinpoint and appears only randomly. if you find some way how to reproduce it later post it again :) bye, pavel
Re: [Request for Review] Embedding files to .lyx file.
2. Embedding of certain files are automatic (graphics, bib etc), and other files can be embedded manually. would it be possible to include generated .tex file ? in that case it would be also good format for archiving. pavel
Re: [Request for Review] Embedding files to .lyx file.
It is a great idea. Have you considered going even closer to an odt file with the mimetype, the metadata xml file, etc ? I will try to do that, but I am not sure about the compatibility. You see, embedded files in ODF are embedded, but my design allows the use of external files automatically if the embedding status is AUTO. Therefore, I will have to keep external name, inzip (embedded) name, and embedding status. Anyway, move closer to ODF is the goal. Bo
Massive Bug in 1.5.0 according to tabs
Hi, when you create two documents at once LyX 1.5.0. combines the text from the first window with the text in the second one after you changed it by clicking on the specific tab. DVI is OK. But the text in the second window is mixed up with the first one. Cheers Heiko -- Heiko Schroeder Praha, Ceska Republica http://home.foni.net/~heikos http://www.od.shuttle.de/evb-1
Re: 1.4.5.1 (1.4.5 second try)
José Matos wrote: Someone with write permissions should announce LyX 1.4.5.1 and 1.5.0 on the LyX website. Michael Don't you have access? I am sorry, I have to leave now. The packages are already in the stable section of ftp.devel.lyx.org I've done the web announcement now (with Links to ftp.devel.lyx.org. I'll wait with the mail announcement. Jürgen
Re: 1.4.5.1 (1.4.5 second try)
On Jul 26, 2007, at 1:48 PM, Jürgen Spitzmüller wrote: Bennett Helm wrote: Apparently there's no ftp.devel.lyx.org/incoming/, but there is a ftp.devel.lyx.org/pub/incoming/, so I put these files there: LyX-1.5.0-Mac-Intel.dmg LyX-1.5.0-Mac-PPC.dmg LyX-1.5.0-Mac-Universal.dmg I've tried to upload another file (LyX-1.4.5.1-Mac-Intel.dmg), but have been unsuccessful after repeated attempts. [...] It should be there now. Thanks. Everything is in place now. Yep. LyX/Mac wiki has been updated. Thank *you*. Bennett
Re: 1.4.5.1 (1.4.5 second try)
On Jul 26, 2007, at 1:29 PM, Joost Verburg wrote: Bennett Helm wrote: I've tried to upload another file (LyX-1.4.5.1-Mac-Intel.dmg), but have been unsuccessful after repeated attempts. (The only error message I get is that the ftp client cannot create the file; might there be a partial upload there blocking any further attempts?) I removed the incomplete version. You can upload it again. Thanks. It should be there now. Bennett
Re: Evaluation of the 1.5 development cycle
From a user side, I especially concern with the testing phase of the development. As lyx now supports various platforms extending from unix to windows and also various languages, there can be situations where developers need an access to those different environments for testing purpose. I know such an ideal setup can require additional physical resources, but probably some measures need to be taken in future, e.g. virtual machines may also do. Also, it would be ideal if more thorough testing is conducted before a release. The new release looks really nice environment to work on. Koji
Re: Commit Rules Post-1.5.0
Helge Hafting wrote: * Layout files should be able to set things like document font, language, paper size and so on - if the layout writer thinks it is appropriate. Today I can't just send someone a custom .layout, I have to tell them to set palatino, margins, and so on too. And they have to do this on every new document, if the custom document type don't match document defaults otherwise used. Please post an enhancement request about this so it doesn't get lost. * References. - Should be mostly automatic. The writer should not need to insert a label in order to refer to section 3.6.1 - LyX should automatically offer all numbered entities in the reference dialog, and generate the latex label as needed. The explicit label is only needed in cases like a reference to the fifth paragraph in a section - it _might_ end up on a different page than the section heading. This would be nice, indeed. - Support package nameref so we can print the name of the entity referenced too. Perhaps this needs explicit labels. http://bugzilla.lyx.org/show_bug.cgi?id=3221 * hyperref support - mostly a document settings checkbox to load the package. Nice for PDFs. It should be noted that there are some limitations - marking something hyper-referenced with a foreign language will crash latex for example. Good hyperref support can automatically add the workaround: \texorpdfstring{std.text with language}{pdfbookmarktext without} http://bugzilla.lyx.org/show_bug.cgi?id=3482, mostly. I hope to get to some of this, but it'd be a good project for someone trying to learn the code. It's not hugely difficult, I don't think, but it will have a lot of moving parts. * user defined textstyles and layouts. This is on the way, at least to a significant extent. Richard -- == Richard G Heck, Jr Professor of Philosophy Brown University http://frege.brown.edu/heck/ == Get my public key from http://sks.keyserver.penguin.de Hash: 0x1DE91F1E66FFBDEC Learn how to sign your email using Thunderbird and GnuPG at: http://dudu.dyn.2-h.org/nist/gpg-enigmail-howto
Re: 1.4.5.1 (1.4.5 second try)
Bennett Helm wrote: Do you mean ftp.devel.lyx.org/incoming/ or ftp.lyx.org/incoming/? The former (devel). (I should have Mac binaries for both 1.4.5.1 and 1.5.0 ready soon.) OK. Thanks. Jürgen
Re: Commit Rules Post-1.5.0
And as one can see from the immediate opening of the branch (as opposed to the agreement to branch only after 1.5.1 and fix a big bunch of the long standing bugs before) you will probably not get much help on that branch, although that would definitely be needed. My condolences. Although I am eager to implement those 'new' and 'great' features, I fully agree with you on this and I guess Jose can order a feature freeze on trunk. It is already reported that middle-button paste is broken (so I am fixing it), and there should be many more reports after 1.5.0 is delivered. Bo
Re: Full-screen editing
On 26 jul 2007, at 15.05, Helge Hafting wrote: Anders Ekberg wrote: At least on the Mac side full-screen editing has become standard with writer's editors (WriteRoom, Avenir, CopyWrite, Scrivener, ...). It is now starting to appear in word processors (I think Nisus Writer is the latest example). So my question is if full-screen editing is a feature that is possible, interesting and desired in LyX? In my opinion it is well in-line with the LyX-philosophy of focusing on the writing. If you haven't tried it, to get an example of full-screen editing, you can download JDarkroom ( http://www.codealchemists.com/ jdarkroom/ ), which is small, free and (arguably) a bit quirky. Note that what Microsoft Word calls Full screen mode is something completely different. Perhaps you could give a short explanation of what this full-screen editing is about - for those of us who don't know any of the editors mentioned? LyX support maximization, but surely that isn't what you mean? Also, I would never want LyX to use up all of my big screen. I need screen room for reference material, such as webpages, pdf readers, and other LyX documents. LyX is nice in that it can be set up to use most of its screen area for the main window - it don't _waste_ screen space. So it coexists nicely with my other needed windows. Also, using the entire screen for text gives way too long lines for comfortable reading, especially when using a wide-screen monitor. If the answer is margins then you're just wasting space seemingly for no reason. Some likes fullscreen apps in order to not get distracted - but the answer then is to use a solid background color (instead of a distracting image) and of course no stupid desktop with icons. The screen is then perfectly tidy! Helge Hafting Previous mail disappeared in cyberspace, so a new attempt: The idea is to blank out *everything* except the document. This includes window decorations, menus, etc. The resulting appearance actually feels quite different from using solid background color and empty desktop. The idea is to use this mode when you want to focus solely on writing. If you do copy and paste or want to interact with other applications, you switch back to normal window mode (usually with Esc). Normally you can also change to other applications with the usual Command-tab (or similar). So the idea is not to force a new windowing solution onto users, but to provide an alternative that is very useful for some situations. Anders
Re: middle-button paste no longer works properly
Going the other way is even worse - mark something in LyX 1.5.0 (released) and you (usually) can't paste it into thunderbird. Could you submit a bug report about all the problems? Middle-button paste was almost disabled because its previous implementation slowed down lyx significantly, and the new implemenetation does not seem to be well tested. Cheers, Bo
Re: Commit Rules Post-1.5.0
* hyperref support - mostly a document settings checkbox to load the package. Nice for PDFs. It should be noted that there are some limitations - marking something hyper-referenced with a foreign language will crash latex for example. Good hyperref support can automatically add the workaround: \texorpdfstring{std.text with language}{pdfbookmarktext without} please can you add all comments wrt hyperref to http://bugzilla.lyx.org/show_bug.cgi?id=3527 ? People on the user list seems to ask for the SIunits package is it in bugz ? pavel
Re: Release status
On 26 jul 2007, at 14.34, Bennett Helm wrote: On Jul 25, 2007, at 4:27 PM, Bennett Helm wrote: On Jul 25, 2007, at 4:15 PM, Anders Ekberg wrote: OSX PPC-versions are at http://www.charmec.chalmers.se/temp/ I got them. I'll post packaged versions on my server tomorrow. Anders - I can't launch these applications because you've apparently compiled them requiring a version of aspell that I don't have. Could you do them again, making sure to disable aspell? -- Here's my configure line: ./configure --with-frontend=qt --without-x --prefix=/Applications/ LyX-test.app --with-qt-dir=/Users/bennett/lyx/gcc-3.3/qt-mac- free-3.3.5 --without-aiksaurus --without-aspell --without-pspell -- enable-optimization=-Os --with-version-suffix Bennett Memory as a gold-fish... I did exactly the same thing last time, didn't I.. Sorry, I'm recompiling right now. Anders
Re: Commit Rules Post-1.5.0
José Matos wrote: On Wednesday 25 July 2007 16:13:03 Bo Peng wrote: For 1.5.x, you'll need my OK. For 1.6.x, the usual review process applies. Bo I would like to see some kind of plan, nothing too formal but at the same time a general idea where the current development stage is leading us. I would like that each developer answered three questions: Where do you think that LyX needs more attention? * startup speed * rendering/scrolling speed What feature do you think that lyx is missing badly? Maybe not _all_ are badly missed, but here is a wishlist with my wishes as well as stuff from the user's list: * dialogbox-less search/replace. Could be as simple as docking the existing dialog and adjusting its layout for such use. No more word found underneath the search dialog! Ideally, some kind of solution using the minibuffer area, that goes away whenever the minibuffer gets used for something else. This way, no need to even _dismiss_ the search dialog. * Perhaps boxless spellcheck, although that dialog is bigger. No more moving the dialog to see the context for the mis-spelled word. * Inset that prints the lyx file name (and optionally the path). Often asked about on the user list. Nice for our ref: Latex \jobname isn't up to this due to temp directories and the .lyx extension. (Or possibly .tar.gz extension, see the next point.) * Ability to wrap up a master document with child documents, illustrations and everything in a .tar.gz file that LyX supports directly. Shouldn't be that hard - unpack the .tar.gz in the temp directory instead of copying a set of files. * Layout files should be able to set things like document font, language, paper size and so on - if the layout writer thinks it is appropriate. Today I can't just send someone a custom .layout, I have to tell them to set palatino, margins, and so on too. And they have to do this on every new document, if the custom document type don't match document defaults otherwise used. * References. - Should be mostly automatic. The writer should not need to insert a label in order to refer to section 3.6.1 - LyX should automatically offer all numbered entities in the reference dialog, and generate the latex label as needed. The explicit label is only needed in cases like a reference to the fifth paragraph in a section - it _might_ end up on a different page than the section heading. - Support package nameref so we can print the name of the entity referenced too. Perhaps this needs explicit labels. * A language called no spellcheck. Latex don't support it and won't need to see it exported, but a spellchecking session should silently skip over text in this language. Great for computer code and other non-language content. No more next next next next next next. . . * hyperref support - mostly a document settings checkbox to load the package. Nice for PDFs. It should be noted that there are some limitations - marking something hyper-referenced with a foreign language will crash latex for example. Good hyperref support can automatically add the workaround: \texorpdfstring{std.text with language}{pdfbookmarktext without} * People on the user list seems to ask for the SIunits package from time to time. Support might be in order. * Cross references to other _unrelated_ documents (i.e. not part of the same master-child document tree.) It is requested on the user list, there is apparently a xr package supporting this. See section 2.4 on page 67 of the other document. . . * Now that LyX has a unicode main window and a unicode-supporting UI, lets use the pretty unicode symbols available. Lets loose ascii constructs like -- --- '' ``. Use the real symbols instead so LyX don't look so awkward. Now, it still makes sense to type -- to get the endash - but once completed, it should transfrom into a real endash the same way as typing \alpha does in math. Now, the UI might simply be a job for the translators, but the main window shouldn't have ugly `` either. * Lots of little things that increase latex compatibility and usefulness. - Many a latex feature have useful optional parameters not currently supported. Perhaps the short title thing could adjust its name depending on what it is actually used for. . . - It'd be nice being able to override all counters in a supported way - people ask about that all the time on the user list. Right-click the number to get a counter override dialog? Or just edit them in-place - with section numbers/enumeration numbers becoming editable entities? - ability to change stuff in the middle of a document. Perhaps I want different bullets or page layout in part II? Or in the appendix? Or one particular list with different bullets? * user defined textstyles and layouts. * Support documents with any mix of unicode characters, at least if the users have
Re: middle-button paste no longer works properly
Darren Freeman wrote: On Thu, 2007-07-26 at 12:08 +0100, John Levon wrote: Middle-button paste on Linux no longer participates in X. That is, if I select something in konsole, I cannot paste it in LyX with the middle button. Known bug? This problem or something similar came up a couple of days ago but was supposed to be fixed in svn before the release. Going the other way is even worse - mark something in LyX 1.5.0 (released) and you (usually) can't paste it into thunderbird. Helge Hafting
Re: Full-screen editing
Anders Ekberg wrote: At least on the Mac side full-screen editing has become standard with writer's editors (WriteRoom, Avenir, CopyWrite, Scrivener, ...). It is now starting to appear in word processors (I think Nisus Writer is the latest example). So my question is if full-screen editing is a feature that is possible, interesting and desired in LyX? In my opinion it is well in-line with the LyX-philosophy of focusing on the writing. If you haven't tried it, to get an example of full-screen editing, you can download JDarkroom ( http://www.codealchemists.com/jdarkroom/ ), which is small, free and (arguably) a bit quirky. Note that what Microsoft Word calls Full screen mode is something completely different. Perhaps you could give a short explanation of what this full-screen editing is about - for those of us who don't know any of the editors mentioned? LyX support maximization, but surely that isn't what you mean? Also, I would never want LyX to use up all of my big screen. I need screen room for reference material, such as webpages, pdf readers, and other LyX documents. LyX is nice in that it can be set up to use most of its screen area for the main window - it don't _waste_ screen space. So it coexists nicely with my other needed windows. Also, using the entire screen for text gives way too long lines for comfortable reading, especially when using a wide-screen monitor. If the answer is margins then you're just wasting space seemingly for no reason. Some likes fullscreen apps in order to not get distracted - but the answer then is to use a solid background color (instead of a distracting image) and of course no stupid desktop with icons. The screen is then perfectly tidy! Helge Hafting
Re: middle-button paste no longer works properly
On Thu, Jul 26, 2007 at 09:18:41PM +1000, Darren Freeman wrote: On Thu, 2007-07-26 at 12:08 +0100, John Levon wrote: Middle-button paste on Linux no longer participates in X. That is, if I select something in konsole, I cannot paste it in LyX with the middle button. Known bug? This problem or something similar came up a couple of days ago but was supposed to be fixed in svn before the release. Further testing shows it only happens if I select then middle-button-paste something from lyx first. If I then select something from outside of LyX, it does not update the contents regards john
Re: Commit Rules Post-1.5.0
That's all for now. The rest of my time will probably go to 1.5.x. And as one can see from the immediate opening of the branch (as opposed to the agreement to branch only after 1.5.1 and fix a big bunch of the long standing bugs before) you will probably not get much help on that branch, although that would definitely be needed. My condolences. there is still possibility to lock 1.6svn and merge 1.5.1. there after releasing it. pavel
Re: Evaluation of the 1.5 development cycle
José Matos wrote: Hi all, I am in the evening before leaving to the Jamboree (where I will be without any net access for two weeks) and so I decided to clean all items in my TODO list. Here it comes another: I thought about two messages to send to the list after releasing 1.5.0. The first was to ask to anyone of you that lurks in this list what do you think about the (+) positive, We should do it again, and the (-) negative, We should avoid this at all cost, aspects of the development cycle that ended with the release of lyx 1.5.0. (+) lyx 1.5 turned out fine, with lots of visible improvements. All in all, the complete cycle can't have been too bad. (-) Various project managament problems, it'd be nice if those can be avoided: * Progress should never hinge on a single person. It is perfectly normal not to have time for an open-source project for some time. This should not hold back development as long as there are other people interested in working on LyX. Any procedure for accepting or vetoing patches must consider this. * While code quality is important, we should try not to drive people away by being too strict. An imperfect patch may still be an improvement - a step in the right direction is then better than demanding instant perfectness - because that second patch might not come if the first is rejected outright. * Email is a medium that both bring out the worst in people, and it is also easy to misinterpret. So it is important to be careful, and also not take offense easily. Now, the 1.5 process seems to have worked fine for a while now. Still, 1.6 will open the window for bigger more drastic changes. Helge Hafting
Re: middle-button paste no longer works properly
On Thu, 2007-07-26 at 12:08 +0100, John Levon wrote: Middle-button paste on Linux no longer participates in X. That is, if I select something in konsole, I cannot paste it in LyX with the middle button. Known bug? This problem or something similar came up a couple of days ago but was supposed to be fixed in svn before the release. Have fun, Darren
Re: Commit Rules Post-1.5.0
On Thu, 26 Jul 2007 09:34:45 +0200 Georg Baum [EMAIL PROTECTED] wrote: Jürgen Spitzmüller wrote: That's all for now. The rest of my time will probably go to 1.5.x. And as one can see from the immediate opening of the branch (as opposed to the agreement to branch only after 1.5.1 and fix a big bunch of the long standing bugs before) you will probably not get much help on that branch, although that would definitely be needed. My condolences. The good news is that José is away for the coming two weeks... and his OK is needed for 1.6. So Jürgen, be quick ;-)) What about branching 1.5.1 off 1.6 first thing in Bromarv? - Martin
Re: 1.4.5.1 (1.4.5 second try)
José Matos wrote: On Thursday 26 July 2007 09:41:29 Michael Gerz wrote: Someone with write permissions should announce LyX 1.4.5.1 and 1.5.0 on the LyX website. Michael Don't you have access? I am sorry, I have to leave now. The packages are already in the stable section of ftp.devel.lyx.org The other steps necessary to finish this task are detailed in http://wiki.lyx.org/Devel/ReleaseProcedure Then I think Jürgen is the only one who is able to upload the packages and Windows installers to ftp.lyx.org. I don't have access there. Joost
Full-screen editing
At least on the Mac side full-screen editing has become standard with writer's editors (WriteRoom, Avenir, CopyWrite, Scrivener, ...). It is now starting to appear in word processors (I think Nisus Writer is the latest example). So my question is if full-screen editing is a feature that is possible, interesting and desired in LyX? In my opinion it is well in- line with the LyX-philosophy of focusing on the writing. If you haven't tried it, to get an example of full-screen editing, you can download JDarkroom ( http://www.codealchemists.com/ jdarkroom/ ), which is small, free and (arguably) a bit quirky. Note that what Microsoft Word calls Full screen mode is something completely different. Anders
Re: Massive Bug in 1.5.0 according to tabs
On 7/26/07, Pavel Sanda [EMAIL PROTECTED] wrote: now - instead normal character there appears VERY big character (even in latex output). without switching between tabs nothing like this happens. can anybody reproduce it ? more remarks: it happens also when switching through menu. after that switch font indicator is set to bold,huger and when running with cursor it gets back into normal. I can not reproduce this. Maybe this is related to non-English language? can you try it with attached file ? (after opening dont forget to set the cursor position at the end of file) my guess is that it has something to do with bold huge font on the first line of file. pavel #LyX 1.5.0 created this file. For more info see http://www.lyx.org/ \lyxformat 276 \begin_document \begin_header \textclass scrbook \begin_preamble \renewcommand{\thesection}{\arabic{section}} \date{} \setkomafont{section}{\rmfamily\bfseries\Large} \setkomafont{chapter}{\rmfamily\huge} %nastaveni nuloveho okraju pro enum %\usepackage{enumitem} %\setenumerate{leftmargin=0pt, labelsep=.6em} \end_preamble \language czech \inputencoding auto \font_roman default \font_sans default \font_typewriter default \font_default_family default \font_sc false \font_osf false \font_sf_scale 100 \font_tt_scale 100 \graphics default \paperfontsize default \spacing single \papersize default \use_geometry false \use_amsmath 1 \use_esint 0 \cite_engine basic \use_bibtopic false \paperorientation portrait \secnumdepth 3 \tocdepth 3 \paragraph_separation indent \defskip medskip \quotes_language english \papercolumns 1 \papersides 1 \paperpagestyle default \tracking_changes false \output_changes false \author \author \end_header \begin_body \begin_layout Title \family roman \size giant Tak \size small \newline Knih ikoho \end_layout \begin_layout Author Fhe \end_layout \begin_layout Publishers Per \newline Nn (Praha 1967) \end_layout \begin_layout Part \InsetSpace ~ \end_layout \begin_layout Chapter* Zamluva \end_layout \begin_layout Section* 1. \end_layout \begin_layout Standard KdyŞ kochal svým duchem a svou samotou a po deset let s \end_layout \end_body \end_document
Re: How to get on the 1.5.x branch
On Thu, 2007-07-26 at 09:36 -0500, Bo Peng wrote: Wrong, this is an easy question, you should read the svn book. Issue svn switch svn+ssh://svn.lyx.org/lyx/lyx-devel/branches/BRANCH_1_5_X . I actually tried this command when I first encountered such a problem, and it did not work. Presumably, that was when I just started using svn... I just used: svn switch svn://svn.lyx.org/lyx/lyx-devel/branches/BRANCH_1_5_X . for my local anonymous svn and it seems to have worked. Have fun, Darren
Re: Commit Rules Post-1.5.0
On Thu, 2007-07-26 at 14:53 +0200, Helge Hafting wrote: * People on the user list seems to ask for the SIunits package from time to time. Support might be in order. +1 !!! I currently have 46 macros at the top of my thesis to nicely display the various units in use, with proper squaring, cubing etc. Have fun, Darren
Re: Massive Bug in 1.5.0 according to tabs
Sorry, Pavel. I cannot understand it. I tested it three times, some hours ago, no problem, this is not the only bug which is difficult to pinpoint and appears only randomly. if you find some way how to reproduce it later post it again :) bah, experimenting with tabs i came to very strange behaviour :( 1.open one document 2.new document 3.switch to first one and type one letter somewhere inside now - instead normal character there appears VERY big character (even in latex output). without switching between tabs nothing like this happens. can anybody reproduce it ? pavel attachment: let.jpg
Re: Massive Bug in 1.5.0 according to tabs
Am Freitag, 27. Juli 2007 00:28 schrieb Pavel Sanda: when you create two documents at once LyX 1.5.0. combines the text from the first window with the text in the second one after you changed it by clicking on the specific tab. DVI is OK. But the text in the second window is mixed up with the first one. i'm not able to reproduce it. can you give precise instructions how to cause it ? Sorry, Pavel. I cannot understand it. I tested it three times, some hours ago, loading a simple LyX-File I just had written, opened a new tab, wrote one sentence in it and then the described problem appeared. For three times I closed LyX and started again. The same problem occured. Now, this has vanished. I do not know what the reason was. Now I cannot reproduce it as well. Sorry, Heiko -- Heiko Schroeder Praha, Ceska Republica http://home.foni.net/~heikos http://www.od.shuttle.de/evb-1
Re: 1.4.5.1 (1.4.5 second try)
On 7/26/07, Jürgen Spitzmüller [EMAIL PROTECTED] wrote: José Matos wrote: Someone with write permissions should announce LyX 1.4.5.1 and 1.5.0 on the LyX website. Michael Don't you have access? I am sorry, I have to leave now. The packages are already in the stable section of ftp.devel.lyx.org I've done the web announcement now (with Links to ftp.devel.lyx.org. I'll wait with the mail announcement. Jürgen I am unable to download the mac installers with firefox on mac and windows. I get an error message 550 Failed to change directory. Bob Lounsbury
Re: 1.4.5.1 (1.4.5 second try)
Bennett Helm wrote: I've tried to upload another file (LyX-1.4.5.1-Mac-Intel.dmg), but have been unsuccessful after repeated attempts. (The only error message I get is that the ftp client cannot create the file; might there be a partial upload there blocking any further attempts?) I removed the incomplete version. You can upload it again. Joost
Re: 1.4.5.1 (1.4.5 second try)
On Jul 26, 2007, at 11:42 AM, Jürgen Spitzmüller wrote: Bennett Helm wrote: Do you mean ftp.devel.lyx.org/incoming/ or ftp.lyx.org/incoming/? The former (devel). Apparently there's no ftp.devel.lyx.org/incoming/, but there is a ftp.devel.lyx.org/pub/incoming/, so I put these files there: LyX-1.5.0-Mac-Intel.dmg LyX-1.5.0-Mac-PPC.dmg LyX-1.5.0-Mac-Universal.dmg I've tried to upload another file (LyX-1.4.5.1-Mac-Intel.dmg), but have been unsuccessful after repeated attempts. (The only error message I get is that the ftp client cannot create the file; might there be a partial upload there blocking any further attempts?) In any case, please let me know when you've moved these over so that I can update the wiki. (A PPC version of 1.4.5.1 will be forthcoming.) In case there are any problems with my uploads, I've also put copies of these files at: http://edisk.fandm.edu/bennett.helm/lyx. Bennett
Re: How to get on the 1.5.x branch
Bo Peng wrote: Wrong, this is an easy question, you should read the svn book. Issue svn switch svn+ssh://svn.lyx.org/lyx/lyx-devel/branches/BRANCH_1_5_X . I actually tried this command when I first encountered such a problem, and it did not work. Presumably, that was when I just started using svn... And for other people (I'm sure Bo knows this), the svn book is here: http://svnbook.red-bean.com/ Richard -- == Richard G Heck, Jr Professor of Philosophy Brown University http://frege.brown.edu/heck/ == Get my public key from http://sks.keyserver.penguin.de Hash: 0x1DE91F1E66FFBDEC Learn how to sign your email using Thunderbird and GnuPG at: http://dudu.dyn.2-h.org/nist/gpg-enigmail-howto
Re: 1.4.5.1 (1.4.5 second try)
On Jul 26, 2007, at 11:24 AM, Jürgen Spitzmüller wrote: Joost Verburg wrote: Then I think Jürgen is the only one who is able to upload the packages and Windows installers to ftp.lyx.org. I don't have access there. I don't seem to have write access to ftp://ftp.lyx.org either (as José), so I uploaded the windows installer now to ftp://ftp.devel.lyx.org/pub/lyx/bin Also, I've created and uploaded a patch (patch-1.4.5.1), since José forgot this. Anybody who wants to upload a binary, please put it in incoming/ and inform me -- I will move it to the same location. Do you mean ftp.devel.lyx.org/incoming/ or ftp.lyx.org/incoming/? (I should have Mac binaries for both 1.4.5.1 and 1.5.0 ready soon.) Bennett
Re: 1.4.5.1 (1.4.5 second try)
Joost Verburg wrote: Then I think Jürgen is the only one who is able to upload the packages and Windows installers to ftp.lyx.org. I don't have access there. I don't seem to have write access to ftp://ftp.lyx.org either (as José), so I uploaded the windows installer now to ftp://ftp.devel.lyx.org/pub/lyx/bin Also, I've created and uploaded a patch (patch-1.4.5.1), since José forgot this. Anybody who wants to upload a binary, please put it in incoming/ and inform me -- I will move it to the same location. I think we should wait with the announcement until everything is at ftp://ftp.lyx.org. I'll try to reach Lars. If I fail, we will have to wait until Jean-Marc returns on Monday. What do you think? Jürgen
Full XeTeX support
Now that Unicode is supported and everyone is looking towards version 1.6, I would like to suggest full support for XeTeX. It is currently the most comprehensive way to put Unicode characters in a TeX document. Another great feature is direct access to TrueType and OpenType fonts. LyX would have to check if XeTeX is available, and if it is, modify the font selection dialog to allow access to additional fonts. The appropriate commands would then be included in the preamble. It would also be nice to have XeTeX font selection commands (throught the fontspec package) available from the paragraph or character style dialogs. The major limitation of XeTeX right now is poor math support, but it is possible (with the nomath option) to have equations passed to plain TeX/LaTeX with the standard fonts, while having the XeTeX features available in text mode. You can see some of the capabilities of the program here: http://www.ctan.org/tex-archive/macros/xetex/latex/fontspec/fontspec.pdf
Re: Full-screen editing
So my question is if full-screen editing is a feature that is possible, interesting and desired in LyX? In my opinion it is well in- line with the LyX-philosophy of focusing on the writing. I think this is a great idea. In addition, for this to work well, all actions should be available from the keyboard without going through menus. By the way, it is possible to get a true full screen in Word, but it takes quite a bit of fiddling.
Re: Release status
On Jul 25, 2007, at 4:27 PM, Bennett Helm wrote: On Jul 25, 2007, at 4:15 PM, Anders Ekberg wrote: OSX PPC-versions are at http://www.charmec.chalmers.se/temp/ I got them. I'll post packaged versions on my server tomorrow. Anders - I can't launch these applications because you've apparently compiled them requiring a version of aspell that I don't have. Could you do them again, making sure to disable aspell? -- Here's my configure line: ./configure --with-frontend=qt --without-x --prefix=/Applications/LyX- test.app --with-qt-dir=/Users/bennett/lyx/gcc-3.3/qt-mac-free-3.3.5 -- without-aiksaurus --without-aspell --without-pspell --enable- optimization=-Os --with-version-suffix Bennett
Re: Commit Rules Post-1.5.0
Jürgen Spitzmüller wrote: That's all for now. The rest of my time will probably go to 1.5.x. And as one can see from the immediate opening of the branch (as opposed to the agreement to branch only after 1.5.1 and fix a big bunch of the long standing bugs before) you will probably not get much help on that branch, although that would definitely be needed. My condolences. Georg
Re: 1.4.5.1 (1.4.5 second try)
José Matos wrote: I am sorry, I have to leave now. The packages are already in the stable section of ftp.devel.lyx.org The other steps necessary to finish this task are detailed in http://wiki.lyx.org/Devel/ReleaseProcedure I'll try to do the necessary parts. Jürgen
Re: Commit Rules Post-1.5.0
Maybe not _all_ are badly missed, but here is a wishlist with my wishes as well as stuff from the user's list: Did you have a look at http://wiki.lyx.org/LyX/FeaturePoll ? Maybe we can put these stuff over there, and let the users decide what are the most wanted. Bo
Re: How to get on the 1.5.x branch
Wrong, this is an easy question, you should read the svn book. Issue svn switch svn+ssh://svn.lyx.org/lyx/lyx-devel/branches/BRANCH_1_5_X . I actually tried this command when I first encountered such a problem, and it did not work. Presumably, that was when I just started using svn... Bo
Re: complaint
文见 wrote: hi, recently I found lyx's gtk frontend is not maintained in 1.5, which is rather disappointing. Actually lyx with gtk frontend is best one of all the three backends. Especially, it is more friendly when one inputs formulas. For gnome users, kde or xform backends arecomparably ugly. Don't worry about the xform frontend - it is discontinued. If you want to use the gtk frontend - feel free to pick it up and maintain it into usefulness. You're welcome. The gtk frontend is discontinued for the moment only because not enough people is interested in working on it. Helge Hafting
Re: [patch] Metafile formats and conversion
On Thu, 26 Jul 2007 10:30:31 +0200 Joost Verburg [EMAIL PROTECTED] wrote: Martin Vermeer wrote: I use the Adobe Postscript printer drivers that are bundled with Windows to do the actual conversion. So the picture is printed to a special Postscript printer and the output is redirected to an EPS file. The page size and bounding box are automatically configured to match the picture size. This is the only reliable way that works with every file. libwmf doesn't even support EMF files. How does it work on Linux? It works only on Windows. So if you use Windows applications that create metafiles you also need to do the conversion while running Windows. The conversion utility has a user interface that allows you to copy graphics directly from other applications. Conversion on Linux is very difficult because you would need a reliable library that does the GDI to Postscript conversion. I don't think such a thing exists. Would it be very hard to get a pre-existing WMF-reading package to do EMF? libwmf seems to be in deep hibernation since 2001... an advantage would be that it does .fig in addition to .eps, so you could import. - Martin
Re: [Request for Review] Embedding files to .lyx file.
On 7/26/07, Pavel Sanda [EMAIL PROTECTED] wrote: 2. Embedding of certain files are automatic (graphics, bib etc), and other files can be embedded manually. would it be possible to include generated .tex file ? in that case it would be also good format for archiving. pavel Latex output can be different (latex/pdflatex) and should be considered as duplicated information. I will not embed .tex file automatically, but you can embed it manually. Bo
Re: LyX cannot entirely change the document language - now bug 4062
Dov Feldstern wrote: Helge Hafting wrote: Paul Smith wrote: Thanks, Steve. If it is not a bug, then many users like me -- I guess -- would be very happy if they were given the option of choosing as global the change of language, i.e., affecting all paragraphs and not only the the new ones. Such an option already exists: select whatever you want to change --- the entire document, if that's what you want --- and then set the language from Edit-Text Style-Customized, Exactly what users don't want. First - this can be lots of work if you have many pages to change with lots of little foreign snippets inbetween that you don't want to change. (quoutes, tech terms and so on in a different language.) Second, starting to write a document with the wrong language is common for people who work with several languages. You don't notice the wrong language at all if both languages uses the same writing system, which is the case for the many european languages that work with latin1. You don't see it until you run the final spellcheck, or notice weird hyphenation when doing view-dvi. or using the language xxx lfun from the minibuffer. Switching the language of a document may have other effects, such as determining language-dependent document-wide settings, as well as determine the default language when you start typing, but it would seem very strange to me if it also change the language of already typed in text. Not strange at all. Document text that isn't explicitly set to some language, is in the document language and changes if that language is ever changed. This is very convenient. I can see that this will be different with languages that uses different writing systems, such as english and hebrew. Changing one to another might be meaningless with no common letters. But then, anyone wanting to type hebrew will notice right away that their new document is set to english. I think this is a bug, in the paste mechanism. You can change the language of all paragraphs (except those with an exlicit foreign language) by changing the document language. But this only works if you _wrote_ the document that way. If you _pasted_ as little as a single word from a document with another language, then this screws up. (_Writing_ that foreign word and using edit-text style to mark it foreign will work - you can still change the document language and have everything else change with it.) This is very strange --- I see the behavior you're describing with regard to, say, English and French, but not (thank goodness) with regard to English and Hebrew: In other words, when I have typed (or pasted) in something in English, and the switch the document language to Hebrew, then what's already been typed or pasted in remains in English, as I would expect. The behavior that's occurring with English and French seems very strange to me, what I would expect is for all text that's already been typed in to remain in its original language. If the user explicitly wants to switch the language of text that's already been typed in, it can be done as explained above. It can, but the concept of text having the document language is nice, and it sure helps when correcting mistakes. Consider writing a french article, containing lots of quotes in various other languages. Then the spellchecker comes up with english because the document language was at its (mistaken) default. Changing the document language then fixes everything - the main text is now french. People working with several european languages are common - the default language will be the one they uses most, and sometimes they will forget to set the correct language from the start. Helge Hafting
Re: middle-button paste no longer works properly
On 7/26/07, Bo Peng [EMAIL PROTECTED] wrote: Going the other way is even worse - mark something in LyX 1.5.0 (released) and you (usually) can't paste it into thunderbird. Could you please test the attached patch? JMarc and I tried to move numerous haveSelection calls to some 'source' locations, and we obviously missed some cases. Bo Index: src/insets/InsetTabular.cpp === --- src/insets/InsetTabular.cpp (revision 19221) +++ src/insets/InsetTabular.cpp (working copy) @@ -3490,6 +3490,7 @@ cell(cur.idx())-dispatch(cur, cmd); break; } + theSelection().haveSelection(bvcur.selection()); } Index: src/Text3.cpp === --- src/Text3.cpp (revision 19221) +++ src/Text3.cpp (working copy) @@ -1586,6 +1586,7 @@ } needsUpdate |= (cur.pos() != cur.lastpos()) cur.selection(); + theSelection().haveSelection(bv-cursor().selection()); // FIXME: The cursor flag is reset two lines below // so we need to check here if some of the LFUN did touch that.
Re: 1.4.5.1 (1.4.5 second try)
Bennett Helm wrote: Apparently there's no ftp.devel.lyx.org/incoming/, but there is a ftp.devel.lyx.org/pub/incoming/, so I put these files there: LyX-1.5.0-Mac-Intel.dmg LyX-1.5.0-Mac-PPC.dmg LyX-1.5.0-Mac-Universal.dmg I've tried to upload another file (LyX-1.4.5.1-Mac-Intel.dmg), but have been unsuccessful after repeated attempts. [...] It should be there now. Thanks. Everything is in place now. Jürgen
Re: Evaluation of the 1.5 development cycle
Also, it would be ideal if more thorough testing is conducted before a release. Lack of manpower explains everything. The situation of lyx 1.5.x has been better than 1.4.x in that building lyx from svn is much easier (especially on windows) so a power user can help testing the svn version. Because the manpower problem is unlikely to be fixed any time soon, what we can do is trying to make lyx 1.6.0svn as stable as possible during the development process, and release frequent snapshots so that lyx users can help testing the new features. Cheers, Bo
Re: How to get on the 1.5.x branch
Bo Peng wrote: >> Can somebody please give me the recommended one-liner svn command to do >> that? (... and post the answer to the users list too!) > > This is actually *not* an easy question and I do not know how to > change the URL using svn command. What I did was something like Wrong, this is an easy question, you should read the svn book. Issue svn switch svn+ssh://svn.lyx.org/lyx/lyx-devel/branches/BRANCH_1_5_X . in the top level directory and you are done. If this is an anonymous checkout you might need to adjust the svn+ssh bit. Georg
Re: Commit Rules Post-1.5.0
On Thu, Jul 26, 2007 at 07:18:57AM +0200, Jürgen Spitzmüller wrote: > Furthermore, I'd like to support Richard's idea of finishing the character > style implementation. (Yay) john
Re: 1.4.5.1 (1.4.5 second try)
Joost Verburg schrieb: José Matos wrote: OK Joost, second retry. The packages have been updated.They retain the same name but they have been updated. Please test. :-) I uploaded Windows installers for 1.4.5 and 1.5.0 to incoming on the devel FTP server. Please verify that they are complete (I cannot see the directory listing) and upload them to ftp.lyx.org. The web installer should be about 8 MB and the bundled installer about 80 MB. Someone with write permissions should announce LyX 1.4.5.1 and 1.5.0 on the LyX website. Michael
Re: 1.4.5.1 (1.4.5 second try)
José Matos wrote: OK Joost, second retry. The packages have been updated.They retain the same name but they have been updated. Please test. :-) I uploaded Windows installers for 1.4.5 and 1.5.0 to incoming on the devel FTP server. Please verify that they are complete (I cannot see the directory listing) and upload them to ftp.lyx.org. The web installer should be about 8 MB and the bundled installer about 80 MB. Joost
Re: [patch] Metafile formats and conversion
Martin Vermeer wrote: I use the Adobe Postscript printer drivers that are bundled with Windows to do the actual conversion. So the picture is printed to a special Postscript printer and the output is redirected to an EPS file. The page size and bounding box are automatically configured to match the picture size. This is the only reliable way that works with every file. libwmf doesn't even support EMF files. How does it work on Linux? It works only on Windows. So if you use Windows applications that create metafiles you also need to do the conversion while running Windows. The conversion utility has a user interface that allows you to copy graphics directly from other applications. Conversion on Linux is very difficult because you would need a reliable library that does the GDI to Postscript conversion. I don't think such a thing exists. Joost
Re: Jose's 1.6 Questions [RGH]
Richard Heck wrote: > Modular layouts, which are close to complete, modulo comments and such. > Then add a "local layout" option similar to preamble. (So, in > Document>Settings you can add on-the-fly layout info.) This will make > Bo's "embedded layout" idea pretty simple to implement. May start > playing with a layout editor. > If you could embed a qt-designer ui file in the layout with some glue for the local layout pane(s), there would be no need to create a layout editor. Cheers, Charles -- http://www.kde-france.org
Re: 1.4.5.1 (1.4.5 second try)
On Thursday 26 July 2007 09:41:29 Michael Gerz wrote: > Someone with write permissions should announce LyX 1.4.5.1 and 1.5.0 on > the LyX website. > > Michael Don't you have access? I am sorry, I have to leave now. The packages are already in the stable section of ftp.devel.lyx.org The other steps necessary to finish this task are detailed in http://wiki.lyx.org/Devel/ReleaseProcedure See you all in two weeks, -- José Abílio
complaint
hi, recently I found lyx's gtk frontend is not maintained in 1.5, which is rather disappointing. Actually lyx with gtk frontend is best one of all the three backends. Especially, it is more friendly when one inputs formulas. For gnome users, kde or xform backends arecomparably ugly. _ 通过 Windows Live Spaces 与朋友轻松共享您的生活。 http://spaces.live.com/spacesapi.aspx?wx_action=create_url=/friends.aspx=zh-cn
Re: 1.4.5.1 (1.4.5 second try)
José Matos schrieb: On Thursday 26 July 2007 09:41:29 Michael Gerz wrote: Someone with write permissions should announce LyX 1.4.5.1 and 1.5.0 on the LyX website. Michael Don't you have access? I am sorry, I have to leave now. The packages are already in the stable section of ftp.devel.lyx.org I apologize that I have neither access rights nor time :-( The other steps necessary to finish this task are detailed in http://wiki.lyx.org/Devel/ReleaseProcedure See you all in two weeks, I wish you all the best. You really deserve nice holidays! I think you made a very good job as project manager (herding cats is always a challenge :-) ) Michael
middle-button paste no longer works properly
Middle-button paste on Linux no longer participates in X. That is, if I select something in konsole, I cannot paste it in LyX with the middle button. Known bug? john PS congratulations on 1.5.0, looks pretty cool...
Re: Commit Rules Post-1.5.0
On Wed, Jul 25, 2007 at 05:11:39PM +0100, José Matos wrote: > On Wednesday 25 July 2007 16:13:03 Bo Peng wrote: > > > For 1.5.x, you'll need my OK. > > > > For 1.6.x, the usual review process applies. > > > > Bo > > I would like to see some kind of plan, nothing too formal but at the same > time > a general idea where the current development stage is leading us. > > I would like that each developer answered three questions: > > Where do you think that LyX needs more attention? Quality assurance. There is messy code that should be cleaned up, half-baked features that should be full-baked, and temptations to add new features that should be resisted -- or at least carefully thought through. > What feature do you think that lyx is missing badly? The beamer layout requires too much ERT and non-intuitive tweaking. Perhaps something can be done about it in the frame of short title / optional argument. My dream is to have a LyX-beamer that is compatitive also in usability with ppt. > Where do you intend to work during this development cycle? Small things only...
Re: complaint
On Thu, Jul 26, 2007 at 10:46:02AM +, 文见 wrote: > hi, recently I found lyx's gtk frontend is not maintained in > 1.5, which is rather disappointing. Your fault. Why didn't you work on Gtk frontend maintanance yourself? > Actually lyx with gtk frontend is best one of all the three backends. > Especially, it is more friendly when one inputs formulas. For gnome > users, kde or xform backends arecomparably ugly. Either Gnome/GTK users step forward and maintain the frontend in which case we would have one and it would be included in the main tree - or they don't. Right now they don't. In fact, you don't yourself either. So stop "complaining". Andre'
Re: Massive Bug in 1.5.0 according to tabs
> when you create two documents at once LyX 1.5.0. combines the text from the > first window with the text in the second one after you changed it by clicking > on the specific tab. DVI is OK. But the text in the second window is mixed up > with the first one. i'm not able to reproduce it. can you give precise instructions how to cause it ? pavel
Re: [Request for Review] Embedding files to .lyx file.
Bo Peng wrote: > 2. This does not conflict with our XML transition because no lyx2lyx > is needed. Actually, the use of manifest (not the ODF one though) and > zip format makes .lyx closer to ODF. > It is a great idea. Have you considered going even closer to an odt file with the mimetype, the metadata xml file, etc ? Cheers, Charles
Re: Massive Bug in 1.5.0 according to tabs
On Fri, 2007-07-27 at 02:01 +0200, Pavel Sanda wrote: > > > Sorry, Pavel. I cannot understand it. I tested it three times, some hours > > > ago, > > > > no problem, this is not the only bug which is difficult to pinpoint and > > appears > > only randomly. if you find some way how to reproduce it later post it again > > :) > > bah, experimenting with tabs i came to very strange behaviour :( > > 1.open one document > 2.new document > 3.switch to first one and type one letter somewhere inside > > now - instead normal character there appears VERY big character (even in > latex output). > without switching between tabs nothing like this happens. > can anybody reproduce it ? Just thought I'd ask the obvious. What OS are you all running :) I've never seen this. Have fun, Darren
Re: Massive Bug in 1.5.0 according to tabs
On 7/26/07, Pavel Sanda <[EMAIL PROTECTED]> wrote: > now - instead normal character there appears VERY big character (even in latex output). > without switching between tabs nothing like this happens. > can anybody reproduce it ? more remarks: it happens also when switching through menu. after that switch font indicator is set to bold,huger and when running with cursor it gets back into normal. I can not reproduce this. Maybe this is related to non-English language? Bo
Re: Massive Bug in 1.5.0 according to tabs
> now - instead normal character there appears VERY big character (even in > latex output). > without switching between tabs nothing like this happens. > can anybody reproduce it ? more remarks: it happens also when switching through menu. after that switch font indicator is set to bold,huger and when running with cursor it gets back into normal. pavel
Re: Massive Bug in 1.5.0 according to tabs
> Sorry, Pavel. I cannot understand it. I tested it three times, some hours > ago, no problem, this is not the only bug which is difficult to pinpoint and appears only randomly. if you find some way how to reproduce it later post it again :) bye, pavel
Re: [Request for Review] Embedding files to .lyx file.
> 2. Embedding of certain files are automatic (graphics, bib etc), and > other files can be embedded manually. would it be possible to include generated .tex file ? in that case it would be also good format for archiving. pavel
Re: [Request for Review] Embedding files to .lyx file.
It is a great idea. Have you considered going even closer to an odt file with the mimetype, the metadata xml file, etc ? I will try to do that, but I am not sure about the compatibility. You see, embedded files in ODF are embedded, but my design allows the use of external files automatically if the embedding status is AUTO. Therefore, I will have to keep external name, inzip (embedded) name, and embedding status. Anyway, move closer to ODF is the goal. Bo
Massive Bug in 1.5.0 according to tabs
Hi, when you create two documents at once LyX 1.5.0. combines the text from the first window with the text in the second one after you changed it by clicking on the specific tab. DVI is OK. But the text in the second window is mixed up with the first one. Cheers Heiko -- Heiko Schroeder Praha, Ceska Republica http://home.foni.net/~heikos http://www.od.shuttle.de/evb-1
Re: 1.4.5.1 (1.4.5 second try)
José Matos wrote: > > Someone with write permissions should announce LyX 1.4.5.1 and 1.5.0 on > > the LyX website. > > > > Michael > > Don't you have access? > I am sorry, I have to leave now. The packages are already in the stable > section of ftp.devel.lyx.org I've done the web announcement now (with Links to ftp.devel.lyx.org. I'll wait with the mail announcement. Jürgen
Re: 1.4.5.1 (1.4.5 second try)
On Jul 26, 2007, at 1:48 PM, Jürgen Spitzmüller wrote: Bennett Helm wrote: Apparently there's no ftp.devel.lyx.org/incoming/, but there is a ftp.devel.lyx.org/pub/incoming/, so I put these files there: LyX-1.5.0-Mac-Intel.dmg LyX-1.5.0-Mac-PPC.dmg LyX-1.5.0-Mac-Universal.dmg I've tried to upload another file (LyX-1.4.5.1-Mac-Intel.dmg), but have been unsuccessful after repeated attempts. [...] It should be there now. Thanks. Everything is in place now. Yep. LyX/Mac wiki has been updated. Thank *you*. Bennett
Re: 1.4.5.1 (1.4.5 second try)
On Jul 26, 2007, at 1:29 PM, Joost Verburg wrote: Bennett Helm wrote: I've tried to upload another file (LyX-1.4.5.1-Mac-Intel.dmg), but have been unsuccessful after repeated attempts. (The only error message I get is that the ftp client cannot create the file; might there be a partial upload there blocking any further attempts?) I removed the incomplete version. You can upload it again. Thanks. It should be there now. Bennett
Re: Evaluation of the 1.5 development cycle
From a user side, I especially concern with the testing phase of the development. As lyx now supports various platforms extending from unix to windows and also various languages, there can be situations where developers need an access to those different environments for testing purpose. I know such an ideal setup can require additional physical resources, but probably some measures need to be taken in future, e.g. virtual machines may also do. Also, it would be ideal if more thorough testing is conducted before a release. The new release looks really nice environment to work on. Koji
Re: Commit Rules Post-1.5.0
Helge Hafting wrote: * Layout files should be able to set things like document font, language, paper size and so on - if the layout writer thinks it is appropriate. Today I can't just send someone a custom .layout, I have to tell them to set "palatino", margins, and so on too. And they have to do this on every new document, if the custom document type don't match document defaults otherwise used. Please post an enhancement request about this so it doesn't get lost. * References. - Should be mostly automatic. The writer should not need to insert a label in order to refer to section 3.6.1 - LyX should automatically offer all numbered entities in the reference dialog, and generate the latex label as needed. The explicit label is only needed in cases like a reference to the fifth paragraph in a section - it _might_ end up on a different page than the section heading. This would be nice, indeed. - Support package nameref so we can print the name of the entity referenced too. Perhaps this needs explicit labels. http://bugzilla.lyx.org/show_bug.cgi?id=3221 * hyperref support - mostly a document settings checkbox to load the package. Nice for PDFs. It should be noted that there are some limitations - marking something hyper-referenced with a foreign language will crash latex for example. Good hyperref support can automatically add the workaround: \texorpdfstring{std.text with language}{pdfbookmarktext without} http://bugzilla.lyx.org/show_bug.cgi?id=3482, mostly. I hope to get to some of this, but it'd be a good project for someone trying to learn the code. It's not hugely difficult, I don't think, but it will have a lot of moving parts. * user defined textstyles and layouts. This is on the way, at least to a significant extent. Richard -- == Richard G Heck, Jr Professor of Philosophy Brown University http://frege.brown.edu/heck/ == Get my public key from http://sks.keyserver.penguin.de Hash: 0x1DE91F1E66FFBDEC Learn how to sign your email using Thunderbird and GnuPG at: http://dudu.dyn.2-h.org/nist/gpg-enigmail-howto
Re: 1.4.5.1 (1.4.5 second try)
Bennett Helm wrote: > Do you mean ftp.devel.lyx.org/incoming/ or ftp.lyx.org/incoming/? The former (devel). > (I should have Mac binaries for both 1.4.5.1 and 1.5.0 ready soon.) OK. Thanks. Jürgen
Re: Commit Rules Post-1.5.0
And as one can see from the immediate opening of the branch (as opposed to the agreement to branch only after 1.5.1 and fix a big bunch of the long standing bugs before) you will probably not get much help on that branch, although that would definitely be needed. My condolences. Although I am eager to implement those 'new' and 'great' features, I fully agree with you on this and I guess Jose can order a feature freeze on trunk. It is already reported that middle-button paste is broken (so I am fixing it), and there should be many more reports after 1.5.0 is delivered. Bo
Re: Full-screen editing
On 26 jul 2007, at 15.05, Helge Hafting wrote: Anders Ekberg wrote: At least on the Mac side full-screen editing has become standard with "writer's editors" (WriteRoom, Avenir, CopyWrite, Scrivener, ...). It is now starting to appear in word processors (I think Nisus Writer is the latest example). So my question is if full-screen editing is a feature that is possible, interesting and desired in LyX? In my opinion it is well in-line with the LyX-philosophy of focusing on the writing. If you haven't tried it, to get an example of full-screen editing, you can download JDarkroom ( http://www.codealchemists.com/ jdarkroom/ ), which is small, free and (arguably) a bit quirky. Note that what Microsoft Word calls "Full screen mode" is something completely different. Perhaps you could give a short explanation of what this full-screen editing is about - for those of us who don't know any of the editors mentioned? LyX support maximization, but surely that isn't what you mean? Also, I would never want LyX to use up all of my big screen. I need screen room for reference material, such as webpages, pdf readers, and other LyX documents. LyX is nice in that it can be set up to use most of its screen area for the main window - it don't _waste_ screen space. So it coexists nicely with my other needed windows. Also, using the entire screen for text gives way too long lines for comfortable reading, especially when using a wide-screen monitor. If the answer is "margins" then you're just wasting space seemingly for no reason. Some likes fullscreen apps in order to not get distracted - but the answer then is to use a solid background color (instead of a distracting image) and of course no stupid "desktop" with icons. The screen is then perfectly tidy! Helge Hafting Previous mail disappeared in cyberspace, so a new attempt: The idea is to blank out *everything* except the document. This includes window decorations, menus, etc. The resulting appearance actually feels quite different from using solid background color and empty desktop. The idea is to use this mode when you want to focus solely on writing. If you do copy and paste or want to interact with other applications, you switch back to normal window mode (usually with Esc). Normally you can also change to other applications with the usual Command-tab (or similar). So the idea is not to force a new windowing solution onto users, but to provide an alternative that is very useful for some situations. Anders
Re: middle-button paste no longer works properly
Going the other way is even worse - mark something in LyX 1.5.0 (released) and you (usually) can't paste it into thunderbird. Could you submit a bug report about all the problems? Middle-button paste was almost disabled because its previous implementation slowed down lyx significantly, and the new implemenetation does not seem to be well tested. Cheers, Bo
Re: Commit Rules Post-1.5.0
> * hyperref support - mostly a document settings checkbox > to load the package. Nice for PDFs. It should be noted that > there are some limitations - marking something hyper-referenced > with a foreign language will crash latex for example. Good > hyperref support can automatically add the workaround: > \texorpdfstring{std.text with language}{pdfbookmarktext without} please can you add all comments wrt hyperref to http://bugzilla.lyx.org/show_bug.cgi?id=3527 ? > People on the user list seems to ask for the SIunits package is it in bugz ? pavel
Re: Release status
On 26 jul 2007, at 14.34, Bennett Helm wrote: On Jul 25, 2007, at 4:27 PM, Bennett Helm wrote: On Jul 25, 2007, at 4:15 PM, Anders Ekberg wrote: OSX PPC-versions are at http://www.charmec.chalmers.se/temp/ I got them. I'll post packaged versions on my server tomorrow. Anders - I can't launch these applications because you've apparently compiled them requiring a version of aspell that I don't have. Could you do them again, making sure to disable aspell? -- Here's my configure line: ./configure --with-frontend=qt --without-x --prefix=/Applications/ LyX-test.app --with-qt-dir=/Users/bennett/lyx/gcc-3.3/qt-mac- free-3.3.5 --without-aiksaurus --without-aspell --without-pspell -- enable-optimization=-Os --with-version-suffix Bennett Memory as a gold-fish... I did exactly the same thing last time, didn't I.. Sorry, I'm recompiling right now. Anders
Re: Commit Rules Post-1.5.0
José Matos wrote: On Wednesday 25 July 2007 16:13:03 Bo Peng wrote: For 1.5.x, you'll need my OK. For 1.6.x, the usual review process applies. Bo I would like to see some kind of plan, nothing too formal but at the same time a general idea where the current development stage is leading us. I would like that each developer answered three questions: Where do you think that LyX needs more attention? * startup speed * rendering/scrolling speed What feature do you think that lyx is missing badly? Maybe not _all_ are badly missed, but here is a wishlist with my wishes as well as stuff from the user's list: * dialogbox-less search/replace. Could be as simple as docking the existing dialog and adjusting its layout for such use. No more "word found underneath the search dialog!" Ideally, some kind of solution using the minibuffer area, that goes away whenever the minibuffer gets used for something else. This way, no need to even _dismiss_ the search dialog. * Perhaps boxless spellcheck, although that dialog is bigger. No more moving the dialog to see the context for the mis-spelled word. * Inset that prints the lyx file name (and optionally the path). Often asked about on the user list. Nice for "our ref:" Latex \jobname isn't up to this due to temp directories and the .lyx extension. (Or possibly .tar.gz extension, see the next point.) * Ability to wrap up a master document with child documents, illustrations and everything in a .tar.gz file that LyX supports directly. Shouldn't be that hard - unpack the .tar.gz in the temp directory instead of copying a set of files. * Layout files should be able to set things like document font, language, paper size and so on - if the layout writer thinks it is appropriate. Today I can't just send someone a custom .layout, I have to tell them to set "palatino", margins, and so on too. And they have to do this on every new document, if the custom document type don't match document defaults otherwise used. * References. - Should be mostly automatic. The writer should not need to insert a label in order to refer to section 3.6.1 - LyX should automatically offer all numbered entities in the reference dialog, and generate the latex label as needed. The explicit label is only needed in cases like a reference to the fifth paragraph in a section - it _might_ end up on a different page than the section heading. - Support package nameref so we can print the name of the entity referenced too. Perhaps this needs explicit labels. * A language called "no spellcheck". Latex don't support it and won't need to see it exported, but a spellchecking session should silently skip over text in this language. Great for computer code and other non-language content. No more "next next next next next next. . ." * hyperref support - mostly a document settings checkbox to load the package. Nice for PDFs. It should be noted that there are some limitations - marking something hyper-referenced with a foreign language will crash latex for example. Good hyperref support can automatically add the workaround: \texorpdfstring{std.text with language}{pdfbookmarktext without} * People on the user list seems to ask for the SIunits package from time to time. Support might be in order. * Cross references to other _unrelated_ documents (i.e. not part of the same master-child document tree.) It is requested on the user list, there is apparently a "xr" package supporting this. "See section 2.4 on page 67 of the other document. . ." * Now that LyX has a unicode main window and a unicode-supporting UI, lets use the pretty unicode symbols available. Lets loose ascii constructs like -- --- << >> '' ``. Use the real symbols instead so LyX don't look so awkward. Now, it still makes sense to type -- to get the endash - but once completed, it should transfrom into a real endash the same way as typing \alpha does in math. Now, the UI might simply be a job for the translators, but the main window shouldn't have ugly `` either. * Lots of little things that increase latex compatibility and usefulness. - Many a latex feature have useful optional parameters not currently supported. Perhaps the short title thing could adjust its name depending on what it is actually used for. . . - It'd be nice being able to override all counters in a supported way - people ask about that all the time on the user list. Right-click the number to get a counter override dialog? Or just edit them in-place - with section numbers/enumeration numbers becoming editable entities? - ability to change stuff in the middle of a document. Perhaps I want different bullets or page layout in part II? Or in the appendix? Or one particular list with different bullets? * user defined textstyles and layouts. * Support documents with any mix of unicode characters, at least if