On 11/05/11 23:45, Jean-Philippe Bernardy wrote:
On Wed, May 11, 2011 at 3:11 PM, Reiner Pope<reiner.p...@gmail.com> wrote:
On 11/05/11 17:27, Jean-Philippe Bernardy wrote:
Rather than adding a new window type, It would be a lot easier to
1. Change the layout algorithm to put mini windows at the bottom
2. Creation of a miniwindow if one already exists.
I'm not sure I understand your second point.
It should have read:
2. Prevent the creation of a miniwindow if one already exists.
Regarding the first point, I think the key point is: how do people use
miniwindows? Specifically:
Can you think of an example where you would want to have multiple
miniwindows open concurrently? Emacs and (apparently) vi don't support this.
Also, can you give me an example where you would want to have a miniwindow
visiting a file, rather than requesting user input? (I would imagine that
when visiting a file, you would like as much space available to view the
contents as possible, and hence not use a miniwindow.)
I can't think of any examples. If there aren't any examples, then I would
say that the miniwindow is sufficiently different from regular windows to
warrant adding a new window type specifically for it.
You can find differences between miniwindows, but that doesn't
mean they are sufficiently different to require a new type. Also there are
other options: maybe a different case in the Window type?
Feel free to experiment; I am only explaining the reasons why things
are designed as they are.
Understood. My main concern is that the user is only ever presented with
at most one miniwindow, and it seems we agree on this. The rest is
"just" an implementation detail.
Cheers,
Reiner
--
Yi development mailing list
yi-devel@googlegroups.com
http://groups.google.com/group/yi-devel
