Jürgen Spitzmüller <[EMAIL PROTECTED]> writes:
> Helge Hafting wrote:
>> Perhaps something like [tabular lost!] or
>> [tabular paste currently unsupported],
>> so the user won't wonder what went wrong.
>
> I really wouldn't paste error messages into a document.
OK then. I thought we did something
Helge Hafting wrote:
> Perhaps something like [tabular lost!] or
> [tabular paste currently unsupported],
> so the user won't wonder what went wrong.
I really wouldn't paste error messages into a document.
Jürgen
Jürgen Spitzmüller wrote:
Jean-Marc Lasgouttes wrote:
So I just let Cursor::selectionAsString return an empty docstring()
with multi-cell selection. This breaks middle mouse pasting.
Why not return something like "[tabular]" instead?
Hm would you really want this?
Perhaps something like [ta
Jean-Marc Lasgouttes wrote:
> > So I just let Cursor::selectionAsString return an empty docstring()
> > with multi-cell selection. This breaks middle mouse pasting.
>
> Why not return something like "[tabular]" instead?
Hm would you really want this?
Jürgen
Jürgen Spitzmüller <[EMAIL PROTECTED]> writes:
> So I just let Cursor::selectionAsString return an empty docstring()
> with multi-cell selection. This breaks middle mouse pasting.
Why not return something like "[tabular]" instead?
JMarc
As you can reproduce with the attached test case, branch crashes if you select
all the cells starting from the last cell ending up in the first. The reason
is that Cursor::selectionAsString does not handle multiple cell selection and
mixes the cursor positions in the starting and ending cells (r
Jean-Marc Lasgouttes wrote:
"Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> Jean-Marc Lasgouttes wrote:
"Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> Hello, I propose to put this patch in order to make tables
Abdelrazak> usable again. I ha
> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> Jean-Marc Lasgouttes wrote:
>>> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
>>
Abdelrazak> Hello, I propose to put this patch in order to make tables
Abdelrazak> usable again. I have been using th
Jean-Marc Lasgouttes wrote:
"Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> Hello, I propose to put this patch in order to make tables
Abdelrazak> usable again. I have been using this patch for some time
Abdelrazak> and I didn't see any obvious side effect for now.
Do
> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> Hello, I propose to put this patch in order to make tables
Abdelrazak> usable again. I have been using this patch for some time
Abdelrazak> and I didn't see any obvious side effect for now.
Does the crash happen only
Hello,
I propose to put this patch in order to make tables usable again. I have
been using this patch for some time and I didn't see any obvious side
effect for now.
Objection?
Of course, this is not the right fix but I spend hours debugging through
this code without success. So unless some
Martin Vermeer wrote:
> Hmmm. Could this again be one of those "cursor remains hanging in
> mid-air" things?
>
> You replace a word (say, 5 characters) by an inset, i.e. a single
> "character". The cell length is reduced by 4. Should the cursor.pos() be
> reset?
This sounds at least like a sensibl
On Thu, Jun 01, 2006 at 06:34:41PM +0200, Juergen Spitzmueller wrote:
> I just got the following crash while working with lates 1.4.2svn: I use
> character styles; I marked a bold word in a tabular cell and hit
> Insert->Character Style. Immediately LyX asserted. This happened several
> times, t
I just got the following crash while working with lates 1.4.2svn: I use
character styles; I marked a bold word in a tabular cell and hit
Insert->Character Style. Immediately LyX asserted. This happened several
times, though I didn't manage yet to get a minimal test scenario.
FWIW, backtrace is
This fixes a crash in InsetTabular when moving up/down.
Andre'
--
Those who desire to give up Freedom in order to gain Security, will not have,
nor do they deserve, either one. (T. Jefferson or B. Franklin or both...)
? 1.diff
? 2.diff
? 3.diff
? fullredraw.diff
? par-row.diff
? qfont_loade
On 02-Oct-2001 Garst R. Reese wrote:
> Seems to me like the whole table issue would be better addressed with a
> link to a spreadsheet. Obviously not a 1.2 thing, but certainly most ss
> programs have solved the many issues of editing tables and provide the
> additional advantages of providing c
On 02-Oct-2001 Kayvan A. Sylvan wrote:
> This is a 1.2.0 show-stopper, in my opinion.
>
> Normal table operations are crashing LyX regularly in my usage...
Well to tell the truth we have a long list of show-stoppers, but unfortunately
Lars and myself are VERY busy with real work and I for mys
On Tue, Oct 02, 2001 at 09:34:36AM +0200, Juergen Vigna wrote:
>
> On 02-Oct-2001 Kayvan A. Sylvan wrote:
> > Reproduce by:
>
> >#6 0xfa358 in LyXText::init (this=0x527c50, bview=0x4f87d8, reinit=false)
> > at text2.C:93
> >#7 0xfdbc4 in LyXText::fullRebreak (this=0x527c50, bview=0x4f87d8)
On 02-Oct-2001 Kayvan A. Sylvan wrote:
> Reproduce by:
>#6 0xfa358 in LyXText::init (this=0x527c50, bview=0x4f87d8, reinit=false)
> at text2.C:93
>#7 0xfdbc4 in LyXText::fullRebreak (this=0x527c50, bview=0x4f87d8)
> at text2.C:940
This is know (well at least by me) and happens when so
I was able to reproduce this on a few different systems. On my linux
build machine, here is the backtrace:
[kayvan@camel ~]$ gdb lyxgdb core
GNU gdb 4.18
Copyright 1998 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it
Reproduce by:
1) In a new document, insert a 5x5 tabular.
2) Fill the first row (place the cursor in first cell and type
a TAB b TAB c TAB d TAB e).
3) Now, select this row and copy it (Control-C).
4) Place the cursor on the third row and paste (Control-V) repeatedly.
Here is the backtrace
21 matches
Mail list logo
