Re: Understanding atomic window groups

[martin rudalics]

> For instance! Side windows have `window-toggle-side-windows', maybe we
> could have something similar for atomic windows?

'window-toggle-side-windows' was a specific wish of people of the
people who wanted an IDE-like environment.  As for atomic windows do
you mean something like "make an atomic window occupy the main window
of its frame" and restore the remaining windows when toggling again?

>> I've had it in the back of my mind to try replacing Gnus' homemade
>> windowing functionality with side windows, because they do pretty much
>> the same thing, but I'm not sure where to start.
>
> Just to extend this hypothetical:
>
> Gnus configures its various window layouts in
> `gnus-buffer-configuration', an assoc list where each element looks
> like:
>
> (article
>    (horizontal 1.0
>      (vertical 0.5
>        (group 1.0))
>      (vertical 1.0
>        (summary 0.25 point)
>        (article 1.0))))
>
> This configuration is selected using 'article as a key --
> (gnus-configure-windows 'article) -- the rest of it is arbitrarily
> nested instructions about how to split the various buffer and how big
> the splits should be.

I'd need more information of the type what kind of windows you want to
show and how they should be laid out on a frame.  The basic idea of
side windows was that there are main windows where the user is editing
and side windows where additional information is shown.  How would
that relate to gnus?

> As a lazy developer, I'd like to be able to pull apart the setting
> above, find the window with 'point and make that the "main window", and
> use the rest of the information to issue a series of (probably)
> `display-buffer-in-side-window' calls that put the rest of the windows
> in place. It would be particularly nice if we could stick an 'atomic key
> in the above setting, and have the resulting side window assembly be
> atomic.

Again I would have to know the character of the "rest of the windows".
Are they meant for editing?

martin