Re: Bug in window resizing?

[Lennart Borgman <lennart.borgman.073@student.lu.se>]

Kim F. Storm wrote:

>Lennart Borgman <lennart.borgman.073@student.lu.se> writes:
>
>  
>
>>Richard M. Stallman wrote:
>>
>>    
>>
>>>   What is needed (I believe) is to go up one level in the split
>>>tree, find    the window under the selected window and then resize
>>>this. Or maybe it    is even more complicated than that?
>>>
>>>Yes, I think you are right.  It seems that the only feasible way to
>>>fix this is to make a new interface.  Since that change is already
>>>being discussed, I think we should simply go ahead with that.
>>>
>>>Is anyone working on that?
>>> 
>>>
>>>      
>>>
>>I think this bug is still there. You can see this bug if you first
>>split windows with C-x 2, C-x 3, C-x 2. Now try to move the bottom of
>>the second window to the left.
>>
>>Kim, did you look at this when you made `window-tree'? Or perhaps
>>could you look at it now? I do not think I understand the subtle
>>details here ;-)
>>    
>>
>
>I implemented window-tree for the purpose of balance-windows.
>I didn't correlate it to this problem.
>
>AFAICS, enlarge-window works just fine in that window (try C-x ^), so
>if the code in mouse-drag-mode-line-1 would just selected the proper
>window, it should work (without finding the parent window).
>  
>
No, it does not work if you use (enlarge-window 1 nil t) in that window. 
I did look at the C code before, see the sentence beginning with "What 
is needed ... " above. I just think it is best I do not touch this part 
of the C code.