Re: Infrastructural complexity.

[martin rudalics]

> Suppose that the edit area contains a
> window that is the full width of the edit
> area but that there are control panels to
> the left and right.
>
> Would it not DTRT to, for that window, count
> the space taken by the control panels as "fringe"?
> That is to say that the TOTAL_COLS of the
> edit area window would match the total width
> of its (whole window system window) frame. There
> would be largish "fringe".  It would so happen
> that the attached frames are drawn in that fringe.

Mixing concepts like frames, windows and fringes is beyond my
imagination.

>> Also an application might want to know whether the coordinates returned
>> by `mouse-position' refer to the upper-left corner of the edit area or
>> the primary frame.  If they refer to the upper-left corner of the
>> primary frame, we probably have to, for each primary frame, specify the
>> offset of the root window of that frame (the upper-left corner of the
>> edit area) in order to be able to determine in which window of the edit
>> area the mouse is (provided the edit area can be split).
>
> Again, I don't see why "fringe" doesn't already
> handle this.

I don't see why and how it does.

>> Changing the underlying functions is the hard thing.  If you eventually
>> come up with a sketch of how you want to address issues like the ones I
>> sketched above I might be able to tell you more.
>
> Well, there you go.

Sorry, that's too much Infrastructural complexity for my taste so I
shall give up here.  You'll have to talk this over with someone else.

martin