[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Week 8 hate

On Sat, Feb 22, 2003 at 04:21:42PM -0500, Sean Middleditch wrote:
> On Sat, 2003-02-22 at 15:13, Sven Luther wrote:
> > On Sat, Feb 22, 2003 at 06:16:31PM +0000, Ross Burton wrote:
> > > > > > Why is there a little bit of space left on the bottom of a maximized Gnome
> > > > > > Terminal? Other apps maximize properly.
> > > > > Because you wouldn't gain any actual terminal space if there wasn't?
> > > > 
> > > > Ok. I understand this. But it is not consistent with other apps. If I
> > > > get fazed by this, what about the average user? ;)
> > > 
> > > How do you suggest this is "fixed"?
> > 
> > By filling the unused space in the background color, and especially by
> > not letting the mouse click events go past the maximized windows to
> > whatever is encountered below it.
> Filling in with background colour would be broken at best.  What happens
> when an app draws it's own back on the bottom/right edges?  Does the
> colour propogate to the extra space, or not?  Either way, you'd end up
> with undesired behaviour.

Well, the problem is not so much in the color drawn, but in the events
at the unused border. Try the following :

  o use metacity with the atlanta theme.

  o use a 1024x768 screen.

  o open and maximize a non terminal app (galeon for example).

  o open and maximize a terminal app (xterm for example, don't know if
    gnome-terminal also does this).

  o move the mouse on the left border, and click.

=> result, the galeon maximized windows below it will get the focus, and
this because of a one or two pixel line you may not even be seing if
your screen is not exactly adapted to your monitor.

And imagine you are just pasting some stuff to your terminal, it will be
pasted on the app behind it without you really noticing, and may wreak
havoc or something such. Also, if you do this with only one window, and
press enter or something such, this will undully launch nautilus, which
is not nice also.

Sure, i guess this is more of a problem of the atlanta metacity theme,
which is borderless, and should (i guess, i really have no idea how
themes work) be fixed in the theme in question. Since, they are
borderless, this causes no problem, i think.

Alternatively, for other themes, i think it is ok to either :

  o don't fill the leftover zone, but don't let mouse event go to the
    window behind it. I guess in more X speak this mean that the terminal
    would claim the whole screen area as its own, but not paint all of it.

  o fill the leftover zone with black. Since this is the color of the
    monitor border, this would not cause any trouble.

  o have the border of the terminal window grow to their maximized size,
    and have the interior be filled with the background color. The
    terminal in itself would only use an integer number of text lines of
    this zone.

I guess the latest is the best solution, but could maybe need
cooperation from the terminal app.

> I haven't seen an X terminal yet that doesn't maximize to the best of
> its ability (i.e., columns*width of character).  If you want a terminal
> that fills the whole screen, ctrl-alt-F1 works great.  ;-)

Well, sure, but :

  o You cannot cut&paste between this fullscreen terminal and galeon for

  o There is this mode switching thingy which X does when you are not
    using fbdev for it, which is quite anoying.

  o Stupid X persist in blanking the console even if you have it on a
    second monitor.

  o It is such a trouble to have to press the ctr key in addition to the
    alt+F# key. The gnome shortcuts should offer a way to configure an
    switch to VT# action.

  o The colors used by the console and X are not exactly the sames.

  o The console doesn't respect the locale settings.

And assuredly more such stuff. Are you sure you want to offer support
for all the problems that your suggestion may bring :)))) ?


Sven Luther

Reply to: