Re: Towards beta2 [status #2]

Am 02.12.2010 um 03:53 schrieb Pavel Sanda: Stephan Witt wrote: I've a personal dictionary solution for hunspell ready. This is the patch for having a personal word list with hunspell. It makes Add to personal dictionary and Remove from personal dictionary working. If it's ok I want to

RE: Patch for rendering PSTricks and TikZ in instant-preview(#7042)

OK, I've patched lyxpreview2bitmap.py, take a look at the attached file and tell me if it works for you. I've attached also some test LaTeX files I've tested. It seems we've reached a very good solution, I'm really satisfied. Now we need some testing. venom00 detect_specials.diff Description:

Regression in r36603 by vfr: Assert when Viewing Math Guide as LyXHTML

Keycodes: '''\Af\C\[Left]\Am\Av\Af\Ay'''\[!Loop]\Af To reproduce: 1) Press Alt-H, M to open the Math Guide. (KK: \Af) (KK: \C\[Left]) (KK: \Am) 2) Press Alt-V, F, Y to view LyXHTML (KK: \Av\Af\Ay) Regression in: r36603 Arch: x86_64 Revision: 36644 {{{ lassert.cpp(21): ASSERTION

Re: Regression in r36603 by vfr: Assert when Viewing Math Guide as LyXHTML

On Thu, Dec 2, 2010 at 2:43 PM, John McCabe-Dansted gma...@gmail.com wrote: Keycodes: '''\Af\C\[Left]\Am\Av\Af\Ay'''\[!Loop]\Af To reproduce: 1)  Press Alt-H, M to open the Math Guide. (KK: \Af) (KK: \C\[Left]) (KK: \Am) 2)  Press Alt-V, F, Y to view LyXHTML (KK: \Av\Af\Ay) Regression in:

Re: r36653 - lyx-devel/trunk/lib/doc

Uwe Stöhr wrote: Uwe, do you know how to kill the useless spaces between individual lfuns in the printed manual? Your transformation from ams related class still gives superfluous +10 pages... I don't understand. I haven't touched LFUNS.lyx. The PDF output of the

Re: Patch for rendering PSTricks and TikZ in instant-preview(#7042)

On 02/12/2010 4:51 AM, veno...@arcadiaclub.com wrote: OK, I've patched lyxpreview2bitmap.py, take a look at the attached file and tell me if it works for you. I've attached also some test LaTeX files I've tested. It seems we've reached a very good solution, I'm really satisfied. Now we need some

Re: r36654 - lyx-devel/trunk/src/insets

uwesto...@lyx.org wrote: Author: uwestoehr Date: Thu Dec 2 05:05:35 2010 New Revision: 36654 URL: http://www.lyx.org/trac/changeset/36654 Log: ExternalSupport.cpp: fix #4398 (omit the newline in the LaTeX output behind the ExternalInset inset if the inset type is a date) Modified:

Re: Regression in r36603 by vfr: Assert when Viewing Math Guide as LyXHTML

On Thu, Dec 2, 2010 at 10:04 PM, Vincent van Ravesteijn v...@lyx.org wrote: On Thu, Dec 2, 2010 at 2:43 PM, John McCabe-Dansted gma...@gmail.com wrote: Keycodes: '''\Af\C\[Left]\Am\Av\Af\Ay'''\[!Loop]\Af To reproduce: 1)  Press Alt-H, M to open the Math Guide. (KK: \Af) (KK: \C\[Left]) (KK:

Re: r36654 - lyx-devel/trunk/src/insets

Le 2 déc. 2010 à 15:11, Pavel Sanda a écrit : ugh. instead of hardcoding such hacks we should go for date inside insetinfo... Yes, or have date use a fancy python script. We should really have a strict policy for new hardcoding, i.e. make it forbidden by default. JMarc

Re: r36654 - lyx-devel/trunk/src/insets

We should really have a strict policy for new hardcoding, i.e. make it forbidden by default. Yes, you mean we can clear up half of the src/insets/*.cpp code if we use layouts and generalisation more. Vincent

Re: r36654 - lyx-devel/trunk/src/insets

Le 2 déc. 2010 à 15:29, Vincent van Ravesteijn a écrit : We should really have a strict policy for new hardcoding, i.e. make it forbidden by default. Yes, you mean we can clear up half of the src/insets/*.cpp code if we use layouts and generalisation more. Agreed, but this is not what I

Re: r36654 - lyx-devel/trunk/src/insets

Jean-Marc Lasgouttes wrote: We should really have a strict policy for new hardcoding, i.e. make it forbidden by default. it would be enough if patches are discuscussed before committed. yes, i'm repetitive but what can i do ;) for this moment i will ask for revert. pavel

Re: Regression in r36603 by vfr: Assert when Viewing Math Guide as LyXHTML

On 12/02/2010 09:04 AM, Vincent van Ravesteijn wrote: On Thu, Dec 2, 2010 at 2:43 PM, John McCabe-Danstedgma...@gmail.com wrote: Keycodes: '''\Af\C\[Left]\Am\Av\Af\Ay'''\[!Loop]\Af To reproduce: 1) Press Alt-H, M to open the Math Guide. (KK: \Af) (KK: \C\[Left]) (KK: \Am) 2) Press Alt-V, F,

Re: Regression in r36603 by vfr: Assert when Viewing Math Guide as LyXHTML

On 12/02/2010 08:43 AM, John McCabe-Dansted wrote: Keycodes: '''\Af\C\[Left]\Am\Av\Af\Ay'''\[!Loop]\Af To reproduce: 1) Press Alt-H, M to open the Math Guide. (KK: \Af) (KK: \C\[Left]) (KK: \Am) 2) Press Alt-V, F, Y to view LyXHTML (KK: \Av\Af\Ay) Regression in: r36603 Fixed ar r36657.

Re: r36657 - lyx-devel/trunk/src/insets

On 12/02/2010 10:14 AM, rgh...@lyx.org wrote: Author: rgheck Date: Thu Dec 2 16:14:44 2010 New Revision: 36657 URL: http://www.lyx.org/trac/changeset/36657 Log: Fix crash reported by keytest. Modified: lyx-devel/trunk/src/insets/InsetText.cpp Modified:

Re: r36657 - lyx-devel/trunk/src/insets

Le 2 déc. 2010 à 16:19, Richard Heck a écrit : The point here is that the old line completely wipes out the counters, including all record of which counters there are but, in this case, most importantly, it doesn't reset the layout_stack_. You hid a layout stack in counters? That looks bad

Re: r36657 - lyx-devel/trunk/src/insets

On Thu, Dec 2, 2010 at 4:48 PM, Jean-Marc Lasgouttes lasgout...@lyx.org wrote: Le 2 déc. 2010 à 16:19, Richard Heck a écrit : The point here is that the old line completely wipes out the counters, including all record of which counters there are but, in this case, most importantly, it doesn't

Re: Patch for rendering PSTricks and TikZ in instant-preview(#7042)

On Thu, Dec 02, 2010 at 10:51:45AM +0100, veno...@arcadiaclub.com wrote: OK, I've patched lyxpreview2bitmap.py, take a look at the attached file and tell me if it works for you. I've attached also some test LaTeX files I've tested. It seems we've reached a very good solution, I'm really

Re: Patch for rendering PSTricks and TikZ in instant-preview(#7042)

Enrico Forestieri wrote: Please, see comments below. one related request: could you post patch for examples/instant_preview.lyx which contains working example for tikz and example for pstrick? we should distribute it as well. pavel

Re: Regression in r36603 by vfr: Assert when Viewing Math Guide as LyXHTML

No, this should never be empty. We specifically push a null pointer onto the stack at the beginning, as a kind of dummy entry that makes sure we never pop more than we push. If it is empty, then we have popped more than we have pushed. I don't understand why we do that. We only pushpop in

Re: LyX 2.0 - some bugs

Am 30.11.2010 um 17:33 schrieb Pavel Sanda: Liviu Andronic wrote: I would suspect that a wavy line might be more desirable (as in MS Word, gtkspell, OOo, etc.), and if I remember this was the original implementation (although then the wavy line was too big :) ). so we are at circles, since

Re: LyX 2.0 - some bugs

Stephan Witt wrote: To break the circle I propose to adjust the line thickness to zoom factor. The attached patch does this. I think it's better now. The problem is the somewhat obfuscated rowpainter code. This makes the patch hard to read, sorry. Perhaps some kind soul is able to apply

Re: LyX 2.0 - some bugs

Am 02.12.2010 um 17:47 schrieb Pavel Sanda: Stephan Witt wrote: To break the circle I propose to adjust the line thickness to zoom factor. The attached patch does this. I think it's better now. The problem is the somewhat obfuscated rowpainter code. This makes the patch hard to read, sorry.

Re: PATCH for ticket 7026

Am 17.11.2010 um 23:02 schrieb Enrico Forestieri: On Wed, Nov 17, 2010 at 04:19:34PM -0500, Richard Heck wrote: On 11/17/2010 03:48 PM, Enrico Forestieri wrote: As regards the other isxxx() tests, I suggest to audit them on an as needed basis, according to what the posix standard says:

Re: LyX 2.0 - some bugs

Stephan Witt wrote: i tried it and thickness zoom works. however my suspiction that together with change tracking the current code produce some mess was confirmed :) Sorry, I'm not sure I understand you. Do you refer to the screen appearance or to the rowpainter code? i speak about the

Font-UI Design

Dear LyX Developers, I don't want to re-open the debate on the Font preferences dialog, but ... I found that the new design was slightly distracting. In particular the presence of the Use non-TeX fonts checkbox at the top of the list was driving me nuts. Because of this, I took an

Re: LyX 2.0 - some bugs

Stephan Witt wrote: Ok, but that's what I tried too. I attach some screen shot to compare the two versions, unpatched first - patched second. I cannot see any chaos. this is how it looks on linux qt 4.6.3, Century Schoolbook L font. (patched version) pavel attachment: p1.pngattachment: p2.png

Re: r36657 - lyx-devel/trunk/src/insets

On 12/02/2010 10:52 AM, Vincent van Ravesteijn wrote: On Thu, Dec 2, 2010 at 4:48 PM, Jean-Marc Lasgoutteslasgout...@lyx.org wrote: Le 2 déc. 2010 à 16:19, Richard Heck a écrit : The point here is that the old line completely wipes out the counters, including all record of which

Re: Regression in r36603 by vfr: Assert when Viewing Math Guide as LyXHTML

On 12/02/2010 11:29 AM, Vincent van Ravesteijn wrote: No, this should never be empty. We specifically push a null pointer onto the stack at the beginning, as a kind of dummy entry that makes sure we never pop more than we push. If it is empty, then we have popped more than we have pushed.

Re: LyX 2.0 - some bugs

Am 02.12.2010 um 18:41 schrieb Pavel Sanda: Stephan Witt wrote: Ok, but that's what I tried too. I attach some screen shot to compare the two versions, unpatched first - patched second. I cannot see any chaos. this is how it looks on linux qt 4.6.3, Century Schoolbook L font. (patched

Re: LyX 2.0 - some bugs

Stephan Witt wrote: Am 02.12.2010 um 18:41 schrieb Pavel Sanda: Stephan Witt wrote: Ok, but that's what I tried too. I attach some screen shot to compare the two versions, unpatched first - patched second. I cannot see any chaos. this is how it looks on linux qt 4.6.3, Century

Re: Towards beta2 [status #2]

Stephan Witt wrote: Now I did the aspell backend changes. The complete patch (aspell+hunspell) is attached. I'm ready to commit it. i'm afraid the review is not going to happen, so wait tonight and commit it tommorrow... pavel

Re: Towards beta2 [status #2]

Am 02.12.2010 um 19:53 schrieb Pavel Sanda: Stephan Witt wrote: Now I did the aspell backend changes. The complete patch (aspell+hunspell) is attached. I'm ready to commit it. i'm afraid the review is not going to happen, so wait tonight and commit it tommorrow... Sorry, 30 seconds too

Re: Towards beta2 [status #2]

Stephan Witt wrote: Am 02.12.2010 um 19:53 schrieb Pavel Sanda: Stephan Witt wrote: Now I did the aspell backend changes. The complete patch (aspell+hunspell) is attached. I'm ready to commit it. i'm afraid the review is not going to happen, so wait tonight and commit it

Re: LyX 2.0 - some bugs

Am 02.12.2010 um 19:49 schrieb Pavel Sanda: Stephan Witt wrote: Am 02.12.2010 um 18:41 schrieb Pavel Sanda: Stephan Witt wrote: Ok, but that's what I tried too. I attach some screen shot to compare the two versions, unpatched first - patched second. I cannot see any chaos. this is how

Re: LyX 2.0 - some bugs

Stephan Witt wrote: Do you refer to the different vertical line positions? i refer to the the red line jumping like a goat on the hills. this is intended? Yes. Do you have another idea? aha :) i didn't got that its intended... The optimal solution would be a two pass algorithm for

Quirk with compare

fyi, comparison of userguide of 2.0 and 1.6 gives pdflatex uncompilable document (ps output works). i'm not sure what can be done with it. cf http://lwn.net/Articles/416485/ pavel

Re: LyX 2.0 - some bugs

Pavel Sanda wrote: Stephan Witt wrote: btw i have unrelated question. the native string translation. this is standard naming in mac world or our invetion? i wonder whether it should be translated or is it terminus technicus like other aspell/enchant/hunspell strings which i'm going to kill right

Re: LyX 2.0 - some bugs

Am 02.12.2010 um 21:12 schrieb Pavel Sanda: Pavel Sanda wrote: btw i have unrelated question. the native string translation. this is standard naming in mac world or our invetion? i wonder whether it should be translated or is it terminus technicus like other aspell/enchant/hunspell strings

Re: r36663 - lyx-devel/trunk/src

-       /// Call then when existing things like footnotes. +       /// Call this when existing things like footnotes.        void restoreLastLayout() { layout_stack_.pop_back(); } exiting ? Besides, why are counter_stack_ and layout_stack_ deque's ? /// Used to keep track of active counters.

Re: #6902: About LyX inaccessible without an open document

Am 02.12.2010 um 21:11 schrieb LyX Ticket Tracker: #6902: About LyX inaccessible without an open document -+-- Reporter: philb| Owner: lasgouttes Type: defect | Status: new

Re: LyX 2.0 - some bugs

Stephan Witt wrote: Am 02.12.2010 um 21:12 schrieb Pavel Sanda: Pavel Sanda wrote: btw i have unrelated question. the native string translation. this is standard naming in mac world or our invetion? i wonder whether it should be translated or is it terminus technicus like other

Re: #6902: About LyX inaccessible without an open document

If all documents are closed, I assume you have only a menubar left ? I really can't understand why trunk would then be able to execute LFUN_DIALOG_SHOW aboutlyx, because this LFUN is handled in GuiView ? So, if this works in trunk, is there still a GuiView left ? When LyX is started a view

RE: Patch for rendering PSTricks and TikZ in instant-preview(#7042)

You have to avoid tabs in python sources. Yes, sorry I've fixed that. No reason to split this statement, keep it on a single line. Ooook :) Why the check for \ ? Dvipng looks for 'ps:' or '', so I think they have the same meaning. From dvipng source (special.c): if (special[0]=='' ||

Re: LyX 2.0 - some bugs

Am 02.12.2010 um 21:32 schrieb Pavel Sanda: Stephan Witt wrote: Am 02.12.2010 um 21:12 schrieb Pavel Sanda: Pavel Sanda wrote: btw i have unrelated question. the native string translation. this is standard naming in mac world or our invetion? i wonder whether it should be translated or

Re: LyX 2.0 - some bugs

Stephan Witt wrote: i see, so using applespell is correct, right? Hmm.. I'm not sure. Perhaps Mac OS Speller or OS Spell Service? i will use Mac OS Speller, thanks. pavel

Re: r36663 - lyx-devel/trunk/src

On 12/02/2010 03:27 PM, Vincent van Ravesteijn wrote: - /// Call then when existing things like footnotes. + /// Call this when existing things like footnotes. void restoreLastLayout() { layout_stack_.pop_back(); } exiting ? Besides, why are counter_stack_ and layout_stack_

Re: #6902: About LyX inaccessible without an open document

Am 02.12.2010 um 21:37 schrieb Vincent van Ravesteijn: If all documents are closed, I assume you have only a menubar left ? I really can't understand why trunk would then be able to execute LFUN_DIALOG_SHOW aboutlyx, because this LFUN is handled in GuiView ? So, if this works in trunk, is

Re: Suggestion - preamble inset

On 12/01/2010 07:45 AM, Abdelrazak Younes wrote: Why not simply add a preamble editor in the branches dialog? LyX will then collect the preamble for each branches. I guess this would be a format change but it strikes me as the correct solution... Kind of crowded already, but perhaps a combo

Re: r36663 - lyx-devel/trunk/src

I read somewhere that stacks are best implemented as deques. Don't ask me why now, but I think they are slightly cheaper. (I'm sure Andre would have a view about this.) Some googling gives me: The C++ Standard, in section 23.1.1, offers some advice on which containers to prefer. It says:

Re: r36663 - lyx-devel/trunk/src

Vincent van Ravesteijn wrote: Especially for amateurs like me who don't know what a deque is, I would prefer to use vector... keep it simple and stupid ;). your code doesn't suggest newbie, so to learn one more standard class like degue :) we use it elsewhere as well... pavel

Re: r36663 - lyx-devel/trunk/src

Pavel Sanda wrote: Vincent van Ravesteijn wrote: Especially for amateurs like me who don't know what a deque is, I would prefer to use vector... keep it simple and stupid ;). your code doesn't suggest newbie, so to learn one more standard class like degue :) we use it elsewhere as well...

Re: r36663 - lyx-devel/trunk/src

See also output_xhtml.h: typedef std::dequehtml::StartTag TagDeque; /// typedef std::vectorhtml::StartTag TagStack; /// holds start tags until we know there is content in them. TagDeque pending_tags_; /// remembers the history, so we can make sure

Re: r36663 - lyx-devel/trunk/src

On 12/02/2010 04:54 PM, Vincent van Ravesteijn wrote: I read somewhere that stacks are best implemented as deques. Don't ask me why now, but I think they are slightly cheaper. (I'm sure Andre would have a view about this.) Some googling gives me: The C++ Standard, in section 23.1.1, offers

Re: r36663 - lyx-devel/trunk/src

On 12/02/2010 05:01 PM, Vincent van Ravesteijn wrote: See also output_xhtml.h: typedef std::dequehtml::StartTag TagDeque; /// typedef std::vectorhtml::StartTag TagStack; /// holds start tags until we know there is content in them. TagDeque

Tex code box editing; Lyx crashes

Hi, I enjoy using Lyx for my thesis. I have a problem with lyx crashing sometimes when I try to use LaTeX code. This is an example of how I get the error. 1) Insert Tex code (Ctrl-l) 2) Type text (ex. \paragraph{test}) 3) Start new line within LaTeX box (Enter) 4) Remove new line within LaTeX

Re: Tex code box editing; Lyx crashes

1) Insert Tex code (Ctrl-l) 2) Type text (ex. \paragraph{test}) 3) Start new line within LaTeX box (Enter) 4) Remove new line within LaTeX box (Backspace) 5) LyX crashes There are other variations that cause Lyx to crash that occur during normal Lyx usage. NB: I use LyX 1.6.5, Ubuntu

Re: Patch for rendering PSTricks and TikZ in instant-preview(#7042)

On Thu, Dec 02, 2010 at 05:27:43PM +0100, Pavel Sanda wrote: one related request: could you post patch for examples/instant_preview.lyx which contains working example for tikz and example for pstrick? we should distribute it as well. See attached. -- Enrico Index:

Re: Patch for rendering PSTricks and TikZ in instant-preview(#7042)

On Thu, Dec 02, 2010 at 09:41:50PM +0100, veno...@arcadiaclub.com wrote: Why the check for \ ? Dvipng looks for 'ps:' or '', so I think they have the same meaning. From dvipng source (special.c): if (special[0]=='' || strncmp(special,ps:,3)==0) { /* Literal PostScript */ Ok, even if it

Re: Patch for rendering PSTricks and TikZ in instant-preview(#7042)

Julien Rioux wrote: If this gets in we would need a similar patch for lyxpreview-lytex2bitmap.py and also (possibly, I don't know for sure) Julien, i was wondering whether there would be possibility to join lyxpreview-lytex2bitmap.py and original script. their diff gives only small lilypond

Re: Patch for rendering PSTricks and TikZ in instant-preview(#7042)

Enrico Forestieri wrote: On Thu, Dec 02, 2010 at 05:27:43PM +0100, Pavel Sanda wrote: one related request: could you post patch for examples/instant_preview.lyx which contains working example for tikz and example for pstrick? we should distribute it as well. See attached. i'll wait

Re: Patch for rendering PSTricks and TikZ in instant-preview(#7042)

On 02/12/2010 6:24 PM, Pavel Sanda wrote: Julien, i was wondering whether there would be possibility to join lyxpreview-lytex2bitmap.py and original script. their diff gives only small lilypond block. for example by some special flag given as parameter on commandline to oroginal script. ...

Re: Patch for rendering PSTricks and TikZ in instant-preview(#7042)

Julien Rioux wrote: Yes indeed unifying them would be best. So either 1) Add a command-line true/false flag for lilypond preprocessing 2) Add a more general mechanism for specifying a preprocessor What I really would like, though, is to change how the preview script handles command-line

Re: PATCH for ticket 7026

Stephan Witt wrote: There is a patch pending from Georg. I present it here again and propose to apply it. The second part of the patch is mine. It encapsulates the crucial hasDigit into an ignoreWord() method to prepare to solve the FIXME and to propose an alternate implementation. The

Re: Towards beta2 [status #2]

Pavel Sanda wrote: anything you want to have in before? 1) JMarc, there was some reminder in undo fix you committed. do you intend to push it in soon? 2) Georg wrote patch for #7071. somebody who see into ReferenceCache can perhaps commit it (or give ok in trac, so Georg can proceed)? my

Re: Towards beta2 [status #2]

On Fri, Dec 3, 2010 at 12:55 AM, Pavel Sanda sa...@lyx.org wrote: Pavel Sanda wrote: anything you want to have in before? 1) JMarc, there was some reminder in undo fix you committed.   do you intend to push it in soon? 2) Georg wrote patch for #7071. somebody who see into ReferenceCache  

Re: Towards beta2 [status #2]

Vincent van Ravesteijn wrote: I think we should do something about the large amount of critical bugs. I believe there are 12 that have a bug number of 7000 or higher. except #7026 which is already in pipe none of them looked as showstopper. would you prefer delay +1 week? or freeze except for

Re: PATCH for ticket 7026

On Fri, Dec 03, 2010 at 12:44:57AM +0100, Pavel Sanda wrote: Stephan Witt wrote: There is a patch pending from Georg. I present it here again and propose to apply it. The second part of the patch is mine. It encapsulates the crucial hasDigit into an ignoreWord() method to prepare to

RE: Patch for rendering PSTricks and TikZ in instant-preview(#7042)

I wonder whether there is a way to avoid a double call to latex in case the legacy route is taken. I tried replacing the above two lines with simply return legacy_conversion_step2(latex_file, dpi, output_format) but it did not work. Could you investigate? Well, the problem is

Re: Patch for rendering PSTricks and TikZ in instant-preview(#7042)

On Fri, Dec 03, 2010 at 12:30:32AM +0100, Pavel Sanda wrote: Enrico Forestieri wrote: On Thu, Dec 02, 2010 at 05:27:43PM +0100, Pavel Sanda wrote: one related request: could you post patch for examples/instant_preview.lyx which contains working example for tikz and example for

Re: Patch for rendering PSTricks and TikZ in instant-preview(#7042)

On Fri, Dec 03, 2010 at 04:36:37AM +0100, veno...@arcadiaclub.com wrote: So, what to do? 1) simply call latex twice on 2 slightly different .tex files (slow with comples code?); 2) while detecting PostScript literals rewrite the DVI (throgh the DTL) without the tightpage option (if it's

Re: PATCH for ticket 7026

Am 03.12.2010 um 04:36 schrieb Enrico Forestieri: On Fri, Dec 03, 2010 at 12:44:57AM +0100, Pavel Sanda wrote: Stephan Witt wrote: There is a patch pending from Georg. I present it here again and propose to apply it. The second part of the patch is mine. It encapsulates the crucial

Re: Towards beta2 [status #2]

Am 02.12.2010 um 03:53 schrieb Pavel Sanda: > Stephan Witt wrote: >>> I've a personal dictionary solution for hunspell ready. >> >> This is the patch for having a personal word list with hunspell. >> It makes "Add to personal dictionary" and "Remove from personal dictionary" >> working. >> >>

RE: Patch for rendering PSTricks and TikZ in instant-preview(#7042)

OK, I've patched lyxpreview2bitmap.py, take a look at the attached file and tell me if it works for you. I've attached also some test LaTeX files I've tested. It seems we've reached a very good solution, I'm really satisfied. Now we need some testing. venom00 detect_specials.diff Description:

Regression in r36603 by vfr: Assert when Viewing Math Guide as LyXHTML

Keycodes: '''\Af\C\[Left]\Am\Av\Af\Ay'''\[!Loop]\Af To reproduce: 1) Press Alt-H, M to open the Math Guide. (KK: \Af) (KK: \C\[Left]) (KK: \Am) 2) Press Alt-V, F, Y to view LyXHTML (KK: \Av\Af\Ay) Regression in: r36603 Arch: x86_64 Revision: 36644 {{{ lassert.cpp(21): ASSERTION

Re: Regression in r36603 by vfr: Assert when Viewing Math Guide as LyXHTML

On Thu, Dec 2, 2010 at 2:43 PM, John McCabe-Dansted wrote: > Keycodes: > '''\Af\C\[Left]\Am\Av\Af\Ay'''\[!Loop]\Af > To reproduce: > 1)  Press Alt-H, M to open the Math Guide. (KK: \Af) (KK: \C\[Left]) (KK: \Am) > 2)  Press Alt-V, F, Y to view LyXHTML (KK: \Av\Af\Ay) > >

Re: r36653 - lyx-devel/trunk/lib/doc

Uwe Stöhr wrote: >> Uwe, do you know how to kill the useless spaces between individual lfuns >> in the printed manual? >> Your transformation from ams related class still gives superfluous +10 >> pages... > > I don't understand. I haven't touched LFUNS.lyx. The PDF output of the

Re: Patch for rendering PSTricks and TikZ in instant-preview(#7042)

On 02/12/2010 4:51 AM, veno...@arcadiaclub.com wrote: OK, I've patched lyxpreview2bitmap.py, take a look at the attached file and tell me if it works for you. I've attached also some test LaTeX files I've tested. It seems we've reached a very good solution, I'm really satisfied. Now we need some

Re: r36654 - lyx-devel/trunk/src/insets

uwesto...@lyx.org wrote: > Author: uwestoehr > Date: Thu Dec 2 05:05:35 2010 > New Revision: 36654 > URL: http://www.lyx.org/trac/changeset/36654 > > Log: > ExternalSupport.cpp: fix #4398 (omit the newline in the LaTeX output behind > the ExternalInset inset if the inset type is a date) > >

Re: Regression in r36603 by vfr: Assert when Viewing Math Guide as LyXHTML

On Thu, Dec 2, 2010 at 10:04 PM, Vincent van Ravesteijn wrote: > On Thu, Dec 2, 2010 at 2:43 PM, John McCabe-Dansted wrote: >> Keycodes: >> '''\Af\C\[Left]\Am\Av\Af\Ay'''\[!Loop]\Af >> To reproduce: >> 1)  Press Alt-H, M to open the Math Guide. (KK: \Af) (KK:

Re: r36654 - lyx-devel/trunk/src/insets

Le 2 déc. 2010 à 15:11, Pavel Sanda a écrit : > ugh. instead of hardcoding such hacks we should go for date inside > insetinfo... Yes, or have date use a fancy python script. We should really have a strict policy for new hardcoding, i.e. make it forbidden by default. JMarc

Re: r36654 - lyx-devel/trunk/src/insets

> We should really have a strict policy for new hardcoding, i.e. make it > forbidden > by default. > Yes, you mean we can clear up half of the src/insets/*.cpp code if we use layouts and generalisation more. Vincent

Re: r36654 - lyx-devel/trunk/src/insets

Le 2 déc. 2010 à 15:29, Vincent van Ravesteijn a écrit : We should really have a strict policy for new hardcoding, i.e. make it forbidden >> by default. >> > > Yes, you mean we can clear up half of the src/insets/*.cpp code if we > use layouts and generalisation more. Agreed, but this is not

Re: r36654 - lyx-devel/trunk/src/insets

Jean-Marc Lasgouttes wrote: > We should really have a strict policy for new hardcoding, i.e. make it > forbidden > by default. it would be enough if patches are discuscussed before committed. yes, i'm repetitive but what can i do ;) for this moment i will ask for revert. pavel

Re: Regression in r36603 by vfr: Assert when Viewing Math Guide as LyXHTML

On 12/02/2010 09:04 AM, Vincent van Ravesteijn wrote: On Thu, Dec 2, 2010 at 2:43 PM, John McCabe-Dansted wrote: Keycodes: '''\Af\C\[Left]\Am\Av\Af\Ay'''\[!Loop]\Af To reproduce: 1) Press Alt-H, M to open the Math Guide. (KK: \Af) (KK: \C\[Left]) (KK: \Am) 2) Press Alt-V,

Re: Regression in r36603 by vfr: Assert when Viewing Math Guide as LyXHTML

On 12/02/2010 08:43 AM, John McCabe-Dansted wrote: Keycodes: '''\Af\C\[Left]\Am\Av\Af\Ay'''\[!Loop]\Af To reproduce: 1) Press Alt-H, M to open the Math Guide. (KK: \Af) (KK: \C\[Left]) (KK: \Am) 2) Press Alt-V, F, Y to view LyXHTML (KK: \Av\Af\Ay) Regression in: r36603 Fixed ar r36657.

Re: r36657 - lyx-devel/trunk/src/insets

On 12/02/2010 10:14 AM, rgh...@lyx.org wrote: Author: rgheck Date: Thu Dec 2 16:14:44 2010 New Revision: 36657 URL: http://www.lyx.org/trac/changeset/36657 Log: Fix crash reported by keytest. Modified: lyx-devel/trunk/src/insets/InsetText.cpp Modified:

Re: r36657 - lyx-devel/trunk/src/insets

Le 2 déc. 2010 à 16:19, Richard Heck a écrit : > The point here is that the old line completely wipes out the counters, > including all record of which counters > there are but, in this case, most importantly, it doesn't reset the > layout_stack_. You hid a layout stack in counters? That looks

Re: r36657 - lyx-devel/trunk/src/insets

On Thu, Dec 2, 2010 at 4:48 PM, Jean-Marc Lasgouttes wrote: > Le 2 déc. 2010 à 16:19, Richard Heck a écrit : >> The point here is that the old line completely wipes out the counters, >> including all record of which counters >> there are but, in this case, most importantly,

Re: Patch for rendering PSTricks and TikZ in instant-preview(#7042)

On Thu, Dec 02, 2010 at 10:51:45AM +0100, veno...@arcadiaclub.com wrote: > OK, I've patched lyxpreview2bitmap.py, take a look at the attached file and > tell > me if it works for you. I've attached also some test LaTeX files I've tested. > It seems we've reached a very good solution, I'm really

Re: Patch for rendering PSTricks and TikZ in instant-preview(#7042)

Enrico Forestieri wrote: > Please, see comments below. one related request: could you post patch for examples/instant_preview.lyx which contains working example for tikz and example for pstrick? we should distribute it as well. pavel

Re: Regression in r36603 by vfr: Assert when Viewing Math Guide as LyXHTML

> No, this should never be empty. We specifically push a null pointer onto the > stack at the beginning, as a kind > of dummy entry that makes sure we never pop more than we push. If it is > empty, then we have popped more > than we have pushed. > I don't understand why we do that. We only push

Re: LyX 2.0 - some bugs

Am 30.11.2010 um 17:33 schrieb Pavel Sanda: > Liviu Andronic wrote: >> I would suspect that a wavy line might be more desirable (as in MS >> Word, gtkspell, OOo, etc.), and if I remember this was the original >> implementation (although then the wavy line was too big :) ). > > so we are at

Re: LyX 2.0 - some bugs

Stephan Witt wrote: > To break the circle I propose to adjust the line thickness to zoom factor. > The attached patch does this. I think it's better now. > The problem is the somewhat obfuscated rowpainter code. > This makes the patch hard to read, sorry. > > Perhaps some kind soul is able to

Re: LyX 2.0 - some bugs

Am 02.12.2010 um 17:47 schrieb Pavel Sanda: > Stephan Witt wrote: >> To break the circle I propose to adjust the line thickness to zoom factor. >> The attached patch does this. I think it's better now. >> The problem is the somewhat obfuscated rowpainter code. >> This makes the patch hard to

Re: PATCH for ticket 7026

Am 17.11.2010 um 23:02 schrieb Enrico Forestieri: > On Wed, Nov 17, 2010 at 04:19:34PM -0500, Richard Heck wrote: >> On 11/17/2010 03:48 PM, Enrico Forestieri wrote: >>> >>> As regards the other isxxx() tests, I suggest to audit them on an as >>> needed basis, according to what the posix

Re: LyX 2.0 - some bugs

Stephan Witt wrote: > > i tried it and thickness zoom works. however my suspiction that together > > with change tracking the current code produce some mess was confirmed :) > > Sorry, I'm not sure I understand you. > Do you refer to the screen appearance or to the rowpainter code? i speak about

Font-UI Design

Dear LyX Developers, I don't want to re-open the debate on the Font preferences dialog, but ... I found that the new design was slightly distracting. In particular the presence of the "Use non-TeX fonts" checkbox at the top of the list was driving me nuts. Because of this, I took an

Re: LyX 2.0 - some bugs

Stephan Witt wrote: > Ok, but that's what I tried too. I attach some screen shot to compare > the two versions, unpatched first - patched second. I cannot see any chaos. this is how it looks on linux qt 4.6.3, Century Schoolbook L font. (patched version) pavel <><>

Re: r36657 - lyx-devel/trunk/src/insets

On 12/02/2010 10:52 AM, Vincent van Ravesteijn wrote: On Thu, Dec 2, 2010 at 4:48 PM, Jean-Marc Lasgouttes wrote: Le 2 déc. 2010 à 16:19, Richard Heck a écrit : The point here is that the old line completely wipes out the counters, including all record of which

  1   2   >