Re: bug 1627

José Matos wrote: Hi, In order to fix bug 1627 and to reduce the number of ancient bugs I propose the patch attached. It renames portuges to portuguese and brazil to brazilian. This removes the heritage of babel's original (and weird) name. Any objection? Yes, how dare you... ... no,

Re: Google Summer of Code 2007

On Fri, 2007-02-23 at 08:33 +0100, Jean-Marc Lasgouttes wrote: > > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes: > > Lars> Bernhard Reiter <[EMAIL PROTECTED]> writes: | Project suggestions > Lars> that come to my mind: > Lars> | > Lars> | * Change file format to something XML-base

Re: [pathy] Re: page scrolling unusable on slow display

Lars Gullik Bjønnes wrote: I had to resort to X11 magic. So if anyone can tell how to accomplish the same with native Qt calls I'll be very happy. This is not needed as, on Windows and Mac (I think), the event queue will wait for the event to be finished before starting a new one. Anyway,

Problem LyX

just for shure - my request in english (hope its not too bad..) my problem is that everytime I press the arrow keys, or insert key or mostly any function key, LyX only creates the character "^" and does not move the cursor as desired. I'm using LyX 1.4.4 under windows XP. is this a known pro

Problem LyX

Hallo! Ich habe bei meinem Praktikum in einer Firma Lyx für Dokumentationen schätzen gelernt. Nun wollte ich einen Beleg für die Uni zuhause schreiben, und stelle immer einen Fehler fest: Bei jeglicher Benutzung der Pfeiltasten erscheinen nur "^", statt dass der Cursor sich bewegt. auch die Lösc

Re: On the interface between Lyx and CAS: some ideas for a better desing

> "Pablo" == Pablo De Napoli <[EMAIL PROTECTED]> writes: Pablo> But I think that a better design is possible: For every Pablo> possible program, all that is needed is a small program or Pablo> script (that could be even written in a high-level, Pablo> easy-to-debug language, say python, if we

Re: Google Summer of Code 2007

> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes: Lars> Bernhard Reiter <[EMAIL PROTECTED]> writes: | Project suggestions Lars> that come to my mind: Lars> | Lars> | * Change file format to something XML-based (ODT even, maybe) Lars> | * Finish GTK frontend | * ... your suggestion h

Re: mathed plain text output

> "Michael" == Michael Gerz <[EMAIL PROTECTED]> writes: Michael> Georg, it turned out that InsetMathHull is not the only place Michael> where plaintext() is needed. Math macros are output in - Michael> surprise, surprise - InsetMathDim. Does this make sense to Michael> you? Michael> I am temp

Re: bug 1627

> "José" == José Matos <[EMAIL PROTECTED]> writes: José> Hi, In order to fix bug 1627 and to reduce the number of ancient José> bugs I propose the patch attached. José> It renames portuges to portuguese and brazil to brazilian. This José> removes the heritage of babel's original (and weird) n

Re: LyX/Windows 1.4.4 LaTeX preamble bug

> "Joost" == Joost Verburg <[EMAIL PROTECTED]> writes: Joost> Joost Verburg wrote: >> There seems to be a major bug in LyX/Windows 1.4.4. Going to the >> LaTeX preamble in an existing document causes LyX to hang. This >> means that it's impossible to edit to preamble. Joost> After some hackin

Re: Beta 1 (preliminar)

> "christian" == christian ridderstrom <[EMAIL PROTECTED]> writes: christian> On Thu, 22 Feb 2007, Jean-Marc Lasgouttes wrote: >>> "José" == José Matos <[EMAIL PROTECTED]> writes: >> Lars, is it normal that 'wget' on aussie is unable to resolve dns >> (whereas host can do it perfectly)?

On the interface between Lyx and CAS: some ideas for a better desing

Subject: On the interfaces between Lyx and CAS Hi, I want to share with you, some ideas concerning the interface of Lyx with computer algebra systems, that perhaps might help to improve its design. Currently, Lyx has a somewhat rudimentary interface that allows one to select a expression in the

Re: LyX/Windows 1.4.4 LaTeX preamble bug

Joost Verburg wrote: There seems to be a major bug in LyX/Windows 1.4.4. Going to the LaTeX preamble in an existing document causes LyX to hang. This means that it's impossible to edit to preamble. After some hacking with the Q../Free sources I think I found the problem. Tomorrow I'll upload

[pathy] Re: page scrolling unusable on slow display

[EMAIL PROTECTED] (Lars Gullik Bjønnes) writes: | [EMAIL PROTECTED] (Lars Gullik Bjønnes) writes: | | | Sure it is related to auto-repeat. But it is not due to the system | | being configured wrong. It is due to us not being able to keep up | | display wise. | | | | Qt makes it hard to get any

Re: Low-tech comparisons between two installer code bases.

Bo Peng <[EMAIL PROTECTED]> writes: > I had a quick scan of the two installer code bases and was quite > surprised about the complexity of the installers > if and endif (interesting) > J: 89 > U: 269 If memory serves, 'if' and 'endif' aren't native NSIS instructions. Rather, these things are use

Re: page scrolling unusable on slow display

[EMAIL PROTECTED] (Lars Gullik Bjønnes) writes: | Sure it is related to auto-repeat. But it is not due to the system | being configured wrong. It is due to us not being able to keep up | display wise. | | Qt makes it hard to get any control over the event queue, so how to | other qt applications

Re: page scrolling unusable on slow display

[EMAIL PROTECTED] (Lars Gullik Bjønnes) writes: | Helge Hafting <[EMAIL PROTECTED]> writes: | | | Lars Gullik Bjønnes wrote: | | > Helge Hafting <[EMAIL PROTECTED]> writes: | | > | | > | There is a different problem with scrolling though; it keeps | | > | rolling long after I release "page down"

Re: page scrolling unusable on slow display

Abdelrazak Younes <[EMAIL PROTECTED]> writes: | Helge Hafting wrote: | > Lars Gullik Bjønnes wrote: | >> Helge Hafting | >> <[EMAIL PROTECTED]> writes: | >> | >> | There is a different problem with scrolling though; it keeps | >> | rolling long after I release "page down" or let go of the mouse.

Re: Google Summer of Code 2007

On Thu, 22 Feb 2007, Lars Gullik Bjønnes wrote: Bernhard Reiter <[EMAIL PROTECTED]> writes: | Project suggestions that come to my mind: | | * Change file format to something XML-based (ODT even, maybe) | * Finish GTK frontend | * ... your suggestion here ... If we ever do this (it requires som

Re: Low-tech comparisons between two installer code bases.

On Thu, 22 Feb 2007, Bo Peng wrote: Size: .nsh and .nsi only, no language files. J: 19 files 2419 lines, 511 blank, 119 comments (; only) U: 12 files 3570 lines, 739 blank, 294 comments (; only) Correction: 226, 555 comment lines respectively. (I only counted '^;', '^\s*;' is used now.) D

Re: Beta 1 (preliminar)

On Thu, 22 Feb 2007, Jean-Marc Lasgouttes wrote: "José" == José Matos <[EMAIL PROTECTED]> writes: Lars, is it normal that 'wget' on aussie is unable to resolve dns (whereas host can do it perfectly)? It's normal in the sense that I've encountered this problem since .. oh let's say the begi

Re: r17298 - /lyx-devel/trunk/src/CutAndPaste.C

Lars Gullik Bjønnes wrote: Then you are saying that __func__ is hurting a lot... and that is resolved at compile time, so I just do not belive you. This depends on the compiler. What costs is writing to lyxerr in the first place, not BOOST_CURRENT_FUNCTION. A lyxerr null-wirte is not free. (f

Re: LyX/Windows 1.4.4 LaTeX preamble bug

Joost Verburg wrote: I'll roll back an older Q../Free version and create 1.4.4-4 builds. Sorry for keeping you busy uploading to ftp.lyx.org. There seems to be no Q../Free source release that works fine. 3.3.6-6 has many known bugs that affect LyX, while 3.3.7-7 has this preamble problem. S

Re: page scrolling unusable on slow display

Helge Hafting <[EMAIL PROTECTED]> writes: | Lars Gullik Bjønnes wrote: | > Helge Hafting <[EMAIL PROTECTED]> writes: | > | > | There is a different problem with scrolling though; it keeps | > | rolling long after I release "page down" or let go of the mouse. | > | Now, I am used to "keyboard repe

Re: Google Summer of Code 2007

Bernhard Reiter <[EMAIL PROTECTED]> writes: | Project suggestions that come to my mind: | | * Change file format to something XML-based (ODT even, maybe) | * Finish GTK frontend | * ... your suggestion here ... If we ever do this (it requires some resources for a mentor project side), I'd sugges

Re: r17298 - /lyx-devel/trunk/src/CutAndPaste.C

Asger Ottar Alstrup <[EMAIL PROTECTED]> writes: | > | > | this I do use BOOST_CURRENT_FUNCTION (and even got flamed for doing so | > | > | by Asger). | | We profiled stuff and found that in some critical inner loops, the use | of BOOST_CURRENT_FUNCTION hurt performance a lot. If you want to use |

Google Summer of Code 2007

Hi everybody, I've posted this once already; it didn't receive any attention, but it would be real shame if this passed unnoticed given the generally assumed lack of manpower for LyX. Google are having their Summer of Code again this year; briefly spoken, they're paying students to work on open

mathed plain text output

Georg, it turned out that InsetMathHull is not the only place where plaintext() is needed. Math macros are output in - surprise, surprise - InsetMathDim. Does this make sense to you? I am tempted to commit the following patch (with a slightly improved plaintext() in InsetMathDim.C). Any co

Re: Fix bug 3238. Please test.

I still maintain that using boost::serialization does not help here at all. It might be useful for other reasons, but it does not solve the problem of text/table clipboard unification. I agree the converters are needed anyway. It can be done now in CutAndPaste.C but it should be moved to insetta

bug 1627

Hi, In order to fix bug 1627 and to reduce the number of ancient bugs I propose the patch attached. It renames portuges to portuguese and brazil to brazilian. This removes the heritage of babel's original (and weird) name. Any objection? -- José Abílio Index: src/buffer.C

Re: LyX is getting... very annoying.

Abdelrazak Younes wrote: > No, LyXText does not need a Buffer. Indeed, that was an intermediate step. > AFAIS, the only place where a Buffer is needed in InsetMathMBox is in > InsetMathMBox::write(). A special case for this object when this method > is called is all that is needed. This is a ma

Re: Fix bug 3238. Please test.

Bo Peng wrote: > From data structure point of view, clipboard would become typed > stream. I.e. LyX_Table, LyX_Text, LyX_Math etc. Then, depending on > where the clipboard is pasted, we should have converters like > LyX_Table->LyXText. LyXText->plain text so that table stuff can be > pasted into a

Re: LyX is getting... very annoying.

Georg Baum wrote: Not really. You probably mean MathMBoxInset, which indeed can store real text. The problem is that it cannot be used because it requires a BufferView in the constructor, and that is not available when the inset needs to be created. Believe me, I tried to enable this ~ 2 years a

Re: LyX/Windows 1.4.4 LaTeX preamble bug

Jean-Marc Lasgouttes wrote: This is weird. I cannot reproduce it on linux. Is it windows-only? Can you see where it hangs? After returning from PanelStack::qt_invoke in panelstack_moc.cpp it hangs. So it's a bug in Q../Free. I'll roll back an older Q../Free version and create 1.4.4-4 builds.

Re: Fix bug 3238. Please test.

Unfortunately using boost::serialization will not solve the problem of the two disconnected clipboards for table/nontable stuff. You would still need to keep track of what was the latest copy operation and whether it is multicell stuff or single cell stuff. I don't think that boost::serialization

Re: LyX is getting... very annoying.

Andre Poenitz wrote: > On Thu, Feb 22, 2007 at 09:27:01AM +0100, Georg Baum wrote: >> This has not happened so far because some internal code dependencies made >> it almost impossible. Abdel has cleaned this up a lot, and I believe it >> is possible to implement it now, but in won't happen for 1.5

Re: Fix bug 3238. Please test.

Bo Peng wrote: >> Really? I don't understand why, but if this is the case then put it in. >> This separate table cut buffer is really too complicated. I am seriously >> considering to fix the Mac table copy/paste bug by implementing the grid >> cut buffer. > > A unified datastructure is not easy

Re: LyX/Windows 1.4.4 LaTeX preamble bug

> "Joost" == Joost Verburg <[EMAIL PROTECTED]> writes: Joost> Hi, There seems to be a major bug in LyX/Windows 1.4.4. Going Joost> to the LaTeX preamble in an existing document causes LyX to Joost> hang. This means that it's impossible to edit to preamble. This is weird. I cannot reproduce it

Re: strange cursor positioning

On Thu, Feb 22, 2007 at 02:54:22PM +0100, Abdelrazak Younes wrote: > >It doesn't happen on Windows, and it only happens on *nix when both > >"Restore cursor positions" and "Load opened files from last session" > >are checked. > > Hum, it seems that "Restore cursor positions" does not work on windo

Re: Lyx.org mirror set up in Germany

> "Sascha" == Sascha Schwarz <[EMAIL PROTECTED]> writes: Sascha> Hi there, first of all let me thank you for the service you Sascha> provide with Lyx.org! Sascha> To support your efforts we put up a mirror on our website Sascha> Cybermirror.org under http://lyx.cybermirror.org. Sascha> The s

Re: strange cursor positioning

On Thu, Feb 22, 2007 at 11:11:09AM +0100, Abdelrazak Younes wrote: > Georg Baum wrote: > >Andre Poenitz wrote: > > > >>Is everybody happy with the cursor positioning after > >>reloading a document? > >> > >>Eaxmaple atached. No matter what I do the cursor is > >>initially _above_ the workarea. > >

LyX/Windows 1.4.4 LaTeX preamble bug

Hi, There seems to be a major bug in LyX/Windows 1.4.4. Going to the LaTeX preamble in an existing document causes LyX to hang. This means that it's impossible to edit to preamble. Can others reproduce this as well? Any ideas what may cause this bug? Regards, Joost

Re: [PATCH] Translating the LyX menu on the mac

> "Bennett" == Bennett Helm <[EMAIL PROTECTED]> writes: Bennett> Yes -- it does. The menus seem to be in the right spots, Bennett> though in the LyX menu, "About LyX" and "Preferences" are Bennett> untranslated. Worse, selecting either one produces a crash. Bennett> Here's the backtrace (same

Re: Experimental inline editing of math macros

> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes: Andre> But the visual clue is completely wrong. The cursor jumps Andre> around wildly. This is not in sync to the rest of mathed where Andre> cursor navigation is 'visual', not 'logical'. I'd expect Tab to go in parameter order and the ot

Re: Experimental inline editing of math macros

On Thu, Feb 22, 2007 at 09:17:04AM +0100, Stefan Schimanski wrote: > > Am 21.02.2007 um 23:12 schrieb Andre Poenitz: > > >On Wed, Feb 21, 2007 at 03:12:24PM +0100, Stefan Schimanski wrote: > >>Waiting for some comments > > > >Ok. Updated patch attached. The patch is 'clean' C++-wise. > >There is

Re: Experimental inline editing of math macros

On Thu, Feb 22, 2007 at 09:09:19AM +0100, Stefan Schimanski wrote: > > Am 21.02.2007 um 22:51 schrieb Andre Poenitz: > > > >Well... I am not sure about 'acceptable' cursor movement. > > > >The equivalent of \def\x#1#2#3{#3+#2+#1} is not exactly > >'easy' to navigate. And that's only a 'linear' for

Re: Fix bug 3238. Please test.

Really? I don't understand why, but if this is the case then put it in. This separate table cut buffer is really too complicated. I am seriously considering to fix the Mac table copy/paste bug by implementing the grid cut buffer. A unified datastructure is not easy because CutAndPaste needs to k

Re: r17276 - /lyx-devel/trunk/src/output_plaintext.C

On Thu, Feb 22, 2007 at 02:36:45AM +0100, Lars Gullik Bjønnes wrote: > Andre Poenitz <[EMAIL PROTECTED]> writes: > > | On Wed, Feb 21, 2007 at 10:19:57AM +0100, Lars Gullik Bjønnes wrote: > | > | if (runparams.linelen > 0 && > | > | currlinelen +

Re: Beta 1 (preliminar)

> "José" == José Matos <[EMAIL PROTECTED]> writes: José> Could you copy the files from me, Bo and Bennet to José> ftp://ftp.devel.lyx.org/pub/lyx/pre José> http://www.lyx.org/~jamatos/ http://www.lyx.org/~bpeng/ José> http://edisk.fandm.edu/bennett.helm/LyX/LyX-1.5.0beta1-Mac-Intel.zip José>

Re: strange cursor positioning

On Thu, Feb 22, 2007 at 02:54:22PM +0100, Abdelrazak Younes wrote: > Hum, it seems that "Restore cursor positions" does not work on windows, > the cursor is always set the beginning here. Works just fine for me. -- Enrico

Re: r17298 - /lyx-devel/trunk/src/CutAndPaste.C

| > | this I do use BOOST_CURRENT_FUNCTION (and even got flamed for doing so | > | by Asger). We profiled stuff and found that in some critical inner loops, the use of BOOST_CURRENT_FUNCTION hurt performance a lot. If you want to use such stuff, please make sure it is guarded correctly to not

Re: page scrolling unusable on slow display

Abdelrazak Younes wrote: Helge Hafting wrote: We agree then. Scrolling is certainly hard to use/useless, although the performance is fine. I rol through the guide at great speed, but can't stop. As nobody is seeing this except you (at least nobody has replied to my request). I think it is

Re: strange cursor positioning

Enrico Forestieri wrote: On Thu, Feb 22, 2007 at 11:24:10AM +0100, Abdelrazak Younes wrote: Georg Baum wrote: Abdelrazak Younes wrote: I think there is a redraw missing after the macro expansion. If you select something within the macro, the workarea will be expanded to the correct size. Thi

Re: page scrolling unusable on slow display

Helge Hafting wrote: Lars Gullik Bjønnes wrote: Helge Hafting <[EMAIL PROTECTED]> writes: | There is a different problem with scrolling though; it keeps | rolling long after I release "page down" or let go of the mouse. | Now, I am used to "keyboard repeat lag" but no other app keeps | rolling

Fwd: Math related crashes with LyX/Mac-1.4.4 (PPC only)

[The first time I sent this, it came through to me as a blank message, so I'm sending it again. Sorry for the noise.] - Below is a report from Anders Ekberg on crashes with LyX/Mac-1.4.4 for PPC. A subsequent e-mail from him indicates that it's definitely math related, and I ca

Fwd: Math related crashes with LyX/Mac-1.4.4 (PPC only)

Below is a report from Anders Ekberg on crashes with LyX/Mac-1.4.4 for PPC. A subsequent e-mail from him indicates that it's definitely math related, and I can confirm: simply attempting to insert math in an otherwise empty document causes a crash. These are problems with the version I comp

Re: strange cursor positioning

On Thu, Feb 22, 2007 at 11:24:10AM +0100, Abdelrazak Younes wrote: > Georg Baum wrote: > > Abdelrazak Younes wrote: > > > >> I think there is a redraw missing after the macro expansion. If you > >> select something within the macro, the workarea will be expanded to the > >> correct size. > > > >

Re: page scrolling unusable on slow display

Lars Gullik Bjønnes wrote: Helge Hafting <[EMAIL PROTECTED]> writes: | There is a different problem with scrolling though; it keeps | rolling long after I release "page down" or let go of the mouse. | Now, I am used to "keyboard repeat lag" but no other app keeps | rolling when I release the mou

Re: r17298 - /lyx-devel/trunk/src/CutAndPaste.C

Georg Baum <[EMAIL PROTECTED]> writes: | Lars Gullik Bjønnes wrote: | | > Georg Baum <[EMAIL PROTECTED]> | > writes: | > | > | this I do use BOOST_CURRENT_FUNCTION (and even got flamed for doing so | > | by Asger). | > | > Hmm. Why was that? | | I believe he thought that BOOST_CURRENT_FUNCTIO

Re: strange cursor positioning

Georg Baum wrote: Abdelrazak Younes wrote: I think there is a redraw missing after the macro expansion. If you select something within the macro, the workarea will be expanded to the correct size. This is indepedant of any macros. It happens for all documents. afterload.png is how it looks li

Re: LyX 1.4.4 is released

> "Bennett" == Bennett Helm <[EMAIL PROTECTED]> writes: Bennett> I've posted the correct version of LyX/Mac-1.4.4-PPC on my Bennett> server here: Bennett> Bennett> Can you make it publicly available? I just did that. JMarc

Re: strange cursor positioning

Andre Poenitz wrote: Is everybody happy with the cursor positioning after reloading a document? Eaxmaple atached. No matter what I do the cursor is initially _above_ the workarea. Disclaimer: I know strictly nothing about math macro. IIUC, the line below the [Macro: x:...] line is automatical

Re: strange cursor positioning

Abdelrazak Younes wrote: > I think there is a redraw missing after the macro expansion. If you > select something within the macro, the workarea will be expanded to the > correct size. This is indepedant of any macros. It happens for all documents. afterload.png is how it looks like just after lo

Re: strange cursor positioning

Georg Baum wrote: Andre Poenitz wrote: Is everybody happy with the cursor positioning after reloading a document? Eaxmaple atached. No matter what I do the cursor is initially _above_ the workarea. Ah... you mean _below_ the workarea, don't you? I see this, too. There are always one or tw

Re: strange cursor positioning

Andre Poenitz wrote: > > Is everybody happy with the cursor positioning after > reloading a document? > > Eaxmaple atached. No matter what I do the cursor is > initially _above_ the workarea. I see this, too. There are always one or two lines of the document invisible, even if it is shorter tha

Re: r17298 - /lyx-devel/trunk/src/CutAndPaste.C

Lars Gullik Bjønnes wrote: > Georg Baum <[EMAIL PROTECTED]> > writes: > > | this I do use BOOST_CURRENT_FUNCTION (and even got flamed for doing so > | by Asger). > > Hmm. Why was that? I believe he thought that BOOST_CURRENT_FUNCTION would pull in too much other stuff and is too expensive, but

Re: strange cursor positioning

Bernhard Roider wrote: Andre Poenitz wrote: Is everybody happy with the cursor positioning after reloading a document? Eaxmaple atached. No matter what I do the cursor is initially _above_ the workarea. Andre' I have no problem with the cursor, but i moved around in the file with th cursor

Re: [Cvslog] r17298 - /lyx-devel/trunk/src/CutAndPaste.C

> "baum" == baum <[EMAIL PROTECTED]> writes: baum> Author: baum Date: Thu Feb 22 09:18:59 2007 New Revision: 17298 baum> URL: http://www.lyx.org/trac/changeset/17298 Log: make Lars baum> happy I think you need to add #include Otherwise it may not compile with assertions disabled. JMarc

Re: strange cursor positioning

Andre Poenitz wrote: Is everybody happy with the cursor positioning after reloading a document? Eaxmaple atached. No matter what I do the cursor is initially _above_ the workarea. I cannot reproduce that here... Abdel.

Re: r17298 - /lyx-devel/trunk/src/CutAndPaste.C

Georg Baum <[EMAIL PROTECTED]> writes: | this I do use BOOST_CURRENT_FUNCTION (and even got flamed for doing so by | Asger). Hmm. Why was that? -- Lgb

Re: r17298 - /lyx-devel/trunk/src/CutAndPaste.C

Lars Gullik Bjønnes wrote: > It is not really about making me happy you know... Yes I know. I should have added a smiley:-) I know why BOOST_CURRENT_FUNCTION is better. I did just not think about it yesterday, since this was only moving code around. When I add new debug messages like this I do us

Re: r17276 - /lyx-devel/trunk/src/output_plaintext.C

Georg Baum <[EMAIL PROTECTED]> writes: | > But perhaps it should be possible to have this more complex than a | > simple comparison to ' '. | | In that case use a helper function. This might actually make sense in this | case, but your original comment loooked to me as if you would like an | is_s

Re: r17276 - /lyx-devel/trunk/src/output_plaintext.C

Lars Gullik Bjønnes wrote: > Andre Poenitz > <[EMAIL PROTECTED]> > writes: > > | On Wed, Feb 21, 2007 at 10:19:57AM +0100, Lars Gullik Bjønnes wrote: > | > | if (runparams.linelen > 0 && > | > | currlinelen + word.length() > runparams.linelen) { > | > | os << '\n'; > | > > | > I wonder... it

Re: r17298 - /lyx-devel/trunk/src/CutAndPaste.C

[EMAIL PROTECTED] writes: | Author: baum | Date: Thu Feb 22 09:18:59 2007 | New Revision: 17298 | | URL: http://www.lyx.org/trac/changeset/17298 | Log: | make Lars happy It is not really about making me happy you know... -- Lgb

Re: Fix bug 3238. Please test.

Bo Peng wrote: >> the attached patch is better. > > You have a change of behavior. If you select several cells, and paste > to a cell, the plain text version is pasted, not the cells. Really? I don't understand why, but if this is the case then put it in. This separate table cut buffer is really

Re: Experimental inline editing of math macros

Am 21.02.2007 um 23:12 schrieb Andre Poenitz: On Wed, Feb 21, 2007 at 03:12:24PM +0100, Stefan Schimanski wrote: Waiting for some comments Ok. Updated patch attached. The patch is 'clean' C++-wise. There is no memory problem as far as I can tell. I also attach a .lyx file containing a simpl

Re: Experimental inline editing of math macros

Am 21.02.2007 um 22:51 schrieb Andre Poenitz: Well... I am not sure about 'acceptable' cursor movement. The equivalent of \def\x#1#2#3{#3+#2+#1} is not exactly 'easy' to navigate. And that's only a 'linear' formula. Well, nobody stops you from defining it as \def\x#1#2#3{#1+#2+#3} if that