Re: close all floats

2002-04-30 Thread Juergen Vigna
On 30-Apr-2002 Rod Pinna wrote: Nothing in particular. Just if I have 20 or so floats, and do a spell check, then then are all opened. I tend to prefer to work with them all closed. I find it much easier to concentrate on the text. They remain opened if you find some errors inside, isn't

Re: REVTeX4 Layout: PACS numbers wrongly displayed

2002-04-30 Thread Juergen Vigna
On 30-Apr-2002 R. Lahaye wrote: Oh, is there another mailinglist for discussing bugs, apart from lyx-devel? It's getting really complicated then I find this too sometimes a bit annoying especially if I want to publicy discuss a problem on lyx-devel I have to recopy the discussion and

Re: PATCH: fix for #337

2002-04-30 Thread Juergen Vigna
On 29-Apr-2002 Dekel Tsur wrote: On Mon, Apr 29, 2002 at 06:01:27PM +0200, Lars Gullik Bjønnes wrote: Why do you say that 1.2.0cvs is not able to read files with the latex layout? Hmm it seems that we test for a valid layout a bit early in buffer.C... so that the compability reading does not

Patches confirmation!

2002-04-30 Thread Juergen Vigna
I want a confirmation for any patch I send to the list. I now don't assume silence is agreement. So Lars tell me ok and I'll commit tell me nok and I forget about the patch AND the bug, tell me how you think it should be correctly fix (if you don't have the time to do it yourself) and I'll have

Re: Patches confirmation!

2002-04-30 Thread Juergen Vigna
On 30-Apr-2002 Andre Poenitz wrote: You could just move your current source tree to, say, lyx-devel-for-1.3, do a second checkout on lyx-devel and work there. Andre', having four of these beasts hanging arounf by now I know and I have at least 6 of them araound (a lot of them for

Re: Some unconverted Standards

2002-04-30 Thread Juergen Vigna
On 30-Apr-2002 Lars Gullik Bjønnes wrote: John Levon [EMAIL PROTECTED] writes: | On Mon, Apr 29, 2002 at 05:14:38PM +0200, Lars Gullik Bjønnes wrote: I found these and thing they should be changed. Does the following patch look ok? | Dunno if it's this patch, but here's one way to crash :

Re: PATCH: fix for #337

2002-04-30 Thread Juergen Vigna
On 30-Apr-2002 Lars Gullik Bjønnes wrote: And this is a different bug from the one I answered to, right? Nope! I copied it from your reply to this patch! Anyway I think your patch looks ok. I'll commit this one then! Jug --

Re: Some unconverted Standards

2002-04-30 Thread Juergen Vigna
On 30-Apr-2002 Juergen Vigna wrote: It crashes also without your crash but I sent already a patch to fix ^patch but you surely did understand what I meant, didn't you ;) Jug P.S.: In 10 minutes I'm gone so commits for not yet confirmed bugs have

Re: Language specific crash in LyX 1.2.0cvs

2002-04-30 Thread Juergen Vigna
On 29-Apr-2002 Claus Hindsgaul wrote: > By request, I have obtained the following backtraces from valgrind > (attached) and gdb from a LyX 1.2.0CVS of today with Juergens patch > applied compiled with --disable-optimization. They were both made doing > the same thing as in my prior backtraces.

Re: PATCH: Fix for #350

2002-04-30 Thread Juergen Vigna
On 29-Apr-2002 John Levon wrote: > I'm building with it now. Can you tell us how we could trigger the > bug to see it's fixed ? Do you know ? No I don't, therefore I said "should" (but I'm pretty confident seeing the backtrace of the bug it can only be that we are going behind the paragraph

Re: Some unconverted "Standard"s

2002-04-30 Thread Juergen Vigna
On 29-Apr-2002 John Levon wrote: > Start a new par, and set it to Subsection. Now insert an index list > in this par (this will reset to Standard). Now click before the index > button, and reset it to Subsection. Now start typing. Observe drawing > errors as the cursor is somehow on the line

Re: FWD: Re: A WinXP patch

2002-04-30 Thread Juergen Vigna
On 29-Apr-2002 Mate Wierdl wrote: > application/pdf > application/postscript > application/x-compress > application/x-dvi > application/x-latex > application/x-tar > application/x-tex > image/gif > image/jpeg > image/png > Plese leave/add those you want in the list, then I will implement it. >

Re: close all floats

2002-04-30 Thread Juergen Vigna
On 30-Apr-2002 Rod Pinna wrote: > Nothing in particular. Just if I have 20 or so floats, and do a spell > check, then then are all opened. I tend to prefer to work with them all > closed. I find it much easier to concentrate on the text. They remain opened if you find some errors inside, isn't

Re: REVTeX4 Layout: PACS numbers wrongly displayed

2002-04-30 Thread Juergen Vigna
On 30-Apr-2002 R. Lahaye wrote: > Oh, is there another mailinglist for discussing bugs, apart from lyx-devel? > It's getting really complicated then I find this too sometimes a bit annoying especially if I want to publicy discuss a problem on lyx-devel I have to recopy the discussion and

Re: PATCH: fix for #337

2002-04-30 Thread Juergen Vigna
On 29-Apr-2002 Dekel Tsur wrote: > On Mon, Apr 29, 2002 at 06:01:27PM +0200, Lars Gullik Bjønnes wrote: >> Why do you say that 1.2.0cvs is not able to read files with the latex >> layout? Hmm it seems that we test for a valid layout a bit early in >> buffer.C... so that the compability reading

Patches confirmation!

2002-04-30 Thread Juergen Vigna
I want a confirmation for any patch I send to the list. I now don't assume silence is agreement. So Lars tell me "ok" and I'll commit tell me "nok" and I forget about the patch AND the bug, tell me how you think it should be correctly fix (if you don't have the time to do it yourself) and I'll

Re: Patches confirmation!

2002-04-30 Thread Juergen Vigna
On 30-Apr-2002 Andre Poenitz wrote: > You could just move your current source tree to, say, lyx-devel-for-1.3, do > a second checkout on lyx-devel and work there. > > Andre', having four of these beasts hanging arounf by now I know and I have at least 6 of them araound (a lot of them for

Re: Some unconverted "Standard"s

2002-04-30 Thread Juergen Vigna
On 30-Apr-2002 Lars Gullik Bjønnes wrote: > John Levon <[EMAIL PROTECTED]> writes: > >| On Mon, Apr 29, 2002 at 05:14:38PM +0200, Lars Gullik Bjønnes wrote: >> >>> I found these and thing they should be changed. >>> Does the following patch look ok? >> >| Dunno if it's this patch, but here's

Re: PATCH: fix for #337

2002-04-30 Thread Juergen Vigna
On 30-Apr-2002 Lars Gullik Bjønnes wrote: > And this is a different bug from the one I answered to, right? Nope! I copied it from your reply to this patch! > Anyway I think your patch looks ok. I'll commit this one then! Jug --

Re: Some unconverted "Standard"s

2002-04-30 Thread Juergen Vigna
On 30-Apr-2002 Juergen Vigna wrote: > It crashes also without your crash but I sent already a patch to fix ^patch but you surely did understand what I meant, didn't you ;) Jug P.S.: In 10 minutes I'm gone so commits for not yet confirmed bugs h

Re: buffer local l10n

2002-04-29 Thread Juergen Vigna
On 28-Apr-2002 Lars Gullik Bjønnes wrote: Can be done with gcc 3.1 and glibc: [snip] You mean localize certain WorkArea strings (labels) on the selected document language? Jug -- -._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._ Dr. Jürgen Vigna

Re: Minibuffer

2002-04-29 Thread Juergen Vigna
On 29-Apr-2002 Angus Leeming wrote: With emacs-bindings, type M-x Well I guess with cua too. But I guess that won't be the solution :) Jug -- -._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._ Dr. Jürgen VignaE-Mail: [EMAIL PROTECTED] Italienallee 13/N

Re: [PATCH] Re: Here you go

2002-04-29 Thread Juergen Vigna
On 29-Apr-2002 Lars Gullik Bjønnes wrote: | Even if this feature wasn't widely used, it is still bad to drop support for | it. I can agree with that. It's the same for the indented paragraphs also. We droped that too and it doesn't seem someone wants it back (appart from me as I think it's

Re: Language specific crash in LyX 1.2.0cvs

2002-04-29 Thread Juergen Vigna
On 24-Apr-2002 Claus Hindsgaul wrote: ons, 2002-04-24 kl. 15:27 skrev John Levon: Did that help? No ! Look at the backtrace yourself then look at the source they are completely different. Perhaps a valgrind bug ? Thanks for your backtraces (and patience). Would it be possible for you to

PATCH: Fix for #350

2002-04-29 Thread Juergen Vigna
Well as the subject tells us this should fix #350 Jug -- -._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._ Dr. Jürgen VignaE-Mail: [EMAIL PROTECTED] Italienallee 13/N Tel/Fax: +39-0471-450260 / +39-0471-450253 I-39100 Bozen Web:

PATCH: fix for #348

2002-04-29 Thread Juergen Vigna
Another one for people to have a look at! Jug P.S.: Q: Why are you sending all this simple patches to the list? A: I don't want to risk my karma commiting them :P -- -._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._ Dr. Jürgen VignaE-Mail: [EMAIL

PATCH: fix for #337

2002-04-29 Thread Juergen Vigna
The last one for today have a look! Jug -- -._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._ Dr. Jürgen VignaE-Mail: [EMAIL PROTECTED] Italienallee 13/N Tel/Fax: +39-0471-450260 / +39-0471-450253 I-39100 Bozen Web: http://www.sad.it/~jug

Re: buffer local l10n

2002-04-29 Thread Juergen Vigna
On 28-Apr-2002 Lars Gullik Bjønnes wrote: > > Can be done with gcc 3.1 and glibc: [snip] You mean localize certain "WorkArea" strings (labels) on the selected document language? Jug -- -._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._ Dr. Jürgen Vigna

Re: Minibuffer

2002-04-29 Thread Juergen Vigna
On 29-Apr-2002 Angus Leeming wrote: > With emacs-bindings, type M-x Well I guess with cua too. But I guess that won't be the solution :) Jug -- -._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._ Dr. Jürgen VignaE-Mail: [EMAIL PROTECTED] Italienallee 13/N

Re: [PATCH] Re: Here you go

2002-04-29 Thread Juergen Vigna
On 29-Apr-2002 Lars Gullik Bjønnes wrote: >| Even if this feature wasn't widely used, it is still bad to drop support for >| it. > > I can agree with that. It's the same for the indented paragraphs also. We droped that too and it doesn't seem someone wants it back (appart from me as I think

Re: Language specific crash in LyX 1.2.0cvs

2002-04-29 Thread Juergen Vigna
On 24-Apr-2002 Claus Hindsgaul wrote: > ons, 2002-04-24 kl. 15:27 skrev John Levon: >> > Did that help? >> >> No ! Look at the backtrace yourself then look at the source they are >> completely different. Perhaps a valgrind bug ? Thanks for your backtraces (and patience). Would it be possible

PATCH: Fix for #350

2002-04-29 Thread Juergen Vigna
Well as the subject tells us this should fix #350 Jug -- -._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._ Dr. Jürgen VignaE-Mail: [EMAIL PROTECTED] Italienallee 13/N Tel/Fax: +39-0471-450260 / +39-0471-450253 I-39100 Bozen Web:

PATCH: fix for #348

2002-04-29 Thread Juergen Vigna
Another one for people to have a look at! Jug P.S.: Q: Why are you sending all this simple patches to the list? A: I don't want to risk my "karma" commiting them :P -- -._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._ Dr. Jürgen VignaE-Mail: [EMAIL

PATCH: fix for #337

2002-04-29 Thread Juergen Vigna
The last one for today have a look! Jug -- -._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._ Dr. Jürgen VignaE-Mail: [EMAIL PROTECTED] Italienallee 13/N Tel/Fax: +39-0471-450260 / +39-0471-450253 I-39100 Bozen Web: http://www.sad.it/~jug

Re: Pre4 and babel

2002-04-26 Thread Juergen Vigna
On 26-Apr-2002 Edwin Leuven wrote: 1) It took long time when lyx changed line by line, took that blue underscore away. I would like to reemphasize this! Try it with the user's guide; it took 20 secs on my pIII 600. 1. open users guide 2. change language in document dialog 3. select

Re: Pre4 and babel

2002-04-26 Thread Juergen Vigna
On 26-Apr-2002 Edwin Leuven wrote: >> 1) It took long time when lyx changed line by line, took that blue >> underscore away. > > I would like to reemphasize this! Try it with the user's guide; it took 20 > secs on my pIII 600. > > 1. open users guide > 2. change language in document dialog >

RE: Crash right-clicking math.

2002-04-24 Thread Juergen Vigna
On 24-Apr-2002 Joao Luis Meloni Assirati wrote: Hi, I'm using the latest cvs. Right clicking any math environment while the cursor isn't inside it brings the math panel up as expected, but then tring to insert any symbol with it will lead to a crash. Andre I think you forget to to a

Re: Crash right-clicking math.

2002-04-24 Thread Juergen Vigna
On 24-Apr-2002 Andre Poenitz wrote: On Wed, Apr 24, 2002 at 09:25:10AM +0200, Juergen Vigna wrote: Right clicking any math environment while the cursor isn't inside it brings the math panel up as expected, but then tring to insert any symbol with it will lead to a crash. Andre I think

RE: My mail account is flaky

2002-04-24 Thread Juergen Vigna
On 24-Apr-2002 Lasgouttes, J.M. wrote: Juergen, I see you did not fix it_Customization.lyx. COuld you do it? Yes I will have a look! Jug -- -._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._ Dr. Jürgen VignaE-Mail: [EMAIL PROTECTED] Italienallee 13/N

Re: Crash right-clicking math.

2002-04-24 Thread Juergen Vigna
On 24-Apr-2002 Andre Poenitz wrote: That's kind of you. #:O) But what is the additional 'if !mathcursor' in 'case 1' good for? If we click in an inset for the very first time, we need to create the cursor. Or is this done in the edit() call? As I said, I am lost... What do you drink

RE: My mail account is flaky

2002-04-24 Thread Juergen Vigna
On 24-Apr-2002 Juergen Vigna wrote: I'll attach you the file I have not enough karma to commit it myself. Umm, sorry I should have send a patch! Jug -- -._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._ Dr. Jürgen VignaE-Mail: [EMAIL PROTECTED

MousWheel handling

2002-04-24 Thread Juergen Vigna
Lars could you please explain me the wheel_jump value? Shouldn't it be a value in % of the workarea-height? As it is now it seems that it is the number of rows to scroll, but then we have a hack in scrollDown which set's this to the workarea-height - (defaultHeight)! IMO this is pretty stupid.

Re: MousWheel handling

2002-04-24 Thread Juergen Vigna
On 24-Apr-2002 Lars Gullik Bjønnes wrote: Juergen Vigna [EMAIL PROTECTED] writes: | Lars could you please explain me the wheel_jump value? Shouldn't it be | a value in % of the workarea-height? As it is now it seems that it is | the number of rows to scroll, but then we have a hack

RE: Crash right-clicking math.

2002-04-24 Thread Juergen Vigna
On 24-Apr-2002 Joao Luis Meloni Assirati wrote: > > Hi, > > I'm using the latest cvs. > > Right clicking any math environment while the cursor isn't inside it > brings the math panel up as expected, but then tring to insert any symbol > with it will lead to a crash. Andre I think you forget

Re: Crash right-clicking math.

2002-04-24 Thread Juergen Vigna
On 24-Apr-2002 Andre Poenitz wrote: > On Wed, Apr 24, 2002 at 09:25:10AM +0200, Juergen Vigna wrote: >> > Right clicking any math environment while the cursor isn't inside it >> > brings the math panel up as expected, but then tring to insert any symbol >> >

RE: My mail account is flaky

2002-04-24 Thread Juergen Vigna
On 24-Apr-2002 Lasgouttes, J.M. wrote: > Juergen, I see you did not fix it_Customization.lyx. COuld you do it? Yes I will have a look! Jug -- -._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._ Dr. Jürgen VignaE-Mail: [EMAIL PROTECTED] Italienallee 13/N

Re: Crash right-clicking math.

2002-04-24 Thread Juergen Vigna
On 24-Apr-2002 Andre Poenitz wrote: > That's kind of you. #:O) > But what is the additional 'if !mathcursor' in 'case 1' good for? > > If we click in an inset for the very first time, we need to create the > cursor. Or is this done in the edit() call? > > As I said, I am lost... What do

RE: My mail account is flaky

2002-04-24 Thread Juergen Vigna
On 24-Apr-2002 Juergen Vigna wrote: > I'll attach you the file I have not enough karma to commit it myself. Umm, sorry I should have send a patch! Jug -- -._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._ Dr. Jürgen VignaE-Mail: [EMAIL PROTEC

MousWheel handling

2002-04-24 Thread Juergen Vigna
Lars could you please explain me the wheel_jump value? Shouldn't it be a value in % of the workarea-height? As it is now it seems that it is the number of rows to scroll, but then we have a hack in scrollDown which set's this to the workarea-height - (defaultHeight)! IMO this is pretty stupid.

Re: MousWheel handling

2002-04-24 Thread Juergen Vigna
On 24-Apr-2002 Lars Gullik Bjønnes wrote: > Juergen Vigna <[EMAIL PROTECTED]> writes: > >| Lars could you please explain me the wheel_jump value? Shouldn't it be >| a value in % of the workarea-height? As it is now it seems that it is >| the number of rows to scroll, bu

RE: [Devel] Crash

2002-04-23 Thread Juergen Vigna
On 22-Apr-2002 Michael Schmitt wrote: at the weekend, I have noticed that LyX crashes eventually (about every three to fives hours). Unfortunately, I cannot give you a detailed test case. The only thing I can provide is the following backtrace. Any idea what is going wrong? If I remember

Re: bug in displaying of picture

2002-04-23 Thread Juergen Vigna
On 23-Apr-2002 Angus Leeming wrote: Yes. Remember that I had to rewrite the code pretty-well from scratch and that meant learning how it worked as I went along. I just came up with a solution that was logically correct. Storing the modified images in the graphics inset and use of

Re: Language specific crash in LyX 1.2.0cvs

2002-04-23 Thread Juergen Vigna
Does someone of you have some experience with valgring? ==30304== Invalid read of size 4 ==30304==at 0x8139486: Row::previous(void) const (lyxrow.C:112) ==30304==by 0x816E337: LyXText::draw(LyXText::DrawRowParams , int ) (text.C:650) ==30304==by 0x8179678:

Re: Language specific crash in LyX 1.2.0cvs

2002-04-23 Thread Juergen Vigna
On 23-Apr-2002 Claus Hindsgaul wrote: tir, 2002-04-23 kl. 11:18 skrev Jean-Marc Lasgouttes: If you have time, you may want to try our valgrind http://developer.kde.org/~sewardj/ I tried it by simply invoking 'valgrind lyx'. The crash did NOT happen Sorry again what version of LyX are

RE: lyx-devel src/: BufferView.C BufferView.h BufferView_pimpl.C

2002-04-23 Thread Juergen Vigna
On 23-Apr-2002 jug wrote: Modified files: lyx-devel/src/: BufferView.C BufferView.h BufferView_pimpl.C BufferView_pimpl.h ChangeLog Log message: Remove wrong and unneeded insetSleep/Wakeup functions. This fixes the bug that the cursor is set to the

Re: Language specific crash in LyX 1.2.0cvs

2002-04-23 Thread Juergen Vigna
On 23-Apr-2002 Claus Hindsgaul wrote: tir, 2002-04-23 kl. 14:10 skrev Juergen Vigna: Sorry again what version of LyX are you using? Are you using the current cvs tree? I seem to see differences in the backtraces valgrind gives and the sourcecode (for example there is no row-previous

RE: [Devel] Crash

2002-04-23 Thread Juergen Vigna
On 22-Apr-2002 Michael Schmitt wrote: > at the weekend, I have noticed that LyX crashes eventually (about every > three to fives hours). Unfortunately, I cannot give you a detailed test > case. The only thing I can provide is the following backtrace. Any idea > what is going wrong? If I

Re: bug in displaying of picture

2002-04-23 Thread Juergen Vigna
On 23-Apr-2002 Angus Leeming wrote: > Yes. Remember that I had to rewrite the code pretty-well from scratch and > that meant learning how it worked as I went along. I just came up with a > solution that was logically correct. > > Storing the "modified" images in the graphics inset and use of

Re: Language specific crash in LyX 1.2.0cvs

2002-04-23 Thread Juergen Vigna
Does someone of you have some experience with valgring? ==30304== Invalid read of size 4 ==30304==at 0x8139486: Row::previous(void) const (lyxrow.C:112) ==30304==by 0x816E337: LyXText::draw(LyXText::DrawRowParams &, int &) (text.C:650) ==30304==by 0x8179678:

Re: Language specific crash in LyX 1.2.0cvs

2002-04-23 Thread Juergen Vigna
On 23-Apr-2002 Claus Hindsgaul wrote: > tir, 2002-04-23 kl. 11:18 skrev Jean-Marc Lasgouttes: >> If you have time, you may want to try our valgrind >> http://developer.kde.org/~sewardj/ > > I tried it by simply invoking 'valgrind lyx'. The crash did NOT happen Sorry again what version of LyX

RE: lyx-devel src/: BufferView.C BufferView.h BufferView_pimpl.C

2002-04-23 Thread Juergen Vigna
On 23-Apr-2002 jug wrote: > Modified files: > lyx-devel/src/: BufferView.C BufferView.h BufferView_pimpl.C > BufferView_pimpl.h ChangeLog > > Log message: > Remove wrong and unneeded insetSleep/Wakeup functions. This fixes the bug that the cursor is set to

Re: Language specific crash in LyX 1.2.0cvs

2002-04-23 Thread Juergen Vigna
On 23-Apr-2002 Claus Hindsgaul wrote: > tir, 2002-04-23 kl. 14:10 skrev Juergen Vigna: >> Sorry again what version of LyX are you using? Are you using the current >> cvs tree? I seem to see differences in the backtraces valgrind gives and >> the sourcecode (for example ther

Re: [Bug 339] Cursor up/down in nested insets

2002-04-22 Thread Juergen Vigna
On 19-Apr-2002 Eran Tromer wrote: (Note: the old screenshot was inaccurate, since I faked the cursor (it wasn't captured) just to show where I'm putting it logically. I've now updated the screenshow to be perfectly accurate.) The inset is one line below and 1 pixel to the right of the

Re: [Bug 339] Cursor up/down in nested insets

2002-04-22 Thread Juergen Vigna
On 22-Apr-2002 Eran Tromer wrote: Anyway, at least now we're in sync: the criterion is strictly visual, to the level of single pixels. Got it. Please allow me to try your patience and go back to the original example (ERT in footnote). #:O) Cursor at beginning of footnote (right before

Re: [Bug 339] Cursor up/down in nested insets

2002-04-22 Thread Juergen Vigna
On 22-Apr-2002 Andre Poenitz wrote: On Mon, Apr 22, 2002 at 12:31:16PM +0200, Juergen Vigna wrote: I may agree on this with you. The problem is that we cannot fix this and it is REALLY a very special case, isn't it? The problem is that the inset wants to go down sees there is no row below

RE: bug in latest cvs

2002-04-22 Thread Juergen Vigna
On 21-Apr-2002 Herbert Voss wrote: - open new doc with any class - choose enumeration layout style - write a word - insert a displayed formula with alt-m-d - write something into the mathbox - leave mathbox and hit control-enter to get a new line - insert a word -- the first character

Re: [Bug 339] Cursor up/down in nested insets

2002-04-22 Thread Juergen Vigna
On 22-Apr-2002 Eran Tromer wrote: A naive question of Bugzilla policy -- if this is an acknowledged by all as a problematic issue, why mark it WONTFIX as opposed to setting a far-away milestone or something? Definitely not 1.2.x stuff, but you do want it addressed *sometime* by

Re: bug in latest cvs

2002-04-22 Thread Juergen Vigna
On 22-Apr-2002 Jean-Marc Lasgouttes wrote: So it the item of a paragraph (think display math) is needfullrow, we would always have this nasty empty line? I think this will confuse people a lot. No we will ONLY have it if we are on the LAST row of LyXText! Hmmm, no let me see, hmmm, well

Re: [Bug 339] Cursor up/down in nested insets

2002-04-22 Thread Juergen Vigna
On 22-Apr-2002 Andre Poenitz wrote: Did I mention drawing in two phases: one for metrics computation and one for the actual drawing lately? Well in a certain mode we do this already, we draw it so many times until we got all metrics ready and this can be a multiple step and it can take more

Re: bug in latest cvs

2002-04-22 Thread Juergen Vigna
On 22-Apr-2002 Jean-Marc Lasgouttes wrote: Juergen Do you think it is confusing to create an empty row to put Juergen the cursor in when needed? Can we experiment with it later? In 1.3.0? Sure! Jug -- -._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._ Dr.

Re: [Bug 339] Cursor up/down in nested insets

2002-04-22 Thread Juergen Vigna
On 19-Apr-2002 Eran Tromer wrote: > (Note: the old screenshot was inaccurate, since I faked the cursor (it > wasn't captured) just to show where I'm putting it logically. I've now > updated the screenshow to be perfectly accurate.) > > The inset is one line below and 1 pixel to the right of

Re: [Bug 339] Cursor up/down in nested insets

2002-04-22 Thread Juergen Vigna
On 22-Apr-2002 Eran Tromer wrote: > Anyway, at least now we're in sync: the criterion is strictly visual, to > the level of single pixels. Got it. Please allow me to try your patience > and go back to the original example (ERT in footnote). #:O) > >>Cursor at beginning of footnote (right

Re: [Bug 339] Cursor up/down in nested insets

2002-04-22 Thread Juergen Vigna
On 22-Apr-2002 Andre Poenitz wrote: > On Mon, Apr 22, 2002 at 12:31:16PM +0200, Juergen Vigna wrote: >> I may agree on this with you. The problem is that we cannot fix this and >> it is REALLY a very special case, isn't it? The problem is that the inset >> wants to go down

RE: bug in latest cvs

2002-04-22 Thread Juergen Vigna
On 21-Apr-2002 Herbert Voss wrote: > - open new doc with any class > - choose enumeration layout style > - write a word > - insert a displayed formula with alt-m-d > - write something into the mathbox > - leave mathbox and hit control-enter to get a new line > - insert a word > --> the first

Re: [Bug 339] Cursor up/down in nested insets

2002-04-22 Thread Juergen Vigna
On 22-Apr-2002 Eran Tromer wrote: > A naive question of Bugzilla policy -- if this is an acknowledged by all > as a problematic issue, why mark it WONTFIX as opposed to setting a > far-away milestone or something? Definitely not 1.2.x stuff, but you do > want it addressed *sometime* by

Re: bug in latest cvs

2002-04-22 Thread Juergen Vigna
On 22-Apr-2002 Jean-Marc Lasgouttes wrote: > So it the item of a paragraph (think display math) is needfullrow, we > would always have this nasty empty line? I think this will confuse > people a lot. No we will ONLY have it if we are on the LAST row of LyXText! Hmmm, no let me see, hmmm, well

Re: [Bug 339] Cursor up/down in nested insets

2002-04-22 Thread Juergen Vigna
On 22-Apr-2002 Andre Poenitz wrote: > Did I mention "drawing in two phases: one for metrics computation and one > for the actual drawing" lately? Well in a certain mode we do this already, we draw it so many times until we got all metrics ready and this can be a multiple step and it can take

Re: bug in latest cvs

2002-04-22 Thread Juergen Vigna
On 22-Apr-2002 Jean-Marc Lasgouttes wrote: > Juergen> Do you think it is confusing to create an empty row to put > Juergen> the cursor in when needed? > > Can we experiment with it later? In 1.3.0? Sure! Jug -- -._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._

Re: Graphics Export LaTeX: non-eps-graphics cause trouble

2002-04-19 Thread Juergen Vigna
On 19-Apr-2002 Herbert Voss wrote: Angus, I think Rob means that file-export-latex should not write the original filename. for example: \includegraphics[...]{my.agr} is the original latex code. Rob wants it as my.eps in the exported texfile. But can't we anymore have

Re: [Bug 257] insert file in tabular doesn't work

2002-04-19 Thread Juergen Vigna
On 19-Apr-2002 Edwin Leuven wrote: Well have a look at your file and HOW we insert files in tabulars. TAB's are column separators, NEWLINES are row separators (normally). Indeed this is how it should be Well I guessed so. We could however don't check for the existence of TAB's and honor

Re: [Bug 257] insert file in tabular doesn't work

2002-04-19 Thread Juergen Vigna
On 19-Apr-2002 Edwin Leuven wrote: Anyway you didn't answer to my question! What did you paste and what did you expect! As you wrote the bug-comment I just cannot figure out what is wrong. Paste? Well I meant insert files as lines, but it's mainly the same as doing a Paste of an external

[Bug 339] Cursor up/down in nested insets

2002-04-19 Thread Juergen Vigna
It's easier to discuss this on lyx-devel so I go for that way. As before, in a new document create a footnote and within it an ERT inset. Don't enter any text. Cursor right before footnote: Down does nothing, should enter footnote Why you are at the left of the footnote and press DOWN

Re: Graphics & Export LaTeX: non-eps-graphics cause trouble

2002-04-19 Thread Juergen Vigna
On 19-Apr-2002 Herbert Voss wrote: > Angus, I think Rob means that file->export->latex should not > write the original filename. for example: > \includegraphics[...]{my.agr} > is the original latex code. Rob wants it as my.eps in the > exported texfile. But can't we anymore have

Re: [Bug 257] insert file in tabular doesn't work

2002-04-19 Thread Juergen Vigna
On 19-Apr-2002 Edwin Leuven wrote: >> Well have a look at your file and HOW we insert files in tabulars. >> TAB's are column separators, NEWLINES are row separators (normally). > > Indeed this is how it should be Well I guessed so. >> We could however don't check for the existence of >> TAB's

Re: [Bug 257] insert file in tabular doesn't work

2002-04-19 Thread Juergen Vigna
On 19-Apr-2002 Edwin Leuven wrote: >> Anyway you didn't answer to my question! What did you paste and what did >> you expect! As you wrote the bug-comment I just cannot figure out what is >> wrong. > > Paste? Well I meant "insert files as lines", but it's mainly the same as doing a Paste of an

[Bug 339] Cursor up/down in nested insets

2002-04-19 Thread Juergen Vigna
It's easier to discuss this on lyx-devel so I go for that way. > As before, in a new document create a footnote and within it an ERT inset. > Don't enter any text. > > Cursor right before footnote: >does nothing, should enter footnote Why you are at the left of the footnote and press DOWN

Re: PATCH: Fix page up/down behaviour

2002-04-18 Thread Juergen Vigna
On 18-Apr-2002 Lars Gullik Bjønnes wrote: | If you ask me we could just release it today! 1.2.0 is much more stable then | 1.1.6 and has more features. So we could start 1.3.0 and Jean-Marc can trow | away 1.1.6 and hack 1.2.0 for bugfixes ;) I almost agree with this... but I want at least a

Re: PATCH: Fix page up/down behaviour

2002-04-18 Thread Juergen Vigna
On 18-Apr-2002 Lars Gullik Bjønnes wrote: I'll try to get a new prelease out today. (it is a but time consuming since I want to check that a lot of make targets work as expected. Especially clean and distclean. Also building where srcdir != builddir and srcdir == builddir must be checked,

Re: PATCH: Fix page up/down behaviour

2002-04-18 Thread Juergen Vigna
On 18-Apr-2002 Lars Gullik Bjønnes wrote: Some compability reading failing. Is the file correct in the first place? Does the file reading stop at this point or does it continue? Well the first question coming to my mind is could the files be read with 1.1.6? If yes and we save them again in

Re: PATCH: Fix page up/down behaviour

2002-04-18 Thread Juergen Vigna
On 18-Apr-2002 Jean-Marc Lasgouttes wrote: So this is a very old file, but 1.1.6 can read it. Should I just convert it, or does somebody want to investigate why it does not work? Why doesn't lyx warn that this file format revision is not well supported anymore? I was quite sure you did

Re: PATCH: Fix page up/down behaviour

2002-04-18 Thread Juergen Vigna
On 18-Apr-2002 Lars Gullik Bjønnes wrote: It probably should... but we have not made any guarantees with 1.2.0 towards 1.1.5. Well but we should! A lot of people did not change because of the problems with tabulars in 1.1.6. I think we have to support at least 1.1.5 file format! Jug

Re: PATCH: Fix page up/down behaviour

2002-04-18 Thread Juergen Vigna
On 18-Apr-2002 Juergen Vigna wrote: While investigating for the sk_??? read I saw that most probably the problem lies in the mathed parser I will tell Andre when I see where, but for now I saw just this (no bug just a bit strange handling) In Parser::parse_into1() you check a lot of paterns

Re: PATCH: Fix page up/down behaviour

2002-04-18 Thread Juergen Vigna
On 18-Apr-2002 Juergen Vigna wrote: While investigating for the sk_??? read I saw that most probably the problem lies in the mathed parser I will tell Andre when I see where, but for now I saw just this (no bug just a bit strange handling) Well it wasn't Andres, but Lars's fault #:O) He

Re: PATCH: Fix page up/down behaviour

2002-04-18 Thread Juergen Vigna
On 18-Apr-2002 Jean-Marc Lasgouttes wrote: So this is a very old file, but 1.1.6 can read it. Should I just convert it, or does somebody want to investigate why it does not work? I would say now just convert them, going over a 1.1.5 format to be sure! If you don't have 1.1.5 anymore I can do

Re: PATCH: Fix page up/down behaviour

2002-04-18 Thread Juergen Vigna
On 18-Apr-2002 Lars Gullik Bjønnes wrote: | He changed all \\end_float to \\end_inset without changing the check for | this in other compatibility reads (say tabulars!). So was it a cosmetic bug, or a real one? Hmm, well, I let you decide if you change the fileformat and then give it to a

Re: PATCH: Fix page up/down behaviour

2002-04-18 Thread Juergen Vigna
On 18-Apr-2002 Jean-Marc Lasgouttes wrote: Juergen I would say now just convert them, going over a 1.1.5 format Juergen to be sure! If you don't have 1.1.5 anymore I can do it if Juergen you want. Yes, please do! Hmm well strange enough someone change it_Tutorial already. I did a update

Re: PATCH: Fix page up/down behaviour

2002-04-18 Thread Juergen Vigna
On 18-Apr-2002 Jean-Marc Lasgouttes wrote: Juergen Hmm well strange enough someone change it_Tutorial already. I Juergen did a update recently and now the top of it_Tutorial tells Juergen us: I said it_Customization.lyx. Oops ;), well then it is surely no 1.1.5 file as 1.1.5 had version

Re: PATCH: Fix page up/down behaviour

2002-04-18 Thread Juergen Vigna
On 18-Apr-2002 Jean-Marc Lasgouttes wrote: I do think too that it is one. But you know italian, don't you? This was for this that I suggested you could take a look, for for your hacking skills. And for what should I look exactly? Anyway it seems really bad for me to edit lyxfiles by hand

Re: PATCH: Fix page up/down behaviour

2002-04-18 Thread Juergen Vigna
On 18-Apr-2002 Andre Poenitz wrote: On Thu, Apr 18, 2002 at 02:13:10PM +0200, Juergen Vigna wrote: I cannot do anything with feelings (didn't I tell this already today) and I learned to not care for them if people cannot give me facts for them! You should practise not caring a bit. Hmm

Re: PATCH: Fix page up/down behaviour

2002-04-18 Thread Juergen Vigna
On 18-Apr-2002 Andre Poenitz wrote: One item is: - new doc - click on table toolbar entry to create 'standard table' - move cursor around in the cell Cells touch by the cursor get a red box (which is ok) but retain it even after the cursor left. Nothing serious, but

<    3   4   5   6   7   8   9   10   11   12   >