yes, I execute Font for each window I want to.
OK, got the point, thanks.
2009/2/27 Anthony Sorace :
> do you do that by executing Font in each window?
>
> IIRC, acme tries to move the tag bar a line at a time, but does so
> using the sizes of your tag bar font (-f). you'll see this behavior
> occ
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
When I did the expanding tags I wound up choosing to leave them black
since they aren't part of any frame.
Not totally satisfactory, but the layout logic was baroque enough
that disturbing it further didn't make much sense.
I know that a few
> IIRC, acme tries to move the tag bar a line at a time, but does so
> using the sizes of your tag bar font (-f). you'll see this behavior
> occurs because the different heights on the fonts mean you can't
> satisfy both of them with whole-row-only moves. acme won't ever
> display part of a line of
On Fri, Feb 27, 2009 at 9:26 AM, hugo rivera wrote:
> yes.
> The tag fonts are $PLAN9/font/luc/unicode.7.font and the window fonts
> are $PLAN9/font/fixed/unicode.6x13.font, from plan9port.
> They look neat, if you ask me.
If you watch what acme does as you resize the window you can see it
fits t
do you do that by executing Font in each window?
IIRC, acme tries to move the tag bar a line at a time, but does so
using the sizes of your tag bar font (-f). you'll see this behavior
occurs because the different heights on the fonts mean you can't
satisfy both of them with whole-row-only moves. a
yes.
The tag fonts are $PLAN9/font/luc/unicode.7.font and the window fonts
are $PLAN9/font/fixed/unicode.6x13.font, from plan9port.
They look neat, if you ask me.
2009/2/27, ron minnich :
> On Thu, Feb 26, 2009 at 8:58 AM, hugo rivera wrote:
> > Hi all,
> > Sometimes while resizing windows in A
On Thu, Feb 26, 2009 at 8:58 AM, hugo rivera wrote:
> Hi all,
> Sometimes while resizing windows in Acme, I get a very thick bar on
> top one of the windows.
I'm curious, are your tag fonts different than your text fonts? It
almost seems so from the picture.
ron
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
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
<>
13 matches
Mail list logo
