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
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
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
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
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
> 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
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 ineffec
> 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
echo current > /dev/wsys/%d/wctl
ak
--- Begin Message ---
> 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
Here's the code:
#include
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 Align
LOAD
On Fri Feb 27 16:46:34 EST 2009, aku...@mail.nanosouffle.net wrote:
> 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, maki
On Fri, Feb 27, 2009 at 11:42 PM, ron minnich wrote:
>
> Beat that.
>
> ron
>
>
nm shows that printf gets changed for puts, so after taking everything
out:
int
main(int argc, char *argv[])
{
printf(¨hello darkness¨);
}
//no includes... no defines, nothing I am paranoid about libc now
g
I tried the pat patch just now, and it doesn't seem to improve the
load or change the other effect I mentioned.
ak
--- Begin Message ---
On Fri Feb 27 16:46:34 EST 2009, aku...@mail.nanosouffle.net wrote:
> Having a window which is `current' and `visible' but not on `top'
> gives rise to some eff
-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 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?
>
> John
>
>
On Fri, Feb 27, 2009 at 7:10 PM, andrey mirtchovski
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 just files containi
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
--- Begin Message ---
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
> samp
> I tried the pat patch just now, and it doesn't seem to improve the
> load or change the other effect I mentioned.
>
the pat patch is very effective for me in many situations.
however, there are some paths through the draw code
that are not optimized, or, still require large reads from
the frame
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 on
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).
http://mirtchovski.com/p9/freety
23 matches
Mail list logo