Speaking as the author of it, I wouldn't be offended by either. It's only,
like, a week old, and mostly written for myself.
But it's not going to work under Plan 9 until I finish the /dev/draw shiny
driver that I started and have been procrastinating on finishing. I should
probably try it and see
> It's kind of like a bastard child of vim and Plan 9's acme editor
I almost died laughing at this. :O
On Mon, May 23, 2016 at 4:28 PM, Skip Tavakkolian <
skip.tavakkol...@gmail.com> wrote:
> since it's a slow news day, i'm throwing this in. i'm neither condoning
> use of it nor disparaging it.
since it's a slow news day, i'm throwing this in. i'm neither condoning use
of it nor disparaging it.
https://github.com/driusan/de
On Mon, May 23, 2016 at 1:27 PM Mart Zirnask wrote:
> looks like Rob King added ctrl-b (ctrl-k in his case) to deadpixi's
> sam about a
looks like Rob King added ctrl-b (ctrl-k in his case) to deadpixi's
sam about a month ago. cool. :)
https://github.com/deadpixi/sam/commit/cdbdf04093a76cd3634e59e127bfd8f7a5083b20#diff-22f470141ff9a8838525c57e45bcdb63
On 23 May 2016 at 10:25, Mart Zirnask wrote:
>> I
> I wasn't able to get it working remotely because the additional 'rsam'
> command doesn't seem to be built. I haven't looked at that yet though.
I can't confirm for now if it was built for me on Tiny Core Linux. The
source and makefile for 'rsam' are included and also documented,
though.
it also
https://bitbucket.org/iru/sam9f-unix
--- /tmp/iru-sam9f-unix-4d050a28ac71/samterm/main.c 2014-09-02
17:13:07.0 +0100
+++ samterm/main.c 2016-05-22 18:26:00.855472411 +0100
@@ -476,14 +476,14 @@
Ksoh= 0x01,
Kstx= 0x02,
Ketx= 0x03,
- Keof=
I'd be interested in this. I just backported _ and ^, but I don't have the
time to backport anything else for the moment. It would save me (probably
others) a lot of time if we could get this into the "official" Plan9Port :).
On Sun, 22 May 2016 at 07:31 Iruatã Souza wrote:
This is very cool. I just got it built/running on OpenBSD 5.9. The only
problem seems to be that the code is quite old? (It's very different from
that in Plan9Port's and 9front's version.)
I wasn't able to get it working remotely because the additional 'rsam'
command doesn't seem to be built. I
> There is also a standalone Unix port of sam that includes chording,
> xft, custom colors and a few other hacks. It's a pleasure to work
> with; I've even come to prefer the initial, black and white UI.
>
> http://www.deadpixi.com/an-updated-version-of-sam
It looks grate.
There is also a standalone Unix port of sam that includes chording,
xft, custom colors and a few other hacks. It's a pleasure to work
with; I've even come to prefer the initial, black and white UI.
http://www.deadpixi.com/an-updated-version-of-sam
On 22 May 2016 at 08:29, Iruatã Souza
This is just a port of the 9front version of sam to p9p. As you can see, it
hasn't been updated in a while. But I can do that if anybody wants it.
Em 21/05/2016 4:50 PM, escreveu:
#define chording 0 /* code here for reference but it causes deadlocks
*/
I suppose the
#define chording 0 /* code here for reference but it causes deadlocks */
I suppose the bug is still messing around.
I'll give it a try to the 9front version.
Thanks for the info!
On Sat, May 21, 2016 at 8:30 PM, wrote:
>> The plan9port version also has chording if in its samterm/main.c you
>> change #define chording 0 to #define chording 1.
>
> It was also marked as being buggy, which is why it remains disabled by
> default.
I noticed the comment in
>> > The plan9port version also has chording if in its samterm/main.c you
>> > change #define chording 0 to #define chording 1.
>>
>> It was also marked as being buggy, which is why it remains disabled by
>> default.
>
> i believe rsc found the reason for this later. the bug was that it caused
On Sat May 21 11:32:04 PDT 2016, s...@9front.org wrote:
> > The plan9port version also has chording if in its samterm/main.c you
> > change #define chording 0 to #define chording 1.
>
> It was also marked as being buggy, which is why it remains disabled by
> default.
i believe rsc found the
> The plan9port version also has chording if in its samterm/main.c you
> change #define chording 0 to #define chording 1.
It was also marked as being buggy, which is why it remains disabled by default.
sl
> Ok, the wording on that site is a bit odd to me. The name plan9port is a
> project Russ Cox wrote, so the wording
>
> A port of 9front's version of sam(1) to unix (plan9port)
>
> seemed to imply porting 9front's sam(1) to plan9port. That didn't make
> sense to me since Russ's plan9port sam
On Sat, May 21, 2016 at 6:31 PM, wrote:
>> If you mean Russ's project, as referred to on that link, yes.
>
> Hello James.
>
> No, it appears to be the 9front version (2014, with mouse chords in
> samterm/main.c ), ported to plan9port.
The plan9port version also has
On Sat, May 21, 2016 at 9:33 AM wrote:
> No, it appears to be the 9front version (2014, with mouse chords in
> samterm/main.c ), ported to plan9port.
>
Ok, the wording on that site is a bit odd to me. The name plan9port is a
project Russ Cox wrote, so the wording
A port
> If you mean Russ's project, as referred to on that link, yes.
Hello James.
No, it appears to be the 9front version (2014, with mouse chords in
samterm/main.c ), ported to plan9port.
If you mean Russ's project, as referred to on that link, yes.
https://swtch.com/plan9port/
I am using it under Mac OS X now, mainly for acme and sam. I've tried it
under Linux years ago and it seemed just as solid (I am guessing Russ
initially developed it under Linux).
Jim
On Sat, May 21,
Hello everyone,
any experience with this?
https://bitbucket.org/iru/sam9f-unix
trebol.
22 matches
Mail list logo