Re: [9fans] drawterm source?

Re: [9fans] drawterm source?

[hiro]

[-- Attachment #1: Type: text/plain, Size: 1307 bytes --]

> so why do we have so many un-coordinated versions of drawterm?

because nobody reads their mail ever. perhaps one of you guys can put
this in though?

i think it's good that someone who can't test his code changes doesn't
commit to the "main" repo without giving disclaimers.
In my experience enquiries via mail about the status of the code do
get replies, so it's not too bad :)

---------- Forwarded message ----------
From: hiro <23hiro@gmail.com>
Date: Sat, 14 Jul 2012 16:49:45 +0200
Subject: Re: drawterm 9c9f289188ff
To: Russ Cox <rsc@swtch.com>

you're back, cool
here's a patch for this.

On 7/14/12, Russ Cox <rsc@swtch.com> wrote:
> sorry, i thought it was unused.
> I have put the variable back.
>
> feel free to try mouse wheel support.  i am not sure whether it ever worked.
> my memory of drawterm is fading.
>
> russ
>
>
> On Monday, May 28, 2012 at 8:17 PM, hiro wrote:
>
>> hi russ,
>>
>> this change breaks building the windows drawterm here. What's the
>> rationale behind it?!
>>
>> http://code.swtch.com/drawterm/changeset/9c9f289188ff/raw/
>> Also, did mouswheel support ever work? Would it make sense for me to
>> try working it out?
>>
>> case WM_MOUSEWHEEL:
>> if ((int)(wparam & 0xFFFF0000)>0)
>> b|=8;
>> else
>> b|=16;
>
>
>
>

[-- Attachment #2: russ.patch --]
[-- Type: application/octet-stream, Size: 1459 bytes --]

# HG changeset patch
# User hiro
# Date 1342276922 -7200
# Node ID 80949c5b425d9b2d7fb976a65d86c565c04f408c
# Parent  9822f642bd6182b91b2ba19471cd9400645554ef
make mouseweheel and some keys work.

diff -r 9822f642bd61 -r 80949c5b425d gui-win32/screen.c
--- a/gui-win32/screen.c	Sat Jul 14 10:30:35 2012 -0400
+++ b/gui-win32/screen.c	Sat Jul 14 16:42:02 2012 +0200
@@ -329,6 +329,7 @@
 	int i;
 	Rectangle r;
 
+	b = 0;
 	switch(msg) {
 	case WM_CREATE:
 		break;
@@ -353,7 +354,6 @@
 	case WM_RBUTTONDOWN:
 		x = LOWORD(lparam);
 		y = HIWORD(lparam);
-		b = 0;
 		if(wparam & MK_LBUTTON)
 			b = 1;
 		if(wparam & MK_MBUTTON)
@@ -413,8 +413,19 @@
 			kbdputc(kbdq, Kins);
 			break;
 		case VK_DELETE:
-//			kbdputc(kbdq, Kdel);
-			kbdputc(kbdq, 0x7f);	// should have Kdel in keyboard.h
+			kbdputc(kbdq, Kdel);
+			break;
+		case VK_HOME:
+			kbdputc(kbdq, Khome);
+			break;
+		case VK_END:
+			kbdputc(kbdq, Kend);
+			break;
+		case VK_PRIOR:
+			kbdputc(kbdq, Kpgup);
+			break;
+		case VK_NEXT:
+			kbdputc(kbdq, Kpgdown);
 			break;
 		case VK_UP:
 			kbdputc(kbdq, Kup);
diff -r 9822f642bd61 -r 80949c5b425d include/keyboard.h
--- a/include/keyboard.h	Sat Jul 14 10:30:35 2012 -0400
+++ b/include/keyboard.h	Sat Jul 14 16:42:02 2012 +0200
@@ -23,6 +23,7 @@
 
 enum {
     KF= 0xF000, /* Rune: beginning of private Unicode space */
+    Kdel=   0x7f,
     Spec=   0xF800,
     /* KF|1, KF|2, ..., KF|0xC is F1, F2, ..., F12 */
     Khome=  KF|0x0D,

Re: [9fans] drawterm source?

[Skip Tavakkolian]

[-- Attachment #1: Type: text/plain, Size: 206 bytes --]

apparently just enough for a stream of bullsh*t at every opportunity.


>
> Are there even enough plan 9 users on earth to generate a "stream" with
> a current strong enough to swim against?
>
>
>

[-- Attachment #2: Type: text/html, Size: 493 bytes --]

Re: [9fans] drawterm source?

[Steve Simon]

> Are there even enough plan 9 users on earth to generate a "stream" with
> a current strong enough to swim against?

Awww, there are enough of us to make a conga surely...

-Steve

Re: [9fans] drawterm source?

[Kurt H Maier]

Quoting lucio@proxima.alt.za:

> talent is to break the rules (or at least to swim against the stream).

What rules?   What stream?

Are there even enough plan 9 users on earth to generate a "stream" with
a current strong enough to swim against?

khm

Re: [9fans] drawterm source?

[michaelian ennis]

[-- Attachment #1: Type: text/plain, Size: 80 bytes --]

Does that mean you will be reviewing, responding and accepting changes?

ian

[-- Attachment #2: Type: text/html, Size: 189 bytes --]

Re: [9fans] drawterm source?

[Jeff Sickel]

> On Jun 18, 2015, at 7:47 AM, David du Colombier <0intro@gmail.com> wrote:
> 
>> so why do we have so many un-coordinated versions of drawterm?
> 
> Because the original repository is hosted on Bitbucket (and Google Code),
> and Russ won't accept to review changes on Rietveld anymore.

For the same reason there are so many forks of everything else, everyone
is [wants to be] a diva.

But in reality, the multiple targets (X11 on various platforms/versions,
OSX pre- and post-Carbon, iOS, and Windows) all have differences that don’t
always integrate into the same build system.  I tried to keep the drawterm-
cocoa port viable across all targets, but after a migration of more current
libraries over from Plan 9 I never completed the X11 or Windows integration
to get those build.  Never completed for two reasons, I don’t have a Windows
environment to build/test, nor are any of my X11 targets consistent: one
build on an old Ubuntu works, a newer Ubuntu doesn’t, nor the differing
versions of X11 on my various FreeBSD releases I can test.  And don’t even
get me started on the differing distros for Linux or testing for CDE/GNOME/
KDE/Unity/Xfce…

I’ve never pushed the X11 changes to support rio resizing as I just don’t
have a host (or time) to test.

> So, I've simply moved it to GitHub.

Maybe it is nice that Git is winning the DVCS wars.  That said, there needs
to be an effort to port that beast to Plan 9 for those of us who still use
that platform for research and development.

-jas

Re: [9fans] drawterm source?

[lucio]

> So, I've simply moved it to GitHub.

The voice of sanity!

Lucio.

PS: you should probably have made an announcement here, rather than
have Erik extract one from you, but then so should Russ have warned us
all, etc., back to the Big Bang.  C'est la vie.

Re: [9fans] drawterm source?

[lucio]

> so why do we have so many un-coordinated versions of drawterm?

Because we can, unfortunately.  You have to sell the value of
coordination to a bunch of primadonnas, whose singularly valuable
talent is to break the rules (or at least to swim against the stream).

No use raging against this, it is the consequence of abundance.

Lucio.

Re: [9fans] drawterm source?

[David du Colombier]

> so why do we have so many un-coordinated versions of drawterm?

Because the original repository is hosted on Bitbucket (and Google Code),
and Russ won't accept to review changes on Rietveld anymore.
So, I've simply moved it to GitHub.

--
David du Colombier

Re: [9fans] drawterm source?

[Kurt H Maier]

Quoting erik quanstrom <quanstro@quanstro.net>:

> so why do we have so many un-coordinated versions of drawterm?

because DVCS programs have solved all the problems preventing people
from forking software for a single patch, then abandoning it forever

khm

Re: [9fans] drawterm source?

[erik quanstrom]

On Thu Jun 18 03:43:58 PDT 2015, 0intro@gmail.com wrote:
> > Anyone looked at this, or have a version which performs both of these features?
>
> So, I think you'll be happy with https://github.com/0intro/drawterm now.

so why do we have so many un-coordinated versions of drawterm?

- erik

Re: [9fans] drawterm source?

[David du Colombier]

> Anyone looked at this, or have a version which performs both of these features?

So, I think you'll be happy with https://github.com/0intro/drawterm now.

--
David du Colombier

Re: [9fans] drawterm source?

[David du Colombier]

> This version does populate /mnt/term with c: which the one on swtch.com does not,
> I believe this is because of an old but that caused "ls /mnt/term" to crash drawterm.

Since my repository is pretty recent, there shouldn't be any difference with
Russ' repository (except the following bug fix).

> However it doe snot seem to handle cut and paste between windows and plan9
> any more.

This is a regression caused by the move from 16-bit to 32-bit Rune.
This issue was fixed yesterday thanks to Charles Forsyth and Balaji Srinivasa.

--
David du Colombier

Re: [9fans] drawterm source?

[Michaelian Ennis]

On second thought I probably should have just said it has had much use for this reason.

ian

Re: [9fans] drawterm source?

[Michaelian Ennis]

fwiw 

https://bitbucket.org/jas/drawterm-cocoa

probably has seen the most day to day use since it's what most of coraid used.

ian

Re: [9fans] drawterm source?

[Steve Simon]

> https://github.com/0intro/drawterm

This version does populate /mnt/term with c: which the one on swtch.com does not,
I believe this is because of an old but that caused "ls /mnt/term" to crash drawterm.

However it doe snot seem to handle cut and paste between windows and plan9
any more.

Anyone looked at this, or have a version which performs both of these features?

Thanks,

-Steve

Re: [9fans] drawterm source?

[Skip Tavakkolian]

[-- Attachment #1: Type: text/plain, Size: 249 bytes --]

https://github.com/0intro/drawterm


On Sun, Jun 14, 2015 at 4:32 PM, Steve Simon <steve@quintile.net> wrote:

> Where is the one true source of drawterm for windows?
>
> /sys/src/cmd/unix/drawterm ? swtch.com? elsewhere?
>
> -Steve
>
>

[-- Attachment #2: Type: text/html, Size: 737 bytes --]

[9fans] drawterm source?

[Steve Simon]

Where is the one true source of drawterm for windows?

/sys/src/cmd/unix/drawterm ? swtch.com? elsewhere?

-Steve