11:53 p.m.
I've had minor redisplay issues for a very long time where sometimes
when I C-v parts of the old line are displayed instead of the
new. This was fairly rare.
However, in the last couple of months, this has become much
worse. C-v around a large file ends up with incorrect lines being
displayed. I haven't really changed anything on my end, but I have
updated xemacs to the most recent code along with various updates to
the packages.
Haven't come up with a repeatable test case and perhaps it's related
to my fonts[1] or syntax highlighting[2]. But whatever, it's much worse
than before and is now causing me to mis-edit somethings because what
I see isn't what is actually there. Pressing C-l usually fixes this,
fortunately.
--
Ray
Footnotes:
[1] I reported this before, but on startup the window is big and I
change my font in my xemacs to BitStream Vera Sans. The window
shrinks in size. I click on the window and it suddenly gets wider
but not everything is wider. XEmacs still thinks the window is
not that wide. When I manually drag the right window edge,
everything is resized correctly and things are working with the
correct window size now.
[2] Sometimes if I wait a bit, xemacs will redraw parts of the screen
with the correct lines.
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
3:35 p.m.
Ar an seachtú lá déag de mí Iúil, scríobh Raymond Toy:
I've had minor redisplay issues for a very long time where
sometimes
when I C-v parts of the old line are displayed instead of the
new. This was fairly rare.
Yes, I’ve seen similar issures. Usually the trailing half or third of the line
above, displayed left-justified above the line that should be displayed.
However, in the last couple of months, this has become much
worse. C-v around a large file ends up with incorrect lines being
displayed. I haven't really changed anything on my end, but I have
updated xemacs to the most recent code along with various updates to
the packages.
I’m surprised at that.
The code I added changing to extents rather than markers for the window point
cache may, possibly, remotely, have something to do with this. Ben didn’t seem
to have got feedback on the window point code when he wrote it and it wasn’t
that exhaustively documented (though getting on to a decade and a half of
testing with few bugs does imply it’s decent code.)
Haven't come up with a repeatable test case and perhaps it's
related
to my fonts[1] or syntax highlighting[2]. But whatever, it's much worse
than before and is now causing me to mis-edit somethings because what
I see isn't what is actually there. Pressing C-l usually fixes this,
fortunately.
--
Ray
Footnotes:
[1] I reported this before, but on startup the window is big and I
change my font in my xemacs to BitStream Vera Sans. The window
shrinks in size. I click on the window and it suddenly gets wider
but not everything is wider. XEmacs still thinks the window is
not that wide. When I manually drag the right window edge,
everything is resized correctly and things are working with the
correct window size now.
Yes, that’s well-known too. Workaround is usually to use your ~/.Xdefaults
rather than ~/.xemacs/init.el to specify the font.
[2] Sometimes if I wait a bit, xemacs will redraw parts of the
screen
with the correct lines.
--
‘Liston operated so fast that he once accidentally amputated an assistant’s
fingers along with a patient’s leg, […] The patient and the assistant both
died of sepsis, and a spectator reportedly died of shock, resulting in the
only known procedure with a 300% mortality.’ (Atul Gawande, NEJM, 2012)
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
9:33 p.m.
>>>> "Aidan" == Aidan Kehoe
<kehoea(a)parhasard.net> writes:
Aidan> Ar an seachtú lá déag de mí Iúil, scríobh Raymond Toy:
First, sorry for the long delay! My apologies.
> I've had minor redisplay issues for a very long time where
sometimes
> when I C-v parts of the old line are displayed instead of the
> new. This was fairly rare.
Aidan> Yes, I’ve seen similar issures. Usually the trailing half or third of the
line
Aidan> above, displayed left-justified above the line that should be displayed.
Actually, I see whole rectangles missing sometimes, or rectangles
misplaced.
> However, in the last couple of months, this has become much
> worse. C-v around a large file ends up with incorrect lines being
> displayed. I haven't really changed anything on my end, but I have
> updated xemacs to the most recent code along with various updates to
> the packages.
Aidan> I’m surprised at that.
Aidan> The code I added changing to extents rather than markers for the window
point
Aidan> cache may, possibly, remotely, have something to do with this. Ben didn’t
seem
Aidan> to have got feedback on the window point code when he wrote it and it
wasn’t
Aidan> that exhaustively documented (though getting on to a decade and a half of
Aidan> testing with few bugs does imply it’s decent code.)
I'd didn't mean to say recent changes are the cause. It's just when I
noticed it the most.
However, it seems to be related to font-lock. I have a file now that
shows all kinds of weird effects when I C-v/M-v around. When I turn
off font-lock, these issues go away. Or are at least much less likely
to happen. Note that I might have an unusual setup. I set up
font-lock to use fonts (not colors), but I edited some of the fonts
used by font-lock to have a bit of color. And I use normally use
lazy-lock so perhaps the timers or whatever in lazy-lock are messing
things up. Otherwise, I don't see why redisplay would be triggered
(without any interaction from me) to fix the bad display sometimes.
> Footnotes:
> [1] I reported this before, but on startup the window is big and I
> change my font in my xemacs to BitStream Vera Sans. The window
> shrinks in size. I click on the window and it suddenly gets wider
> but not everything is wider. XEmacs still thinks the window is
> not that wide. When I manually drag the right window edge,
> everything is resized correctly and things are working with the
> correct window size now.
Aidan> Yes, that’s well-known too. Workaround is usually to use your ~/.Xdefaults
Aidan> rather than ~/.xemacs/init.el to specify the font.
I thought that wasn't possible if you're using xft.
--
Ray
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
3964
days inactive
4020
days old
2 comments
2 participants
participants (2)
-
Aidan Kehoe -
Raymond Toy