Sorry, that was a bit shrill.
dudes,
you went from a little spam to terrorists. i think you
may need a perspecitive check.
- erik
Wes Kussmaul <[EMAIL PROTECTED]> writes
|
| Dave Lukes wrote:
|
| Global warming? Look closely at what Brian Hancock did with an Inferno
| grid at Rutgers. Think about that as a real workplace
Dave Lukes wrote:
If we don't solve the current problems we'll drown before we have a
chance to solve the future problems.
Solve the current problems with what? Firewalls? Intrusion detection
systems and whitelists and blacklists? Hey, the ship is going down and
we are drowning. Shall we ign
> | I still believe the chording code that's ifdef'ed out of the
> | plan9port version can be made to work.
>
> is there any particular senerio that causes a problem; i'd be
> willing to take a stab at this.
rob just played with it for a while and got it to break.
of course, the current code doesn
Oh, there's that troublesome word "current" again...
If we don't solve the current problems we'll drown before we have a
chance to solve the future problems.
Look at it this way. If you have kids, spam will be the least of their
online problems if we don't do something.
If I have kids, onl
Dave Lukes wrote:
... and this helps my current spam problem how?
Oh, there's that troublesome word "current" again...
Look at it this way. If you have kids, spam will be the least of their
online problems if we don't do something.
Wes
--
Wes Kussmaul
CIO
The Village Group
738 Main Stree
Evidence to the contrary:
Premise: A reliable, large-scale, deployable PKI with reliable
identity credentials that fortify rather than erode privacy will solve
most of the spam problem.
... and this helps my current spam problem how?
DaveL
another difference is that double-left doesn't select until b1 is released
with samterm.
Russ Cox <[EMAIL PROTECTED]> writes
| I still believe the chording code that's ifdef'ed out of the
| plan9port version can be made to work.
|
Russ Cox <[EMAIL PROTECTED]> writes
| The die hard sam users would disagree vehemently with you.
| The nice thing about sam is that it's one window, not many,
| making it comfortable to edit a 30-file project without getting
| caught up in managing windows.
back when i was doing distributed se
>>Sort-of-seriously, Sam's clothing is starting to wear a bit.
i was going to suggest that perhaps it was
X11 that could do with a rethink! that never seems
to me to have changed much since i first saw it.
of course, like an ageing star it has certainly had periodic face lifts,
but it still feels
Go ahead, go nuts. But you'll end up with a new program, not sam.
If you're good, you should be able to leave sam unaltered and just
replace samterm.
> 1) X-conscientious-Sam doesn't need its own
>window system (with mux policies); the
>window manager can all do this (allowing
There's no need to use Plan 9's patch(1) if you're working
on Unix. You can just post or mail me the output of cvs diff -u.
I update the two in sync.
Also, for everyone, please don't knee-jerk drop new versions of
programs in sources/contrib as Uriel suggests. If you make a
change that doesn't m
Click to type is a concept that starts religious wars.
Howver rio (and 8½) are use it, to change sam
would mean plan9 would have mixture of modalaties.
Changing X sam only would mean switching between Unix
and sam would become painfull.
A mouse chording cut and paste interface exists, I saved
the
Crap - Sorry about the tarball - I have to learn to read the
generated To line on reply vs reply-to-all, which in both cases
defaults to the list, not the sender.
Paul
On 8-Oct-05, at 6:44 AM, Paul Lalonde wrote:
Uriel - regarding the patch, can you help me?
I've attached my tarball, it sh
On 8-Oct-05, at 6:33 AM, Uriel wrote:
I agree, but still I'm unsure \n should be accepted in the tag just
making the text flow into the following line when it doesn't fit in
the
current one should be enough... but I can't think of any strong reason
to avoid \n except simplicity as things li
On Sat, Oct 08, 2005 at 06:19:38AM -0700, Paul Lalonde wrote:
> Ah - I forgot to mention; ever since my shuttle turned into an
> unresponsive pile of silicon, I've been working in plan9port under OS
> X; patch doesn't exist there :-(
Oh, well, that still should let you upload stuff to a sources
On 8-Oct-05, at 5:46 AM, erik quanstrom wrote:
can this work with a 3-button mouse, too?
I'd like it to, but I was unable to find an interaction that didn't
break the current behaviour: the obvious thing is to manipulate the
window button. The second most obvious thing is to add TagExpand
On 8-Oct-05, at 2:06 AM, Uriel wrote
Very cool; please, could you put it in sources/contrib?
See: http://plan9.bell-labs.com/wiki/plan9/How_to_contribute/
Ah - I forgot to mention; ever since my shuttle turned into an
unresponsive pile of silicon, I've been working in plan9port under OS
X;
I think that one of the nice things about sam is that it works
identically on all systems.
For everything else, there this acme and p9p
uriel
On Sat, Oct 08, 2005 at 05:44:44AM -0700, [EMAIL PROTECTED] wrote:
> (Just read that comp.os.plan9 isn't working, so I'm reposting here on 9fans.)
>
> >
this sounds great. often i can't Put files in the rh column
because Put gets cropped. even with acme covering the whole
width of the screen.
can this work with a 3-button mouse, too?
i disagree with Uriel. to paraphrase feynman, why should
you care how other people "abuse" acme.
it's hard to typ
(Just read that comp.os.plan9 isn't working, so I'm reposting here on 9fans.)
> would it be utter sacrilege and or a complete waste of time
> to add some acme features to samterm like:
>
> 1. sharing the snarf buffer with the window system.
> 2. cording
>
> i've been thinking about this for a wh
On Fri, Oct 07, 2005 at 08:34:14PM -0700, Paul Lalonde wrote:
> I have a working hack to acme that now lets me use the scroll wheel
> to expand the tag to multiple lines and collapse it again. It seems
> to have no nasty interactions with the feature set I use. Moving a
> window into a slot
22 matches
Mail list logo
