Re: Biginset branch has landed (sorry for the spam)

[Richard Kimberly Heck]

On 5/15/24 17:47, Jean-Marc Lasgouttes wrote:

Le 11/04/2024 à 23:55, Jean-Marc Lasgouttes a écrit :

Le 11/04/2024 à 18:21, Stephan Witt a écrit :

Is it new to master (i.e., the biginset branch)?


I think it’s new.

If you have time to make a video I would be interested to see it 
because I cannot reproduce on X (I have to try Wayland).


Yes, I made two videos - one for 2.3.6.2 and one for 2.5 (master):
https://my.hidrive.com/share/mvbnniztqa


Thanks for the videos. It was not clear to me that the issue was when 
splitting at bottom. Is it with yesterday's commit 83e7c74f6b4ce06936?


I tried again and could not reproduce.
- Wayland is very bad at putting the outline pane back in the window 
(is it just me?)


Known bug.

Riki


--
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel

Re: Biginset branch has landed (sorry for the spam)

[Jean-Marc Lasgouttes]

Le 11/04/2024 à 23:55, Jean-Marc Lasgouttes a écrit :

Le 11/04/2024 à 18:21, Stephan Witt a écrit :

Is it new to master (i.e., the biginset branch)?


I think it’s new.

If you have time to make a video I would be interested to see it 
because I cannot reproduce on X (I have to try Wayland).


Yes, I made two videos - one for 2.3.6.2 and one for 2.5 (master):
https://my.hidrive.com/share/mvbnniztqa


Thanks for the videos. It was not clear to me that the issue was when 
splitting at bottom. Is it with yesterday's commit 83e7c74f6b4ce06936?


I tried again and could not reproduce.
- Wayland is very bad at putting the outline pane back in the window (is 
it just me?)

- xcb has less drawing issues (Wayand is similar to macOS in this respect).

It could be something related to the backing store that both wayland and 
macOS use. Let me think about that.


JMarc
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel

Re: Biginset branch has landed (sorry for the spam)

[Stephan Witt]

Am 11.04.2024 um 23:55 schrieb Jean-Marc Lasgouttes :
> 
> Le 11/04/2024 à 18:21, Stephan Witt a écrit :
>>> Is it new to master (i.e., the biginset branch)?
>> I think it’s new.
>>> If you have time to make a video I would be interested to see it because I 
>>> cannot reproduce on X (I have to try Wayland).
>> Yes, I made two videos - one for 2.3.6.2 and one for 2.5 (master):
>>  https://my.hidrive.com/share/mvbnniztqa
> 
> Thanks for the videos. It was not clear to me that the issue was when 
> splitting at bottom. Is it with yesterday's commit 83e7c74f6b4ce06936?

It is at a6ba4c8c5c - so yes it is with 83e7c74f6b4ce06936.

Stephan
-- 
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel

Re: Biginset branch has landed (sorry for the spam)

[Jean-Marc Lasgouttes]

Le 11/04/2024 à 18:21, Stephan Witt a écrit :

Is it new to master (i.e., the biginset branch)?


I think it’s new.


If you have time to make a video I would be interested to see it because I 
cannot reproduce on X (I have to try Wayland).


Yes, I made two videos - one for 2.3.6.2 and one for 2.5 (master):
  
https://my.hidrive.com/share/mvbnniztqa


Thanks for the videos. It was not clear to me that the issue was when 
splitting at bottom. Is it with yesterday's commit 83e7c74f6b4ce06936?


JMarc


--
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel

Re: Biginset branch has landed (sorry for the spam)

[Scott Kostyshak]

On Thu, Apr 11, 2024 at 04:35:00PM GMT, Richard Kimberly Heck wrote:
> On 4/11/24 15:50, Scott Kostyshak wrote:
> > I can't reproduce the issue, but I also can't redock my outline window.
> > Meaning, no matter where I drag it, it doesn't snap to anywhere. I've
> > never tried to do it before, so I don't know if it's a wayland/linux
> > issue.
> 
> I believe that is a known Wayland issue. The only way to fix it is to edit
> or remove .config/lyx/lyx.conf, or some such file.

Good to know. I never detach them anyway, so I don't mind.

Scott


signature.asc
Description: PGP signature
-- 
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel

Re: Biginset branch has landed (sorry for the spam)

[Richard Kimberly Heck]

On 4/11/24 15:50, Scott Kostyshak wrote:

I can't reproduce the issue, but I also can't redock my outline window.
Meaning, no matter where I drag it, it doesn't snap to anywhere. I've
never tried to do it before, so I don't know if it's a wayland/linux
issue.


I believe that is a known Wayland issue. The only way to fix it is to 
edit or remove .config/lyx/lyx.conf, or some such file.


Riki


--
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel

Re: Biginset branch has landed (sorry for the spam)

[Scott Kostyshak]

On Thu, Apr 11, 2024 at 06:21:52PM GMT, Stephan Witt wrote:
> Am 11.04.2024 um 16:59 schrieb Jean-Marc Lasgouttes :
> > 
> > Le 10/04/2024 à 18:52, Stephan Witt a écrit :
> >> Am 10.04.2024 um 15:10 schrieb Jean-Marc Lasgouttes :
> >>> 
> >>> Le 10/04/2024 à 15:09, Kornel Benko a écrit :
>  This patch definitely cured the behaviour here.
> >>> 
> >>> Thanks for testing. Both for the math and the minibuffer examples? (this 
> >>> is what I see, but I want to be sure).
> >>> 
> >>> The problem is that most of the biginset branch was developed and 
> >>> debugged using the xcb platform, and it has very different behavior from 
> >>> Wayland (or macOS, actually).
> >> Ok, so I’ll do some testing too :)
> >> The first effect I’ve noticed:
> >> 1. open outline
> >> 2. change docked to floating window
> >> 3. move back to „sensitive“ area but don’t dock the window
> >> 4. the target place for dock-widget remains unused until one scrolls the 
> >> work area
> > 
> > Is it new to master (i.e., the biginset branch)?
> 
> I think it’s new.
> 
> > If you have time to make a video I would be interested to see it because I 
> > cannot reproduce on X (I have to try Wayland).
> 
> Yes, I made two videos - one for 2.3.6.2 and one for 2.5 (master):
>  
> https://my.hidrive.com/share/mvbnniztqa

Very clear videos that you can reproduce on 2.5dev but not 2.3.6.2.

I can't reproduce the issue, but I also can't redock my outline window.
Meaning, no matter where I drag it, it doesn't snap to anywhere. I've
never tried to do it before, so I don't know if it's a wayland/linux
issue.

Scott


signature.asc
Description: PGP signature
-- 
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel

Re: Biginset branch has landed (sorry for the spam)

[Stephan Witt]

Am 11.04.2024 um 16:59 schrieb Jean-Marc Lasgouttes :
> 
> Le 10/04/2024 à 18:52, Stephan Witt a écrit :
>> Am 10.04.2024 um 15:10 schrieb Jean-Marc Lasgouttes :
>>> 
>>> Le 10/04/2024 à 15:09, Kornel Benko a écrit :
 This patch definitely cured the behaviour here.
>>> 
>>> Thanks for testing. Both for the math and the minibuffer examples? (this is 
>>> what I see, but I want to be sure).
>>> 
>>> The problem is that most of the biginset branch was developed and debugged 
>>> using the xcb platform, and it has very different behavior from Wayland (or 
>>> macOS, actually).
>> Ok, so I’ll do some testing too :)
>> The first effect I’ve noticed:
>> 1. open outline
>> 2. change docked to floating window
>> 3. move back to „sensitive“ area but don’t dock the window
>> 4. the target place for dock-widget remains unused until one scrolls the 
>> work area
> 
> Is it new to master (i.e., the biginset branch)?

I think it’s new.

> If you have time to make a video I would be interested to see it because I 
> cannot reproduce on X (I have to try Wayland).

Yes, I made two videos - one for 2.3.6.2 and one for 2.5 (master):
 
https://my.hidrive.com/share/mvbnniztqa

Stephan

> But obviously the detail of when repaint occur depends on the platform, so I 
> would not be surprised to see issues on macOS or windows.
> 
> JMarc
> 
> -- 
> lyx-devel mailing list
> lyx-devel@lists.lyx.org
> http://lists.lyx.org/mailman/listinfo/lyx-devel

-- 
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel

Re: Biginset branch has landed (sorry for the spam)

[Jean-Marc Lasgouttes]

Le 10/04/2024 à 18:52, Stephan Witt a écrit :

Am 10.04.2024 um 15:10 schrieb Jean-Marc Lasgouttes :


Le 10/04/2024 à 15:09, Kornel Benko a écrit :

This patch definitely cured the behaviour here.


Thanks for testing. Both for the math and the minibuffer examples? (this is 
what I see, but I want to be sure).

The problem is that most of the biginset branch was developed and debugged 
using the xcb platform, and it has very different behavior from Wayland (or 
macOS, actually).


Ok, so I’ll do some testing too :)

The first effect I’ve noticed:
1. open outline
2. change docked to floating window
3. move back to „sensitive“ area but don’t dock the window
4. the target place for dock-widget remains unused until one scrolls the work 
area


Is it new to master (i.e., the biginset branch)?

If you have time to make a video I would be interested to see it because 
I cannot reproduce on X (I have to try Wayland).


But obviously the detail of when repaint occur depends on the platform, 
so I would not be surprised to see issues on macOS or windows.


JMarc

--
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel

Re: Biginset branch has landed (sorry for the spam)

[Stephan Witt]

Am 10.04.2024 um 15:10 schrieb Jean-Marc Lasgouttes :
> 
> Le 10/04/2024 à 15:09, Kornel Benko a écrit :
>> This patch definitely cured the behaviour here.
> 
> Thanks for testing. Both for the math and the minibuffer examples? (this is 
> what I see, but I want to be sure).
> 
> The problem is that most of the biginset branch was developed and debugged 
> using the xcb platform, and it has very different behavior from Wayland (or 
> macOS, actually).

Ok, so I’ll do some testing too :)

The first effect I’ve noticed: 
1. open outline
2. change docked to floating window
3. move back to „sensitive“ area but don’t dock the window
4. the target place for dock-widget remains unused until one scrolls the work 
area

Stephan
-- 
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel

Re: Biginset branch has landed (sorry for the spam)

[Scott Kostyshak]

On Wed, Apr 10, 2024 at 03:29:43PM GMT, Jean-Marc Lasgouttes wrote:
> Le 10/04/2024 à 15:32, Kornel Benko a écrit :
> > I confess tested only the math example.
> > But the first 10 tries with the command buffer did OK too
> 
> Thanks a lot. I'll put it in.

Tested briefly and looks good! I'll continue testing current master.

Thanks,
Scott


signature.asc
Description: PGP signature
-- 
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel

Re: Biginset branch has landed (sorry for the spam)

[Jean-Marc Lasgouttes]

Le 10/04/2024 à 15:32, Kornel Benko a écrit :

I confess tested only the math example.
But the first 10 tries with the command buffer did OK too


Thanks a lot. I'll put it in.

JMarc

--
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel

Re: Biginset branch has landed (sorry for the spam)

[Kornel Benko]

Am Wed, 10 Apr 2024 15:10:04 +0200
schrieb Jean-Marc Lasgouttes :

> Le 10/04/2024 à 15:09, Kornel Benko a écrit :
> > This patch definitely cured the behaviour here.  
> 
> Thanks for testing. Both for the math and the minibuffer examples? (this 
> is what I see, but I want to be sure).
> 
> The problem is that most of the biginset branch was developed and 
> debugged using the xcb platform, and it has very different behavior from 
> Wayland (or macOS, actually).
> 
> JMarc

I confess tested only the math example.
But the first 10 tries with the command buffer did OK too

Kornel


pgpPuickWyVUm.pgp
Description: Digitale Signatur von OpenPGP
-- 
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel

Re: Biginset branch has landed (sorry for the spam)

[Jean-Marc Lasgouttes]

Le 10/04/2024 à 15:09, Kornel Benko a écrit :

This patch definitely cured the behaviour here.


Thanks for testing. Both for the math and the minibuffer examples? (this 
is what I see, but I want to be sure).


The problem is that most of the biginset branch was developed and 
debugged using the xcb platform, and it has very different behavior from 
Wayland (or macOS, actually).


JMarc
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel

Re: Biginset branch has landed (sorry for the spam)

[Kornel Benko]

Am Wed, 10 Apr 2024 14:19:03 +0200
schrieb Jean-Marc Lasgouttes :

> Le 09/04/2024 à 22:26, Scott Kostyshak a écrit :
> > Bisect leads to here: 5e857883. Interestingly I bisected on the command
> > buffer recipe, but the commit talks about math but I guess they're
> > related issues.
> 
> What about this, which fixes up another commit?
> 
> JMarc
> 
> 

This patch definitely cured the behaviour here.

Kornel


pgpPNjMN6xe7k.pgp
Description: Digitale Signatur von OpenPGP
-- 
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel

Re: Biginset branch has landed (sorry for the spam)

[Jean-Marc Lasgouttes]

Le 09/04/2024 à 22:26, Scott Kostyshak a écrit :

Bisect leads to here: 5e857883. Interestingly I bisected on the command
buffer recipe, but the commit talks about math but I guess they're
related issues.


What about this, which fixes up another commit?

JMarc


From cffabe3ecb231d73c4f38895233fc69ed6427cd0 Mon Sep 17 00:00:00 2001
From: Jean-Marc Lasgouttes 
Date: Wed, 10 Apr 2024 12:31:12 +0200
Subject: [PATCH] Fixup 'Avoid metrics computation on resize when width did not
 change'

When the width of the window did not change, computing full metrics is
not necessary in BufferView::resize(), but it is better to redraw the
screen (especially with Wayland).

Typical use cases are when using M-x to open the minibuffer or going
in and out of an equation (which shows/hides the math toolbars).
---
 src/BufferView.cpp | 5 -
 1 file changed, 4 insertions(+), 1 deletion(-)

diff --git a/src/BufferView.cpp b/src/BufferView.cpp
index b5bf6d6ea1..acf80d7871 100644
--- a/src/BufferView.cpp
+++ b/src/BufferView.cpp
@@ -2529,8 +2529,11 @@ void BufferView::resize(int width, int height)
 		// Clear the paragraph height cache.
 		d->par_height_.clear();
 		// Redo the metrics.
-		updateMetrics();
+		updateMetrics(true);
 	}
+	// metrics is OK, full drawing is necessary now
+	d->update_flags_ = (d->update_flags_ & ~Update::Force) | Update::ForceDraw;
+	d->update_strategy_ = FullScreenUpdate;
 }
 
 
-- 
2.40.1

-- 
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel

Re: Biginset branch has landed (sorry for the spam)

[Scott Kostyshak]

On Tue, Apr 09, 2024 at 04:26:36PM GMT, Scott Kostyshak wrote:
> On Tue, Apr 09, 2024 at 01:27:42PM GMT, Scott Kostyshak wrote:
> > On Tue, Apr 09, 2024 at 06:47:14PM GMT, Jean-Marc Lasgouttes wrote:
> > > Le 09/04/2024 à 16:48, Scott Kostyshak a écrit :
> > > > > Ohh, nice! What I do not understand is why the text (but not the 
> > > > > insets)
> > > > > moves up when opening the minibuffer. This is strange.
> > > > 
> > > > Ah interesting, I didn't notice that. Strange indeed.
> > > 
> > > If you feel like bisecting, do not hesitate ;) I am not sure where to 
> > > start
> > > right now.
> > 
> > Good to know. I can bisect when I have time.
> 
> Bisect leads to here: 5e857883. Interestingly I bisected on the command
> buffer recipe, but the commit talks about math but I guess they're
> related issues.

Another clue, if I revert this commit on master, the issue is not fixed.
However, I did check that I cannot reproduce the issues on the commit
before this commit.

Scott


signature.asc
Description: PGP signature
-- 
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel

Re: Biginset branch has landed (sorry for the spam)

[Scott Kostyshak]

On Tue, Apr 09, 2024 at 01:27:42PM GMT, Scott Kostyshak wrote:
> On Tue, Apr 09, 2024 at 06:47:14PM GMT, Jean-Marc Lasgouttes wrote:
> > Le 09/04/2024 à 16:48, Scott Kostyshak a écrit :
> > > > Ohh, nice! What I do not understand is why the text (but not the insets)
> > > > moves up when opening the minibuffer. This is strange.
> > > 
> > > Ah interesting, I didn't notice that. Strange indeed.
> > 
> > If you feel like bisecting, do not hesitate ;) I am not sure where to start
> > right now.
> 
> Good to know. I can bisect when I have time.

Bisect leads to here: 5e857883. Interestingly I bisected on the command
buffer recipe, but the commit talks about math but I guess they're
related issues.

Scott
-- 
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel

Re: Biginset branch has landed (sorry for the spam)

[Scott Kostyshak]

On Tue, Apr 09, 2024 at 06:47:14PM GMT, Jean-Marc Lasgouttes wrote:
> Le 09/04/2024 à 16:48, Scott Kostyshak a écrit :
> > > Ohh, nice! What I do not understand is why the text (but not the insets)
> > > moves up when opening the minibuffer. This is strange.
> > 
> > Ah interesting, I didn't notice that. Strange indeed.
> 
> If you feel like bisecting, do not hesitate ;) I am not sure where to start
> right now.

Good to know. I can bisect when I have time.

> Concerning math formulas, this is without preview, right?

Correct.

> Is that the Wayland or the Xcb platform?

Wayland.

Scott


signature.asc
Description: PGP signature
-- 
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel

Re: Biginset branch has landed (sorry for the spam)

[Jean-Marc Lasgouttes]

Le 09/04/2024 à 16:48, Scott Kostyshak a écrit :

Ohh, nice! What I do not understand is why the text (but not the insets)
moves up when opening the minibuffer. This is strange.


Ah interesting, I didn't notice that. Strange indeed.


If you feel like bisecting, do not hesitate ;) I am not sure where to 
start right now.


Concerning math formulas, this is without preview, right?

Is that the Wayland or the Xcb platform?

JMarc

--
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel

Re: Biginset branch has landed (sorry for the spam)

[Scott Kostyshak]

On Tue, Apr 09, 2024 at 12:20:34PM GMT, Jean-Marc Lasgouttes wrote:
> Le 09/04/2024 à 06:51, Scott Kostyshak a écrit :
> > > Can anyone reproduce weirdness after (4)?
> 
> Hi Scott,
> 
> Yes, I can, but I did not find the time to investigate it yet.

No problem! Good to know you can reproduce.

> > I can still reproduce on current master. Another way to reproduce, which
> > doesn't involve math, is the following:
> > 
> > (1) Help > Introduction.
> > (2) Scroll down a bit with the mouse.
> > (3) Click somewhere.
> > (4) Press  + x to open the command buffer.
> > 
> > Sometimes it takes me a few tries. If it doesn't work the first time,
> > press  to close the command buffer and start at (2) again.
> 
> Ohh, nice! What I do not understand is why the text (but not the insets)
> moves up when opening the minibuffer. This is strange.

Ah interesting, I didn't notice that. Strange indeed.

Scott


signature.asc
Description: PGP signature
-- 
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel

Re: Biginset branch has landed (sorry for the spam)

[Jean-Marc Lasgouttes]

Le 09/04/2024 à 06:51, Scott Kostyshak a écrit :

Can anyone reproduce weirdness after (4)?


Hi Scott,

Yes, I can, but I did not find the time to investigate it yet.


I can still reproduce on current master. Another way to reproduce, which
doesn't involve math, is the following:

(1) Help > Introduction.
(2) Scroll down a bit with the mouse.
(3) Click somewhere.
(4) Press  + x to open the command buffer.

Sometimes it takes me a few tries. If it doesn't work the first time,
press  to close the command buffer and start at (2) again.


Ohh, nice! What I do not understand is why the text (but not the insets) 
moves up when opening the minibuffer. This is strange.


JMarc


--
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel

Re: Biginset branch has landed (sorry for the spam)

[Scott Kostyshak]

On Fri, Apr 05, 2024 at 12:52:25PM GMT, Scott Kostyshak wrote:
> On Fri, Apr 05, 2024 at 04:17:10PM GMT, Jean-Marc Lasgouttes wrote:
> > I merged the biginset branch (see #12297 for context) to master. This is the
> > good part.
> > 
> > The bad part is that I decided first to rebase it over master, and that
> > resulted in 100+ messages sent to lyx-devel :( We are investigating how to
> > avoid that.
> > 
> > What now? Well, testing is welcome when you have time : does everything
> > works the same, but faster for big document that were annoying?.
> 
> I came across an issue where the screen seems to stop updating. To reproduce:
> 
> 1. Open the attached document.
> 2. Place the cursor at the end of the buffer.
> 3. Press , which places the cursor inside the math inset.
> 4. Press , which exits math.
> 
> Now, sometimes (not always), weird things happen. I attach a screenshot.
> 
> The easiest way for me to reproduce is if after (4) I switch desktops on
> GNOME. When I switch back, to LyX, it looks very weird and the workarea
> isn't refreshed. If I do , the cursor moves in the math inset but
> still things look weird. If I do  one more time, finally there is
> a screen update and everything looks back to normal.
> 
> I can also reproduce if I switch windows after (4) instead of switching
> desktops. When I switch back to LyX, there is no update.
> 
> Even if I don't leave LyX, sometimes I see strange things after (4), but
> this is harder to reproduce.
> 
> Can anyone reproduce weirdness after (4)?

I can still reproduce on current master. Another way to reproduce, which
doesn't involve math, is the following:

(1) Help > Introduction.
(2) Scroll down a bit with the mouse.
(3) Click somewhere.
(4) Press  + x to open the command buffer.

Sometimes it takes me a few tries. If it doesn't work the first time,
press  to close the command buffer and start at (2) again.

Can anyone reproduce?

Scott


signature.asc
Description: PGP signature
-- 
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel

Re: Biginset branch has landed (sorry for the spam)

[Jürgen Spitzmüller]

Am Freitag, dem 05.04.2024 um 16:17 +0200 schrieb Jean-Marc Lasgouttes:
> What now? Well, testing is welcome when you have time : does
> everything works the same, but faster for big document that were
> annoying?.

I see drawing omissions with change tracking. Select part of a word
with CT on and hit delete. The deletion is not displayed until a
further update is triggered e.g. by mouse click.

-- 
Jürgen
-- 
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel

Re: Biginset branch has landed (sorry for the spam)

[Scott Kostyshak]

On Fri, Apr 05, 2024 at 04:17:10PM GMT, Jean-Marc Lasgouttes wrote:
> I merged the biginset branch (see #12297 for context) to master. This is the
> good part.
> 
> The bad part is that I decided first to rebase it over master, and that
> resulted in 100+ messages sent to lyx-devel :( We are investigating how to
> avoid that.
> 
> What now? Well, testing is welcome when you have time : does everything
> works the same, but faster for big document that were annoying?.

I came across an issue where the screen seems to stop updating. To reproduce:

1. Open the attached document.
2. Place the cursor at the end of the buffer.
3. Press , which places the cursor inside the math inset.
4. Press , which exits math.

Now, sometimes (not always), weird things happen. I attach a screenshot.

The easiest way for me to reproduce is if after (4) I switch desktops on
GNOME. When I switch back, to LyX, it looks very weird and the workarea
isn't refreshed. If I do , the cursor moves in the math inset but
still things look weird. If I do  one more time, finally there is
a screen update and everything looks back to normal.

I can also reproduce if I switch windows after (4) instead of switching
desktops. When I switch back to LyX, there is no update.

Even if I don't leave LyX, sometimes I see strange things after (4), but
this is harder to reproduce.

Can anyone reproduce weirdness after (4)?

Scott


second-equality.lyx
Description: application/lyx


signature.asc
Description: PGP signature
-- 
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel

Biginset branch has landed (sorry for the spam)

[Jean-Marc Lasgouttes]

I merged the biginset branch (see #12297 for context) to master. This is 
the good part.


The bad part is that I decided first to rebase it over master, and that 
resulted in 100+ messages sent to lyx-devel :( We are investigating how 
to avoid that.


What now? Well, testing is welcome when you have time : does everything 
works the same, but faster for big document that were annoying?.


As far as 2.4 is concerned, I could (if Riki still agrees) push that to 
2.4.1-devel too. If we want to be a bit more conservative, I can push 
only the part up to "Update PAINTING_ANALYSIS" (aka the end of the list 
below), which is the most important part. I tend to think that this is a 
safer part, but actually I do not really know.


JMarc


9fd397ac1c Indicate that, by default, mouse LFUN do not require a 
metrics update

73678dcde9 Avoid full metrics computation when entering/leaving inset
5e8578837f Avoid some full metrics computations related to math previews
f7218cec18 Avoid metrics computation on resize when width did not change
1d1f95d2ed Reduce metrics updates from 4 to 1 when loading file
a23522073c Update PAINTING_ANALYSIS
2449693301 Do not compute metrics at each preview when loading file
f15d2ebf38 Improve the code that limits scrolling at top/bottom
08010c6a5e Implement quick scroll
0b6105b924 Introduce new helpers ParagraphMetrics::top/bottom
7f85024f80 In the no-draw phase, do not cache the positions of not 
visible insets

d19ade9a61 Remove some redundant calls to updatePosCache
9a96726bcd Enable Update::SinglePar in nested insets too
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel

Re: [lyx/refs/heads/2.0.x] Sorry, I didn't mean to include this change from trunk.

[Julien Rioux]

On Sun, Apr 1, 2012 at 6:32 PM, rgh...@lyx.org wrote:

 Author: Richard Heck rgh...@lyx.org
 Date: Sun, 01 Apr 2012 18:32:10 -0400
 New Commit: 6b5e8b3e835af4806944f1d957f9e5bdbb892371
 URL:
 http://git.lyx.org/?p=lyx.git;a=commit;h=6b5e8b3e835af4806944f1d957f9e5bdbb892371

 Log:
 Sorry, I didn't mean to include this change from trunk.

 That said, Julien, if you see this, is that something we
 should think about backporting?


If it compiles, then why not? Please go ahead.

Cheers,
Julien

Re: [lyx/refs/heads/2.0.x] Sorry, I didn't mean to include this change from trunk.

[Richard Heck]

On 04/03/2012 12:10 PM, Julien Rioux wrote:
On Sun, Apr 1, 2012 at 6:32 PM, rgh...@lyx.org 
mailto:rgh...@lyx.org wrote:


Author: Richard Heck rgh...@lyx.org mailto:rgh...@lyx.org
Date: Sun, 01 Apr 2012 18:32:10 -0400
New Commit: 6b5e8b3e835af4806944f1d957f9e5bdbb892371
URL:

http://git.lyx.org/?p=lyx.git;a=commit;h=6b5e8b3e835af4806944f1d957f9e5bdbb892371

Log:
Sorry, I didn't mean to include this change from trunk.

That said, Julien, if you see this, is that something we
should think about backporting?


If it compiles, then why not? Please go ahead.


It actually didn't compile. I guess we need other code you added to trunk.

Richard

Re: [lyx/refs/heads/2.0.x] Sorry, I didn't mean to include this change from trunk.

[Julien Rioux]

On Sun, Apr 1, 2012 at 6:32 PM, <rgh...@lyx.org> wrote:

> Author: Richard Heck <rgh...@lyx.org>
> Date: Sun, 01 Apr 2012 18:32:10 -0400
> New Commit: 6b5e8b3e835af4806944f1d957f9e5bdbb892371
> URL:
> http://git.lyx.org/?p=lyx.git;a=commit;h=6b5e8b3e835af4806944f1d957f9e5bdbb892371
>
> Log:
> Sorry, I didn't mean to include this change from trunk.
>
> That said, Julien, if you see this, is that something we
> should think about backporting?
>
>
If it compiles, then why not? Please go ahead.

Cheers,
Julien

Re: [lyx/refs/heads/2.0.x] Sorry, I didn't mean to include this change from trunk.

[Richard Heck]

On 04/03/2012 12:10 PM, Julien Rioux wrote:
On Sun, Apr 1, 2012 at 6:32 PM, <rgh...@lyx.org 
<mailto:rgh...@lyx.org>> wrote:


Author: Richard Heck <rgh...@lyx.org <mailto:rgh...@lyx.org>>
Date: Sun, 01 Apr 2012 18:32:10 -0400
New Commit: 6b5e8b3e835af4806944f1d957f9e5bdbb892371
URL:

http://git.lyx.org/?p=lyx.git;a=commit;h=6b5e8b3e835af4806944f1d957f9e5bdbb892371

Log:
Sorry, I didn't mean to include this change from trunk.

That said, Julien, if you see this, is that something we
should think about backporting?


If it compiles, then why not? Please go ahead.


It actually didn't compile. I guess we need other code you added to trunk.

Richard

Re: Sorry for this...

[Abdel Younes]

On May 31, 2011, at 11:18 PM, Christian Ridderström wrote:

 Hi,
 
 I'm trying to figure out if my mails get through or not...

They get through...

 /Christian
 
 -- 
 Christian Ridderström,   Cell phone: +46-70 687 39 44

Are you aware that your phone number is visible to the rest of the world? :-)

Abdel.

Re: Sorry for this...

[Christian Ridderström]

Hi Abdel and Tommaso,

Thanks for letting me know my posts do come through. Now I'm getting
them as well:-)  Apparently 'BCC:ing' the list doesn't work.

Oh, and thanks for letting me know my cell phone number is visible. I
know about it and have left it as that on purpose. My reasoning is
that it doesn't matter as the cell phone number is very easily found
online, e.g. in the yellow pages in Sweden.  My reasoning could be
wrong here of course!

Regards,
Christian

On 1 June 2011 11:47, Abdel Younes you...@lyx.org wrote:
 On May 31, 2011, at 11:18 PM, Christian Ridderström wrote:

 Hi,

 I'm trying to figure out if my mails get through or not...

 They get through...

 /Christian

 --
 Christian Ridderström,   Cell phone: +46-70 687 39 44

 Are you aware that your phone number is visible to the rest of the world? :-)

 Abdel.






-- 
Christian Ridderström,   Cell phone: +46-70 687 39 44

Re: Sorry for this...

[Abdel Younes]

On May 31, 2011, at 11:18 PM, Christian Ridderström wrote:

> Hi,
> 
> I'm trying to figure out if my mails get through or not...

They get through...

> /Christian
> 
> -- 
> Christian Ridderström,   Cell phone: +46-70 687 39 44

Are you aware that your phone number is visible to the rest of the world? :-)

Abdel.

Re: Sorry for this...

[Christian Ridderström]

Hi Abdel and Tommaso,

Thanks for letting me know my posts do come through. Now I'm getting
them as well:-)  Apparently 'BCC:ing' the list doesn't work.

Oh, and thanks for letting me know my cell phone number is visible. I
know about it and have left it as that on purpose. My reasoning is
that it doesn't matter as the cell phone number is very easily found
online, e.g. in the "yellow pages" in Sweden.  My reasoning could be
wrong here of course!

Regards,
Christian

On 1 June 2011 11:47, Abdel Younes  wrote:
> On May 31, 2011, at 11:18 PM, Christian Ridderström wrote:
>
>> Hi,
>>
>> I'm trying to figure out if my mails get through or not...
>
> They get through...
>
>> /Christian
>>
>> --
>> Christian Ridderström,   Cell phone: +46-70 687 39 44
>
> Are you aware that your phone number is visible to the rest of the world? :-)
>
> Abdel.
>
>
>



-- 
Christian Ridderström,   Cell phone: +46-70 687 39 44

Sorry for this...

[Christian Ridderström]

Hi,

I'm trying to figure out if my mails get through or not...
/Christian

-- 
Christian Ridderström,   Cell phone: +46-70 687 39 44

Sorry for this...

[Christian Ridderström]

Hi,

I'm trying to figure out if my mails get through or not...
/Christian

-- 
Christian Ridderström,   Cell phone: +46-70 687 39 44

Sorry, not compilable again

[Kornel Benko]

And this time it is not the same as before.

And it belongs to Pavel's changes.

...
[ 14%] Building CXX object 
src/frontends/qt4/CMakeFiles/frontend_qt4.dir/usr/src/lyx/lyx-devel/src/frontends/qt4/GuiPrefs.o
cd /usr/BUILD/BuildLyx/src/frontends/qt4  /usr/local/bin/c++   -DQT_NO_STL 
-DQT_NO_KEYWORDS -DHAVE_GETTEXT -DENABLE_NLS=1 -DUSE_ASPELL=1 -DHAVE_ICONV=1 
-DQT_GENUINE_STR -DLYX_BUILD_QT4_FRONTEND -Wall -Wall -O3 -DNDEBUG 
-I/usr/src/lyx/lyx-devel/po -I/usr/BUILD/BuildLyx -I/usr/src/lyx/lyx-devel/src 
-I/usr/src/lyx/lyx-devel/src/frontends 
-I/usr/src/lyx/lyx-devel/src/frontends/qt4 -I/usr/include/Qt 
-I/usr/share/qt4/mkspecs/default -I/usr/include/QtCore -I/usr/include/QtGui 
-I/usr/include/Qt3Support -I/usr/include/QtAssistant -I/usr/include/QtDesigner 
-I/usr/include/QtNetwork -I/usr/include/QtOpenGL -I/usr/include/QtSql 
-I/usr/include/QtXml -I/usr/include/QtSvg -I/usr/include/QtUiTools 
-I/usr/include/QtTest -I/usr/BUILD/BuildLyx/src/frontends/qt4   -o 
CMakeFiles/frontend_qt4.dir/usr/src/lyx/lyx-devel/src/frontends/qt4/GuiPrefs.o 
-c /usr/src/lyx/lyx-devel/src/frontends/qt4/GuiPrefs.cpp
/usr/src/lyx/lyx-devel/src/frontends/qt4/GuiPrefs.cpp: In constructor 
‘lyx::frontend::PrefUserInterface::PrefUserInterface(lyx::frontend::GuiPreferences*)’:
/usr/src/lyx/lyx-devel/src/frontends/qt4/GuiPrefs.cpp:2158: error: request for 
member ‘setEnabled’ in 
‘((lyx::frontend::PrefUserInterface*)this)-lyx::frontend::PrefUserInterface::anonymous.Ui::PrefUi::anonymous.Ui_PrefUi::openDocumentsInTabsCB’,
 which is of non-class type ‘QCheckBox*’
make[2]: *** 
[src/frontends/qt4/CMakeFiles/frontend_qt4.dir/usr/src/lyx/lyx-devel/src/frontends/qt4/GuiPrefs.o]
 Error 1
make[2]: Leaving directory `/usr/BUILD/BuildLyx'
make[1]: *** [src/frontends/qt4/CMakeFiles/frontend_qt4.dir/all] Error 2
make[1]: Leaving directory `/usr/BUILD/BuildLyx'
make: *** [all] Error 2

The qt-version is
4-4.3.1-23.6

Kornel



signature.asc
Description: This is a digitally signed message part.

Sorry, not compilable again

[Kornel Benko]

And this time it is not the same as before.

And it belongs to Pavel's changes.

...
[ 14%] Building CXX object 
src/frontends/qt4/CMakeFiles/frontend_qt4.dir/usr/src/lyx/lyx-devel/src/frontends/qt4/GuiPrefs.o
cd /usr/BUILD/BuildLyx/src/frontends/qt4 && /usr/local/bin/c++   -DQT_NO_STL 
-DQT_NO_KEYWORDS -DHAVE_GETTEXT -DENABLE_NLS=1 -DUSE_ASPELL=1 -DHAVE_ICONV=1 
-DQT_GENUINE_STR -DLYX_BUILD_QT4_FRONTEND -Wall -Wall -O3 -DNDEBUG 
-I/usr/src/lyx/lyx-devel/po -I/usr/BUILD/BuildLyx -I/usr/src/lyx/lyx-devel/src 
-I/usr/src/lyx/lyx-devel/src/frontends 
-I/usr/src/lyx/lyx-devel/src/frontends/qt4 -I/usr/include/Qt 
-I/usr/share/qt4/mkspecs/default -I/usr/include/QtCore -I/usr/include/QtGui 
-I/usr/include/Qt3Support -I/usr/include/QtAssistant -I/usr/include/QtDesigner 
-I/usr/include/QtNetwork -I/usr/include/QtOpenGL -I/usr/include/QtSql 
-I/usr/include/QtXml -I/usr/include/QtSvg -I/usr/include/QtUiTools 
-I/usr/include/QtTest -I/usr/BUILD/BuildLyx/src/frontends/qt4   -o 
CMakeFiles/frontend_qt4.dir/usr/src/lyx/lyx-devel/src/frontends/qt4/GuiPrefs.o 
-c /usr/src/lyx/lyx-devel/src/frontends/qt4/GuiPrefs.cpp
/usr/src/lyx/lyx-devel/src/frontends/qt4/GuiPrefs.cpp: In constructor 
‘lyx::frontend::PrefUserInterface::PrefUserInterface(lyx::frontend::GuiPreferences*)’:
/usr/src/lyx/lyx-devel/src/frontends/qt4/GuiPrefs.cpp:2158: error: request for 
member ‘setEnabled’ in 
‘((lyx::frontend::PrefUserInterface*)this)->lyx::frontend::PrefUserInterface::.Ui::PrefUi::.Ui_PrefUi::openDocumentsInTabsCB’,
 which is of non-class type ‘QCheckBox*’
make[2]: *** 
[src/frontends/qt4/CMakeFiles/frontend_qt4.dir/usr/src/lyx/lyx-devel/src/frontends/qt4/GuiPrefs.o]
 Error 1
make[2]: Leaving directory `/usr/BUILD/BuildLyx'
make[1]: *** [src/frontends/qt4/CMakeFiles/frontend_qt4.dir/all] Error 2
make[1]: Leaving directory `/usr/BUILD/BuildLyx'
make: *** [all] Error 2

The qt-version is
4-4.3.1-23.6

Kornel



signature.asc
Description: This is a digitally signed message part.

Sorry for the spam

[Vincent van Ravesteijn - TNW]

.. finished now.
 
I couldn't stand it any longer, and once I started I couldn't stop.
 
Vincent

Sorry for the spam

[Vincent van Ravesteijn - TNW]

.. finished now.
 
I couldn't stand it any longer, and once I started I couldn't stop.
 
Vincent

Re: TeX capacity exceeded: sorry, main memory [main memory size=1500000]

[Jürgen Spitzmüller]

rgheck wrote:
  Sure, but the ERT should not be in the Part style anyway.
  Put it alone on a standard style line and compilation works all right.
 
   

 But then, so far as I can see, the ERT is on the next page, and the
 attempt to turn off the page number fails.

 Granted, this should really be done in the document class.

Since it's a KOMA class, the OP could simply use

\renewcommand*{\partpagestyle}{empty}

in preamble.

Jürgen

Re: TeX capacity exceeded: sorry, main memory [main memory size=1500000]

[Waluyo Adi Siswanto]

On Sat, 2009-03-21 at 09:12 +0100, Jürgen Spitzmüller wrote:
 rgheck wrote:
   Sure, but the ERT should not be in the Part style anyway.
   Put it alone on a standard style line and compilation works all right.
  

 
  But then, so far as I can see, the ERT is on the next page, and the
  attempt to turn off the page number fails.
 
  Granted, this should really be done in the document class.
 
 Since it's a KOMA class, the OP could simply use
 
 \renewcommand*{\partpagestyle}{empty}
 
 in preamble.
 
 Jürgen

Yes  that's it. solved
Thank you... 

PS.: perhaps the error message is not the appropriate one? 

/was/

Re: TeX capacity exceeded: sorry, main memory [main memory size=1500000]

[Jürgen Spitzmüller]

Waluyo Adi Siswanto wrote:
 PS.: perhaps the error message is not the appropriate one?

Maybe. But it is generated by TeX...

Jürgen

Re: TeX capacity exceeded: sorry, main memory [main memory size=1500000]

[Jürgen Spitzmüller]

rgheck wrote:
> > Sure, but the ERT should not be in the Part style anyway.
> > Put it alone on a standard style line and compilation works all right.
> >
> >  
>
> But then, so far as I can see, the ERT is on the next page, and the
> attempt to turn off the page number fails.
>
> Granted, this should really be done in the document class.

Since it's a KOMA class, the OP could simply use

\renewcommand*{\partpagestyle}{empty}

in preamble.

Jürgen

Re: TeX capacity exceeded: sorry, main memory [main memory size=1500000]

[Waluyo Adi Siswanto]

On Sat, 2009-03-21 at 09:12 +0100, Jürgen Spitzmüller wrote:
> rgheck wrote:
> > > Sure, but the ERT should not be in the Part style anyway.
> > > Put it alone on a standard style line and compilation works all right.
> > >
> > >  
> >
> > But then, so far as I can see, the ERT is on the next page, and the
> > attempt to turn off the page number fails.
> >
> > Granted, this should really be done in the document class.
> 
> Since it's a KOMA class, the OP could simply use
> 
> \renewcommand*{\partpagestyle}{empty}
> 
> in preamble.
> 
> Jürgen

Yes  that's it. 
Thank you... 

PS.: perhaps the error message is not the appropriate one? 

/was/

Re: TeX capacity exceeded: sorry, main memory [main memory size=1500000]

[Jürgen Spitzmüller]

Waluyo Adi Siswanto wrote:
> PS.: perhaps the error message is not the appropriate one?

Maybe. But it is generated by TeX...

Jürgen

Re: TeX capacity exceeded: sorry, main memory [main memory size=1500000]

[rgheck]

Waluyo Adi Siswanto wrote:

Actually I have a problem (in LyX 1.6.2) when I want to set the page
without number under the Part environment using ERT
\thispagestyle{empty}. The document class is book(koma-script).
What a surprise, View PDF, LyX error appears TeX capacity exceeded:
sorry, main memory [main memory size=150]

As I remember I did not have a problem in older version (1.5.5). Then
I create a simple example to test the problem (attachment
TestPart-1.5.5.lyx). OK It works perfectly and even this file can be
read by 1.6.2 and see the PDF without error.

To reproduce the error then I create a similar file in 1.6.2, and it
shows the error. (attachement TestPart-1.6.2.lyx). This file cannot
output PDF and shows the error.

  
The difference is that hyperref is turned on in the 1.6.2 version. If 
you turn it off, you don't get the error.


rh

Re: TeX capacity exceeded: sorry, main memory [main memory size=1500000]

[Waluyo Adi Siswanto]

 The difference is that hyperref is turned on in the 1.6.2 version. If 
 you turn it off, you don't get the error.
 
 rh
 

It doesn't help. It works if the environment changed to Part* instead of
Part. So in Part* it is possible to have a clean page without page
number, but Part would be difficult. And to me the error message is
unusual as it is pointing to TeX capacity exceeded?
Perhaps for the time being I can use Part* for a quick solution.

Regards / was

Re: TeX capacity exceeded: sorry, main memory [main memory size=1500000]

[Jürgen Spitzmüller]

Waluyo Adi Siswanto wrote:
 It doesn't help. It works if the environment changed to Part* instead of
 Part. So in Part* it is possible to have a clean page without page
 number, but Part would be difficult. And to me the error message is
 unusual as it is pointing to TeX capacity exceeded?
 Perhaps for the time being I can use Part* for a quick solution.

Try if using InsertShort Title within Part (where you repeat the Part title, 
but not the ERT in the shorttitle inset) helps.

(BTW I do not get the error; maybe an upgrade of the KOMA package helps as 
well).

Jürgen

Re: TeX capacity exceeded: sorry, main memory [main memory size=1500000]

[Jean-Pierre Chrétien]

rgheck rgh...@... writes:

 
 Waluyo Adi Siswanto wrote:
  Actually I have a problem (in LyX 1.6.2) when I want to set the page
  without number under the Part environment using ERT
  \thispagestyle{empty}. The document class is book(koma-script).
[...]
 The difference is that hyperref is turned on in the 1.6.2 version. If 
 you turn it off, you don't get the error.

Sure, but the ERT should not be in the Part style anyway.
Put it alone on a standard style line and compilation works all right.

-- 
Jean-Pierre

Re: TeX capacity exceeded: sorry, main memory [main memory size=1500000]

[rgheck]

Jean-Pierre Chrétien wrote:

rgheck rgh...@... writes:

  

Waluyo Adi Siswanto wrote:


Actually I have a problem (in LyX 1.6.2) when I want to set the page
without number under the Part environment using ERT
\thispagestyle{empty}. The document class is book(koma-script).
  

[...]
  
The difference is that hyperref is turned on in the 1.6.2 version. If 
you turn it off, you don't get the error.



Sure, but the ERT should not be in the Part style anyway.
Put it alone on a standard style line and compilation works all right.

  
But then, so far as I can see, the ERT is on the next page, and the 
attempt to turn off the page number fails.


Granted, this should really be done in the document class.

rh

Re: TeX capacity exceeded: sorry, main memory [main memory size=1500000]

[rgheck]

Waluyo Adi Siswanto wrote:

Actually I have a problem (in LyX 1.6.2) when I want to set the page
without number under the Part environment using ERT
\thispagestyle{empty}. The document class is book(koma-script).
What a surprise, View PDF, LyX error appears "TeX capacity exceeded:
sorry, main memory [main memory size=150]"

As I remember I did not have a problem in older version (1.5.5). Then
I create a simple example to test the problem (attachment
TestPart-1.5.5.lyx). OK It works perfectly and even this file can be
read by 1.6.2 and see the PDF without error.

To reproduce the error then I create a similar file in 1.6.2, and it
shows the error. (attachement TestPart-1.6.2.lyx). This file cannot
output PDF and shows the error.

  
The difference is that hyperref is turned on in the 1.6.2 version. If 
you turn it off, you don't get the error.


rh

Re: TeX capacity exceeded: sorry, main memory [main memory size=1500000]

[Waluyo Adi Siswanto]

> >   
> The difference is that hyperref is turned on in the 1.6.2 version. If 
> you turn it off, you don't get the error.
> 
> rh
> 

It doesn't help. It works if the environment changed to Part* instead of
Part. So in Part* it is possible to have a clean page without page
number, but Part would be difficult. And to me the error message is
unusual as it is pointing to TeX capacity exceeded?
Perhaps for the time being I can use Part* for a quick solution.

Regards / was

Re: TeX capacity exceeded: sorry, main memory [main memory size=1500000]

[Jürgen Spitzmüller]

Waluyo Adi Siswanto wrote:
> It doesn't help. It works if the environment changed to Part* instead of
> Part. So in Part* it is possible to have a clean page without page
> number, but Part would be difficult. And to me the error message is
> unusual as it is pointing to TeX capacity exceeded?
> Perhaps for the time being I can use Part* for a quick solution.

Try if using Insert>Short Title within Part (where you repeat the Part title, 
but not the ERT in the shorttitle inset) helps.

(BTW I do not get the error; maybe an upgrade of the KOMA package helps as 
well).

Jürgen

Re: TeX capacity exceeded: sorry, main memory [main memory size=1500000]

[Jean-Pierre Chrétien]

rgheck  writes:

> 
> Waluyo Adi Siswanto wrote:
> > Actually I have a problem (in LyX 1.6.2) when I want to set the page
> > without number under the Part environment using ERT
> > \thispagestyle{empty}. The document class is book(koma-script).
[...]
> The difference is that hyperref is turned on in the 1.6.2 version. If 
> you turn it off, you don't get the error.

Sure, but the ERT should not be in the Part style anyway.
Put it alone on a standard style line and compilation works all right.

-- 
Jean-Pierre

Re: TeX capacity exceeded: sorry, main memory [main memory size=1500000]

[rgheck]

Jean-Pierre Chrétien wrote:

rgheck  writes:

  

Waluyo Adi Siswanto wrote:


Actually I have a problem (in LyX 1.6.2) when I want to set the page
without number under the Part environment using ERT
\thispagestyle{empty}. The document class is book(koma-script).
  

[...]
  
The difference is that hyperref is turned on in the 1.6.2 version. If 
you turn it off, you don't get the error.



Sure, but the ERT should not be in the Part style anyway.
Put it alone on a standard style line and compilation works all right.

  
But then, so far as I can see, the ERT is on the next page, and the 
attempt to turn off the page number fails.


Granted, this should really be done in the document class.

rh

TeX capacity exceeded: sorry, main memory [main memory size=1500000]

[Waluyo Adi Siswanto]

Actually I have a problem (in LyX 1.6.2) when I want to set the page
without number under the Part environment using ERT
\thispagestyle{empty}. The document class is book(koma-script).
What a surprise, View PDF, LyX error appears TeX capacity exceeded:
sorry, main memory [main memory size=150]

As I remember I did not have a problem in older version (1.5.5). Then
I create a simple example to test the problem (attachment
TestPart-1.5.5.lyx). OK It works perfectly and even this file can be
read by 1.6.2 and see the PDF without error.

To reproduce the error then I create a similar file in 1.6.2, and it
shows the error. (attachement TestPart-1.6.2.lyx). This file cannot
output PDF and shows the error.

I am in Ubuntu 8.04

-- 
was


TestPart-1.5.5.lyx
Description: application/lyx


TestPart-1.6.2.lyx
Description: application/lyx

TeX capacity exceeded: sorry, main memory [main memory size=1500000]

[Waluyo Adi Siswanto]

Actually I have a problem (in LyX 1.6.2) when I want to set the page
without number under the Part environment using ERT
\thispagestyle{empty}. The document class is book(koma-script).
What a surprise, View PDF, LyX error appears "TeX capacity exceeded:
sorry, main memory [main memory size=150]"

As I remember I did not have a problem in older version (1.5.5). Then
I create a simple example to test the problem (attachment
TestPart-1.5.5.lyx). OK It works perfectly and even this file can be
read by 1.6.2 and see the PDF without error.

To reproduce the error then I create a similar file in 1.6.2, and it
shows the error. (attachement TestPart-1.6.2.lyx). This file cannot
output PDF and shows the error.

I am in Ubuntu 8.04

-- 
was


TestPart-1.5.5.lyx
Description: application/lyx


TestPart-1.6.2.lyx
Description: application/lyx

New proposal? Sorry. (Was: Summary to the individual embedding debate.)

[Bo Peng]

 and i would add: no individual embedding (like in odf i guess)

 (which would probably boil down to something very similar like this:
 http://www.mail-archive.com/lyx-devel@lists.lyx.org/msg138780.html)

Edwin,

I have seen this link a few times, are you sure you want to propose
your idea? We have been called masochists!

Seriously, it seems that you are not going to implement your idea so
you have to convince someone else to do that for you. If nobody is
going to consider your idea and willing to implement it, your idea
will not be implemented, however good it might be. The three proposals
involved in the discussions all have proof-of-concept patches, yet the
discussions have been difficult. I, for one, will not look at your
proposal if there is no patch, or at least a detailed description of
how it works, and why it is better than some of the proposals here. I
am not impolite, I am just do not have time to examine a premature
proposal and figure out all the missing pieces.

Your proposal may be good at the first glance, but the devil is often
in the details. Taking Richard's proposal as an example, it is based
on this very simple 'copy to filename.lyxdir' idea that looks very
appealing. Yet it is challenged for several drawbacks. Are you sure
your proposal can survive such a close look?

No offense, really.

Bo

Re: New proposal? Sorry. (Was: Summary to the individual embedding debate.)

[Richard Heck]

Bo Peng wrote:

and i would add: no individual embedding (like in odf i guess)

(which would probably boil down to something very similar like this:
http://www.mail-archive.com/lyx-devel@lists.lyx.org/msg138780.html)

With the details worked out, I think this is pretty similar to what I've 
got.


rh

Re: New proposal? Sorry. (Was: Summary to the individual embedding debate.)

[Bo Peng]

 With the details worked out, I think this is pretty similar to what I've
 got.

That is great. Then we do not have a new proposal to worry about (if
Edwin agrees).

Bo

New proposal? Sorry. (Was: Summary to the individual embedding debate.)

[Bo Peng]

> and i would add: no individual embedding (like in odf i guess)
>
> (which would probably boil down to something very similar like this:
> http://www.mail-archive.com/lyx-devel@lists.lyx.org/msg138780.html)

Edwin,

I have seen this link a few times, are you sure you want to propose
your idea? We have been called masochists!

Seriously, it seems that you are not going to implement your idea so
you have to convince someone else to do that for you. If nobody is
going to consider your idea and willing to implement it, your idea
will not be implemented, however good it might be. The three proposals
involved in the discussions all have proof-of-concept patches, yet the
discussions have been difficult. I, for one, will not look at your
proposal if there is no patch, or at least a detailed description of
how it works, and why it is better than some of the proposals here. I
am not impolite, I am just do not have time to examine a premature
proposal and figure out all the missing pieces.

Your proposal may be good at the first glance, but the devil is often
in the details. Taking Richard's proposal as an example, it is based
on this very simple 'copy to filename.lyxdir' idea that looks very
appealing. Yet it is challenged for several drawbacks. Are you sure
your proposal can survive such a close look?

No offense, really.

Bo

Re: New proposal? Sorry. (Was: Summary to the individual embedding debate.)

[Richard Heck]

Bo Peng wrote:

and i would add: no individual embedding (like in odf i guess)

(which would probably boil down to something very similar like this:
http://www.mail-archive.com/lyx-devel@lists.lyx.org/msg138780.html)

With the details worked out, I think this is pretty similar to what I've 
got.


rh

Re: New proposal? Sorry. (Was: Summary to the individual embedding debate.)

[Bo Peng]

> With the details worked out, I think this is pretty similar to what I've
> got.

That is great. Then we do not have a new proposal to worry about (if
Edwin agrees).

Bo

Re: 1 and a half request (sorry - german)

[Juergen Spitzmueller]

Sebastian Zschernig wrote:

 Vorschläge für Verbesserungen:
 1. Es fehlt (oder ich finde nicht) für LyX eine Verzeichnis aller LyX
 Befehle.

http://wiki.lyx.org/LyX/LyxFunctions

 2. Was auch schön wäre: ein shortcut (bzw. bind-barer Befehl), der ein
 aufgeklapptes ert-Fenster, in dem der Cursor gerade steht, (oder auch
 beliebige derartige Fenster, z.B. auch für Fußnoten) schließt. (Man
 kann ja Latex-Einschübe schön machen indem man mit Ctrl+l (bzw. Strg+l)
 ein ert-Fenster öffnet, aber man kriegt es nicht wieder zu...)

M-x inset-toggle

Regards,
Jürgen

Re: 1 and a half request (sorry - german)

[G. Milde]

On 12.04.05, Sebastian Zschernig wrote:
 
 
 Vorschläge für Verbesserungen:
 1. Es fehlt (oder ich finde nicht) für LyX eine Verzeichnis aller LyX
 Befehle.

There is a list of lyx functions at the lyx WiKi
http://wiki.lyx.org/LyX/LyxFunctions

However, many functions are listed without help text.

Furthermore, there is a Reference document (old, incomplete, and English
only) that can be reached by HelpReference in English speaking lyxes,
but not in the German version. On my Debian system it is at
/usr/share/lyx/doc/Reference.lyx


 (So habe ich etwa buffer-export pdf2 (pdf-Export mittels pdflatex)
 u.a. nur durch langwierige Recherchen gefunden 

Something like this will not be contained in the list, as pdf2 is a
function argument.

 und vermisse etwas wie buffer-all-select (gewöhnlich Strg+A bzw.
 Strg+/).) 

In python with the LyXClient, you could do:

def buffer_select():
Mark (select) the whole current buffer
lyxclient(buffer-begin)
lyxclient(buffer-end-select)

in your *.bind file

bind C-A command-sequence buffer-begin; buffer-end-select;

 2. Was auch schön wäre: ein shortcut (bzw. bind-barer Befehl), der ein
 aufgeklapptes ert-Fenster, in dem der Cursor gerade steht, (oder auch
 beliebige derartige Fenster, z.B. auch für Fußnoten) schließt. 

There is one. With cua bindings it's:

C-i inset-toggle  # 'i' for Inset


Günter
-- 
G.Milde web.de

Re: 1 and a half request (sorry - german)

[Juergen Spitzmueller]

Sebastian Zschernig wrote:

> Vorschläge für Verbesserungen:
> 1. Es fehlt (oder ich finde nicht) für LyX eine Verzeichnis aller LyX
> Befehle.

http://wiki.lyx.org/LyX/LyxFunctions

> 2. Was auch schön wäre: ein shortcut (bzw. bind-barer Befehl), der ein
> aufgeklapptes ert-Fenster, in dem der Cursor gerade steht, (oder auch
> beliebige derartige Fenster, z.B. auch für Fußnoten) schließt. (Man
> kann ja Latex-Einschübe schön machen indem man mit Ctrl+l (bzw. Strg+l)
> ein ert-Fenster öffnet, aber man kriegt es nicht wieder zu...)

M-x inset-toggle

Regards,
Jürgen

Re: 1 and a half request (sorry - german)

[G. Milde]

On 12.04.05, Sebastian Zschernig wrote:
> 
> 
> Vorschläge für Verbesserungen:
> 1. Es fehlt (oder ich finde nicht) für LyX eine Verzeichnis aller LyX
> Befehle.

There is a list of lyx functions at the lyx WiKi
http://wiki.lyx.org/LyX/LyxFunctions

However, many functions are listed without help text.

Furthermore, there is a Reference document (old, incomplete, and English
only) that can be reached by Help>Reference in English speaking lyxes,
but not in the German version. On my Debian system it is at
/usr/share/lyx/doc/Reference.lyx


> (So habe ich etwa "buffer-export pdf2" (pdf-Export mittels pdflatex)
> u.a. nur durch langwierige Recherchen gefunden 

Something like this will not be contained in the list, as pdf2 is a
function argument.

> und vermisse etwas wie "buffer-all-select" (gewöhnlich Strg+A bzw.
> Strg+/).) 

In python with the LyXClient, you could do:

def buffer_select():
"""Mark (select) the whole current buffer"""
lyxclient("buffer-begin")
lyxclient("buffer-end-select")

in your *.bind file

bind "C-A" "command-sequence buffer-begin; buffer-end-select;"

> 2. Was auch schön wäre: ein shortcut (bzw. bind-barer Befehl), der ein
> aufgeklapptes ert-Fenster, in dem der Cursor gerade steht, (oder auch
> beliebige derartige Fenster, z.B. auch für Fußnoten) schließt. 

There is one. With cua bindings it's:

C-i "inset-toggle"  # 'i' for Inset


Günter
-- 
G.Milde web.de

1 and a half request (sorry - german)

[Sebastian Zschernig]

Vorschlge fr Verbesserungen:
1. Es fehlt (oder ich finde nicht) fr LyX eine Verzeichnis aller LyX
Befehle.
Was ich damit meine:
Die verschiedenen Dateien in .../lyx/bind/ enthalten ja jeweils in der
zweiten Spalte sehr viele Befehle. Aber eben nicht alle.   Und dabei
wre eine solche bersicht so schn. Sowohl zur Anpassung der bindings
als auch um mal zu sehen, was berhaupt alles geht. (So habe ich etwa
buffer-export pdf2 (pdf-Export mittels pdflatex) u.a. nur durch
langwierige Recherchen gefunden und vermisse etwas wie
buffer-all-select (gewhnlich Strg+A bzw. Strg+/).)
(buffer-switch funktioniert brigens nicht wie erwartet - es wre
schn, wenn es nacheinander durch alle offenen Dokumente wechseln
wrde).

2. Was auch schn wre: ein shortcut (bzw. bind-barer Befehl), der ein
aufgeklapptes ert-Fenster, in dem der Cursor gerade steht, (oder auch
beliebige derartige Fenster, z.B. auch fr Funoten) schliet. (Man
kann ja Latex-Einschbe schn machen indem man mit Ctrl+l (bzw. Strg+l)
ein ert-Fenster ffnet, aber man kriegt es nicht wieder zu...)

1 and a half request (sorry - german)

[Sebastian Zschernig]

Vorschläge für Verbesserungen:
1. Es fehlt (oder ich finde nicht) für LyX eine Verzeichnis aller LyX
Befehle.
Was ich damit meine:
Die verschiedenen Dateien in .../lyx/bind/ enthalten ja jeweils "in der
zweiten Spalte" sehr viele Befehle. Aber eben nicht alle.   Und dabei
wäre eine solche Übersicht so schön. Sowohl zur Anpassung der bindings
als auch um mal zu sehen, was überhaupt alles geht. (So habe ich etwa
"buffer-export pdf2" (pdf-Export mittels pdflatex) u.a. nur durch
langwierige Recherchen gefunden und vermisse etwas wie
"buffer-all-select" (gewöhnlich Strg+A bzw. Strg+/).)
("buffer-switch" funktioniert übrigens nicht wie erwartet - es wäre
schön, wenn es nacheinander durch alle offenen Dokumente wechseln
würde).

2. Was auch schön wäre: ein shortcut (bzw. bind-barer Befehl), der ein
aufgeklapptes ert-Fenster, in dem der Cursor gerade steht, (oder auch
beliebige derartige Fenster, z.B. auch für Fußnoten) schließt. (Man
kann ja Latex-Einschübe schön machen indem man mit Ctrl+l (bzw. Strg+l)
ein ert-Fenster öffnet, aber man kriegt es nicht wieder zu...)

Big Sorry from list maintainer

[lyx]

Sorry gals and guys, I was not paying enough attention to my daily automatic
upgrading procedure, and the Wednesday Python upgrade did not work with the
installed version of the antispam software TMDA.  I now also updated TMDA,
and I am now monitoring closely for any troubles.  There may be some
glitches on the lyx-fr list; I am working on smoothing them out.

Big Sorry again,

Mate

Big Sorry from list maintainer

[lyx]

Sorry gals and guys, I was not paying enough attention to my daily automatic
upgrading procedure, and the Wednesday Python upgrade did not work with the
installed version of the antispam software TMDA.  I now also updated TMDA,
and I am now monitoring closely for any troubles.  There may be some
glitches on the lyx-fr list; I am working on smoothing them out.

Big Sorry again,

Mate

Sorry: Other OSes

[Tom Maas]

Ooops...

I found the links to the ports, sorry to have bothered you!
I was under the impression that Win32 was the only available
choice for Lyx.

I will check out the page of Tomoharu Nishino.

Kind regards, Tommy.

Sorry: Other OSes

[Tom Maas]

Ooops...

I found the links to the ports, sorry to have bothered you!
I was under the impression that Win32 was the only available
choice for Lyx.

I will check out the page of Tomoharu Nishino.

Kind regards, Tommy.

Re: lyxrc.show_banner (again, sorry)

[Lars Gullik Bjønnes]

John Levon [EMAIL PROTECTED] writes:

| Sorry to bring it up again, but why is this here ? It's not respected in
| screen.C, and you can get the same effect simply by removing banner.xpm

Which is absolutely not the solution to having a bannerless lyx.

Either we alsways show the banner, _or_ we never show it, _or_ we have
a switch to turn it off. Fiddling with files is not the answer.

-- 
Lgb

Re: lyxrc.show_banner (again, sorry)

[Lars Gullik Bjønnes]

John Levon <[EMAIL PROTECTED]> writes:

| Sorry to bring it up again, but why is this here ? It's not respected in
| screen.C, and you can get the same effect simply by removing banner.xpm

Which is absolutely not the solution to having a bannerless lyx.

Either we alsways show the banner, _or_ we never show it, _or_ we have
a switch to turn it off. Fiddling with files is not the answer.

-- 
Lgb

[test] sorry, a last one

[Jean-Marc Lasgouttes]

It seems that Mate has finally fixed my attachment problem. So let's
attach this darn bashrc again.

JMarc




.bashrc
Description: Binary data

[test] sorry, a last one

[Jean-Marc Lasgouttes]

It seems that Mate has finally fixed my attachment problem. So let's
attach this darn bashrc again.

JMarc




.bashrc
Description: Binary data

sorry, test100

[Jean-Marc Lasgouttes]

.bashrc
Description: Binary data

sorry, test100

[Jean-Marc Lasgouttes]

.bashrc
Description: Binary data

sorry

[Mate Wierdl]

For some people, mails might have bounced from the server.  Really sorry
about that; the hard disk Gods have been playing a game here.

Please contact me with including the bounce in the message if things still
not in order:

[EMAIL PROTECTED]

or 

[EMAIL PROTECTED]

Mate

sorry

[Mate Wierdl]

For some people, mails might have bounced from the server.  Really sorry
about that; the hard disk Gods have been playing a game here.

Please contact me with including the bounce in the message if things still
not in order:

[EMAIL PROTECTED]

or 

[EMAIL PROTECTED]

Mate

Sorry for the patch length...

[Kalle Dalheimer]

Hi,

sorry, I noticed that the patch mail was pretty long after having sent it. 
But would I have had another option? Can I upload a patch somewhere to have 
it checked and commited?

Kalle

-- 
Matthias Kalle Dalheimer
President  CEO/VD
Klarlvdalens Datakonsult AB
Fax +46-563-540028
Email [EMAIL PROTECTED]

Sorry for the patch length...

[Kalle Dalheimer]

Hi,

sorry, I noticed that the patch mail was pretty long after having sent it. 
But would I have had another option? Can I upload a patch somewhere to have 
it checked and commited?

Kalle

-- 
Matthias Kalle Dalheimer
President & CEO/VD
Klarälvdalens Datakonsult AB
Fax +46-563-540028
Email [EMAIL PROTECTED]

Re: Sorry, guys - Purify report

[Jean-Marc Lasgouttes]

 "Michael" == Michael Schmitt [EMAIL PROTECTED] writes:

Michael Sorry, one of our students included a couple of figures in
Michael his lyx document, resized the eps files and the like. During
Michael one of these operations (we do not know what it actually was)
Michael the following reports occured. Any idea?

I think this is an xforms problem. I forwarded the message to the
xforms list.

JMarc

Re: Sorry, guys - Purify report

[Jean-Marc Lasgouttes]

>>>>> "Michael" == Michael Schmitt <[EMAIL PROTECTED]> writes:

Michael> Sorry, one of our students included a couple of figures in
Michael> his lyx document, resized the eps files and the like. During
Michael> one of these operations (we do not know what it actually was)
Michael> the following reports occured. Any idea?

I think this is an xforms problem. I forwarded the message to the
xforms list.

JMarc

Re: de_math.bind (sorry, german...)

[Jean-Marc Lasgouttes]

 "Asger" == Asger Alstrup Nielsen [EMAIL PROTECTED] writes:

 One question is: Can XForm handle short cuts descriptions in the
 menues aka Motif/Mac, i.e. "Cut C-x" instead of "_C_ut"?

Asger Yes and no.  It can't do it automatically, but I *think* there
Asger is a meta-character available that will allow us to right
Asger justify a short-cut string in the menus.  So, if the proper
Asger support is implemented in LyX, this could be done.  (And it
Asger would be very useful.)

I think this is \t (tab).

JMarc

Re: de_math.bind (sorry, german...)

[Jean-Marc Lasgouttes]

> "Asger" == Asger Alstrup Nielsen <[EMAIL PROTECTED]> writes:

>> One question is: Can XForm handle short cuts descriptions in the
>> menues aka Motif/Mac, i.e. "Cut C-x" instead of "_C_ut"?

Asger> Yes and no.  It can't do it automatically, but I *think* there
Asger> is a meta-character available that will allow us to right
Asger> justify a short-cut string in the menus.  So, if the proper
Asger> support is implemented in LyX, this could be done.  (And it
Asger> would be very useful.)

I think this is \t (tab).

JMarc

Re: de_math.bind (sorry, german...)

[Fred Hucht]

After finishing this mail I decided to CC the LyXList, we talk about
translating menues/key bindings to german... Maybe german
understanders are interested...

One question is: Can XForm handle short cuts descriptions in the
menues aka Motif/Mac, i.e. "CutC-x" instead of "_C_ut"?

Fred

On Thu, 4 Mar 1999, Peter Suetterlin wrote:

PS Fred Hucht wrote:
PS 
PS  Kann man nicht Index auf M-m x legen und Nummerierung so lassen. Ich
PS  finde, man sollte so wenig wie möglich ändern, und IndeX hat auch ein
PS  x...
PS 
PS Hatte ich auch überlegt.  Bedeutet:  de.po umschreiben, evtl. Doku
PS umschreiben.  (Das n kam aus dem Menue M_athematik-In_dex, das sollte
PS auf jeden Fall konsistent sein).
PS 
PS Ich weiß nicht, was besser ist.  Was meinst Du?  Ich denke, Du
PS verwendest es öfter als ich...
PS 
PS   Peter

In der en Version ist Index X, deshalb sollte und kann das in der de
Version auch so sein. Ich finde wie gesagt, sowenig diffs wie
möglich. (Aua, ist das ein Satz...) Ich benutze übrigens für Index _
und wußte garnicht, daß das auch im Menü ist...

Außerdem benutze ich die en Version von LyX, ich steh nich so auf ins
Deutsche übersetzten Menüs... (Ist aber notwendig für Leute, die kein
Englisch können)

Ist sowieso komisch, daß sich LyX nicht an Standards wie C-c/C-x/C-v
für kopieren/ausschneiden/einfügen hält. Das ist in allen nicht-Emacs
Programmen mittlerweile so (da hat der Macintosh sich mal
durchgesetzt...), und das wird zum Glück auch normalerweise nicht
übersetzt, die Tasten sich schließlich so handlich auf der Tastatur
angeordnet...

Fred

Fred Hucht, Institute of Theoretical Physics, University of Duisburg, Germany
Email: [EMAIL PROTECTED]   http://www.thp.Uni-Duisburg.DE/
"Der Koerper der algebraischen Zahlen ist kein algebraischer Zahlkoerper"
(E. Landau, Zahlentheorie (1927), Satz 718)

Re: de_math.bind (sorry, german...)

[Fred Hucht]

After finishing this mail I decided to CC the LyXList, we talk about
translating menues/key bindings to german... Maybe german
understanders are interested...

One question is: Can XForm handle short cuts descriptions in the
menues aka Motif/Mac, i.e. "CutC-x" instead of "_C_ut"?

Fred

On Thu, 4 Mar 1999, Peter Suetterlin wrote:

PS> Fred Hucht wrote:
PS> 
PS> > Kann man nicht Index auf M-m x legen und Nummerierung so lassen. Ich
PS> > finde, man sollte so wenig wie möglich ändern, und IndeX hat auch ein
PS> > x...
PS> 
PS> Hatte ich auch überlegt.  Bedeutet:  de.po umschreiben, evtl. Doku
PS> umschreiben.  (Das n kam aus dem Menue M_athematik->In_dex, das sollte
PS> auf jeden Fall konsistent sein).
PS> 
PS> Ich weiß nicht, was besser ist.  Was meinst Du?  Ich denke, Du
PS> verwendest es öfter als ich...
PS> 
PS>   Peter

In der en Version ist Index X, deshalb sollte und kann das in der de
Version auch so sein. Ich finde wie gesagt, sowenig diffs wie
möglich. (Aua, ist das ein Satz...) Ich benutze übrigens für Index _
und wußte garnicht, daß das auch im Menü ist...

Außerdem benutze ich die en Version von LyX, ich steh nich so auf ins
Deutsche übersetzten Menüs... (Ist aber notwendig für Leute, die kein
Englisch können)

Ist sowieso komisch, daß sich LyX nicht an Standards wie C-c/C-x/C-v
für kopieren/ausschneiden/einfügen hält. Das ist in allen nicht-Emacs
Programmen mittlerweile so (da hat der Macintosh sich mal
durchgesetzt...), und das wird zum Glück auch normalerweise nicht
übersetzt, die Tasten sich schließlich so handlich auf der Tastatur
angeordnet...

Fred

Fred Hucht, Institute of Theoretical Physics, University of Duisburg, Germany
Email: [EMAIL PROTECTED]   http://www.thp.Uni-Duisburg.DE/
"Der Koerper der algebraischen Zahlen ist kein algebraischer Zahlkoerper"
(E. Landau, Zahlentheorie (1927), Satz 718)