* drawterm qid re-use @ 2016-02-23 7:45 BurnZeZ 2016-02-23 7:46 ` [9front] " cinap_lenrek 0 siblings, 1 reply; 14+ messages in thread From: BurnZeZ @ 2016-02-23 7:45 UTC (permalink / raw) To: 9front Using drawterm from the tip of rsc's hg repo on bitbucket (b4e2f62f737e) meiling% ls -pq /mnt/term/home/burnzez/* | awk '{print $1}' | sort | uniq -c | sort -n | tail 90 (0000000200007819 100 (00000002000077a4 104 (000000020000780c 115 (00000002000077b1 119 (00000002000077ff 128 (00000002000077be 131 (00000002000077f2 134 (00000002000077cb 136 (00000002000077e5 139 (00000002000077d8 Such unique Qids ^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: [9front] drawterm qid re-use 2016-02-23 7:45 drawterm qid re-use BurnZeZ @ 2016-02-23 7:46 ` cinap_lenrek 2016-02-23 9:30 ` BurnZeZ 2016-02-23 13:27 ` kokamoto 0 siblings, 2 replies; 14+ messages in thread From: cinap_lenrek @ 2016-02-23 7:46 UTC (permalink / raw) To: 9front http://drawterm.9front.org/ -- cinap ^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: [9front] drawterm qid re-use 2016-02-23 7:46 ` [9front] " cinap_lenrek @ 2016-02-23 9:30 ` BurnZeZ 2016-02-23 14:39 ` cinap_lenrek 2016-02-23 13:27 ` kokamoto 1 sibling, 1 reply; 14+ messages in thread From: BurnZeZ @ 2016-02-23 9:30 UTC (permalink / raw) To: 9front After disregarding the comment at drawterm/gui-x11/x11.c:/polling/ and changing XA_STRING to utf8string in the following couple lines to allow for utf8 clipboard shennanigans, I find this iteration of drawterm quite usable. I did a bit of playing around and haven't noticed any bugs so far. Also, do you know off-hand which changes would have dramatically increased the speed of /mnt/term/* filesystem interaction? ^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: [9front] drawterm qid re-use 2016-02-23 9:30 ` BurnZeZ @ 2016-02-23 14:39 ` cinap_lenrek 2016-02-23 20:57 ` BurnZeZ 0 siblings, 1 reply; 14+ messages in thread From: cinap_lenrek @ 2016-02-23 14:39 UTC (permalink / raw) To: 9front > After disregarding the comment at drawterm/gui-x11/x11.c:/polling/ > and changing XA_STRING to utf8string in the following couple lines > to allow for utf8 clipboard shennanigans, I find this iteration of > drawterm quite usable. can you be more specific? a diff maybe? i dont have linux at hand. > I did a bit of playing around and haven't noticed any bugs so far. > Also, do you know off-hand which changes would have dramatically > increased the speed of /mnt/term/* filesystem interaction? no. -- cinap ^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: [9front] drawterm qid re-use 2016-02-23 14:39 ` cinap_lenrek @ 2016-02-23 20:57 ` BurnZeZ 2016-02-23 22:47 ` cinap_lenrek 2016-02-24 10:30 ` cinap_lenrek 0 siblings, 2 replies; 14+ messages in thread From: BurnZeZ @ 2016-02-23 20:57 UTC (permalink / raw) To: 9front [-- Attachment #1: Type: text/plain, Size: 390 bytes --] On Tue Feb 23 09:40:02 EST 2016, cinap_lenrek@felloff.net wrote: > > After disregarding the comment at drawterm/gui-x11/x11.c:/polling/ > > and changing XA_STRING to utf8string in the following couple lines > > to allow for utf8 clipboard shennanigans, I find this iteration of > > drawterm quite usable. > > can you be more specific? a diff maybe? i dont have linux at hand. Here you go. [-- Attachment #2: x11.diff --] [-- Type: text/plain, Size: 620 bytes --] diff -r 5bd785ede354 gui-x11/x11.c --- a/gui-x11/x11.c Tue Feb 23 01:12:28 2016 +0100 +++ b/gui-x11/x11.c Tue Feb 23 15:54:42 2016 -0500 @@ -1496,8 +1496,8 @@ * but that would add to the polling. */ prop = 1; - XChangeProperty(xd, xdrawable, prop, XA_STRING, 8, PropModeReplace, (uchar*)"", 0); - XConvertSelection(xd, clipboard, XA_STRING, prop, xdrawable, CurrentTime); + XChangeProperty(xd, xdrawable, prop, utf8string, 8, PropModeReplace, (uchar*)"", 0); + XConvertSelection(xd, clipboard, utf8string, prop, xdrawable, CurrentTime); XFlush(xd); lastlen = 0; for(i=0; i<10 || (lastlen!=0 && i<30); i++){ ^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: [9front] drawterm qid re-use 2016-02-23 20:57 ` BurnZeZ @ 2016-02-23 22:47 ` cinap_lenrek 2016-02-24 10:30 ` cinap_lenrek 1 sibling, 0 replies; 14+ messages in thread From: cinap_lenrek @ 2016-02-23 22:47 UTC (permalink / raw) To: 9front thanks. now someone with leenuks test this :-) -- cinap ^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: [9front] drawterm qid re-use 2016-02-23 20:57 ` BurnZeZ 2016-02-23 22:47 ` cinap_lenrek @ 2016-02-24 10:30 ` cinap_lenrek 2016-02-24 18:30 ` BurnZeZ 1 sibling, 1 reply; 14+ messages in thread From: cinap_lenrek @ 2016-02-24 10:30 UTC (permalink / raw) To: 9front ok, pushed. the commit message sucks because i have no idea what clipboard shennanigans are (your bug report sucks), but giving it a try anyway... :) -- cinap ^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: [9front] drawterm qid re-use 2016-02-24 10:30 ` cinap_lenrek @ 2016-02-24 18:30 ` BurnZeZ 2016-02-24 18:38 ` sl 0 siblings, 1 reply; 14+ messages in thread From: BurnZeZ @ 2016-02-24 18:30 UTC (permalink / raw) To: 9front On Wed Feb 24 05:31:18 EST 2016, cinap_lenrek@felloff.net wrote: > ok, pushed. the commit message sucks because i have no idea what > clipboard shennanigans are (your bug report sucks), but giving it > a try anyway... :) Ah, sorry. Previously, copying unicode from X11 to drawterm resulted in unescaped unicode ('┱' becomes '\u2531'), or occasionally mangled byte sequences. ^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: [9front] drawterm qid re-use 2016-02-24 18:30 ` BurnZeZ @ 2016-02-24 18:38 ` sl 0 siblings, 0 replies; 14+ messages in thread From: sl @ 2016-02-24 18:38 UTC (permalink / raw) To: 9front > Previously, copying unicode from X11 to drawterm resulted in unescaped > unicode ('┱' becomes '\u2531'), or occasionally mangled byte sequences. Confirmed, I observed this many times. sl ^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: [9front] drawterm qid re-use 2016-02-23 7:46 ` [9front] " cinap_lenrek 2016-02-23 9:30 ` BurnZeZ @ 2016-02-23 13:27 ` kokamoto 2016-02-23 14:02 ` hiro ` (2 more replies) 1 sibling, 3 replies; 14+ messages in thread From: kokamoto @ 2016-02-23 13:27 UTC (permalink / raw) To: 9front > http://drawterm.9front.org/ Hmm, you have your version of drawterm... The muscott icon of it! Why devil? Kenji ^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: [9front] drawterm qid re-use 2016-02-23 13:27 ` kokamoto @ 2016-02-23 14:02 ` hiro 2016-02-23 14:31 ` cinap_lenrek 2016-02-23 14:35 ` sl 2 siblings, 0 replies; 14+ messages in thread From: hiro @ 2016-02-23 14:02 UTC (permalink / raw) To: 9front It is tuttle glenda (also known as glenda-t). http://glenda.cat-v.org/gallery/tuttleglenda.png On 2/23/16, kokamoto@hera.eonet.ne.jp <kokamoto@hera.eonet.ne.jp> wrote: >> http://drawterm.9front.org/ > > Hmm, you have your version of drawterm... > The muscott icon of it! Why devil? > > Kenji > > ^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: [9front] drawterm qid re-use 2016-02-23 13:27 ` kokamoto 2016-02-23 14:02 ` hiro @ 2016-02-23 14:31 ` cinap_lenrek 2016-02-24 0:22 ` kokamoto 2016-02-23 14:35 ` sl 2 siblings, 1 reply; 14+ messages in thread From: cinap_lenrek @ 2016-02-23 14:31 UTC (permalink / raw) To: 9front > Hmm, you have your version of drawterm... there was no other way. all the work done for dp9ik authentication is of no use if i cannot diable the p9sk1 tickets in the authentication server. as long as the authentication server issues des encrypted tickets that can simply be bruteforced, we cannot have security. drawterm was the last blocker. now that it can speak dp9ik, we can start disabling the p9sk1 i the as by default. also being able to finally fix some long outstanding issues like qid collisions and windows drive letters and x11 graphics glitches is a bonus. -- cinap ^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: [9front] drawterm qid re-use 2016-02-23 14:31 ` cinap_lenrek @ 2016-02-24 0:22 ` kokamoto 0 siblings, 0 replies; 14+ messages in thread From: kokamoto @ 2016-02-24 0:22 UTC (permalink / raw) To: 9front \x7f> and x11 graphics glitches is a bonus. It's also good, we can use scroll mouse as expected. Kenji ^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: [9front] drawterm qid re-use 2016-02-23 13:27 ` kokamoto 2016-02-23 14:02 ` hiro 2016-02-23 14:31 ` cinap_lenrek @ 2016-02-23 14:35 ` sl 2 siblings, 0 replies; 14+ messages in thread From: sl @ 2016-02-23 14:35 UTC (permalink / raw) To: 9front > The muscott icon of it! Why devil? It's not a devil, it's Tuttle Glenda: http://glenda.cat-v.org/gallery/tuttleglenda.png sl ^ permalink raw reply [flat|nested] 14+ messages in thread
end of thread, other threads:[~2016-02-24 18:38 UTC | newest] Thread overview: 14+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- 2016-02-23 7:45 drawterm qid re-use BurnZeZ 2016-02-23 7:46 ` [9front] " cinap_lenrek 2016-02-23 9:30 ` BurnZeZ 2016-02-23 14:39 ` cinap_lenrek 2016-02-23 20:57 ` BurnZeZ 2016-02-23 22:47 ` cinap_lenrek 2016-02-24 10:30 ` cinap_lenrek 2016-02-24 18:30 ` BurnZeZ 2016-02-24 18:38 ` sl 2016-02-23 13:27 ` kokamoto 2016-02-23 14:02 ` hiro 2016-02-23 14:31 ` cinap_lenrek 2016-02-24 0:22 ` kokamoto 2016-02-23 14:35 ` sl
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for NNTP newsgroup(s).