Re: the error list

On Tuesday 21 October 2008 07:40:38 Jürgen Spitzmüller wrote: > rgheck wrote: > > Seems perfectly sensible to me. > > +1 OK. > Jürgen -- José Abílio

Re: Problem converting index from 1.5

On Thursday 16 October 2008 19:29:11 Jan Engelhardt wrote: > Is this supposed to read "~/" in the final document? > If so, should not it have been "\textasciitilde{}/" in the source? No as Enrico said it was supposed to be read as "~ Operator". Changing the \~\/ in the index entries with \textasc

Re: the error list

rgheck wrote: > Seems perfectly sensible to me. +1 Jürgen

Re: [PATCH-update] ProvidesModule, etc

On Monday 20 October 2008 21:23:55 rgheck wrote: > OK, here's this patch one more time, updated to current trunk. Comments > welcome. I'll commit some time Tuesday unless there are objections. I have no objection but there was no patch in the original message. :-) > Richard -- José Abílio

Re: Navigation Bug

rgheck wrote: Open the Customization manual, look at Navigate>5>5.3.3; or look at the TOC, 5.3.3 The problem here is that a Flex inset is used in the section title, and that seems not to be handled properly. This seems to be because InsetText::addToToc() calls par.asString() without the AS_

Re: Include xypic manual?

[EMAIL PROTECTED] wrote: > Hi developers, > > I will be delighted to contribute my manual on drawing XY-diagrams in Lyx > to the LyX development tree. You must instruct me though, how to get and Hello Peter, have you been working on the revision for the LyX sources in the meantime? LyX 1.6 is sl

Re: [PATCH] Re: Undo messages

Uwe Stöhr wrote: > > Could you try this patch? > > This patch introduces a crash. I tested it by using the LaTeX-testfile I > attached to http://bugzilla.lyx.org/show_bug.cgi?id=5372 > Instead of error messages in the console, I get now immediately a crash. except the reported crash i wonder abou

[PATCH] Re: Undo messages

> Could you try this patch? This patch introduces a crash. I tested it by using the LaTeX-testfile I attached to http://bugzilla.lyx.org/show_bug.cgi?id=5372 Instead of error messages in the console, I get now immediately a crash. regards Uwe

Navigation Bug

Open the Customization manual, look at Navigate>5>5.3.3; or look at the TOC, 5.3.3 The problem here is that a Flex inset is used in the section title, and that seems not to be handled properly. rh

Re: the error list

leuven edwin wrote: a colleague of mine did not realize that the error list was clickable, and that clicking on an error would show the error message and send the cursor to the offending part in the document. so for every error she would bisect her document to trace it down (i know what you ar

Re: resetting itemize to standard

Le 20 oct. 08 à 23:22, leuven edwin a écrit : edwin wrote: the attached puts it in: void Paragraph::applyLayout(Layout const & new_layout) ok to commit this version? Arghh, I did not have time yet to look at it... even to the initial problem. JMarc

[PATCH] Re: Undo messages

Le 20 oct. 08 à 17:29, Jean-Marc Lasgouttes a écrit : Pavel Sanda <[EMAIL PROTECTED]> writes: i have the feeling it happens in more different cases. on example is opening file with include insets, edit the child document (via context menu). now any action (even mouse click) produce undo messages

RE: resetting itemize to standard

edwin wrote: > the attached puts it in: > > void Paragraph::applyLayout(Layout const & new_layout) ok to commit this version?

the error list

a colleague of mine did not realize that the error list was clickable, and that clicking on an error would show the error message and send the cursor to the offending part in the document. so for every error she would bisect her document to trace it down (i know what you are thinking). one of t

[PATCH-update] ProvidesModule, etc

OK, here's this patch one more time, updated to current trunk. Comments welcome. I'll commit some time Tuesday unless there are objections. By the way, does anyone know if the "by chapter" and "by section" modules should be included, excluded, or whatever from SIAM? I assume there is some fi

Re: [PATCH-repost] ProvidesModule, ExcludesModule

Abdelrazak Younes wrote: On 20/10/2008 17:48, José Matos wrote: On Friday 17 October 2008 12:39:28 rgheck wrote: So I think this really is needed, and it has to go in before 1.6 or wait for 1.7, since it is a (layout) format change. Comments welcome. I have understood the rationale

Re: The tex4ht changes: please test!

On 20/10/2008 20:36, Uwe Stöhr wrote: > Adding zip.exe to the Miktex bin directory solved the problem. This is a known MiKTeX bug that will be solved in a few days, see also http://bugzilla.lyx.org/show_bug.cgi?id=4730 > Unfortunately, OO3.0 is unable to open the generated .odt file. This is

Re: The tex4ht changes: please test!

On 20/10/2008 19:54, Jürgen Spitzmüller wrote: Abdelrazak Younes wrote: Adding zip.exe to the Miktex bin directory solved the problem. Unfortunately, OO3.0 is unable to open the generated .odt file. The UserGuide doesn't work for me either. I suspect it's simply too complex for htlat

Re: The tex4ht changes: please test!

> Adding zip.exe to the Miktex bin directory solved the problem. This is a known MiKTeX bug that will be solved in a few days, see also http://bugzilla.lyx.org/show_bug.cgi?id=4730 > Unfortunately, OO3.0 is unable to open the generated .odt file. This is because MIKTeX ships a buggy version o

Re: The tex4ht changes: please test!

Abdelrazak Younes wrote: > Adding zip.exe to the Miktex bin directory solved the problem. > Unfortunately, OO3.0 is unable to open the generated .odt file. The UserGuide doesn't work for me either. I suspect it's simply too complex for htlatex. Does the Tutorial work? Jürgen

Re: The tex4ht changes: please test!

On Monday 20 October 2008 18:01:40 Jürgen Spitzmüller wrote: > hm, this refers to OpenDocument export. OK, that also works. :-) > Jürgen -- José Abílio

Re: The tex4ht changes: please test!

On 20/10/2008 19:15, Abdelrazak Younes wrote: On 19/10/2008 16:24, Jürgen Spitzmüller wrote: It turned out that finding a one-for-all command that fits all OSes and LaTeX distributions is not so easy: * the oolatex helper script is not included in the stock tex4ht distribution (it has to be g

Re: The tex4ht changes: please test!

On 19/10/2008 16:24, Jürgen Spitzmüller wrote: It turned out that finding a one-for-all command that fits all OSes and LaTeX distributions is not so easy: * the oolatex helper script is not included in the stock tex4ht distribution (it has to be generated by the user), and it is not included in

Re: [PATCH-repost] ProvidesModule, ExcludesModule

On 20/10/2008 17:48, José Matos wrote: On Friday 17 October 2008 12:39:28 rgheck wrote: So I think this really is needed, and it has to go in before 1.6 or wait for 1.7, since it is a (layout) format change. Comments welcome. I have understood the rationale for the change (I hope) a

Re: The tex4ht changes: please test!

José Matos wrote: > I have installed tex4ht on Fedora rawhide (~F10), I have reconfigured lyx > and the html shows as an option in View and it seems to work in my tests. hm, this refers to OpenDocument export. Jürgen

Re: The tex4ht changes: please test!

On Sunday 19 October 2008 15:24:08 Jürgen Spitzmüller wrote: > It turned out that finding a one-for-all command that fits all OSes and > LaTeX distributions is not so easy: > > * the oolatex helper script is not included in the stock tex4ht > distribution (it has to be generated by the user), and i

Re: [PATCH-repost] ProvidesModule, ExcludesModule

José Matos wrote: > OTHO I would like to have feedback from other developers. i guess the silence just means that others dont feel competency in this stuff. pavel

Re: [PATCH-repost] ProvidesModule, ExcludesModule

José Matos wrote: On Friday 17 October 2008 12:39:28 rgheck wrote: So I think this really is needed, and it has to go in before 1.6 or wait for 1.7, since it is a (layout) format change. Comments welcome. I have understood the rationale for the change (I hope) and I agree with change

Re: Module Names

On Monday 20 October 2008 16:42:59 Richard Heck wrote: > I think maybe "By Chapter" and "By Section", if we can spare the extra > characters. Otherwise, it's very unclear what the module does. Yes, > people can look at the description, but it's nice to have something > moderately clear. I agree.

Re: [PATCH] Fix LFUN_LAYOUT_MODULE_ADD

On Sunday 19 October 2008 21:26:14 Jean-Marc Lasgouttes wrote: > I think they are OK. +1 > JMarc -- José Abílio

Re: [PATCH-repost] ProvidesModule, ExcludesModule

On Friday 17 October 2008 12:39:28 rgheck wrote: > > So I think this really is needed, and it has to go in before 1.6 or wait > for 1.7, since it is a (layout) format change. > > Comments welcome. I have understood the rationale for the change (I hope) and I agree with changes. If this is to go i

Re: [PATCH] Fix LFUN_LAYOUT_MODULE_ADD

Jean-Marc Lasgouttes wrote: rgheck <[EMAIL PROTECTED]> writes: Any further views about these patches? Or are these OK to go now? I think they are OK. OK. I'll put this stuff in later today. rh

Re: Module Names

Pavel Sanda wrote: Richard Heck wrote: done. As Pavel noticed, these names are used in lyx2lyx, but that was a foolish mistake I made in an early commit, and at this point modules are internally identified by filename, as document classes are, not by these GUI names. So changing it now won'

Re: lyx rc3 crashing all the time

On 20/10/2008 17:33, leuven edwin wrote: What don't you use trunk version instead? A number of critical bugs have been fixed since rc3. too lazy to compile the installer i guess. i will update and see what happens... You can run LyX without the installer just fine (if not better). J

RE: lyx rc3 crashing all the time

> What don't you use trunk version instead? > A number of > critical bugs have been fixed since rc3. too lazy to compile the installer i guess. i will update and see what happens... > There's a nasty one involving selection in tables... but this one is not biting me. the strange thing is that l

Re: lyx rc3 crashing all the time

On 20/10/2008 17:12, leuven edwin wrote: as the subject says, lyx rc3 is very unstable here at work for me and crashes regularly with messages like: What don't you use trunk version instead? A number of critical bugs have been fixed since rc3. There's a nasty one involving selection in ta

Re: Undo messages

Pavel Sanda <[EMAIL PROTECTED]> writes: > i have the feeling it happens in more different cases. > on example is opening file with include insets, edit the child > document (via context menu). now any action (even mouse click) > produce undo messages. I think this related to your previous message

lyx rc3 crashing all the time

as the subject says, lyx rc3 is very unstable here at work for me and crashes regularly with messages like: L'instruction à "0x670c899d" emploie l'addresse mémoire "0x0004". La mémoire ne peut pas être "read". usually when i click reply in outlook, and once when I started word (gasp!) I kn

Re: Undo messages

Jean-Marc Lasgouttes wrote: > Pavel Sanda <[EMAIL PROTECTED]> writes: > > > from introducing undo groups my terminal is usually filled up by > > endless messages like > > Undo.cpp(468): There is no undo group to end here > > or > > Undo.cpp(267): There is no group open (creating one) > > > > shou

Re: Document dialog

leuven edwin wrote: > just note that this fiddling with layout based on what happens to be your > locale and the modules names on october 20, 2008 is bound to be somewhat > arbitrary... you forget on font sizes :) but at least my locale is the default one. pavel

Re: Document dialog

Pavel Sanda wrote: > 1. vertical size of dialogs are again greater can be fixed easily. > 2. while in some cases groupbox helps to distiguish groups in many >    other cases this distinction is quite clear and group box >    version looks odd. then do not use grouping. Jürgen

RE: Document dialog

> i have tried this patch and don't agree :) 1. vertical size > of dialogs are again greater 2. while in some cases groupbox > helps to distiguish groups in many >other cases this distinction is quite clear and group box >version looks odd. and it isn't even Friday...

RE: Document dialog

> my preffered solution for now is to change lists back to > symmetrical state and change module names. i can't disagree with that just note that this fiddling with layout based on what happens to be your locale and the modules names on october 20, 2008 is bound to be somewhat arbitrary...

Re: Document dialog

leuven edwin wrote: > another possibility is to change at one point the interface to a single > listview with checkable items (that can be moved up or down) or move the buttons somewhere else. my preffered solution for now is to change lists back to symmetrical state and change module names. pa

Re: Document dialog

Jürgen Spitzmüller wrote: > leuven edwin wrote: > > replaces all the flat groupbox with drawn ones... > > excellent. i have tried this patch and don't agree :) 1. vertical size of dialogs are again greater 2. while in some cases groupbox helps to distiguish groups in many other cases this dist

RE: Document dialog

> the logic is simple - there is clear asymmetry wrt usage - in > most cases the right panel won't be used for those theorems envi... it's all in the eye of the beholder i s'pose ... another possibility is to change at one point the interface to a single listview with checkable items (that can

Re: Document dialog

leuven edwin wrote: > > because i have oposite view on "what ugliness is"? :) > > that's one reason of course ;-) > > the other is that i don't understand the logic for the asymmetry since left > and right can contain the same items... the logic is simple - there is clear asymmetry wrt usage -

RE: Document dialog

> because i have oposite view on "what ugliness is"? :) that's one reason of course ;-) the other is that i don't understand the logic for the asymmetry since left and right can contain the same items...

Re: Document dialog

leuven edwin wrote: > > i did this consciously because the old layout with horizontal bar is ugly > > to see. > > the current solution is even uglier, and you still get a horizontal scroll > bar with the selected items... > > > although i don't persist on this assymetric view, i'm against simpl

Re: rc4 release schedule

Abdelrazak Younes wrote: > > This very much looks like a Qt bug. I have enabled the Pixmap cache on > > Linux and failed to reproduce the crash. > > I don't remember the reason why the cache was disabled for X11 but you > did set USE_PIXMAP_CACHE to 1 in GuiPainter right? Yes. > If the old reason

Re: rc4 release schedule

On 20/10/2008 13:41, Konrad Hofbauer wrote: José Matos wrote: Comments are welcome, On the Mac-side of things, there would be one/three mustfix-bugs for 1.6: Crash. No idea what Pixmap cache is good for, docu says it is win/mac-only, so if n

Re: rc4 release schedule

On 20/10/2008 13:52, Jürgen Spitzmüller wrote: Konrad Hofbauer wrote: Crash. No idea what Pixmap cache is good for, docu says it is win/mac-only, so if nobody has time to look into it, then just remove/disable this feature on Mac? Well,

Re: rc4 release schedule

Konrad Hofbauer wrote: > > Crash. No idea what Pixmap cache is good for, docu says it is > win/mac-only, so if nobody has time to look into it, then just > remove/disable this feature on Mac? This very much looks like a Qt bug. I have enabled the Pixm

Re: rc4 release schedule

José Matos wrote: Comments are welcome, On the Mac-side of things, there would be one/three mustfix-bugs for 1.6: Crash. No idea what Pixmap cache is good for, docu says it is win/mac-only, so if nobody has time to look into it, then just

Re: Bug with KOMA-Script Article

PeerLynt wrote: > in the koma-script-article-class I'm just not able to select empty > pagestyle. > > To Reproduce, just start a new document, select article(koma-script) as > documentclass, change pagestyle to empty, which has no effect. It works > fine in the book- and report class. If you refer

Bug with KOMA-Script Article

Dear list, in the koma-script-article-class I'm just not able to select empty pagestyle. To Reproduce, just start a new document, select article(koma-script) as documentclass, change pagestyle to empty, which has no effect. It works fine in the book- and report class. I am using RC3 on Window

Re: Undo messages

Pavel Sanda <[EMAIL PROTECTED]> writes: > from introducing undo groups my terminal is usually filled up by > endless messages like > Undo.cpp(468): There is no undo group to end here > or > Undo.cpp(267): There is no group open (creating one) > > should be the cause for these messages inspected o