2009/2/27 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 t
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
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 fram
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
--- Begin Message ---
its because you dont want half a line
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 :
> its because you dont want half a line of text shown. it can only resize and
> have the thin ba
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
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
<>
