On Wed, 8 Jul 2009 23:17:22 -0400
erik quanstrom wrote:
> > Which vera font? I just looked up http://google.gr/ in Firefox & pasted the
> > text into a terminal using Bitstream Vera Sans Mono & don't see any missing
> > letters. Nor do I if I set the font to Bitstream Vera Sans or Serif, or
>
On Wed, 8 Jul 2009 22:25:17 -0700
Russ Cox wrote:
> This conversation reminded me that I have been
> meaning to clean up a program I wrote a while back
> and integrate it into plan9port. It generates Plan 9
> bitmap fonts on demand using the native window
> system fonts. Right now it only works
On Wed, Jul 8, 2009 at 11:10 PM, erik quanstrom wrote:
>> > I expect to see code immediately, by the way, finished or not, and you
>> > better be
>> > around to answer my questions.
>>
>> You have something here: these are central software-development tenets
>> of agile/scrum/xp/lean/kanban du jou
2009/7/8 Russ Cox :
> I assume you have a non-Plan 9 machine to play with.
> It's worth trying Heirloom troff there to see if the boxes
> are done better. They probably are.
as far as I see, they are not better.
> I need to fall back to the Plan 9 troff, because the low-level
> details seem to d
Indeed, Voltaire had it right. Better is the enemy... (of my enemy is my
friend??)
On Wed, Jul 8, 2009 at 9:10 PM, erik quanstrom wrote:
> > > I expect to see code immediately, by the way, finished or not, and you
> better be
> > > around to answer my questions.
> >
> > You have something here:
On Jul 9, 2009, at 3:02 AM, Ethan Grammatikidis wrote:
; hget http://google.gr/
content="text/html; charset=ISO-8859-7">
i'm pretty sure that ISO-8859-7 != utf-8.
I guess that's server-side mucking about based on user-agent not
reporting utf-8 capability or something stupid. Firefox page
ie=utf-8 works fine
On Thu, Jul 9, 2009 at 12:43 PM, Chad Brown wrote:
> On Jul 9, 2009, at 3:02 AM, Ethan Grammatikidis wrote:
>
> ; hget http://google.gr/
>
> content="text/html; charset=ISO-8859-7">
>
> i'm pretty sure that ISO-8859-7 != utf-8.
>
> I guess that's server-side mucking about bas
Perhaps we should use troff and just convert it to tex?
Because I also hate to write/read tex.
On Thu, Jul 9, 2009 at 4:53 PM, Rudolf Sykora wrote:
> 2009/7/8 Russ Cox :
>> I assume you have a non-Plan 9 machine to play with.
>> It's worth trying Heirloom troff there to see if the boxes
>> are don
> Why would it take a book? DMR made the point succinctly in his
> critique of Knuth's literate program, showing how a few command-line
> utilities do the work of the Don's elaborately constructed tries.
because, evidently, one book was not enough.
- erik
> Why would it take a book? DMR made the point succinctly in his
> critique of Knuth's literate program, showing how a few command-line
> utilities do the work of the Don's elaborately constructed tries.
Do you have a URL for this?
Micah
2009/7/9 Micah Stetson :
>> Why would it take a book? DMR made the point succinctly in his
>> critique of Knuth's literate program, showing how a few command-line
>> utilities do the work of the Don's elaborately constructed tries.
>
> Do you have a URL for this?
I looked this up yesterday, and t
2009/7/9 hiro <23h...@googlemail.com>:
> Perhaps we should use troff and just convert it to tex?
> Because I also hate to write/read tex.
>
I have an awk script to write latex in plain text, with a syntax
similar to markdown. It is an ad-hoc solution I am using to write my
thesis, but if you are i
Hi,
since I discovered plan 9, about two years ago, I've been constantly
amazed by its simple yet quite powerful design.
>From one year now, I am looking forward to move to plan 9 as my main
OS, but I am not able to do so because it lacks the data analysis
tools available in some other systems, lik
I'd also be interested in knowing whether gnuplot or an equivalent is
yet ported to Plan 9. Ron Minnich et al. seem to prefer gnuplot, and
reported that they generated data for it and used it in a paper, but
weren't specific whether the gnuplot ran on the same plan9 box or
another *nix.
>From htt
> Also, something similar to GSL (http://www.gnu.org/software/gsl/)
gsl-1.6.tbz GNU Scientific Library, native port.
/n/sources/contrib/pac/sys/src/lib/gsl-1.6.tbz
hth
--
Federico G. Benavento
On Thu, Jul 9, 2009 at 12:26 PM, Jason Catena wrote:
> I'd also be interested in knowing whether gnuplot or an equivalent is
> yet ported to Plan 9. Ron Minnich et al. seem to prefer gnuplot, and
> reported that they generated data for it and used it in a paper, but
> weren't specific whether the
>>> i think one could write quite an interesting
>>> book critiquing modern software development for failing to
>>> stop at good enough.
>>
>> Why would it take a book? DMR [sic] made the point succinctly in his
>> critique of Knuth's literate program, showing how a few command-line
>> utilities d
On Jul 9, 2009, at 14:40, hugo rivera wrote:
Hi,
since I discovered plan 9, about two years ago, I've been constantly
amazed by its simple yet quite powerful design.
From one year now, I am looking forward to move to plan 9 as my main
OS, but I am not able to do so because it lacks the data
On Jul 9, 2009, at 15:34, ron minnich wrote:
On Thu, Jul 9, 2009 at 12:26 PM, Jason
Catena wrote:
I'd also be interested in knowing whether gnuplot or an equivalent is
yet ported to Plan 9. Ron Minnich et al. seem to prefer gnuplot, and
reported that they generated data for it and used i
On Thu, Jul 09, 2009 at 02:47:37PM -0500, Jason Catena wrote:
>
> Yes, sorry I didn't look it up earlier.
>
> Bentley, J., Knuth, D., and McIlroy, D. 1986. Programming pearls: a
> literate program. Commun. ACM 29, 6 (Jun. 1986), 471-483. DOI=
> http://doi.acm.org/10.1145/5948.315654
[The article
> But this does not mean that _in general_, literate programming has not
> its strength especially for complex and weaven program... or even for
> writing the tools, the bricks one combines in a pipeline like McIlroy does.
I'll say amen, especially for a system of many little parts. My point
wasn
> For the task to be done "print the k most common words in a file", the
> Unix approach and the Unix tools give everything to create a "program"
> far more rapidly than the from scratch approach adopted by D. Knuth. But
> because the tools exist (are already written... but in what language?
> Easi
On Thu, Jul 9, 2009 at 1:34 PM, erik quanstrom wrote:
> the problem i have with "literate programming" is that it
> tends to treat code like a terse and difficult-to-understand
> footnote.
And thus, we have literate programming meets APL. ;)
-Jack
> structure, on extremely clever constructions (on the BWK gibe that I
> won't be smart enough to debug it later), and to describe how the code
> segment interacts with others and maps to the problem domain.
it's also interesting to notice that long comments
are often associated with bugs.
- erik
On Thu, Jul 9, 2009 at 16:34, erik quanstrom wrote:
>> For the task to be done "print the k most common words in a file", the
>> Unix approach and the Unix tools give everything to create a "program"
>> far more rapidly than the from scratch approach adopted by D. Knuth. But
>> because the tools ex
On Thu, 2009-07-09 at 15:56 -0300, Federico G. Benavento wrote:
> > Also, something similar to GSL (http://www.gnu.org/software/gsl/)
>
> gsl-1.6.tbz GNU Scientific Library, native port.
>
> /n/sources/contrib/pac/sys/src/lib/gsl-1.6.tbz
I've been meaning to ask this for a long time --
On Thu, Jul 9, 2009 at 6:40 PM, Roman V Shaposhnik wrote:
> On Thu, 2009-07-09 at 15:56 -0300, Federico G. Benavento wrote:
>> > Also, something similar to GSL (http://www.gnu.org/software/gsl/)
>>
>> gsl-1.6.tbz GNU Scientific Library, native port.
>>
>> /n/sources/contrib/pac/sys/src/li
> http://plan9.bell-labs.com/wiki/plan9/Contrib_index/
the parsing seems a bit odd, at least for my contrib stuff.
contrib/list from contrib(1) does a better job of listing contrib
packages.
- erik
On Thu, 09 Jul 2009 13:44:20 -0800 Jack Johnson wrote:
> On Thu, Jul 9, 2009 at 1:34 PM, erik quanstrom wrote:
> > the problem i have with "literate programming" is that it
> > tends to treat code like a terse and difficult-to-understand
> > footnote.
>
> And thus, we have literate programming m
On Thu, Jul 09, 2009 at 06:18:14PM -0400, erik quanstrom wrote:
>
> it's also interesting to notice that long comments
> are often associated with bugs.
Literate programming is a magnifying glass. It's very easy to use,
but it's not straightforward to use right. My first attempts with
a "creative
Having seen that video, as well as other examples,
I am now more drawn to APL.
Any Plan 9 implementations available?
ak
31 matches
Mail list logo
