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.
maybe this is a hardware error. maybe it's
an obscure bug. it's not immediately clear to me.
we have not had any other panics in the last year.
the only console message is:
Thu Feb 26 15:02:18: panic: newpage
Thu Feb 26 15:02:18: panic: newpage
ktrace /kernel/path f0108f3d f3c71670 EOF
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
Having a window which is `current' and `visible' but not on `top'
gives rise to some effects of concern. For example, scrolling this
current window is cause for massive load on the system; if there are
windows on top, making them current requires hiding the current one
(clicking on them is
Having a window which is `current' and `visible' but not on `top'
gives rise to some effects of concern. For example, scrolling this
current window is cause for massive load on the system; if there are
windows on top, making them current requires hiding the current one
(clicking on them is
echo current /dev/wsys/%d/wctl
ak
---BeginMessage---
Having a window which is `current' and `visible' but not on `top'
gives rise to some effects of concern. For example, scrolling this
current window is cause for massive load on the system; if there are
windows on top, making them current
Here's the code:
#include sysdep/SysDep.h
int main ()
{
DCMF::Log::Log l;
// DCMF::Personality p(l);
}
Here's the binary:
-rwxr-xr-x 1 rminnich users 4603961 2009-02-27 16:37 pers.cnk
Here's what it is:
Program Headers:
Type Offset VirtAddr PhysAddr FileSiz MemSiz Flg
-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
Is there a program that will render some subset of a font file so that
you get a quick feel for what it looks like?
John
On Fri Feb 27 21:07:20 EST 2009, jbar...@gmail.com wrote:
Is there a program that will render some subset of a font file so that
you get a quick feel for what it looks like?
page works fine on most subfont files.
it sometimes objects to subfont files which
are excessively wide.
- erik
'page'. font files are just bitmaps. some alpha-blended, but still
bitmaps. cd /lib/font and look around.
On Fri, Feb 27, 2009 at 7:06 PM, John Barham jbar...@gmail.com wrote:
Is there a program that will render some subset of a font file so that
you get a quick feel for what it looks like?
On Fri, Feb 27, 2009 at 7:10 PM, andrey mirtchovski
mirtchov...@gmail.com wrote:
'page'. font files are just bitmaps. some alpha-blended, but still
bitmaps. cd /lib/font and look around.
err, by 'font files' i mean the files referenced by .font files, not
the .font files themselves, which are
One might make a script to create a troff file that includes some
sample text for each font in /lib/font, and make a postscript out of
it.
`page' on each subfont file seems like a lengthy task, unless there's
some way to include it all in one view.
ak
---BeginMessage---
Is there a program that
err, by 'font files' i mean the files referenced by .font files, not
the .font files themselves, which are just files containing font files
:)
i believe the term of art is subfont.
also tweak should be mentioned.
One might make a script to create a troff file that includes some
sample text
You know, this brings up a good question, which I've been pondering for some
time but never asked...
Does anyone remember how the Plan 9 font files came to be? I'm going to go out
on a limb here and bet that some poor soul didn't enter them by hand...
I'd also wager that they weren't created
there's bdf2subf from Skip's collection: http://www.9netics.com/who/fst/
and then ttf2subf came around. i don't know who created it, i don't
think it was me. i fixed some bugs and host it on my site, but the
originator is not credited (or i missed to credit them).
18 matches
Mail list logo