yes, I execute Font for each window I want to.
OK, got the point, thanks.
2009/2/27 Anthony Sorace ano...@gmail.com:
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
On Thu, Feb 26, 2009 at 8:58 AM, hugo rivera uai...@gmail.com 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
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 rminn...@gmail.com:
On Thu, Feb 26, 2009 at 8:58 AM, hugo rivera uai...@gmail.com wrote:
Hi all,
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.
On Fri, Feb 27, 2009 at 9:26 AM, hugo rivera uai...@gmail.com 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
-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
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
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
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
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
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
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
12 matches
Mail list logo