Drawterm everywhere needs to die and be replaced with inferno. The
duplication of bug fixes and efforts is pointless.
I thought we had to replace Inferno with Acme-Sac, I wish you'd make up
your mind.
> Drawterm everywhere needs to die and be replaced with inferno. The
> duplication of bug fixes and efforts is pointless.
Just wait a few days.
Russ
>>> Drawterm everywhere needs to die and be replaced with inferno. The
>>> duplication of bug fixes and efforts is pointless.
>>
>> I don't believe Inferno can interface with Plan 9 from Bell Labs, can it?
>
> If OS X can, inferno is going to have a much easier time of it.
this isn't a useful co
wrong, wrong.
see what i mean, uriel? my puppy does better. he doesn't say to me "it
thought it was ok to chew on the router".
he seldom believes anything without investigating.
maybe an i'm-pietro-and-i-comment-on-everything list?
brucee
On Tue, Jun 24, 2008 at 11:17 PM, Pietro Gagliardi <[EM
// I don't believe Inferno can interface with Plan 9 from Bell Labs, can it?
It can. Stock Inferno has a few ways of doing this, although (last I tried)
there were authentication issues. Rog worked on those, but I'm not sure
to what extent they've been integrated.
// And Inferno can't interface w
Not true.
Octopus is indeed Inferno, plus several programs.
Thus, I´m using Inferno as a front-end to a Plan 9 system, and
I have to say that it includes a shared clipboard as well.
On Tue, Jun 24, 2008 at 3:17 PM, Pietro Gagliardi <[EMAIL PROTECTED]> wrote:
>
> I don't believe Inferno can inter
On Tue, Jun 24, 2008 at 9:17 PM, Pietro Gagliardi <[EMAIL PROTECTED]> wrote:
> On Jun 24, 2008, at 8:51 AM, Uriel wrote:
>> Drawterm everywhere needs to die and be replaced with inferno. The
>> duplication of bug fixes and efforts is pointless.
>
> I don't believe Inferno can interface with Plan 9
or at the very least we need a OSX-9fans list that we don't have to read.
or a why-doesn't-fuse-work-on-ubuntu-this week list.
brucee
On Tue, Jun 24, 2008 at 10:51 PM, Uriel <[EMAIL PROTECTED]> wrote:
> On Tue, Apr 8, 2008 at 3:34 PM, Anant Narayanan <[EMAIL PROTECTED]> wrote:
>>
>> On 06-Apr-08
On Jun 24, 2008, at 8:51 AM, Uriel wrote:
Drawterm everywhere needs to die and be replaced with inferno. The
duplication of bug fixes and efforts is pointless.
I don't believe Inferno can interface with Plan 9 from Bell Labs, can
it? And Inferno can't interface with the native cut/copy/paste
On Tue, Apr 8, 2008 at 3:34 PM, Anant Narayanan <[EMAIL PROTECTED]> wrote:
>
> On 06-Apr-08, at 8:46 AM, erik quanstrom wrote:
>>>
>>> it's a known bug, but i don't think there's a fix for it.
>>
>> what's the bug?
>
> drawterm on OS X needs to be rewritten in Cocoa.
Drawterm everywhere needs to d
Greetings,
I came across this message while catching up on mailing lists.
This is a problem we were having that I recently fixed in Acme SAC for OS-X.
Basically, the problem was that there was no handler catching kEventAppQuit.
I am attaching a patch that creates a basic event handler and calls
e
why do you feel compelled to state the obvious?
> Also realize that Cocoa is written in Objective-C, not C, so you need
> to learn a new language to get your hands on it. You CAN write a C
> wrapper around the Objective-C (it was originally a C preprocessor),
> but I don't think elite Mac pr
Also realize that Cocoa is written in Objective-C, not C, so you need
to learn a new language to get your hands on it. You CAN write a C
wrapper around the Objective-C (it was originally a C preprocessor),
but I don't think elite Mac programmers would recommend it.
On Apr 8, 2008, at 10:32
On Apr 8, 2008, at 8:34 AM, Anant Narayanan wrote:
On 06-Apr-08, at 8:46 AM, erik quanstrom wrote:
it's a known bug, but i don't think there's a fix for it.
what's the bug?
drawterm on OS X needs to be rewritten in Cocoa.
Cocoa isn't completely needed... just getting rid of the Carbon
On 06-Apr-08, at 8:46 AM, erik quanstrom wrote:
it's a known bug, but i don't think there's a fix for it.
what's the bug?
drawterm on OS X needs to be rewritten in Cocoa.
--
Anant
wouldn't the appleevents go to the drawterm applescript you
and Paul posted a while back? this one:
do shell script "cd ~ && drawterm -a somebox -c somebox"
so maybe the applescript needs to field or forward those?
> i've lost my notes on this, but basically you need to figure out why
>
no, they should go to the program, since it's the one that set up the
listener, et al. the applescript does the equivalent of opening the
terminal and running a program in it, with keyboard and mouse events
going directly to the program.
besides, i haven't used the script in years, preferring to s
i've lost my notes on this, but basically you need to figure out why
the drawterm Carbon event handlers are not being called. it could be a
configuration option that we're not setting or something more
sinister. i don't know enough osx to be able to say.
another manifestation of the same bug which
I'll try to figure out what signal is sent. Any pointers on how do do this?
> what's the bug?
drawterm hangs when closed through the doc icon :)
> it's a known bug, but i don't think there's a fix for it.
what's the bug?
- erik
it's a known bug, but i don't think there's a fix for it.
Any idea why drawterm-osx hangs when I try to close it with the dock
icon or by issuing shutdown from the apple menu? I am not sure what
signal is sent. I've included a capture from spincontrol in case that
helps.
Ian
Call graph:
6001 Thread_5903
6001 start
6001 _start
23 matches
Mail list logo
