Re: [9fans] Acme huge bar

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

Re: [9fans] Acme huge bar

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

Re: [9fans] Acme huge bar

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

[9fans] interesting kernel panic

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

Re: [9fans] Acme huge bar

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

Re: [9fans] Acme huge bar

> 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

[9fans] rio Peculiarities

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

Re: [9fans] rio Peculiarities

> 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

Re: [9fans] rio Peculiarities

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

[9fans] new contest

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

Re: [9fans] rio Peculiarities

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

Re: [9fans] new contest

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

Re: [9fans] rio Peculiarities

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

Re: [9fans] Acme huge bar

-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

[9fans] Visual font viewer

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

Re: [9fans] Visual font viewer

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

Re: [9fans] Visual font viewer

'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 > >

Re: [9fans] Visual font viewer

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

Re: [9fans] Visual font viewer

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

Re: [9fans] Visual font viewer

> 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

Re: [9fans] rio Peculiarities

> 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

Re: [9fans] Visual font viewer

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

Re: [9fans] Visual font viewer

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