[9fans] Acme huge bar

[hugo rivera]

Hi all,
Sometimes while resizing windows in Acme, I get a very thick bar on
top one of the windows.
Perhaps something is not being assigned the right value somewhere.
There is an image showing the fat bar attached.
Bye,

-- 
Hugo
attachment: acmebar.jpg

Re: [9fans] Acme huge bar

[Matthew O'Gorman]

its because you dont want half a line of text shown.  it can only resize and
have the thin bar for full increments of text.

Mog

Re: [9fans] Acme huge bar

[hugo rivera]

OK, I get it, but maybe Acme can force you to show full lines of text
instead of increasing the bar width?
It just looks a little odd, but nevermind, isn't that important

2009/2/26, Matthew O'Gorman mog-li...@rldn.net:
 its because you dont want half a line of text shown.  it can only resize and
 have the thin bar for full increments of text.

 Mog



-- 
Hugo

Re: [9fans] Acme huge bar

[Akshat Kumar]

I doubt that is the reason.  The tag-line will just jump the whole
line of text if such a resize takes place.  You would not get a black
line to hide it -- at least, that is the case in acme on native Plan
9.  Where are you using it?


ak
---BeginMessage---
its because you dont want half a line of text shown.  it can only resize and
have the thin bar for full increments of text.

Mog
---End Message---

Re: [9fans] Acme huge bar

[erik quanstrom]

On Thu Feb 26 12:24:36 EST 2009, mog-li...@rldn.net wrote:

 its because you dont want half a line of text shown.  it can only resize and
 have the thin bar for full increments of text.
 
 Mog
 

i think this is still a bug.  the slop should not be part of the tag
it should be part of the frame and wherever it is,  it should be
background color, not black.

- erik

Re: [9fans] contrib(1) (was: opera under linuxemu)

[erik quanstrom]

from the better-late-than-never dept:

On Thu Jan  3 17:52:03 EST 2008, benave...@gmail.com wrote:
 we (me and steve) have been playing and testing some tools
 to help with this:
 
  CONTRIB(1) CONTRIB(1)

i finally got around to this.  motivated by the fightful
disorganization in my contrib area, i found that
contrib(1) works like a dream.  thanks, guys.

i removed most of the stuff from /n/sources/contrib/quanstro/src
and subpixel except for some untidy bits that didn't
seem worth packaging.  there were a couple of packages
that were greatly improved by the swtch, eg

abaco
now includes vera fonts, password fonts and
necessary change to /sys/include/html.h
fs
the diskless fs code is now packaged up
with the il code and the necessary change
to ndb/cs.
rchistory
has the rc differences and rchistory.
nupas
now includes man pages.
and hopefully a fix to the reported gmail bug.

feedback welcome!

- erik

Re: [9fans] Acme huge bar

[sqweek]

2009/2/27 erik quanstrom quans...@quanstro.net:
 On Thu Feb 26 12:24:36 EST 2009, mog-li...@rldn.net wrote:

 its because you dont want half a line of text shown.  it can only resize and
 have the thin bar for full increments of text.

 Mog


 i think this is still a bug.  the slop should not be part of the tag
 it should be part of the frame and wherever it is,  it should be
 background color, not black.

 - erik

 I kind of like black in that it makes it obvious. In p9p the slop is
the background colour, but when the mouse is over it your keypresses
go nowhere instead of to the frame. Of course this probably qualifies
as another bug :)
-sqweek