Re: Mathed sub/superscripts highlighting
Enrico Forestieri wrote: On Mon, May 21, 2007 at 05:21:51PM +0200, Jean-Marc Lasgouttes wrote: Darren == Darren Freeman [EMAIL PROTECTED] writes: Darren On Mon, 2007-05-21 at 16:16 +0200, Herbert Voss wrote: {Ge}^3 is different to Ge^3 and G^3 and e^3, which have all the same vertical height. Darren So how does one enter {Ge}^3 in LyX other than ERT? Once you have your e^3 entered, your can go in the 'e' box and add the G. Not very intuitive, I know... No, this is not sufficient as the nucleus still is e in this case. If you save and reload the file, you will notice that. You have to put Ge in a brace inset (using \{) if you want Ge as the nucleus. However, in this case it will not make a visual difference, it is 0.74pt in this case ... given the rules for sub/superscript placement. However, you will notice the difference between \int e^3, where \int is added to the 'e' box, and {\int e}^3 (even in LyX :). Herbert
[patch] Math macros not imported, Bug #21
I backported my fix to trunk as proposed by Uwe. The patch is attached to the bug report: http://bugzilla.lyx.org/show_bug.cgi?id=21 Stefan PGP.sig Description: Signierter Teil der Nachricht
Re: 1.5.0svn slow view updates
Darren Freeman Mon, 21 May 2007 20:05:26 -0700 Hi all, I know this was/is_being discussed in some form or another but I want to weigh in. On my system, AthlonXP3000+ w/ 1GB RAM, OpenSUSE 10.2, I find the SVN to be rather slow. I've jumped from the 1.3/XForms world into the 1.5/Qt4 and can hardly believe the change in performance. A couple hundred milliseconds per mouse wheel scroll click isn't okay, dammit! ... Did you try to compile with QT4.3 (pre-version)? At least on a Mac it improves things with about 30% (as compared to 4.2.x). Typing in notes is still v e r y slow, though. /Anders
Re: Mathed sub/superscripts highlighting
Enrico Forestieri wrote: On Mon, May 21, 2007 at 07:28:40PM +0200, Andre Poenitz wrote: On Mon, May 21, 2007 at 11:12:33PM +1000, Darren Freeman wrote: On Mon, 2007-05-21 at 14:52 +0200, Abdelrazak Younes wrote: Darren Freeman wrote: Is this sensible? Does it have meaning at the LaTeX level but perhaps shouldn't be shown to the user? (Such as LyX automatically determining who to hang each subscript off at output time instead). There is a difference and View-Source will tell you what this difference is: Ge_{33} Ge{}_{33} In the first case, only 'e' is within the four corner marks. In the second case, a little dot will tell you that an empty symbol is used. As I was asking, does this really mean anything? Sure. Just look at the output of {Ge}^1 and Ge^1. The superscript is in different heights above baseline. Not in TeX, unless the math font you use has unusually tall capital letters. put it in a box and measure the height, it is different. Herbert
Re: Warning Question
Do I see it correctly that there are two cases of cursor updates: local edits around the cursor, partly from inside the cursor class; global edits (e.g. search/replace). The latter must check that the cursor is not inside the area that is changed. Otherwise the cursor is invalidated or must be updated (more or less manually, or trivially set to the paragraph begin or something similar). With multiple views every edit gets kind of global because some other cursor can be inside the edited inset. I guess there is no infra structure in place for all that, right? I had trouble with exactly the same with my macro patch. Stefan Am 22.05.2007 um 00:35 schrieb Andre Poenitz: On Mon, May 21, 2007 at 05:59:45PM -0400, Richard Heck wrote: Just wanted to bring this to people's attention: #ifdef WITH_WARNINGS #warning This will not work anymore when we have multiple views of the same buffer // In this case, we will have to correct also the cursors held by // other bufferviews. It will probably be easier to do that in a more // automated way in CursorSlice code. (JMarc 26/09/2001) #endif This is from Text2.cpp, around line 1220. Since we do now have multiple views, either there is a bug here or else the warning can be removed. Do we officially have multiple views now? I still don't think the core is ready for this. Andre' PGP.sig Description: Signierter Teil der Nachricht
[Bug 3676] Citation Problems
The attached patch addresses a reported problem with the citation dialog, but the problem was much more extensive than the bug made apparent. See: http://www.mail-archive.com/lyx-devel@lists.lyx.org/msg117655.html for a bit more on the nature of the bug. The fix involves re-working the internal representation of BibTeX data so that it is not just a mapstring, docstring with the string being the key and the docstring being everything else but a mapstring, mapdocstring, docstring with the string being the key and the second map associating BibTeX fields with their values. This simplifies a lot of what goes on internally and was already suggested by Bernhard Roider in the new parser code. It's a biggish patch, but there's a lot less going on here than it seems at first. Most of it is just a matter of changing the signature of some method calls, and a lot of it is deleting, since this simplifies a lot of code. The most substantial changes are in src/frontends/controllers/frontend_helpers.cpp, with a bit more in InsetBibtex::fillWithBibKeys(). I've tested this and it seems to work fine. But others should have a look, too. Note that this would make it quite trivial to improve the search functionality of the citation dialog, say, by allowing something similar to what JabRef does (title=...) or perhaps by including a separate text field for the key, so you could, say, enter title and ^Frege to do a regex search on the title field. That would presumably be for later, though I'd love to go ahead and do this. It'd be great to have. By the way, are we sure we want the search as you go functionality currently in the citation dialog? There is notable slowness on my machine (Athlon 2400+, 1GB), as I've got 500+ BibTeX keys in the dialog and they all have to be searched on every keypress. 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 Index: src/Buffer.h === --- src/Buffer.h (revision 18444) +++ src/Buffer.h (working copy) @@ -12,10 +12,11 @@ #ifndef BUFFER_H #define BUFFER_H +#include DocIterator.h #include ErrorList.h #include InsetList.h -#include DocIterator.h +#include frontends/controllers/frontend_helpers.h #include support/FileName.h #include support/limited_stack.h @@ -285,7 +286,7 @@ void validate(LaTeXFeatures ) const; /// return all bibkeys from buffer and its childs - void fillWithBibKeys(std::vectorstd::pairstd::string, docstring keys) const; + void fillWithBibKeys(biblio::BibKeyList keys) const; /// Update the cache with all bibfiles in use (including bibfiles /// of loaded child documents). void updateBibfilesCache(); Index: src/Buffer.cpp === --- src/Buffer.cpp (revision 18445) +++ src/Buffer.cpp (working copy) @@ -1317,7 +1317,7 @@ // This is also a buffer property (ale) -void Buffer::fillWithBibKeys(vectorpairstring, docstring keys) +void Buffer::fillWithBibKeys(biblio::BibKeyList keys) const { /// if this is a child document and the parent is already loaded @@ -1343,11 +1343,12 @@ static_castInsetBibitem const (*it); // FIXME UNICODE string const key = to_utf8(inset.getParam(key)); - docstring const label = inset.getParam(label); + biblio::KeyValMap keyvalmap; + keyvalmap[from_ascii(label)] = inset.getParam(label); DocIterator doc_it(it); doc_it.forwardPos(); - docstring const ref = doc_it.paragraph().asString(*this, false); - docstring const info = label + TheBibliographyRef + ref; - keys.push_back(pairstring, docstring(key, info)); + keyvalmap [from_ascii(ref)] = doc_it.paragraph().asString(*this, false); + keyvalmap[biblio::TheBibliographyRef] = biblio::TheBibliographyRef; + keys[key] = keyvalmap; } } } @@ -1705,10 +1706,10 @@ vectordocstring labels; if (code == Inset::CITE_CODE) { - vectorpairstring, docstring keys; + biblio::BibKeyList keys; fillWithBibKeys(keys); - vectorpairstring, docstring ::const_iterator bit = keys.begin(); - vectorpairstring, docstring ::const_iterator bend = keys.end(); + biblio::BibKeyList::const_iterator bit = keys.begin(); + biblio::BibKeyList::const_iterator bend = keys.end(); for (; bit != bend; ++bit) // FIXME UNICODE Index: src/frontends/controllers/frontend_helpers.h === --- src/frontends/controllers/frontend_helpers.h (revision 18444) +++ src/frontends/controllers/frontend_helpers.h (working copy) @@ -28,8 +28,17 @@ /** Functions of use to citation and bibtex GUI
Re: [patch] Math macros not imported, Bug #21
I'm sure this would be most welcome to people who exchange LyX files with pure LaTeX users. Stefan Schimanski wrote: I backported my fix to trunk as proposed by Uwe. The patch is attached to the bug report: http://bugzilla.lyx.org/show_bug.cgi?id=21 Stefan -- == 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: [Cvslog] r18370 - in /lyx-devel/trunk/src: TocBackend.cpp TocBacke...
[EMAIL PROTECTED] schrieb: Author: younes Date: Wed May 16 18:43:14 2007 New Revision: 18370 Modified: lyx-devel/trunk/src/TocBackend.cpp URL: http://www.lyx.org/trac/file/lyx-devel/trunk/src/TocBackend.cpp?rev=18370 == --- lyx-devel/trunk/src/TocBackend.cpp (original) +++ lyx-devel/trunk/src/TocBackend.cpp Wed May 16 18:43:14 2007 @@ -123,14 +123,10 @@ void TocBackend::updateItem(ParConstIterator const par_it) { - if (toc(tableofcontents).empty()) { - // TODO should not happen, - // a call to TocBackend::update() is missing somewhere - LYXERR(Debug::INFO) -TocBackend.cpp: TocBackend::updateItem -called but the TOC is empty std::endl; - return; - } + // TODO should not happen, + // a call to TocBackend::update() is missing somewhere + if (toc(tableofcontents).empty()) + return; BufferParams const bufparams = buffer_-params(); const int min_toclevel = bufparams.getTextClass().min_toclevel(); Why did you remove the debug info? Michael
Re: [Cvslog] r18386 - in /lyx-devel/trunk/src: TocBackend.cpp TocBacke...
[EMAIL PROTECTED] schrieb: Author: younes Date: Thu May 17 21:19:37 2007 New Revision: 18386 URL: http://www.lyx.org/trac/changeset/18386 Log: This patch solves this crash (due to an assertion): 1) Open EmbeddedObject.lyx 2) Open Toc 3) Click on section 7.2.2 which is in the second child document 4) assertion. This commit adds proper support for multi-part documents. With this each child document has access to the _full_ TOC tree (including LOT and LOF). This enables to switch between master and child document using the TOC. Hmm What happens if the user moves a section up and down or promotes or demotes it? There may be some complicated cases where a paragraph is moved from one child document to another or to the master or vice versa. Does this also work??? Michael
Re: New Hebrew bind file
Ran Rutenberg schrieb: Hi, I would like to know if it is possible to add to the LyX distribution the Hebrew bind file that exists in the wiki ( http://wiki.lyx.org/uploads/Windows/Hebrew/he_cua.bind ), and make it the default bind file when using LyX in Hebrew. Ran, do you still want to see the binding in LyX? It seems that nobody added it to the repository. Michael
Re: [Cvslog] r18323 - /lyx-devel/trunk/src/Text2.cpp
Andre Poenitz schrieb: On Mon, May 14, 2007 at 08:03:41PM -, [EMAIL PROTECTED] wrote: Author: broider Date: Mon May 14 22:03:40 2007 New Revision: 18323 Modified: lyx-devel/trunk/src/Text2.cpp URL: http://www.lyx.org/trac/file/lyx-devel/trunk/src/Text2.cpp?rev=18323 == --- lyx-devel/trunk/src/Text2.cpp (original) +++ lyx-devel/trunk/src/Text2.cpp Mon May 14 22:03:40 2007 @@ -993,8 +993,16 @@ int x = cur.targetX(); cur.setTargetX(); - if (cur.pos() != pm.rows()[row].endpos() || x cur.targetX()) + // We want to keep the x-target on subsequent up movements + // that cross beyond the end of short lines. Thus a special + // handling when the cursor is at the end of line: Use the new + // x-target only if the old one was before the end of line. + if (cur.pos() != pm.rows()[row].endpos() + || (!cur.isRTL() x cur.targetX()) + || (cur.isRTL() x cur.targetX())) { + x = cur.targetX(); + } Can anybody remind me why we change targetX for cursor up/down at all? to memorize cursor position? And why do we _change_ the target? Andre' It seems that nobody answered André's question. Michael
Re: [Cvslog] r18399 - in /lyx-devel/trunk/src: Cursor.cpp TextMetrics.cpp
[EMAIL PROTECTED] schrieb: Author: spitz Date: Fri May 18 11:21:07 2007 New Revision: 18399 Modified: lyx-devel/trunk/src/Cursor.cpp URL: http://www.lyx.org/trac/file/lyx-devel/trunk/src/Cursor.cpp?rev=18399 == --- lyx-devel/trunk/src/Cursor.cpp (original) +++ lyx-devel/trunk/src/Cursor.cpp Fri May 18 11:21:07 2007 @@ -249,8 +249,9 @@ { odocstringstream ods; ods '\n'; - // only add blank line if we're not in an ERT inset - if (par.ownerCode() != Inset::ERT_CODE) + // only add blank line if we're not in an ERT or Listings inset + if (par.ownerCode() != Inset::ERT_CODE + par.ownerCode() != Inset::LISTINGS_CODE) ods '\n'; return ods.str(); } It frightens me to see code like this in Cursor.cpp. Michael
Re: [PATCH] CT output for pdflatex
José Matos schrieb: On Saturday 12 May 2007 8:48:24 pm Michael Gerz wrote: Folks, this patch brings change tracking output to the PDF world. OK to commit? What is the status of this? It has been committed. Michael
Re: BibTeX entries with similar names causes problems
On Tue, 2007-05-22 at 00:41 -0400, Richard Heck wrote: Confirmed. Should be an easy fix. http://bugzilla.lyx.org/show_bug.cgi?id=3693 Have fun, Darren
Re: 1.5.0svn slow view updates
Am 22.05.2007 um 08:14 schrieb Anders Ekberg: Darren Freeman Mon, 21 May 2007 20:05:26 -0700 Hi all, I know this was/is_being discussed in some form or another but I want to weigh in. On my system, AthlonXP3000+ w/ 1GB RAM, OpenSUSE 10.2, I find the SVN to be rather slow. I've jumped from the 1.3/XForms world into the 1.5/ Qt4 and can hardly believe the change in performance. A couple hundred milliseconds per mouse wheel scroll click isn't okay, dammit! ... Did you try to compile with QT4.3 (pre-version)? At least on a Mac it improves things with about 30% (as compared to 4.2.x). Typing in notes is still v e r y slow, though. I have to strongly agree with Darren here. I nearly stopped using the mouse wheel because it is so slow and therefore hard to control. In zero time I sometimes jump from the middle to the end of my thesis (no, not because it's so short :-) ). 30% are peanuts here. Stefan PGP.sig Description: Signierter Teil der Nachricht
Re: BibTeX entries with similar names causes problems
On Tue, 2007-05-22 at 16:35 +1000, Darren Freeman wrote: On Tue, 2007-05-22 at 00:41 -0400, Richard Heck wrote: Confirmed. Should be an easy fix. http://bugzilla.lyx.org/show_bug.cgi?id=3693 no sooner had I done that but marked it as a duplicate of 3692.. added around an hour before :) Have fun, Darren
Re: 1.5.0svn slow view updates
On Tue, 2007-05-22 at 08:14 +0200, Anders Ekberg wrote: Darren Freeman A couple hundred milliseconds per mouse wheel scroll click isn't okay, dammit! Did you try to compile with QT4.3 (pre-version)? At least on a Mac it improves things with about 30% (as compared to 4.2.x). Typing in notes is still v e r y slow, though. 4.2.1 binaries which come with OpenSUSE 10.2 Still I find it hard to believe this is the problem. Surely not... Have fun, Darren
Re: [Bug 3676] Citation Problems
On Tue, 2007-05-22 at 02:21 -0400, Richard Heck wrote: By the way, are we sure we want the search as you go functionality currently in the citation dialog? There is notable slowness on my machine (Athlon 2400+, 1GB), as I've got 500+ BibTeX keys in the dialog and they all have to be searched on every keypress. You could make it a config option to turn it off... Can you sort the keys alphabetically first? Surely this would make binary searching extremely fast, O(log n). Maybe instead of using a std::map for that you could implement a new one using a std::vectorstring key, record, sorted by key for fast incremental lookups. You could maintain a pair of references to the first/last matching entry, and narrow that range with each keypress. I haven't looked at the source but this doesn't sound hard to do. :D Have fun, Darren
Re: [Cvslog] r18399 - in /lyx-devel/trunk/src: Cursor.cpp TextMetrics.cpp
Michael Gerz wrote: It frightens me to see code like this in Cursor.cpp. Why? Jürgen
Re: [Bug 3676] Citation Problems
Darren Freeman wrote: On Tue, 2007-05-22 at 02:21 -0400, Richard Heck wrote: By the way, are we sure we want the search as you go functionality currently in the citation dialog? There is notable slowness on my machine (Athlon 2400+, 1GB), as I've got 500+ BibTeX keys in the dialog and they all have to be searched on every keypress. You could make it a config option to turn it off... Or just a checkbox in the dialog. Can you sort the keys alphabetically first? Won't help with regex searches. rh -- == 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: [Bug 3676] Citation Problems
On Tue, 2007-05-22 at 03:15 -0400, Richard Heck wrote: Darren Freeman wrote: On Tue, 2007-05-22 at 02:21 -0400, Richard Heck wrote: By the way, are we sure we want the search as you go functionality currently in the citation dialog? There is notable slowness on my machine (Athlon 2400+, 1GB), as I've got 500+ BibTeX keys in the dialog and they all have to be searched on every keypress. You could make it a config option to turn it off... Or just a checkbox in the dialog. Can you sort the keys alphabetically first? Won't help with regex searches. Aaaahh.. I was thinking of what happens when you type into the list of keys and it narrows one down for you. Maybe you could search as you go but in another thread? So the input box isn't slowed down while you touch-type. The search restarts every time you modify the search string. Or maybe it starts after a half-second delay of no typing. Have fun, Darren
[PATCH] HTML Export Bugs
This patch has been to the list previously and been more or less approved. I'm sending it again, however, as I've made some additional changes and it should be tested by at least one other person, I think, before I commit. If you do test, please test: (i) ViewHTML; (ii) FileExportHTML; (iii) FileExportHTML again, so that the original export is over-written; and (iv) please make sure I didn't break ViewDVI (which I temporarily managed to do on my own machine). Oh, to get this to work, you'll need to reconfigure so that the converter definition for Latex-HTML is updated. 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 Index: lib/configure.py === --- lib/configure.py (revision 18444) +++ lib/configure.py (working copy) @@ -348,7 +348,7 @@ rc_entry = [ r'\converter word latex %% ' ]) # checkProg('a LaTeX - MS Word converter', [htlatex $$i 'html,word' 'symbol/!' '-cvalidate'], -rc_entry = [ r'\converter latex wordhtml %% originaldir,needaux' ]) +rc_entry = [ r'\converter latex wordhtml %% usetempdir,needaux' ]) # checkProg('an OpenOffice.org - LaTeX converter', ['w2l -clean $$i'], rc_entry = [ r'\converter sxwlatex %% ' ]) @@ -359,10 +359,6 @@ checkProg('a LaTeX - Open Document converter', ['oolatex $$i', 'oolatex.sh $$i'], rc_entry = [ r'\converter latex odt%% latex' ]) # -#FIXME Looking for the commands needed to make oolatex output sxw instad of odt... -#checkProg('a LaTeX - OpenOffice.org (sxw) converter', ['oolatex $$i', 'oolatex.sh $$i'], -#rc_entry = [ r'\converter latex odt%% latex' ]) -# On windows it is called latex2rt.exe checkProg('a LaTeX - RTF converter', ['latex2rtf -p -S -o $$o $$i', 'latex2rt -p -S -o $$o $$i'], rc_entry = [ r'\converter latex rtf%% needaux' ]) # @@ -431,7 +427,7 @@ # checkProg('a LaTeX - HTML converter', ['htlatex $$i', 'tth -t -e2 -L$$b $$i $$o', \ 'latex2html -no_subdir -split 0 -show_section_numbers $$i', 'hevea -s $$i'], -rc_entry = [ r'\converter latex html %% originaldir,needaux' ]) +rc_entry = [ r'\converter latex html %% usetempdir,needaux' ]) # path, lilypond = checkProg('a LilyPond - EPS/PDF/PNG converter', ['lilypond']) if (lilypond != ''): Index: src/Converter.h === --- src/Converter.h (revision 18444) +++ src/Converter.h (working copy) @@ -55,10 +55,11 @@ bool latex; /// The converter is xml bool xml; - /// Do we need to run the converter in the original directory? - bool original_dir; /// This converter needs the .aux files bool need_aux; + /// This converter should put its files in a separate temporary + /// directory + bool use_temp_dir; /// If the converter put the result in a directory, then result_dir /// is the name of the directory std::string result_dir; @@ -123,6 +124,14 @@ support::FileName const orig_from, std::string const from_format, std::string const to_format, ErrorList errorList, int conversionflags = none); + /// used_tmp_dir is a flag that signals whether our output files were put into + /// a temporary directory. Note also that to_file will be changed so that it points + /// at the converted file in this case. + bool convert(Buffer const * buffer, + support::FileName const from_file, support::FileName to_file, + support::FileName const orig_from, bool used_temp_dir, + std::string const from_format, std::string const to_format, + ErrorList errorList, int conversionflags = none); /// void update(Formats const formats); /// Index: src/Converter.cpp === --- src/Converter.cpp (revision 18444) +++ src/Converter.cpp (working copy) @@ -31,7 +31,6 @@ #include support/Path.h #include support/Systemcall.h - namespace lyx { using support::addName; @@ -118,7 +117,8 @@ string const c, string const l) : from(f), to(t), command(c), flags(l), From(0), To(0), latex(false), xml(false), - original_dir(false), need_aux(false) + need_aux(false), + use_temp_dir(false) {} @@ -133,8 +133,8 @@ latex = true; else if (flag_name == xml) xml = true; - else if (flag_name == originaldir) - original_dir = true; + else if (flag_name == usetempdir) + use_temp_dir = true;
Re: [PATCH] HTML Export Bugs
Richard Heck wrote: This patch has been to the list previously and been more or less approved. I'm sending it again, however, as I've made some additional changes and it should be tested by at least one other person, I think, before I commit. If you do test, please test: (i) ViewHTML; (ii) FileExportHTML; (iii) FileExportHTML again, so that the original export is over-written; and (iv) please make sure I didn't break ViewDVI (which I temporarily managed to do on my own machine). Oh, to get this to work, you'll need to reconfigure so that the converter definition for Latex-HTML is updated. contains(buffer-filePath(), ' ')) { Alert::error(_(File name error), -_(The directory path to the document cannot contain spaces.)); +_(The directory path to the document cannot contain spaces, +since your LaTeX installation does not allow them.)); LaTeX is the name of a format and not an installation. This is always called TeX. All new TeX distributions use pdftex as basic machine, which can handle spaces in a file name. Herbert
Re: No math dialog
On Tuesday 22 May 2007 6:12:17 am Jürgen Spitzmüller wrote: Edwin Leuven wrote: the attached patch would allow to put a toggle math toolbar button on the main toolbar. we could then add a toggle math panels button on the math toolbar... I like it. OK. Jürgen -- José Abílio
Re: [Bug 3676] Citation Problems
Darren Freeman wrote: Maybe you could search as you go but in another thread? So the input box isn't slowed down while you touch-type. The search restarts every time you modify the search string. Or maybe it starts after a half-second delay of no typing. Yes, a timer would be an option. rh -- == 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: No math dialog
Andre Poenitz [EMAIL PROTECTED] writes: I think we should just set math and table toolbars to 'always on' in the default setup. The user can always switch it off afterwards. I agree, it's the easiest solution in the short run. But in the long run all commands short be available from menu entries too. Andreas
Re: [PATCH] HTML Export Bugs
Herbert Voss wrote: contains(buffer-filePath(), ' ')) { Alert::error(_(File name error), - _(The directory path to the document cannot contain spaces.)); + _(The directory path to the document cannot contain spaces, + since your LaTeX installation does not allow them.)); LaTeX is the name of a format and not an installation. This is always called TeX. All new TeX distributions use pdftex as basic machine, which can handle spaces in a file name. Thanks, I'll change the message. I'm not responsible for the test. I just thought I'd make the message a bit more informative. rh -- == 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: No math dialog
Edwin Leuven [EMAIL PROTECTED] writes: Abdelrazak Younes wrote: Also a Toolbar button to show the two math toolbars in the main toolbar is very much needed. the attached patch would allow to put a toggle math toolbar button on the main toolbar. we could then add a toggle math panels button on the math toolbar... Good. At least a step in the right direction. Andreas
RE: [PATCH] HTML Export Bugs
i get: 1..\..\trunk\src\Exporter.cpp(275) : error C4101: 'e' : unreferenced local variable
Re: [PATCH] Bug 3692
On Tuesday 22 May 2007 6:24:41 am Richard Heck wrote: A very simple patch to fix this bug. OK to commit? OK. What do we loose with the removal of the regular expression? rh -- José Abílio
Re: [patch] Math macros not imported, Bug #21
On Tuesday 22 May 2007 7:08:55 am Stefan Schimanski wrote: I backported my fix to trunk as proposed by Uwe. The patch is attached to the bug report: http://bugzilla.lyx.org/show_bug.cgi?id=21 I would like to hear what André has to say about this patch. :-) Stefan -- José Abílio
Re: [Cvslog] r18399 - in /lyx-devel/trunk/src: Cursor.cpp TextMetrics.cpp
Michael == Michael Gerz [EMAIL PROTECTED] writes: Michael It frightens me to see code like this in Cursor.cpp. It is used in Cursor::selectionAsString. This code should be moved to a standalone function, actually. JMarc
Re: UTF8-UCS4 failure on FreeBSD 6.2-RELEASE
Peter == Peter Kümmel [EMAIL PROTECTED] writes: We should probably update boost first to 1.34 final, but I do not know who wants to do it. Peter After the release of 1.5, I assume. Are we sure? The 1.5 branch would be better with the real 1.34, rather than a prerelease. JMarc
Offtopic: Comapping.com launched - discount for LyX developers
Hi, I know this is completely off topic for LyX, but I hope you forgive this shameless plug. I have just helped launch comapping.com, which is the software we used to write the mind map summary of last year's meeting in Denmark - at that time, it was an early beta. Now we have gone live, so I'm just trying to spread the word. I can offer a discount for LyX developers - if you buy an account, just forward the confirmation mail to me and I'll double the subscription from 6 months to one year. Regards, Asger P.S. I'll consider you a LyX developer if you are mentioned in Credits, or ought to be.
Re: Warning Question
Stefan == Stefan Schimanski [EMAIL PROTECTED] writes: Stefan With multiple views every edit gets kind of global because Stefan some other cursor can be inside the edited inset. Stefan I guess there is no infra structure in place for all that, Stefan right? I had trouble with exactly the same with my macro Stefan patch. That's it. Maybe all cursors should be regirtered in a central place, or something like that. It is not trivial in any case. JMarc
Re: cls file for simplecv.layout?
Uwe == Uwe Stöhr [EMAIL PROTECTED] writes: MikTex users are not affected; Uwe JMarc, Uwe for your info: MiKTeX offers simpleCV since 15-05-2007. Very good. This does not solve the problem of the others, though. JMarc
Re: [Cvslog] r18399 - in /lyx-devel/trunk/src: Cursor.cpp TextMetrics.cpp
Jean-Marc Lasgouttes wrote: It is used in Cursor::selectionAsString. This code should be moved to a standalone function, actually. feel free to do so ;-) Jürgen
Re: Using Qt/Mac Binary Distribution for LyX make Was: Qt4 binary
Andreas == Andreas Neustifter [EMAIL PROTECTED] writes: Andreas Conclusion of my investigations: The Qt/Mac Binary Andreas Distribution installs all its libraries and includes in the Andreas framework style common to most Mac OS applications. All the Andreas necessary stuff is there, I created a script (dirty, not Andreas quite mature jet, can be improved) that extracts this file, Andreas resorts and renames them and creates a folder with the Andreas classical lib and include directories. I successfully Andreas compiled LyX with this created directory. Andreas Does anyone think this is an interesting way to go for Mac Andreas users that don't want to compile Qt for themselves? If yes, I Andreas will improve the script to be more robust and flexible. It would be better to make the configure script aware of the framework thing. I'll do it when I have a mac and some free time, but I do not know when that will be. JMarc
Re: [patch] some more beamer adjustments
José == José Matos [EMAIL PROTECTED] writes: José On Monday 21 May 2007 3:36:51 pm Jean-Marc Lasgouttes wrote: More seriously, when an optional argument is read and not declared in the layout file, lyx2lyx (or maybe LyX itself) could just insert '[' and ']' as ERT. José 1.6 stuff, lyx is ignorant about layout files and although it ^lyx2lyx? José should not it is too late. Good point. JMarc
Re: [patch] adding powerdot layout
Uwe == Uwe Stöhr [EMAIL PROTECTED] writes: Uwe There is a reason Why I did this: MiKTeX will then install these Uwe packages when they are not yet installed while LyX is configured. Uwe This is Windows only but we have a general problem I tried to Uwe avoid with this: When the user uses the beamer.layout but doesn't Uwe have the pgf-package installed, you get an error message but the Uwe missing package is not explicitely shown. We get complaints about Uwe this from time to time in the users-list. This is now bug 3686: Uwe http://bugzilla.lyx.org/show_bug.cgi?id=3686 OK. Uwe The authors of powerdot want to show that listings are working. Uwe But I removed now the dependency from the layout because this Uwe should only contain the packages that are officially required. OK. The only missing part is a short snippet for LaTeXConfig.lyx.in (and some documentation if you feel adventurous). Other than that the patch is OK. JMarc
Re: Binary 1.5 beta 3 for Mac
Marcus == Marcus Kriele [EMAIL PROTECTED] writes: Marcus The beta 3 for mac binary does not display the times font Marcus which is selected in preferences but instead a sans serif Marcus font. In addition, the size of math preview larger than it Marcus should be. Marcus This seems to be a problem with the binary itself since the Marcus problem persists if I use the local lyx-1.5svn preference Marcus directory in ~/ Libarry/Application Support which contains the Marcus preference and customization files for the beta 2 binary. This Marcus also shows that it is not a LyX installer problem. The beta 2 Marcus binary itself continues to work flawlessly on my computer Marcus (intel mac). Is the same qt version used by both binaries? JMarc
Re: 1.5.0svn slow view updates
Darren == Darren Freeman [EMAIL PROTECTED] writes: Darren Hi all, I know this was/is_being discussed in some form or Darren another but I want to weigh in. Darren On my system, AthlonXP3000+ w/ 1GB RAM, OpenSUSE 10.2, I find Darren the SVN to be rather slow. I've jumped from the 1.3/XForms Darren world into the 1.5/Qt4 and can hardly believe the change in Darren performance. Did you compile with --disable-stdlib-debug? This is on for development versions and has a bit cost in performance. JMarc JMarc
Re: LyX document-build process
John == John Pye [EMAIL PROTECTED] writes: John The current system seems (from my rather superficial inspection) John to revolve around lots of little script files written in Python; It produces these scripts actually. The logic is in C++ and needs some information from the data structures that may not be available outside. John it doesn't provide any GUI feedback on progress (perhaps this is John changing in the new version) and can't be interrupted (as far as John I know). Indeed, but I am not sure using scons would help us. John If SCons were uses as the 'wrapper' for the LyX build process, John its dependency checking, parallel build features, caching and John hashing, interruptability, and platform independence would John reward the developers and the users too, quite a bit, I reckon. I think it would be a big hamme for our medium sized nail. John It would also reward people who wanted to use LyX as the John documentation format for there software development projects, as John they would immediately have access to a simple build platform John for transforming their documentations source files into compiled John form without needing to involve a GUI. There is no need for the gui to export files from the command line. John With the stuff that LyX is already providing for building John documents from all those different source file formats, I wonder John where the limit is -- how much of a full-blow build system to John you develop as part of LyX before you stop and just reuse John something else that handles the whole thing? Or are there John problems with that? As often, 90% would be trivial, and the rest would be an horrible pain :) JMarc
Re: [Cvslog] r18399 - in /lyx-devel/trunk/src: Cursor.cpp TextMetrics.cpp
Jürgen == Jürgen Spitzmüller [EMAIL PROTECTED] writes: Jürgen Jean-Marc Lasgouttes wrote: It is used in Cursor::selectionAsString. This code should be moved to a standalone function, actually. Jürgen feel free to do so ;-) Sure, after 1.5.0 ;) JMarc
Re: 1.5.0svn slow view updates
Looking through the painting code... Is there a good reason that we don't do partial redraws while scrolling? I mean a lot of the screen might be repaintable by just bitblt'ing the old image a bit upwards or downwards. For the usual cursor movement this is not that important because it is scrolled not so often (we might still get a speed up of two because it's scrolled halfpagewise). But scrolling by sliding the scrollbar or using the mouse wheel triggers many more redraw. Stefan Am 22.05.2007 um 10:13 schrieb Jean-Marc Lasgouttes: Darren == Darren Freeman [EMAIL PROTECTED] writes: Darren Hi all, I know this was/is_being discussed in some form or Darren another but I want to weigh in. Darren On my system, AthlonXP3000+ w/ 1GB RAM, OpenSUSE 10.2, I find Darren the SVN to be rather slow. I've jumped from the 1.3/XForms Darren world into the 1.5/Qt4 and can hardly believe the change in Darren performance. Did you compile with --disable-stdlib-debug? This is on for development versions and has a bit cost in performance. JMarc JMarc PGP.sig Description: Signierter Teil der Nachricht
Re: [patch] Probably fix bug 1973
José Matos wrote: On Monday 21 May 2007 5:06:36 pm Jürgen Spitzmüller wrote: José, please consider this, as it fixes a _very_ annoying bug. +1 Does that mean it should go in? I am all for short messages, but sometimes they are too short to be sure of the intention :-) Georg
Re: UTF8-UCS4 failure on FreeBSD 6.2-RELEASE
On Tuesday 22 May 2007 8:52:30 am Jean-Marc Lasgouttes wrote: Are we sure? The 1.5 branch would be better with the real 1.34, rather than a prerelease. I tend to agree with Jean-Marc here. JMarc -- José Abílio
Re: Word count includes notes
Darren == Darren Freeman [EMAIL PROTECTED] writes: Darren On Mon, 2007-05-21 at 18:26 +0200, Jean-Marc Lasgouttes wrote: Richard == Richard Heck [EMAIL PROTECTED] writes: Richard I'll try to do it today. This is the kind of stuff that can wait for after 1.5.0... Darren It sounds trivial but IMHO it's really quite insidious. I did not say it is trivial. We are supposedly in the last mile before releasing 1.5.0. If we fix all the bugs on our plate, this is never going to happen. JMarc
RE: [PATCH] HTML Export Bugs
i get An error occurred whilst running htlatex C:/tmp/lyx_tmpdir2696a00632/lyx_tmpbuf 1/t more here: pplatex: Process input file teachers.dvi pplatex: Copy data to teachers.dvi pplatex: Process input file teachers.dvi pplatex: Copy data to teachers.dvi C:\tmp\lyx_tmpdir2696a00632\lyx_tmpbuf1\teachers.html.conversionlatex \makeatl etter\def\HCode{\futurelet\HCode\HChar}\def\HChar{\ifx\HCode\def\HCode##1{\Li [EMAIL PROTECTED]@ma [EMAIL PROTECTED],html]{tex4ht}}\let\HCode\documentstyle \def\documentstyle{\let\documentstyle\HCode\expandafter\def\csname tex4ht\endcsn ame{#1,html}\def\HCode1{\documentstyle[tex4ht,[EMAIL PROTECTED] ntstyle[tex4ht]}}}\makeatother\HCode .a.b.c.\input C:/tmp/lyx_tmpdir2696a00632/ lyx_tmpbuf1/teachers.tex This is pdfeTeX, Version 3.141592-1.30.6-2.2 (MiKTeX 2.5) entering extended mode LaTeX2e 2005/12/01 Babel v3.8g and hyphenation patterns for english, dumylang, nohyphenation, fr ench, dutch, norsk, loaded. (C:\tmp\lyx_tmpdir2696a00632\lyx_tmpbuf1\teachers.tex C:\tmp\lyx_tmpdir2696a00632\lyx_tmpbuf1\teachers.html.conversionlatex \makeatl etter\def\HCode{\futurelet\HCode\HChar}\def\HChar{\ifx\HCode\def\HCode##1{\Li [EMAIL PROTECTED]@ma [EMAIL PROTECTED],html]{tex4ht}}\let\HCode\documentstyle \def\documentstyle{\let\documentstyle\HCode\expandafter\def\csname tex4ht\endcsn ame{#1,html}\def\HCode1{\documentstyle[tex4ht,[EMAIL PROTECTED] ntstyle[tex4ht]}}}\makeatother\HCode .a.b.c.\input C:/tmp/lyx_tmpdir2696a00632/ lyx_tmpbuf1/teachers.tex This is pdfeTeX, Version 3.141592-1.30.6-2.2 (MiKTeX 2.5) entering extended mode LaTeX2e 2005/12/01 Babel v3.8g and hyphenation patterns for english, dumylang, nohyphenation, fr ench, dutch, norsk, loaded. (C:\tmp\lyx_tmpdir2696a00632\lyx_tmpbuf1\teachers.tex C:\tmp\lyx_tmpdir2696a00632\lyx_tmpbuf1\teachers.html.conversionlatex \makeatl etter\def\HCode{\futurelet\HCode\HChar}\def\HChar{\ifx\HCode\def\HCode##1{\Li [EMAIL PROTECTED]@ma [EMAIL PROTECTED],html]{tex4ht}}\let\HCode\documentstyle \def\documentstyle{\let\documentstyle\HCode\expandafter\def\csname tex4ht\endcsn ame{#1,html}\def\HCode1{\documentstyle[tex4ht,[EMAIL PROTECTED] ntstyle[tex4ht]}}}\makeatother\HCode .a.b.c.\input C:/tmp/lyx_tmpdir2696a00632/ lyx_tmpbuf1/teachers.tex This is pdfeTeX, Version 3.141592-1.30.6-2.2 (MiKTeX 2.5) entering extended mode LaTeX2e 2005/12/01 Babel v3.8g and hyphenation patterns for english, dumylang, nohyphenation, fr ench, dutch, norsk, loaded. (C:\tmp\lyx_tmpdir2696a00632\lyx_tmpbuf1\teachers.tex C:\tmp\lyx_tmpdir2696a00632\lyx_tmpbuf1\teachers.html.conversiontex4ht \dirchar C:/tmp/lyx_tmpdir2696a00632/lyx_tmpbuf1/teachers.tex -ic:\tex4ht\texmf\tex4ht\ ht-fonts\ -ec:\tex4ht\texmf\tex4ht\base\win32\tex4ht.env tex4ht.c (2006-09-13-14:27 Windows MiKTeX) tex4ht \dirchar C:/tmp/lyx_tmpdir2696a00632/lyx_tmpbuf1/teachers.tex -ic:\tex4ht\texmf\tex4ht\ht-fonts\ -ec:\tex4ht\texmf\tex4ht\base\win32\tex4ht.env (C:/Program Files/MiKTeX 2.5/tex4ht/base/win32/tex4ht.env) (C:/Program Files/MiKTeX 2.5/tex4ht/ht-fonts/iso8859/1/charset/unicode.4hf) (C:/Program Files/MiKTeX 2.5/fonts/tfm/public/cm/cmti12.tfm) (C:/Program Files/MiKTeX 2.5/tex4ht/ht-fonts/unicode/cm/cmti.htf) (C:/Program Files/MiKTeX 2.5/fonts/tfm/public/cm/cmr9.tfm) (C:/Program Files/MiKTeX 2.5/tex4ht/ht-fonts/alias/lm/lm-rep-cmrm/cmr.htf) Searching `lm-rep-cmrm.htf' for `cmr9.htf' (C:/Program Files/MiKTeX 2.5/tex4ht/ht-fonts/unicode/lm/lm-rep-cmrm.htf) (C:/Program Files/MiKTeX 2.5/fonts/tfm/public/ams/msbm10.tfm) (C:/Program Files/MiKTeX 2.5/tex4ht/ht-fonts/unicode/ams/symbols/msbm.htf) (C:/Program Files/MiKTeX 2.5/fonts/tfm/public/ams/msam10.tfm) (C:/Program Files/MiKTeX 2.5/tex4ht/ht-fonts/unicode/ams/symbols/msam.htf) (C:/Program Files/MiKTeX 2.5/fonts/tfm/public/ams/cmex8.tfm) (C:/Program Files/MiKTeX 2.5/tex4ht/ht-fonts/unicode/cm/cmex.htf) (C:/Program Files/MiKTeX 2.5/fonts/tfm/public/cm/cmex10.tfm) (C:/Program Files/MiKTeX 2.5/tex4ht/ht-fonts/unicode/cm/cmex.htf) (C:/Program Files/MiKTeX 2.5/fonts/tfm/public/cm/cmsy6.tfm) (C:/Program Files/MiKTeX 2.5/tex4ht/ht-fonts/unicode/cm/cmsy.htf) (C:/Program Files/MiKTeX 2.5/fonts/tfm/public/cm/cmsy8.tfm) (C:/Program Files/MiKTeX 2.5/tex4ht/ht-fonts/unicode/cm/cmsy.htf) (C:/Program Files/MiKTeX 2.5/fonts/tfm/public/cm/cmsy10.tfm) (C:/Program Files/MiKTeX 2.5/tex4ht/ht-fonts/unicode/cm/cmsy.htf) (C:/Program Files/MiKTeX 2.5/fonts/tfm/public/cm/cmmi6.tfm) (C:/Program Files/MiKTeX 2.5/tex4ht/ht-fonts/unicode/cm/cmmi.htf) (C:/Program Files/MiKTeX 2.5/fonts/tfm/public/cm/cmmi8.tfm) (C:/Program Files/MiKTeX 2.5/tex4ht/ht-fonts/unicode/cm/cmmi.htf) (C:/Program Files/MiKTeX 2.5/fonts/tfm/public/cm/cmmi12.tfm) (C:/Program Files/MiKTeX 2.5/tex4ht/ht-fonts/unicode/cm/cmmi.htf) (C:/Program Files/MiKTeX 2.5/fonts/tfm/public/cm/cmr8.tfm) (C:/Program Files/MiKTeX 2.5/tex4ht/ht-fonts/alias/lm/lm-rep-cmrm/cmr.htf) Searching `lm-rep-cmrm.htf' for `cmr8.htf' (C:/Program Files/MiKTeX
Re: Major problem with \textdegree
Jürgen Spitzmüller wrote: Georg Baum wrote: This does also mean that at the time when the language encoding of some languages was changed to latin9 there should have been a lyx2lyx change, because old documents with encoding setting auto and ° in math or text will not work anymore. BTW this would not be correct either for multilanguage docs. But it dosen't work either in latin1 if you use textcomp. I don't see a difference. I did not use textcomp, this is a separate problem. The problem that was originally reported is a pure inputenc problem. Without using textcomp you get the following: latin1 latin9 ° in math worksdoes not work \textdegree in math worksworks ° in text worksdoes not work \textdegree in text (ERT) worksworks This is with TeXLive 2005. It might be fixed in newer versions of the inputenc package, but ° with latin9 encoding does definitely not work with TeXLive 2005. The error message is ! Package inputenc Error: Keyboard character used is undefined (inputenc)in inputencoding `latin9'. Georg
Re: [patch] adding powerdot layout
On Tuesday 22 May 2007 9:09:46 am Jean-Marc Lasgouttes wrote: The only missing part is a short snippet for LaTeXConfig.lyx.in (and some documentation if you feel adventurous). Other than that the patch is OK. With the LaTeXConfig.lyx.in entry this patch is OK. JMarc -- José Abílio
Re: Major problem with \textdegree
Georg Baum wrote: I did not use textcomp, this is a separate problem. The problem that was originally reported is a pure inputenc problem. No, the problem originally reported was that $\textdegree$ does not work in 1.5 (in a file that requested textcomp). This is at least indicated by the testcase (I didn't follow the actual thread). Without using textcomp you get the following: latin1 latin9 ° in math works does not work \textdegree in math works works ° in text works does not work \textdegree in text (ERT) works works This is with TeXLive 2005. TeXLive 2007, without textcomp loaded: latin1 latin9 ° in math worksworks* \textdegree in math worksworks* ° in text works** works** \textdegree in text (ERT) worksworks TeXLive 2007, with textcomp loaded: latin1 latin9 ° in math does not work does not work \textdegree in math does not work does not work ° in text works** works** \textdegree in text (ERT) works works * although I get error messages: ./degree.tex:16: Command \textdegree invalid in math mode on input line 16. ./degree.tex:18: Command \^ invalid in math mode on input line 18. ./degree.tex:18: Command \textdegree invalid in math mode on input line 18. ** sort of: in both encodigs, I get an additional weird character So the problem is: what can we do with $\textdegree$ and $°$ in case textcomp is requested? Jürgen
Re: Warning Question
Andre Poenitz wrote: On Mon, May 21, 2007 at 05:59:45PM -0400, Richard Heck wrote: Just wanted to bring this to people's attention: #ifdef WITH_WARNINGS #warning This will not work anymore when we have multiple views of the same buffer // In this case, we will have to correct also the cursors held by // other bufferviews. It will probably be easier to do that in a more // automated way in CursorSlice code. (JMarc 26/09/2001) #endif This is from Text2.cpp, around line 1220. Since we do now have multiple views, either there is a bug here or else the warning can be removed. Do we officially have multiple views now? I still don't think the core is ready for this. What exactly is not not ready? Abdel.
Re: [patch] some more beamer adjustments
On Tuesday 22 May 2007 9:01:24 am Jean-Marc Lasgouttes wrote: José 1.6 stuff, lyx is ignorant about layout files and although it ^lyx2lyx? Sometimes I confuse lyx2lyx with lyx. ;-) José should not it is too late. -- José Abílio
Re: [patch] Probably fix bug 1973
Georg Baum wrote: I am all for short messages, but sometimes they are too short to be sure of the intention :-) José turned into binary mode ... Jürgen
Re: CJK-testers needed
Koji Yokota wrote: Therefore, is it possible for you to provide another choice for Japanese *not to use* the CJK package? That is, another choice in the menu of Document Setting - Language which creates a code like: \batchmode \makeatletter [EMAIL PROTECTED]/home/hge//}} \makeatother \documentclass{article} \usepackage[T1]{fontenc} \makeatletter \makeatother \begin{document} \title{テスト} \maketitle Hey!日本語だ。 \end{document} Uwe, Is the attached patch acceptable? If so, could you put such modification? The existence of this kind of choice (i.e. use Japanese without CJK nor inputenc) is *indeed* critical to traditional Japanese TeX users. Regards, Koji --- lib/encodings.orig Sun May 13 23:38:16 2007 +++ lib/encodings Tue May 22 16:26:26 2007 @@ -183,6 +183,15 @@ Encoding utf8-plain utf8-plain UTF-8 variable none End +# Traditional Japanese TeX programs require neither CJK nor inputenc +# package. +Encoding euc-jp-plain EUC-JP-plain EUC-JP variable none +End +Encoding jis-plain JIS-plain JIS variable none +End +Encoding shift-jis-plain SJIS-plain SJIS variable none +End + # Pure 7bit ASCII encoding (partially hardcoded in LyX) Encoding ascii ascii ascii fixed none End --- lib/languages.orig Sun May 13 23:38:16 2007 +++ lib/languages Tue May 22 16:20:49 2007 @@ -39,6 +39,7 @@ irish irish Irish false iso8859-15 ga_IE italian italianItalian false iso8859-15 it_IT japanese Japanese false euc-jp ja_JP +japanese-plain Japanese (non-CJK) false euc-jp-plain ja_JP kazakh kazakh Kazakhfalse pt154 kk_KZ # there is no country code for Korean because ko_KR is the same as ko_KI korean Koreanfalse euc-kr ko
Re: [patch] Probably fix bug 1973
On Tuesday 22 May 2007 9:22:22 am Georg Baum wrote: Does that mean it should go in? I am all for short messages, but sometimes they are too short to be sure of the intention :-) In this case the general rules applies, you have two developers giving thumbs up to the patch so it can be committed. :-) Georg -- José Abílio
[patch] bug 3664: language dialects not available in listings dialog
So here's my take on implementing a gui. I've taken Bo's patch and implemented my struct idea, which indeed results in much cleaner code (especially in on_languageCO_currentIndexChanged). OK to go in? Jürgen P.S.: has anyone an ide what the dialect AlLaTeX (in TeX) means? I've googled it and was only directed to listings, where it is not explained. Herbert? Index: src/frontends/qt4/QListings.h === --- src/frontends/qt4/QListings.h (Revision 18451) +++ src/frontends/qt4/QListings.h (Arbeitskopie) @@ -40,10 +40,14 @@ void on_inlineCB_stateChanged(int state); /// turn off numbering options when none is selected void on_numberSideCO_currentIndexChanged(int); + /// show dialect when language is chosen + void on_languageCO_currentIndexChanged(int); protected: virtual void closeEvent(QCloseEvent * e); private: QListings * form_; + /// default dialect of current language + int default_dialect_; }; Index: src/frontends/qt4/ui/ListingsUi.ui === --- src/frontends/qt4/ui/ListingsUi.ui (Revision 18451) +++ src/frontends/qt4/ui/ListingsUi.ui (Arbeitskopie) @@ -8,8 +8,8 @@ rect x0/x y0/y -width548/width -height353/height +width612/width +height317/height /rect /property property name=windowTitle @@ -25,59 +25,6 @@ property name=spacing number6/number /property - item row=1 column=0 -layout class=QHBoxLayout - property name=margin - number0/number - /property - property name=spacing - number6/number - /property - item - spacer - property name=orientation -enumQt::Horizontal/enum - /property - property name=sizeType -enumQSizePolicy::Expanding/enum - /property - property name=sizeHint -size - width291/width - height27/height -/size - /property - /spacer - /item - item - widget class=QPushButton name=okPB - property name=text -stringamp;OK/string - /property - property name=default -booltrue/bool - /property - /widget - /item - item - widget class=QPushButton name=applyPB - property name=text -stringamp;Apply/string - /property - property name=default -booltrue/bool - /property - /widget - /item - item - widget class=QPushButton name=closePB - property name=text -stringamp;Cancel/string - /property - /widget - /item -/layout - /item item row=0 column=0 widget class=QTabWidget name=listingsTW property name=currentIndex @@ -87,411 +34,441 @@ attribute name=title stringamp;Main Settings/string /attribute - layout class=QVBoxLayout + layout class=QGridLayout property name=margin number9/number /property property name=spacing number6/number /property - item -layout class=QHBoxLayout - property name=margin - number0/number + item rowspan=2 row=0 column=2 +widget class=QGroupBox name=basicstyleGB + property name=title + stringStyle/string /property - property name=spacing - number6/number + layout class=QGridLayout + property name=margin + number9/number + /property + property name=spacing + number6/number + /property + item row=0 column=1 + widget class=QComboBox name=fontsizeCO +property name=sizePolicy + sizepolicy + hsizetype7/hsizetype + vsizetype0/vsizetype + horstretch0/horstretch + verstretch0/verstretch + /sizepolicy +/property +property name=toolTip + stringThe content's base font size/string +/property +property name=editable + boolfalse/bool +/property +property name=autoCompletion + booltrue/bool +/property +property name=duplicatesEnabled + boolfalse/bool +/property + /widget + /item + item row=0 column=0 + widget class=QLabel name=fontsize_label_3 +property name=text + stringFamp;ont size:/string +/property +property name=wordWrap + boolfalse/bool +/property +property name=buddy + cstringfontsizeCO/cstring +/property + /widget + /item + item row=1 column=1 + widget class=QComboBox name=fontstyleCO +property name=sizePolicy + sizepolicy + hsizetype7/hsizetype
Re: [patch] Probably fix bug 1973
On Tuesday 22 May 2007 9:27:43 am Jürgen Spitzmüller wrote: Georg Baum wrote: I am all for short messages, but sometimes they are too short to be sure of the intention :-) José turned into binary mode ... Well I am more in ternary symmetric mode: -1, 0, 1. http://www.goldenmuseum.com/1404Brusentsov_engl.html http://en.wikipedia.org/wiki/Ternary_numeral_system Considering that I have learn both TeX and ternary symmetric from Knuth this seems natural. ;-) Jürgen -- José Abílio
Re: Major problem with \textdegree
Georg Baum wrote: ?? With latin9 you get a working \textdegree ... and also some other symbols different to latin1 Sure, \textdegree does not depend on the inputenc package. ??? \inputenc does nothing else than loading the definition file ... What does not work with \usepackage[latin9]{inputenc} (in TeXlive 2005) is a literal °. It does work with latin1. And this is stupid, because ° is contained in the latin9 encoding at the same position as in latin1: 0xb0. sure, nobody did such a \DeclareTextCommand. But it is really easy to do it yourself. This has nothing to do with inputenc as package. Hebrert
Re: [patch] Probably fix bug 1973
On Tue, 2007-05-22 at 09:31 +0100, José Matos wrote: On Tuesday 22 May 2007 9:22:22 am Georg Baum wrote: Does that mean it should go in? I am all for short messages, but sometimes they are too short to be sure of the intention :-) In this case the general rules applies, you have two developers giving thumbs up to the patch so it can be committed. :-) Unless it's modulo-2 in which case you need an odd number... either another developer has to agree or one has to abstain :) Have fun, Darren
Re: 1.5.0svn slow view updates
On Tue, 2007-05-22 at 10:13 +0200, Jean-Marc Lasgouttes wrote: Darren == Darren Freeman [EMAIL PROTECTED] writes: Darren Hi all, I know this was/is_being discussed in some form or Darren another but I want to weigh in. Darren On my system, AthlonXP3000+ w/ 1GB RAM, OpenSUSE 10.2, I find Darren the SVN to be rather slow. I've jumped from the 1.3/XForms Darren world into the 1.5/Qt4 and can hardly believe the change in Darren performance. Did you compile with --disable-stdlib-debug? This is on for development versions and has a bit cost in performance. Doing that now, wasn't aware of it. Perhaps there should be something mentioned in INSTALL under svn checkouts. I presume this isn't enabled by default when building from a release... In fact is it really necessary for us plebs who don't generate stack traces but just want to test the svn on real work? Shouldn't that option be disabled by default? Developers can be trusted to enable it if needed. Have fun, Darren
Re: Major problem with \textdegree
Jürgen Spitzmüller wrote: So the problem is: what can we do with $\textdegree$ and $°$ in case textcomp is requested? a _correct_ and save way is to do nothing inside LyX and using always the LaTeX definitions. In fact of some compatibility you can do inside LyX \providecommand\LyXtextdegree{\ensuremath{^\circ}} \let\textdegree\LyXtextdegree and using \LyXtextdegree _always_ in math mode. all other cases cannot be handled in a save way, because the user can load packages in his own order, packages which redefine this setting, ... However, using the gensymb package with its \degree-Symbol is the best choice. Herbert
Re: [patch] some more beamer adjustments
On Monday 21 May 2007 3:22:20 pm Jürgen Spitzmüller wrote: José Matos wrote: I am sure you don't want to hear this but you changed the file format according to our more restrictive 1.5 view. :-) Really? If we are in pedantic mode the answer is yes. :-) We must bump the file format and write a pluggin to output the extra arguments as ERT in lyx-1.4. I will do it later if nobody wants to do it before. :-) OK. I won't apology, since I obviously do you a favour. However, I'm sure there many more cases like this went unnoticed. In this case, if my memory serves me well, I think that we can get away without changing the file format. The rationale is the following, if you revert your file to 1.4 lyx will maintain the optarg inset in the paragraph. I know that because I have (ab)used this in my thesis. The recipe (for lyx 1.4) is simple, create a new file, select title as the first paragraph and insert a Short Title there, save the file. Use an external editor and change the paragraph style from Title to the one intended, save the file. If you open the file with LyX you will get the selected style paragraph with the optional argument. Since this implies that if you revert the file from 1.5 to 1.4 the inset will be there and if you save it back we recover the insets I propose to forget this issue since it works in the spirit intended for retroversions, no datalosses should occur when saving for an older version. Does anyone has any problem with this approach? Jürgen -- José Abílio
Re: [patch] bug 3664: language dialects not available in listings dialog
Jürgen Spitzmüller wrote: So here's my take on implementing a gui. Take this one rather. Jürgen Index: src/frontends/qt4/QListings.h === --- src/frontends/qt4/QListings.h (Revision 18451) +++ src/frontends/qt4/QListings.h (Arbeitskopie) @@ -40,6 +40,8 @@ void on_inlineCB_stateChanged(int state); /// turn off numbering options when none is selected void on_numberSideCO_currentIndexChanged(int); + /// show dialect when language is chosen + void on_languageCO_currentIndexChanged(int); protected: virtual void closeEvent(QCloseEvent * e); private: Index: src/frontends/qt4/ui/ListingsUi.ui === --- src/frontends/qt4/ui/ListingsUi.ui (Revision 18451) +++ src/frontends/qt4/ui/ListingsUi.ui (Arbeitskopie) @@ -8,8 +8,8 @@ rect x0/x y0/y -width548/width -height353/height +width612/width +height317/height /rect /property property name=windowTitle @@ -25,59 +25,6 @@ property name=spacing number6/number /property - item row=1 column=0 -layout class=QHBoxLayout - property name=margin - number0/number - /property - property name=spacing - number6/number - /property - item - spacer - property name=orientation -enumQt::Horizontal/enum - /property - property name=sizeType -enumQSizePolicy::Expanding/enum - /property - property name=sizeHint -size - width291/width - height27/height -/size - /property - /spacer - /item - item - widget class=QPushButton name=okPB - property name=text -stringamp;OK/string - /property - property name=default -booltrue/bool - /property - /widget - /item - item - widget class=QPushButton name=applyPB - property name=text -stringamp;Apply/string - /property - property name=default -booltrue/bool - /property - /widget - /item - item - widget class=QPushButton name=closePB - property name=text -stringamp;Cancel/string - /property - /widget - /item -/layout - /item item row=0 column=0 widget class=QTabWidget name=listingsTW property name=currentIndex @@ -87,411 +34,441 @@ attribute name=title stringamp;Main Settings/string /attribute - layout class=QVBoxLayout + layout class=QGridLayout property name=margin number9/number /property property name=spacing number6/number /property - item -layout class=QHBoxLayout - property name=margin - number0/number + item rowspan=2 row=0 column=2 +widget class=QGroupBox name=basicstyleGB + property name=title + stringStyle/string /property - property name=spacing - number6/number + layout class=QGridLayout + property name=margin + number9/number + /property + property name=spacing + number6/number + /property + item row=0 column=1 + widget class=QComboBox name=fontsizeCO +property name=sizePolicy + sizepolicy + hsizetype7/hsizetype + vsizetype0/vsizetype + horstretch0/horstretch + verstretch0/verstretch + /sizepolicy +/property +property name=toolTip + stringThe content's base font size/string +/property +property name=editable + boolfalse/bool +/property +property name=autoCompletion + booltrue/bool +/property +property name=duplicatesEnabled + boolfalse/bool +/property + /widget + /item + item row=0 column=0 + widget class=QLabel name=fontsize_label_3 +property name=text + stringFamp;ont size:/string +/property +property name=wordWrap + boolfalse/bool +/property +property name=buddy + cstringfontsizeCO/cstring +/property + /widget + /item + item row=1 column=1 + widget class=QComboBox name=fontstyleCO +property name=sizePolicy + sizepolicy + hsizetype7/hsizetype + vsizetype0/vsizetype + horstretch0/horstretch + verstretch0/verstretch + /sizepolicy +/property +property name=toolTip + stringThe content's base font style/string +/property +property name=editable + boolfalse/bool +
Re: [patch] some more beamer adjustments
José Matos wrote: Does anyone has any problem with this approach? Sounds pragmatic enough for me. Jürgen
Re: New Hebrew bind file
On 5/21/07, Michael Gerz [EMAIL PROTECTED] wrote: Ran, do you still want to see the binding in LyX? It seems that nobody added it to the repository. That would be great
Footnote insets drop to their own line too early
Hi all, add a footnote to the middle of a line within a paragraph of text. Start typing away and monitor the shape and position of the box. At about half the screen width, the footnote box jumps down onto its own blank line, leaving half a line of whitespace after the footnote and another half on the next line where the footnote box is. Shouldn't this happen at around the full screen width? Have fun, Darren
Re: Major problem with \textdegree
Jürgen Spitzmüller wrote: Georg Baum wrote: I did not use textcomp, this is a separate problem. The problem that was originally reported is a pure inputenc problem. No, the problem originally reported was that $\textdegree$ does not work in 1.5 (in a file that requested textcomp). This is at least indicated by the testcase (I didn't follow the actual thread). The test case was by Abdel, the original report to which I refered (cited by Abdel) was a bit different. Without using textcomp you get the following: latin1 latin9 ° in math works does not work \textdegree in math works works ° in text works does not work \textdegree in text (ERT) works works This is with TeXLive 2005. TeXLive 2007, without textcomp loaded: latin1 latin9 ° in math worksworks* \textdegree in math worksworks* ° in text works** works** \textdegree in text (ERT) worksworks TeXLive 2007, with textcomp loaded: latin1latin9 ° in math does not work does not work \textdegree in math does not work does not work ° in text works** works** \textdegree in text (ERT) works works * although I get error messages: ./degree.tex:16: Command \textdegree invalid in math mode on input line 16. ./degree.tex:18: Command \^ invalid in math mode on input line 18. ./degree.tex:18: Command \textdegree invalid in math mode on input line 18. I get these, too, but the output is still OK. ** sort of: in both encodigs, I get an additional weird character So the problem is: what can we do with $\textdegree$ and $°$ in case textcomp is requested? Nothing IMHO, since this problem is not new. In the long run mathed should probably use some mechanism similar to the unicodesymbols file to replace unicode characters with appropriate commands, and then it could also replace ° with a command that works always. It might be possible that this would already work with the lib/symbols file, but I am not sure if you can put single characters in there and only redefine the LaTeX output. Georg
Re: 1.5.0svn slow view updates
Further to my earlier email, I suspect that the slowness is due to gradually accumulating cruft in internal data structures. Maybe not a memory leak but conceptually similar, possibly fragmentation or lists that accumulate stale junk. I had my thesis open, and editing was so slw. I created a new document, and typing in this one I found out that editing was also just as slow. Hmmm, I thought, and closed my thesis. Again, editing the new document was painfully slow! I restarted LyX and created a new document - problem is gone. Even after opening my thesis, problem isn't apparent. It looks like you may have to do actual editing of an actual thesis to reproduce this! (Hence I'm sure some of the developers are wondering what I'm on about.) Have fun, Darren
Re: Major problem with \textdegree
Herbert Voss wrote: Georg Baum wrote: ?? With latin9 you get a working \textdegree ... and also some other symbols different to latin1 Sure, \textdegree does not depend on the inputenc package. ??? \inputenc does nothing else than loading the definition file ... I don't understand what you want to tell here. What does not work with \usepackage[latin9]{inputenc} (in TeXlive 2005) is a literal °. It does work with latin1. And this is stupid, because ° is contained in the latin9 encoding at the same position as in latin1: 0xb0. sure, nobody did such a \DeclareTextCommand. But it is really easy to do it yourself. Of course I can. But I believe that inputenc is supposed to do that for me. This has nothing to do with inputenc as package. Then you can surely explain what inputenc is supposed to do? I always believed that \usepackage[xxx]{inputenc} would allow me to type directly in xxx encoding, without the need to use commands like \textdegree directly, but now you are telling me that that is wrong? Georg
Re: 1.5.0svn slow view updates
Darren == Darren Freeman [EMAIL PROTECTED] writes: Did you compile with --disable-stdlib-debug? This is on for development versions and has a bit cost in performance. Darren Doing that now, wasn't aware of it. Perhaps there should be Darren something mentioned in INSTALL under svn checkouts. I presume Darren this isn't enabled by default when building from a release... Darren In fact is it really necessary for us plebs who don't generate Darren stack traces but just want to test the svn on real work? Darren Shouldn't that option be disabled by default? Developers can Darren be trusted to enable it if needed. In beta releases and release candidates (and stable releases of course), this is turned off by default. In 1.5.0svn mode it is on. The option is very useful because it detects some bugs we would not see otherwise. JMarc
Rarely used keybindings?
Hi all, I accidentally hit C-n when I meant to hit C-m, and was pleasantly surprised to find a new document. And I started to wonder how often people need to create new documents or close them for that matter. Couldn't these bindings (and others) be re-used for more common operations? Have fun, Darren
Re: Rarely used keybindings?
Darren == Darren Freeman [EMAIL PROTECTED] writes: Darren Hi all, I accidentally hit C-n when I meant to hit C-m, and Darren was pleasantly surprised to find a new document. Darren And I started to wonder how often people need to create new Darren documents or close them for that matter. Couldn't these Darren bindings (and others) be re-used for more common operations? C-n and C-o are part of the very standard cua bindings. It is not that you do it often in LyX, it is that you know it will work across all applications. JMarc
Protected blanks vanish converting to mathed
Hi all, enter the following: 10 keV , {10, C-' ', keV}. Now convert both to mathed with C-m after highlighting. The one with the normal space has a space created internally within the resulting mathed box. i.e. \ . However the one that had a protected blank ends up having no space between number and units. It's a little bit funnay... Have fun, Darren
Re: [Bug 3676] Citation Problems
Richard == Richard Heck [EMAIL PROTECTED] writes: Richard The attached patch addresses a reported problem with the Richard citation dialog, but the problem was much more extensive than Richard the bug made apparent. See: Richard http://www.mail-archive.com/lyx-devel@lists.lyx.org/msg117655.html Richard for a bit more on the nature of the bug. I like the idea, but I would propose to keep this kind of patch for after 1.5.0 (apply early to 1.6 and maybe backport to 1.5.x). JMarc
Re: [patch] Math macros not imported, Bug #21
Stefan == Stefan Schimanski [EMAIL PROTECTED] writes: Stefan I backported my fix to trunk as proposed by Uwe. The patch is Stefan attached to the bug report: Stefan http://bugzilla.lyx.org/show_bug.cgi?id=21 What do you do with definition more complicated than \def\foo#1{\bar{#1}} like for example \def\foo(#1,#2){\bar{#1}{#2}} ? These should be detected and transformed to ERT. JMarc
Re: [patch] LOF LOT always selects the last entry.
Jean-Marc == Jean-Marc Lasgouttes [EMAIL PROTECTED] writes: Abdelrazak == Abdelrazak Younes [EMAIL PROTECTED] writes: Abdelrazak Hum the version I committed from JMarc used the Abdelrazak CursorSlice::operator() which does not check for idx() Abdelrazak IIRC. Should add this test JMarc? Jean-Marc I double checked and it does check for idx. However, I see Jean-Marc now that any container implements lexicographic ordering Jean-Marc tests. Question: would the following patch make sense? Jean-Marc Abdel, I know I have removed code you just added, but I am Jean-Marc wondering why we have to declare those extra things. Also, Jean-Marc it seems to me that the following could be removed: I tried to remove some of the operators that should be defined by utility, but could not get it to work. I give up (it is not time for such cleanups anyway). JMarc
Re: [patch] Math macros not imported, Bug #21
Am 22.05.2007 um 12:31 schrieb Jean-Marc Lasgouttes: Stefan == Stefan Schimanski [EMAIL PROTECTED] writes: Stefan I backported my fix to trunk as proposed by Uwe. The patch is Stefan attached to the bug report: Stefan http://bugzilla.lyx.org/show_bug.cgi?id=21 What do you do with definition more complicated than \def\foo#1{\bar{#1}} like for example \def\foo(#1,#2){\bar{#1}{#2}} ? These should be detected and transformed to ERT. They are. Look at the while loop. It looks for the { character. As long as only proper #n arguments come, the macro is assumed to be compatible (i.e. simple == true). If he sees something else simple is set to false and later only an ERT is created, no MathMacro. Stefan PGP.sig Description: Signierter Teil der Nachricht
Re: Ctrl-B toggles bold state of a mixed selection
Darren Freeman wrote: On Mon, 2007-05-21 at 11:17 -0400, Richard Heck wrote: I think this is a matter of getting used to how LyX works. It's true that people coming from other programs will expect the behavior you expected, but that's not the only way it can sensibly work. We can discuss here which way it should work. I can tell what your vote is. ;-) It's not sensible so it should be changed. :) Wrong - this really depends on what you're used to. I think the behaviour you describes is the one that isn't sensible - and should be changed in all programs implementing it. :-) Just my opinion though. Having the bold button bold everything, or remove bold when every last bit is bold already is seems complicated - it'd take some time for the beginner to figure that out. Now it is a simple toggle, and long-time lyx users are used to that. What is definitely a problem is that the Text Styles dialog, which is where I was going to send you for help on this, doesn't work as it should. I've filed a bug report about that: http://bugzilla.lyx.org/show_bug.cgi?id=3680. I've added a comment. I was just wondering how a new user would figure out that ctrl-E is for italics. I'm not sure that the original way I found that out is still ctrl+e isn't for italics. It is for emphasis. Emphasis is usually italics, but not necessarily. If the document font is italic, then emphasis is roman. If the document class specifies a different kind of emphasis, then that will be used instead. You can set italics explicit in the text style dialog, if you somehow need italic regardless of what kind of emphasis the document style specifies. This is unusual though - almost all use of italics really is emphasis. present, except for maybe in the docs. It should be a menu item if it's going to have a shortcut. Also this dialogue has a cancel button which doesn't cancel, it closes. Perhaps it should be relabeled close then. Helge Hafting
Re: Major problem with \textdegree
Georg Baum wrote: Then you can surely explain what inputenc is supposed to do? I always believed that \usepackage[xxx]{inputenc} would allow me to type directly in xxx encoding, without the need to use commands like \textdegree directly, but now you are telling me that that is wrong? Looks like inputenc is incomplete then - the correct action then is to fix inputenc. Helge Hafting
Re: 1.5.0svn slow view updates
Stefan Schimanski wrote: Looking through the painting code... Is there a good reason that we don't do partial redraws while scrolling? I mean a lot of the screen might be repaintable by just bitblt'ing the old image a bit upwards or downwards. For the usual cursor movement this is not that important because it is scrolled not so often (we might still get a speed up of two because it's scrolled halfpagewise). But scrolling by sliding the scrollbar or using the mouse wheel triggers many more redraw. Good point, LyX 1.5 definitely needs some optimization. Are you capable of doing this, or could you at least write an entry about this in bugzilla.lyx.org? Helge Hafting
Re: [patch] Math macros not imported, Bug #21
Stefan == Stefan Schimanski [EMAIL PROTECTED] writes: These should be detected and transformed to ERT. Stefan They are. Look at the while loop. It looks for the { Stefan character. As long as only proper #n arguments come, the macro Stefan is assumed to be compatible (i.e. simple == true). If he sees Stefan something else simple is set to false and later only an ERT is Stefan created, no MathMacro. OK, I misunderstood the code. This is very good. JMarc
Re: [patch] Math macros not imported, Bug #21
FYI, I tried with these examples: 1 \newcommand{\foo}{42} $\foo 1{23}345$ 2 \newcommand{\foo}[1]{(#1)} $\foo 1{23}345$ 3 \newcommand{\foo}[1]{(#1|#1)} $\foo 1{23}345$ 4 \newcommand{\foo}[2]{(#1|#2)} $\foo 1{23}345$ 5 \newcommand{\foo}[2][\frac{1}{2}]{(#1|#2)} $\foo 1{23}345$ 6 \newcommand{\foo}[2][\frac{1}{2}]{(#1|#2)} $\foo 1{23}345$ 7 \def\foo{42} $\foo 1{23}345$ 8 \def\foo#1{(#1)} $\foo 1{23}345$ 9 \def\foo #1{(#1)} $\foo 1{23}345$ 10 \def\foo#1#2{(#1|#2)} $\foo 1{23}345$ 11 \def\foo A#1B{(#1)} $\foo 1{23}345$ 12 \def\foo#1..#2{(#1|#2)} $\foo 1{23}345$ 13 \def\foo#1#3{(#1|#2)} $\foo 1{23}345$ 14 \def\foo#1#1{(#1|#2)} $\foo 1{23}345$ They work fine, i.e. 1,2,3,4,7,8,9,10 are converted into MathMacros. A recursive macro like \def\foo#1{\def\baa{#1}} is parsed, creating first the \baa MathMacro, then the \foo MathMacro with a \baa MathMacro inside. I think we have to exclude this case, i.e. a recursive macro should go into an ERT as well. Stefan PGP.sig Description: Signierter Teil der Nachricht
Re: [patch - different approach] parbox with only width setting, automatic height gets height 0pt (lyx 1.5)
On Sat, 19 May 2007 09:45:27 +0200 Jean-Marc Lasgouttes [EMAIL PROTECTED] wrote: Micha == Micha Feigin [EMAIL PROTECTED] writes: Micha A box of height 0pt is theoretically possible although I'm not Micha sure why anyone would want it (it's much less useful than an Micha automatic height box). It is a usual trick to put two strings one over the other. JMarc Ok, I tried going a different approach of modifying tex2lyx to achieve the expected results when importing documents. The idea is to use 1\totalheight instead of 0pt as the default value when importing a parbox/minipage with no height. This would achieve what people expect on import and match lyx's default behaviour when creating a new parbox/minipage. This is a three liner one. I still think that adding a option for an empty height value is better and I have some ideas on how to go about it, but that is a much deeper intervention with the code so I need to look into it's side effects much more seriously and thus should probably not go into lyx 1.5.0 (the problem at the moment is that there is no way to use UNIT_NONE and no test against it) The patch is attached. MichaIndex: src/tex2lyx/text.cpp === --- src/tex2lyx/text.cpp (revision 18430) +++ src/tex2lyx/text.cpp (working copy) @@ -591,9 +591,9 @@ { string position; string inner_pos; - string height_value = 0; - string height_unit = pt; - string height_special = none; + string height_value = 1; + string height_unit = in; + string height_special = totalheight; string latex_height; if (p.next_token().asInput() == [) { position = p.getArg('[', ']');
lyx-1.5.0b3 core dump
(gdb) where #0 0x003d932301b5 in raise () from /lib64/libc.so.6 #1 0x003d93231b20 in abort () from /lib64/libc.so.6 #2 0x0092c5e9 in lyx::support::abort () at abort.cpp:25 #3 0x005383f7 in error_handler (err_sig=11) at LyX.cpp:787 #4 signal handler called #5 0x005ff90a in lyx::TocBackend::item (this=value optimized out, type=value optimized out, [EMAIL PROTECTED]) at DocIterator.h:132 #6 0x008f5bd3 in lyx::frontend::ControlToc::getCurrentTocItem (this=0x1b347e0, type=value optimized out) at ControlToc.cpp:130 #7 0x00899642 in lyx::frontend::QToc::getCurrentIndex (this=0x1b347d0, type=value optimized out) at QToc.cpp:90 #8 0x00894c61 in lyx::frontend::TocWidget::setTocModel (this=0x2126f70, type=1) at TocWidget.cpp:293 #9 0x0089591f in lyx::frontend::TocWidget::updateGui (this=0x2126f70) at TocWidget.cpp:268 #10 0x00895a96 in lyx::frontend::TocWidget::qt_metacall (this=0x2126f70, _c=QMetaObject::InvokeMetaMethod, _id=1, _a=0x7fff42beeb40) at TocWidget_moc.cpp:84 #11 0x003d67ce2028 in QMetaObject::activate () from /usr/lib64/libQtCore.so.4 #12 0x00899863 in lyx::frontend::QToc::initialiseParams (this=0x1b347d0, data=value optimized out) at QToc.cpp:119 #13 0x008bdf93 in lyx::frontend::Dialog::update (this=0x1b356c0, [EMAIL PROTECTED]) at Dialog.cpp:95 #14 0x00759e9d in lyx::LyXView::updateToc (this=0x1124338) at LyXView.cpp:322 #15 0x004475a7 in boost::function0void, std::allocatorvoid ::operator() (this=value optimized out) at ../boost/boost/function/function_template.hpp:692 #16 0x0044a9d9 in boost::signal0void, boost::last_valuevoid, int, std::lessint, boost::functionvoid ()(), std::allocatorvoid ::operator() (this=value optimized out) at ../boost/boost/signals/signal_template.hpp:119 #17 0x00457939 in lyx::updateLabels ([EMAIL PROTECTED], childonly=false) at buffer_funcs.cpp:702 #18 0x0060ef63 in textUndoOrRedo ([EMAIL PROTECTED], stack=value optimized out, otherstack=value optimized out) at Undo.cpp:212 #19 0x0060f1d8 in lyx::textUndo ([EMAIL PROTECTED]) at Undo.cpp:241 #20 0x00486150 in lyx::BufferView::dispatch (this=0x11b5ef0, cmd=value optimized out) at BufferView.cpp:765 #21 0x0055a3a3 in lyx::LyXFunc::dispatch (this=0x1019ac0, [EMAIL PROTECTED]) at LyXFunc.cpp:1760 #22 0x008b4895 in lyx::frontend::Action::action (this=0x1ff4530) at Action.cpp:90 #23 0x008b491f in lyx::frontend::Action::qt_metacall (this=0x1ff4530, _c=QMetaObject::InvokeMetaMethod, _id=1, _a=0x7fff42bf1e70) at Action_moc.cpp:69 #24 0x003d67ce2028 in QMetaObject::activate () from /usr/lib64/libQtCore.so.4 #25 0x0030fbd66387 in QAction::triggered () from /usr/lib64/libQtGui.so.4 #26 0x0030fbd66d9d in QAction::activate () from /usr/lib64/libQtGui.so.4 #27 0x0030fbff3452 in QMenu::wheelEvent () from /usr/lib64/libQtGui.so.4 #28 0x0030fbda88be in QWidget::event () from /usr/lib64/libQtGui.so.4 #29 0x0030fbff0d85 in QMenu::event () from /usr/lib64/libQtGui.so.4 #30 0x0030fbd6b84c in QApplicationPrivate::notify_helper () from /usr/lib64/libQtGui.so.4 #31 0x0030fbd7174c in QApplication::notify () from /usr/lib64/libQtGui.so.4 #32 0x007a2646 in lyx::frontend::GuiApplication::notify (this=0x2a1dec0, receiver=0x1b43610, event=0x1b43610) at GuiApplication.cpp:237 #33 0x0030fbdb7ac2 in QApplication::x11ProcessEvent () from /usr/lib64/libQtGui.so.4 #34 0x0030fbdb619c in QApplication::x11ProcessEvent () from /usr/lib64/libQtGui.so.4 #35 0x0030fbdd6a98 in QX11Info::copyX11Data () from /usr/lib64/libQtGui.so.4 #36 0x003050a2cf64 in g_main_context_dispatch () from /lib64/libglib-2.0.so.0 #37 0x003050a2fd9d in g_main_context_check () from /lib64/libglib-2.0.so.0 #38 0x003050a302ce in g_main_context_iteration () from /lib64/libglib-2.0.so.0 #39 0x003d67cef320 in QEventDispatcherGlib::processEvents () from /usr/lib64/libQtCore.so.4 #40 0x0030fbdd689f in QX11Info::copyX11Data () from /usr/lib64/libQtGui.so.4 #41 0x003d67cd12c8 in QEventLoop::processEvents () from /usr/lib64/libQtCore.so.4 #42 0x003d67cd13dd in QEventLoop::exec () from /usr/lib64/libQtCore.so.4 #43 0x003d67cd33f3 in QCoreApplication::exec () from /usr/lib64/libQtCore.so.4 #44 0x00547ddb in lyx::LyX::exec (this=0x7fff42bf3070, argc=value optimized out, argv=value optimized out) at LyX.cpp:463 #45 0x00426633 in main (argc=1, argv=0x7fff42bf3188) at main.cpp:48
Re: 1.5.0svn slow view updates
Darren Freeman wrote: Further to my earlier email, I suspect that the slowness is due to gradually accumulating cruft in internal data structures. Maybe not a memory leak but conceptually similar, possibly fragmentation or lists that accumulate stale junk. I had my thesis open, and editing was so slw. I created a new document, and typing in this one I found out that editing was also just as slow. Hmmm, I thought, and closed my thesis. Again, editing the new document was painfully slow! I restarted LyX and created a new document - problem is gone. Even after opening my thesis, problem isn't apparent. It looks like you may have to do actual editing of an actual thesis to reproduce this! (Hence I'm sure some of the developers are wondering what I'm on about.) Yep. I really don't understand what could be the cause of the problem you're describing. I'd say it's not LyX fault but perhaps some other program that is slowing down your computer. Abdel.
RE: No math dialog
José Matos wrote: On Tuesday 22 May 2007 6:12:17 am Jürgen Spitzmüller wrote: Edwin Leuven wrote: the attached patch would allow to put a toggle math toolbar button on the main toolbar. we could then add a toggle math panels button on the math toolbar... I like it. OK. translation please! would this be an ok solution for 1.5? (am not in favor of cluttering the menus with loads of symbol entries)
[trivial PATCH] os x dist failure (was: Re: lyx-1.5.0beta3 build failure)
Bennett == Bennett Helm [EMAIL PROTECTED] writes: I checked that spotlightbindir is set to /Applications/LyX.app/ Contents/Library/Spotlight/LyX-Metadata.mdimporter/Contents/MacOS which does contain the file LyX-Metadata Have you any ideas on what might be going wrong? Bennett This is a problem introduced in preparing the sources for Bennett beta 3; it's not a problem for svn. Here is the (trivial) patch. Jose', since it is so trivial, I'll just commit it. JMarc Index: development/MacOSX/spotlight/Makefile.am === --- development/MacOSX/spotlight/Makefile.am (révision 18451) +++ development/MacOSX/spotlight/Makefile.am (copie de travail) @@ -6,7 +6,7 @@ spotlightdir = $(bundledir)/Library/Spot dist_spotlight_DATA = Info.plist spotlightbindir = $(spotlightdir)/MacOS -spotlightbin_DATA = LyX-Metadata +dist_spotlightbin_DATA = LyX-Metadata spotlightdatadir = $(spotlightdir)/Resources dist_spotlightdata_DATA = schema.xml
Re: 1.5.0svn slow view updates
Stefan Schimanski wrote: Looking through the painting code... Is there a good reason that we don't do partial redraws while scrolling? Theoretically no. In practice, the way we do painting is inherited from the multi-frontend approach. There are certainly things that can be optimized. I mean a lot of the screen might be repaintable by just bitblt'ing the old image a bit upwards or downwards. For the usual cursor movement this is not that important because it is scrolled not so often (we might still get a speed up of two because it's scrolled halfpagewise). But scrolling by sliding the scrollbar or using the mouse wheel triggers many more redraw. Instead of doing partial redraw, I would use a QPixmapCache to cache word painting. The main problem in Mac is that Qt is damned slow at font metrics calculation. And Qt needs to recalculate the font metrics for each text painting. But caching small transparent pixmaps of painted words inside QLPainter we can speedup painting tremendously. I've played a bit with this approach some months ago and it is certainly doable. Abdel.
[PATCH] do not make document dirty when toggling collapsable inset (was: Re: [PATCH] bug 3503 (or: bug 2993 revisited))
Jean-Marc == Jean-Marc Lasgouttes [EMAIL PROTECTED] writes: Jean-Marc So finally my proposal might be: revert 17837 and mark bug Jean-Marc 2993 as WONTFIX. Jose', can I apply this patch (revert the bug 2993 fix and therefore fix 3503)? JMarc Index: src/insets/InsetCollapsable.cpp === --- src/insets/InsetCollapsable.cpp (révision 18451) +++ src/insets/InsetCollapsable.cpp (copie de travail) @@ -442,9 +442,6 @@ void InsetCollapsable::setStatus(Cursor setButtonLabel(); if (status_ == Collapsed) cur.leaveInset(*this); - // Because we save CollapseStatus in lyx file, change of status - // should lead to a dirty buffer. (This fixes bug 2993). - cur.bv().buffer()-markDirty(); }
Re: Ctrl-B toggles bold state of a mixed selection
On Tue, 2007-05-22 at 13:08 +0200, Helge Hafting wrote: Darren Freeman wrote: On Mon, 2007-05-21 at 11:17 -0400, Richard Heck wrote: I think this is a matter of getting used to how LyX works. It's true that people coming from other programs will expect the behavior you expected, but that's not the only way it can sensibly work. We can discuss here which way it should work. I can tell what your vote is. ;-) It's not sensible so it should be changed. :) Wrong - this really depends on what you're used to. I think the behaviour you describes is the one that isn't sensible - and should be changed in all programs implementing it. :-) Just my opinion though. Having the bold button bold everything, or remove bold when every last bit is bold already is seems complicated - it'd take some time for the beginner to figure that out. Now it is a simple toggle, and long-time lyx users are used to that. Ummm... then LyX users are used to LyX behaving differently to most other apps :) Try MS Word or OpenOffice.. pretty much pick a mainstream editor of some kind and it does what I'm suggesting. How else do you stop people from accidentally toggling the state of their punctuation and not noticing? If you select more than you intended, most apps first synchronise the state of the chars in the selection. If you got it wrong the first time you press it again. Have fun, Darren
Re: 1.5.0svn slow view updates
On Tue, 2007-05-22 at 14:24 +0200, Abdelrazak Younes wrote: Darren Freeman wrote: I restarted LyX and created a new document - problem is gone. Even after opening my thesis, problem isn't apparent. It looks like you may have to do actual editing of an actual thesis to reproduce this! (Hence I'm sure some of the developers are wondering what I'm on about.) Yep. I really don't understand what could be the cause of the problem you're describing. I'd say it's not LyX fault but perhaps some other program that is slowing down your computer. ROFL! Oh wait, you're serious. :( Please give me a little credit - there's been confirmations already. Have fun, Darren
Re: [Bug 3676] Citation Problems
Richard Heck wrote: By the way, are we sure we want the search as you go functionality currently in the citation dialog? There is notable slowness on my machine (Athlon 2400+, 1GB), as I've got 500+ BibTeX keys in the dialog and they all have to be searched on every keypress. In svn, the search is restrained to the already searched list so only the first keypress search through the full list. Maybe this has changed with you patch. Abdel.
Re: 1.5.0svn slow view updates
Darren == Darren Freeman [EMAIL PROTECTED] writes: Yep. I really don't understand what could be the cause of the problem you're describing. I'd say it's not LyX fault but perhaps some other program that is slowing down your computer. Darren ROFL! Oh wait, you're serious. :( Darren Please give me a little credit - there's been confirmations Darren already. Confirmation of the complex behavior you describe? I did not see that. Nobody disputes that there is a general slowness problem. JMarc
Re: [Bug 3676] Citation Problems
Jean-Marc Lasgouttes wrote: Richard == Richard Heck [EMAIL PROTECTED] writes: Richard The attached patch addresses a reported problem with the Richard citation dialog, but the problem was much more extensive than Richard the bug made apparent. See: Richard http://www.mail-archive.com/lyx-devel@lists.lyx.org/msg117655.html Richard for a bit more on the nature of the bug. I like the idea, but I would propose to keep this kind of patch for after 1.5.0 (apply early to 1.6 and maybe backport to 1.5.x). I agree with JMarc. Could be a good 1.5.1 candidate. Abdel.
Re: [trivial PATCH] os x dist failure (was: Re: lyx-1.5.0beta3 build failure)
On May 22, 2007, at 8:33 AM, Jean-Marc Lasgouttes wrote: Bennett == Bennett Helm [EMAIL PROTECTED] writes: I checked that spotlightbindir is set to /Applications/LyX.app/ Contents/Library/Spotlight/LyX-Metadata.mdimporter/Contents/MacOS which does contain the file LyX-Metadata Have you any ideas on what might be going wrong? Bennett This is a problem introduced in preparing the sources for Bennett beta 3; it's not a problem for svn. Here is the (trivial) patch. Jose', since it is so trivial, I'll just commit it. I applied this patch to beta 3 sources, ./autogen.sh, ./configure, make, and I have the same problem. Should it work under these circumstances? Bennett
Re: 1.5.0svn slow view updates
Some profiling on Mac with Qt 4.2.x tells me: * 18% QPainter::drawTextItem * 18% QTextEngine::shape * 70% paintPar (includes the upper two) * 11% updateMetrics So 70% of the whole painting process goes into paintPar. Am I wrong that this part would go down more or less linearly in the number of paragraphs we draw? Only 36% seem to be spent in Qt though. Those numbers come from sliding around the User Manual with the scrollbar. Probably all that needs a deeper analysis, e.g. maybe the numbers for other items go up without drawing (by caching effects...). Instead of doing partial redraw, I would use a QPixmapCache to cache word painting. The main problem in Mac is that Qt is damned slow at font metrics calculation. And Qt needs to recalculate the font metrics for each text painting. But caching small transparent pixmaps of painted words inside QLPainter we can speedup painting tremendously. I've played a bit with this approach some months ago and it is certainly doable. Interesting approach. One should implement a prototype and see what happens. Stefan PGP.sig Description: Signierter Teil der Nachricht
[PATCH] bug 3301 : selecting buttons (e.g. a citation) with the mouse opens dialog
This is a bug I already fixed in 1.4 for collapsable insets, but which is quite annoying. I think the patch is correct (it is quite straightforward), but further testing would not hurt. Jose', do you want it for 1.5.0? The bug has been there for ages, so it can wait for a later 1.5.x if you prefer. JMarc Index: src/insets/InsetExternal.cpp === --- src/insets/InsetExternal.cpp (révision 18366) +++ src/insets/InsetExternal.cpp (copie de travail) @@ -450,7 +450,8 @@ void InsetExternal::doDispatch(Cursor break; case LFUN_MOUSE_RELEASE: - InsetExternalMailer(*this).showDialog(cur.bv()); + if (!cur.selection()) + InsetExternalMailer(*this).showDialog(cur.bv()); break; default: Index: src/insets/InsetGraphics.cpp === --- src/insets/InsetGraphics.cpp (révision 18366) +++ src/insets/InsetGraphics.cpp (copie de travail) @@ -201,7 +201,8 @@ void InsetGraphics::doDispatch(Cursor break; case LFUN_MOUSE_RELEASE: - InsetGraphicsMailer(*this).showDialog(cur.bv()); + if (!cur.selection()) + InsetGraphicsMailer(*this).showDialog(cur.bv()); break; default: Index: src/insets/InsetInclude.cpp === --- src/insets/InsetInclude.cpp (révision 18366) +++ src/insets/InsetInclude.cpp (copie de travail) @@ -141,7 +141,8 @@ void InsetInclude::doDispatch(Cursor c break; case LFUN_MOUSE_RELEASE: - InsetIncludeMailer(*this).showDialog(cur.bv()); + if (!cur.selection()) + InsetIncludeMailer(*this).showDialog(cur.bv()); break; default: Index: src/insets/InsetRef.cpp === --- src/insets/InsetRef.cpp (révision 18366) +++ src/insets/InsetRef.cpp (copie de travail) @@ -45,21 +45,17 @@ InsetRef::InsetRef(InsetRef const ir) void InsetRef::doDispatch(Cursor cur, FuncRequest cmd) { switch (cmd.action) { - case LFUN_MOUSE_PRESS: + case LFUN_MOUSE_RELEASE: // Eventually trigger dialog with button 3 not 1 if (cmd.button() == mouse_button::button3) - lyx::dispatch(FuncRequest(LFUN_LABEL_GOTO, getParam(reference))); - else { - InsetCommandMailer(ref, *this).showDialog(cur.bv()); - cur.undispatched(); - } - return; - - case LFUN_MOUSE_RELEASE: - return; + lyx::dispatch(FuncRequest(LFUN_LABEL_GOTO, + getParam(reference))); + else + InsetCommand::doDispatch(cur, cmd); + break; default: - return InsetCommand::doDispatch(cur, cmd); + InsetCommand::doDispatch(cur, cmd); } } Index: src/insets/InsetCommand.cpp === --- src/insets/InsetCommand.cpp (révision 18366) +++ src/insets/InsetCommand.cpp (copie de travail) @@ -133,7 +133,7 @@ void InsetCommand::doDispatch(Cursor c } case LFUN_MOUSE_RELEASE: { - if (!mailer_name_.empty()) + if (!mailer_name_.empty() !cur.selection()) InsetCommandMailer(mailer_name_, *this).showDialog(cur.bv()); break; } Index: src/insets/InsetVSpace.cpp === --- src/insets/InsetVSpace.cpp (révision 18366) +++ src/insets/InsetVSpace.cpp (copie de travail) @@ -73,7 +73,8 @@ void InsetVSpace::doDispatch(Cursor cu } case LFUN_MOUSE_RELEASE: - InsetVSpaceMailer(*this).showDialog(cur.bv()); + if (!cur.selection()) + InsetVSpaceMailer(*this).showDialog(cur.bv()); break; default:
Re: [Bug 3676] Citation Problems
Abdelrazak == Abdelrazak Younes [EMAIL PROTECTED] writes: Abdelrazak Jean-Marc Lasgouttes wrote: Richard == Richard Heck [EMAIL PROTECTED] writes: Richard The attached patch addresses a reported problem with the Richard citation dialog, but the problem was much more extensive than Richard the bug made apparent. See: Richard http://www.mail-archive.com/lyx-devel@lists.lyx.org/msg117655.html Richard for a bit more on the nature of the bug. I like the idea, but I would propose to keep this kind of patch for after 1.5.0 (apply early to 1.6 and maybe backport to 1.5.x). Abdelrazak I agree with JMarc. Could be a good 1.5.1 candidate. I suspect that 1.5.1 will be for quick fixes. JMarc