Martin Vermeer <[EMAIL PROTECTED]> writes:
| On Sat, Dec 31, 2005 at 07:40:40PM +0200, Martin Vermeer wrote:
| > On Sat, Dec 31, 2005 at 05:51:47PM +0100, Lars Gullik Bjønnes wrote:
| > > Martin Vermeer <[EMAIL PROTECTED]> writes:
| > >
| > > | Index: rowpainter.C
| > > |
Martin Vermeer <[EMAIL PROTECTED]> writes:
| On Thu, Dec 29, 2005 at 08:02:38PM +0900, Koji Yokota wrote:
| > Hi,
| >
| > I have a layout file for SVMult.cls which is for manuscript of a
contributed book from Springer Verlag
(http://www.springer.com/sgw/cda/frontpage/0,,5-40020-2-71415-0,00.htm
On Sat, Dec 31, 2005 at 07:40:40PM +0200, Martin Vermeer wrote:
> On Sat, Dec 31, 2005 at 05:51:47PM +0100, Lars Gullik Bjønnes wrote:
> > Martin Vermeer <[EMAIL PROTECTED]> writes:
> >
> > | Index: rowpainter.C
> > | ===
> > | RCS fi
I believe bug 822 is fixed.
Is 1561 still major? Was partly fixed by Andre.
Are these (and 2155) the only major bugs left for 1.4.0?
- Martin
pgpO9M602cVUs.pgp
Description: PGP signature
On Thu, Dec 29, 2005 at 08:02:38PM +0900, Koji Yokota wrote:
> Hi,
>
> I have a layout file for SVMult.cls which is for manuscript of a contributed
> book from Springer Verlag
> (http://www.springer.com/sgw/cda/frontpage/0,,5-40020-2-71415-0,00.html).
>
> Is it possible to merge the layout file
On Sat, Dec 31, 2005 at 05:51:47PM +0100, Lars Gullik Bjønnes wrote:
> Martin Vermeer <[EMAIL PROTECTED]> writes:
>
> | Index: rowpainter.C
> | ===
> | RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/rowpainter.C,v
> | retrieving revis
Martin Vermeer <[EMAIL PROTECTED]> writes:
| Index: rowpainter.C
| ===
| RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/rowpainter.C,v
| retrieving revision 1.161
| diff -u -p -r1.161 rowpainter.C
| --- rowpainter.C 30 Dec 2005 1
Abdel wrote:
> Don't worry this is not (yet) an help request, just a status report on
> my qt4 port. From now, I will just wait until lyx-1.4 is released and
> for someone who is interested to help me.
> The good news (see attached) is that I am able to load any lyx document
> without crashing :-).
On Sat, Dec 31, 2005 at 04:34:35PM +0100, Michael Gerz wrote:
> Lars Gullik Bjønnes wrote:
>
> >Actually I think the simple solution for now is to use
> >
> >Changes::isChange on the row range, and if we have a change, just repaint
> >the row always.
> >
> >This can be accessed through Paragraph:
On Sat, Dec 31, 2005 at 02:47:21PM +0100, Michael Gerz wrote:
> John C. McCabe-Dansted wrote:
>
> >On Sunday 01 January 2006 01:15, Michael Gerz wrote:
> >
> >
> >>SCREEN IS NOT UPDATED AFTER DELETION
> >>
> >>1. New doc
> >>2. Enter "hello"
> >>3. Activate change tracking
> >>4. Place cursor in
Hello,
Don't worry this is not (yet) an help request, just a status report on
my qt4 port. From now, I will just wait until lyx-1.4 is released and
for someone who is interested to help me.
The good news (see attached) is that I am able to load any lyx document
without crashing :-). The bad ne
Juergen Spitzmueller wrote:
My take on this is as follows: Fix the regressions that have been introduced
by the rowSignature patch and leave all other things as they are. If we start
to rewrite the change tracker code now (and things like paragraph split/merge
will need a major rewrite), we'll
Lars Gullik Bjønnes wrote:
Actually I think the simple solution for now is to use
Changes::isChange on the row range, and if we have a change, just repaint the
row always.
This can be accessed through Paragraph::isChanged.
So in rowpainter.C: paintPar:
If you do this manually, is the repain
[EMAIL PROTECTED] (Lars Gullik Bjønnes) writes:
| Michael Gerz <[EMAIL PROTECTED]> writes:
|
| | John C. McCabe-Dansted wrote:
| |
| | >On Sunday 01 January 2006 01:15, Michael Gerz wrote:
| | >
| | >>SCREEN IS NOT UPDATED AFTER DELETION
| | >>
| | >> 1. New doc
| | >> 2. Enter "hello"
| | >> 3.
Jean-Marc Lasgouttes wrote:
> I'm very glad that you found the
> cause, but the fix doesn't look
> right.
Too bad. Then I am at my witness end.
Leaving now to welcome the new year. Have a nice party everybody.
Jürgen
I'm very glad that you found the
cause, but the fix doesn't look
right.
JMarc
Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
| Michael Gerz wrote:
| > I am still wondering why the user has to accept all changes before he is
| > allowed to deactivate change tracking.
| > - If there is a technical reason for it, then the scenrio above will
| > cause trouble sooner or later
Michael Gerz wrote:
> I am still wondering why the user has to accept all changes before he is
> allowed to deactivate change tracking.
> - If there is a technical reason for it, then the scenrio above will
> cause trouble sooner or later.
> - If not, then LyX restricts the application of change
Lars Gullik Bjønnes wrote:
yes... tracker info is not stored directly in the row. so on a change
like this the row signature will stay the same.
LFUNS that require an update should perhaps make the row redraw
always.
Well, I don't know all the details of LyX but to me this does not sound
li
http://bugzilla.lyx.org/show_bug.cgi?id=2155
The attached patch fixes a major bug (undo crash). See the verbose discussion
on bugzilla for details.
Comments?
Jürgen
Index: undo.C
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/u
Michael Gerz <[EMAIL PROTECTED]> writes:
| John C. McCabe-Dansted wrote:
|
| >On Sunday 01 January 2006 01:15, Michael Gerz wrote:
| >
| >>SCREEN IS NOT UPDATED AFTER DELETION
| >>
| >> 1. New doc
| >> 2. Enter "hello"
| >> 3. Activate change tracking
| >> 4. Place cursor in front of "hello"
| >>
Lars Gullik Bjønnes wrote:
| UNCHANGED PARAGRAPHS CANNOT BE SPLIT
a bit more severe. This is basic functionality.
Yes.
| => The line break is visible again with a change bar to the left
| (OK!) but there is no way to accept this change because change
| tracking is deactivated. IMHO, ther
John C. McCabe-Dansted wrote:
On Sunday 01 January 2006 01:15, Michael Gerz wrote:
SCREEN IS NOT UPDATED AFTER DELETION
1. New doc
2. Enter "hello"
3. Activate change tracking
4. Place cursor in front of "hello"
5. Press delete key
=> The character is deleted internally but the screen is
I cannot replicate the following two bugs on lyx-1.4.0pre3-Qt, My system is as
follows: Kubuntu 5.10, gcc 4.02, QT 3.3.4, KDE 3.5. What version of LyX and
QT (or xforms or...) are you using? Are these MS-Windows only bugs?
On Sunday 01 January 2006 01:15, Michael Gerz wrote:
> SCREEN IS NOT UPDA
On Sat, Dec 31, 2005 at 01:02:56PM +0100, Lars Gullik Bjønnes wrote:
> "Jean-Marc Lasgouttes" <[EMAIL PROTECTED]> writes:
>
> | I agree that this is not needed as
> | workaround, but this melt feature
> | is useful in itself (1.4.1?)
>
> Possibly. But should we then also handle "delete" at end o
Michael Gerz <[EMAIL PROTECTED]> writes:
| UNDO OF LINE BREAKS FAILS
minor can wait.
| UNCHANGED PARAGRAPHS CANNOT BE SPLIT
a bit more severe. This is basic functionality.
| CHANGES CANNOT BE ACCEPTED UNLESS CHANGE TRACKING IS ACTIVATED
| 1. New doc
| 2. Enter "hello world"
| 3. Place curso
Hello,
I am sorry to say so but change tracking is not in a good shape at the
moment. There are many small problems that, in combination, make change
tracking almost unusuable. (If we were able to fix at least a few of
them, life would be much easier)
I have produced a set of test cases. I t
Jean-Marc Lasgouttes wrote:
I agree that this is not needed as
workaround, but this melt feature
is useful in itself (1.4.1?)
Definitely! I am anxious to see 1.4.1 :-)
Michael
"Jean-Marc Lasgouttes" <[EMAIL PROTECTED]> writes:
| I agree that this is not needed as
| workaround, but this melt feature
| is useful in itself (1.4.1?)
Possibly. But should we then also handle "delete" at end of inset?
Or have a separate LFUN for this as we had earlier (btw. I do like the
na
Maybe interpret() is used more than
l thought...
I cannot look until tuesday.
JMarc
I agree that this is not needed as
workaround, but this melt feature
is useful in itself (1.4.1?)
JMarc
...or smile wryly.
http://urielw.com/word.htm
- Martin
pgp7Er7zNWePe.pgp
Description: PGP signature
Martin Vermeer <[EMAIL PROTECTED]> writes:
| The attached is a proposed workaround for the remaining speed problem
| within insets. I would of course prefer a real solution, but it looks
| from my attempt to write one that it would be very complicated to do
| properly, requiring architectural chan
On Sat, Dec 31, 2005 at 11:43:08AM +0100, Lars Gullik Bjønnes wrote:
> Martin Vermeer <[EMAIL PROTECTED]> writes:
>
> | Turns out that a small further fix is needed for proper rendering of
> | insets that change their size and placement when written into.
> |
> | This patch replaces an earlier pa
The attached is a proposed workaround for the remaining speed problem
within insets. I would of course prefer a real solution, but it looks
from my attempt to write one that it would be very complicated to do
properly, requiring architectural changes that are not wise to make at
this point of the
Martin Vermeer <[EMAIL PROTECTED]> writes:
| Turns out that a small further fix is needed for proper rendering of
| insets that change their size and placement when written into.
|
| This patch replaces an earlier patch, which offered only a partial fix.
|
| OK to commit?
Nice and tested I pres
Thanks Jurgen.
It works.
I have tried to convert the .po file to utf-8, but it was
not worked.
What is the difference between the two kind of LANG variable
processing in lyx?
e.g. hu_HU.UTF-8 vs. hu_HU.UTF-8
Alex
Juergen Spitzmueller <[EMAIL PROTECTED]> írta:
> > What is the problem? How t
Turns out that a small further fix is needed for proper rendering of
insets that change their size and placement when written into.
This patch replaces an earlier patch, which offered only a partial fix.
OK to commit?
- Martin
Index: text3.C
38 matches
Mail list logo
