* drawterm mouse settings @ 2016-07-12 4:33 sl 2016-07-12 10:11 ` [9front] " hiro 0 siblings, 1 reply; 8+ messages in thread From: sl @ 2016-07-12 4:33 UTC (permalink / raw) To: 9front Is there any way to modify mouse settings (a la mouse(3)) for a drawterm session? I've never tried to do this before, but it appears drawterm does not provide a mousectl file, only a mouse file. sl ^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [9front] drawterm mouse settings 2016-07-12 4:33 drawterm mouse settings sl @ 2016-07-12 10:11 ` hiro 2016-07-13 0:22 ` stanley lieber 0 siblings, 1 reply; 8+ messages in thread From: hiro @ 2016-07-12 10:11 UTC (permalink / raw) To: 9front I was under the impression this is handled by your OS (Xorg for example), not inside drawterm. ^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [9front] drawterm mouse settings 2016-07-12 10:11 ` [9front] " hiro @ 2016-07-13 0:22 ` stanley lieber 2016-07-13 0:58 ` Dave MacFarlane 0 siblings, 1 reply; 8+ messages in thread From: stanley lieber @ 2016-07-13 0:22 UTC (permalink / raw) To: 9front hiro <23hiro@gmail.com> wrote: >I was under the impression this is handled by your OS (Xorg for >example), not inside drawterm. So, mousectl is simply not implemented? sl ^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [9front] drawterm mouse settings 2016-07-13 0:22 ` stanley lieber @ 2016-07-13 0:58 ` Dave MacFarlane 2016-07-13 1:34 ` stanley lieber 0 siblings, 1 reply; 8+ messages in thread From: Dave MacFarlane @ 2016-07-13 0:58 UTC (permalink / raw) To: 9front On Tue, Jul 12, 2016 at 8:22 PM, stanley lieber <sl@stanleylieber.com> wrote: > hiro <23hiro@gmail.com> wrote: > >>I was under the impression this is handled by your OS (Xorg for >>example), not inside drawterm. > > So, mousectl is simply not implemented? > > sl > What would it do? Change the settings on the OS of the machine that you're connecting from? - Dave ^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [9front] drawterm mouse settings 2016-07-13 0:58 ` Dave MacFarlane @ 2016-07-13 1:34 ` stanley lieber 2016-07-13 9:56 ` hiro 0 siblings, 1 reply; 8+ messages in thread From: stanley lieber @ 2016-07-13 1:34 UTC (permalink / raw) To: 9front Dave MacFarlane <driusan@gmail.com> wrote: >On Tue, Jul 12, 2016 at 8:22 PM, stanley lieber <sl@stanleylieber.com> >wrote: >> hiro <23hiro@gmail.com> wrote: >> >>>I was under the impression this is handled by your OS (Xorg for >>>example), not inside drawterm. >> >> So, mousectl is simply not implemented? >> >> sl >> > >What would it do? Change the settings on the OS of the machine that >you're connecting >from? > >- Dave No, why would anyone expect activity inside the drawterm session to change the behavior of the host OS? The expected result would be to change the behavior of the mouse inside the drawterm session, just as the mouse(3) bits that are currently implemented facilitate the current behavior of the mouse inside the drawer term session. If I understand correctly, all that is missing here is implementing those bits (namely, ctl messages). Maybe I'm misunderstanding and this is impossible, but if so, how can the mouse work at all? Drawterm already intercepts and interprets the mouse, right? sl ^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [9front] drawterm mouse settings 2016-07-13 1:34 ` stanley lieber @ 2016-07-13 9:56 ` hiro 2016-07-17 21:42 ` Adam Mrówka 0 siblings, 1 reply; 8+ messages in thread From: hiro @ 2016-07-13 9:56 UTC (permalink / raw) To: 9front If I understand correctly this is how the mouse works: case MotionNotify: me = (XMotionEvent *)e; s = me->state; ms.xy.x = me->x; ms.xy.y = me->y; ms.msec = me->time; break; On 7/13/16, stanley lieber <sl@stanleylieber.com> wrote: > Dave MacFarlane <driusan@gmail.com> wrote: > >>On Tue, Jul 12, 2016 at 8:22 PM, stanley lieber <sl@stanleylieber.com> >>wrote: >>> hiro <23hiro@gmail.com> wrote: >>> >>>>I was under the impression this is handled by your OS (Xorg for >>>>example), not inside drawterm. >>> >>> So, mousectl is simply not implemented? >>> >>> sl >>> >> >>What would it do? Change the settings on the OS of the machine that >>you're connecting >>from? >> >>- Dave > > No, why would anyone expect activity inside the drawterm session to change > the behavior of the host OS? > > The expected result would be to change the behavior of the mouse inside the > drawterm session, just as the mouse(3) bits that are currently implemented > facilitate the current behavior of the mouse inside the drawer term session. > If I understand correctly, all that is missing here is implementing those > bits (namely, ctl messages). > > Maybe I'm misunderstanding and this is impossible, but if so, how can the > mouse work at all? Drawterm already intercepts and interprets the mouse, > right? > > sl > > ^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [9front] drawterm mouse settings 2016-07-13 9:56 ` hiro @ 2016-07-17 21:42 ` Adam Mrówka 2016-07-18 9:09 ` cinap_lenrek 0 siblings, 1 reply; 8+ messages in thread From: Adam Mrówka @ 2016-07-17 21:42 UTC (permalink / raw) To: 9front [-- Attachment #1: Type: text/plain, Size: 2039 bytes --] modified drawterm /kern/devmouse.c to allow buttonmap command buttonmap xyz or buttonmap (reset to default) whole file http://okturing.com/src/3732/body patch http://okturing.com/src/3736/body i dont know if apply because of SHIFT key modifier (default) that changes mouse button 3 behavior to act like middle mouse 2 button. anyway anon delivers, still if someone is interested. second test. drawterm respects Windows mouse settings, if button is swapped in OS. 2016-07-13 11:56 GMT+02:00 hiro <23hiro@gmail.com>: > If I understand correctly this is how the mouse works: > > case MotionNotify: > me = (XMotionEvent *)e; > s = me->state; > ms.xy.x = me->x; > ms.xy.y = me->y; > ms.msec = me->time; > break; > > > > On 7/13/16, stanley lieber <sl@stanleylieber.com> wrote: > > Dave MacFarlane <driusan@gmail.com> wrote: > > > >>On Tue, Jul 12, 2016 at 8:22 PM, stanley lieber <sl@stanleylieber.com> > >>wrote: > >>> hiro <23hiro@gmail.com> wrote: > >>> > >>>>I was under the impression this is handled by your OS (Xorg for > >>>>example), not inside drawterm. > >>> > >>> So, mousectl is simply not implemented? > >>> > >>> sl > >>> > >> > >>What would it do? Change the settings on the OS of the machine that > >>you're connecting > >>from? > >> > >>- Dave > > > > No, why would anyone expect activity inside the drawterm session to > change > > the behavior of the host OS? > > > > The expected result would be to change the behavior of the mouse inside > the > > drawterm session, just as the mouse(3) bits that are currently > implemented > > facilitate the current behavior of the mouse inside the drawer term > session. > > If I understand correctly, all that is missing here is implementing those > > bits (namely, ctl messages). > > > > Maybe I'm misunderstanding and this is impossible, but if so, how can the > > mouse work at all? Drawterm already intercepts and interprets the mouse, > > right? > > > > sl > > > > > [-- Attachment #2: Type: text/html, Size: 3240 bytes --] ^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [9front] drawterm mouse settings 2016-07-17 21:42 ` Adam Mrówka @ 2016-07-18 9:09 ` cinap_lenrek 0 siblings, 0 replies; 8+ messages in thread From: cinap_lenrek @ 2016-07-18 9:09 UTC (permalink / raw) To: 9front looks ok, but there are bugs. the permissions are set wrong in the Dirtab for the mousectl file, the queue entry is accessed at the wrong place and the code doesnt match the style. i'v applied a change based on 9fronts devmouse implementing the other mousectl's as well and which preserves the coding style. -- cinap ^ permalink raw reply [flat|nested] 8+ messages in thread
end of thread, other threads:[~2016-07-18 9:09 UTC | newest] Thread overview: 8+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- 2016-07-12 4:33 drawterm mouse settings sl 2016-07-12 10:11 ` [9front] " hiro 2016-07-13 0:22 ` stanley lieber 2016-07-13 0:58 ` Dave MacFarlane 2016-07-13 1:34 ` stanley lieber 2016-07-13 9:56 ` hiro 2016-07-17 21:42 ` Adam Mrówka 2016-07-18 9:09 ` cinap_lenrek
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).