[Q21.4] completion list to wide bug fixed
adrian at xemacs.org
Fri Apr 23 16:00:03 EDT 2004
Vin Shelton <acs at xemacs.org> writes:
> (Moved to xemacs-beta for discussion purposes.)
> Hi, Sven!
> Sven Grundmann <sven at xemacs.org> writes:
>> Vin Shelton <acs at xemacs.org> writes:
>> Hello Vin,
>> Thanks for checking out my patch.
>>> QUERY - do you think you can address the concerns I raise below?
>> I'll give it a try.
>>> 1. The comment above the code needs fixing:
>>> ;; This needs fixing for the case of windows
>>> ;; that aren't the same width's the frame.
>> I'll check it out.
>>> 2. Also, I note that the patch doesn't completely solve the problem.
>>> Do this:
>>> a. Split the screen vertically with C-x 3
>>> b. C-x C-f some directory with a list longer than the screen length
>>> that would have triggered the bug.
>>> c. Notice the scrollbar at the bottom of the window on the right:
>>> d. If you click on the scrollbar, you'll notice that the window
>>> still thinks it's as wide as the frame, as shown by the arrows
>>> on the right edge.
>> I think in your case this is caused by the commentary text in the first line.
>> I have wrapping activated and there is no scrollbar then. Please tell me
>> if this should be fixed. As the commentary text in the first 2 lines
>> will allways be too small if the window width is small enough.
> Well, I had thought that might be the case, but I added the following
> (setq completion-default-help-string "x")
> between a and b. This resulted in the following:
> What are those arrows on the right side? I don't really know what's
> going on here, but I don't think it looks right.
Hi Vin, this is the truncation-glyph.
and observe how you will either see a truncation-glyph at the right
edge of a window with an over-long line, or a continuation-glyph with
the rest of the line continuing on the next line.
mailto:adrian at xemacs.org
More information about the XEmacs-Beta