xorg Digest, Vol 123, Issue 17

Alan Corey alan01346 at gmail.com
Wed Oct 14 13:41:54 PDT 2015 

Re: Finding the cursor

Reading the current cursor isn't important as long as it can be put
back to normal once the ctrl (or whatever) key is released.  It
doesn't even have to actually be a cursor as long as (a) it can appear
on top of every window to mark the spot and (b) it can go away again
cleanly, maybe by xoring it on in the first place then xoring again to
get rid of it and (c) it appears where the current cursor position is.

I thought size might be an issue but I still think in text terms where
double height text is a big deal.  But again it doesn't have to be a
functional cursor, it's just a locator.  Put an image at a certain
spot and make it go away but it has to override what an application
might want to do in it's space.  Or just be on top of everything while
it's there.

On 10/14/15, xorg-request at lists.x.org <xorg-request at lists.x.org> wrote:
> Send xorg mailing list submissions to
> 	xorg at lists.x.org
>
> To subscribe or unsubscribe via the World Wide Web, visit
> 	http://lists.x.org/mailman/listinfo/xorg
> or, via email, send a message with subject or body 'help' to
> 	xorg-request at lists.x.org
>
> You can reach the person managing the list at
> 	xorg-owner at lists.x.org
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of xorg digest..."
>
>
> Today's Topics:
>
>    1. Re: Finding the cursor (Thomas Lübking)
>    2. Re: unclutter again (Thomas Lübking)
>    3. Re: unclutter again (Thomas Lübking)
>    4. Re: Making xset stick on a secondary X session (Thomas Lübking)
>    5. Re: Making xset stick on a secondary X session (Alan Coopersmith)
>    6. Re: Finding the cursor (Ilya Anfimov)
>    7. Re: Making xset stick on a secondary X session (Ilya Anfimov)
>    8. Re: EGL init problem (Christopher Barry)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Wed, 14 Oct 2015 18:32:52 +0200
> From: Thomas Lübking <thomas.luebking at gmail.com>
> To: <xorg at lists.x.org>
> Subject: Re: Finding the cursor
> Message-ID: <96d8ab4b-8dc4-4caa-bdf8-4b9af81fd6df at gmail.com>
> Content-Type: text/plain; charset=utf-8; format=flowed
>
> On Mittwoch, 14. Oktober 2015 11:57:22 CEST, Ilya Anfimov wrote:
>
>>  However,  exactly  enlarging cursor shape or changing it's color
>> is a tough task -- as there is no easy way to get current  cursor
>> in X11.
>
> Like eg. XFixesGetCursorImage(dpy), resp. xcb_xfixes_get_cursor_image_*
>
> Cheers,
> Thomas
>
>
> ------------------------------
>
> Message: 2
> Date: Wed, 14 Oct 2015 18:37:19 +0200
> From: Thomas Lübking <thomas.luebking at gmail.com>
> To: <xorg at lists.x.org>
> Subject: Re: unclutter again
> Message-ID: <e3971c47-ab75-42cc-88e2-c47d4400dfb3 at gmail.com>
> Content-Type: text/plain; charset=utf-8; format=flowed
>
> You want to start unclutter with your X session scripts (what depends on how
> you start X11 and with what session, ie. KDE, Gnome or whatever)
>
> On Mittwoch, 14. Oktober 2015 15:55:14 CEST, Gene Heskett wrote:
>> Because X is very poor at remembering what I have running and what screen
>> its running on
>
> Because that is totally not X11's job, there's a session manager protocol,
> but I doubt unclutter opts into it.
>
>> kmail on this workspace, and an incoming mailwatcher script that tells
>> kmail to go get the mail after a new mail has been written
>
> KMail? KDE? "kcmshell[4|5] autostart" (the actual kcmshell command name
> depends on your distro and KDE version, sorry about that) - it's a system
> settings module.
> Just add some "pkill unclutter; unclutter -foo -bar" there.
>
> Cheers,
> Thomas
>
>
> ------------------------------
>
> Message: 3
> Date: Wed, 14 Oct 2015 18:38:35 +0200
> From: Thomas Lübking <thomas.luebking at gmail.com>
> To: <xorg at lists.x.org>
> Subject: Re: unclutter again
> Message-ID: <cf83578e-88ec-46e3-b205-e467240f39ba at gmail.com>
> Content-Type: text/plain; charset=utf-8; format=flowed
>
> PS, not as root, but as session user.
> Don't ever run stuff as root unless you *really* have to.
>
> Cheers,
> Thomas
>
>
> ------------------------------
>
> Message: 4
> Date: Wed, 14 Oct 2015 18:51:33 +0200
> From: Thomas Lübking <thomas.luebking at gmail.com>
> To: <xorg at lists.x.org>
> Subject: Re: Making xset stick on a secondary X session
> Message-ID: <24b762fe-94a8-4e41-ab4d-3b4bd427ee73 at gmail.com>
> Content-Type: text/plain; charset=utf-8; format=flowed
>
> On Mittwoch, 14. Oktober 2015 17:00:27 CEST, Ilya Anfimov wrote:
>> On Wed, Oct 14, 2015 at 03:24:15PM +0800, Tony Mobily wrote:
>>> Hi,
>>> I tried again. I am starting to doubt that xset works properly!
>>> I did:
>>> $ export DISPLAY=:1
>>> $ sudo X :1 -noreset & ...
>>
>>  Confirming, reproduced, debian/jessie, X -version
>> X.Org X Server 1.16.4
>> Release Date: 2014-12-20
>>
>>  Looks  like  xset  r  rate  works only when the server is active
>
> Check the result from the VT where you set it with "xset -q" - looks good?
> Now switch the VT back to the desired X server and re-check "xset -q" -
> looks bad now?
>
> No idea whether it works, but i'd try
> Option "AutoRepeat" "200 60" in some MatchIsKeyboard "on" config snippet in
> /etc/X11/xorg.conf.d/
>
> I'm not sure whether the resetting behavior counts for a bug or is intended
> (since the same will happen if you re-plug the keyboard)
>
> Cheers,
> Thomas
>
>
> ------------------------------
>
> Message: 5
> Date: Wed, 14 Oct 2015 10:01:42 -0700
> From: Alan Coopersmith <alan.coopersmith at oracle.com>
> To: Ilya Anfimov <ilan at astelecom.ru>, xorg at lists.x.org
> Subject: Re: Making xset stick on a secondary X session
> Message-ID: <561E8A76.7020602 at oracle.com>
> Content-Type: text/plain; charset=utf-8; format=flowed
>
> On 10/14/15 08:00 AM, Ilya Anfimov wrote:
>>   Looks  like  xset  r  rate  works only when the server is active
>> (i.e.  on the active virtual console). This should be reported as
>> bug  IMHO, however your configuration should work when run as the
>> only X-server.
>
> Oh, that's a different issue - keyboard settings are reset when VT
> switching - I thought there was an open bug on the general issue,
> but can only find bugs on specific symptoms at the moment, such as:
> https://bugs.freedesktop.org/show_bug.cgi?id=25801
>
> --
> 	-Alan Coopersmith-              alan.coopersmith at oracle.com
> 	 Oracle Solaris Engineering - http://blogs.oracle.com/alanc
>
>
> ------------------------------
>
> Message: 6
> Date: Wed, 14 Oct 2015 20:04:47 +0300
> From: Ilya Anfimov <ilan at astelecom.ru>
> To: xorg at lists.x.org
> Subject: Re: Finding the cursor
> Message-ID: <20151014170447.GA39311 at azor.tzirechnoy.ru>
> Content-Type: text/plain; charset=us-ascii
>
> On Wed, Oct 14, 2015 at 06:32:52PM +0200, Thomas L?bking wrote:
>> On Mittwoch, 14. Oktober 2015 11:57:22 CEST, Ilya Anfimov wrote:
>>
>> > However,  exactly  enlarging cursor shape or changing it's color
>> >is a tough task -- as there is no easy way to get current  cursor
>> >in X11.
>>
>> Like eg. XFixesGetCursorImage(dpy), resp. xcb_xfixes_get_cursor_image_*
>
>  Thanks. I've really forgot to check this extension (probably be-
> cause I never liked it's idea).
>
>  This should be usable just fine, despite  the  fact  that  rein-
> stalling  old  cursor  as  newly-created pixmap cursor instead of
> setting old CURSOR resource is a bit ugly.
>
>
>
> ------------------------------
>
> Message: 7
> Date: Wed, 14 Oct 2015 20:13:53 +0300
> From: Ilya Anfimov <ilan at astelecom.ru>
> To: xorg at lists.x.org
> Subject: Re: Making xset stick on a secondary X session
> Message-ID: <20151014171353.GB39311 at azor.tzirechnoy.ru>
> Content-Type: text/plain; charset=us-ascii
>
> On Wed, Oct 14, 2015 at 10:01:42AM -0700, Alan Coopersmith wrote:
>> On 10/14/15 08:00 AM, Ilya Anfimov wrote:
>> >  Looks  like  xset  r  rate  works only when the server is active
>> >(i.e.  on the active virtual console). This should be reported as
>> >bug  IMHO, however your configuration should work when run as the
>> >only X-server.
>>
>> Oh, that's a different issue - keyboard settings are reset when VT
>> switching - I thought there was an open bug on the general issue,
>> but can only find bugs on specific symptoms at the moment, such as:
>> https://bugs.freedesktop.org/show_bug.cgi?id=25801
>
>  btw,  checked  it  with  xset  q  --  it is really reset when VT
> switching!
>  I mean, with server :0 active, I put xset r rate 150 50 ; xset q
> to  :1  display,  and  it reported correct delay/rate 150 50. But
> when I switch to :1 display, settings reset to old ones,  xset  q
> reports 500/30, and it visually really 500/30, and after
> return to active server :0 and queried :1 -- it remains 500/30.
>
>  When  setting  rate  and delay on active server -- it saved just
> fine, xset q reports correct answer after any change  to  any  VT
> and  back,  and I have different settings on different servers as
> expected.
>
>
>
> ------------------------------
>
> Message: 8
> Date: Wed, 14 Oct 2015 13:47:35 -0400
> From: Christopher Barry <christopher.barry at earborg.com>
> To: xorg <xorg at lists.x.org>
> Subject: Re: EGL init problem
> Message-ID: <20151014134735.03c41ebf at monolith.infinux.org>
> Content-Type: text/plain; charset="utf-8"
>
> On Wed, 14 Oct 2015 10:35:23 +0900
> Michel Dänzer <michel at daenzer.net> wrote:
>
>>On 14.10.2015 04:14, Christopher Barry wrote:
>>> Hi
>>>
>>> Can someone help me with the correct incantation to compile X
>>> git-master for hw-accel with an AMD R9 380?
>>>
>>> Using --modfile w/ build.sh, and have tried the following (each on a
>>> single line in the modules-file):
>>>
>>> mesa/mesa --enable-dri --enable-dri3 --enable-glx --enable-glx-tls
>>> --enable-egl --enable-gbm --enable-shared-glapi --enable-gallium-llvm
>>> --enable-llvm-shared-libs --enable-r600-llvm-compiler
>>> --with-llvm-prefix=/opt/lib/llvm/ --with-egl-platforms=x11,drm
>>> --with-dri-drivers=r300,r600,radeon,svga,swrast
>>> --with-gallium-drivers=r300,r600,radeonsi,svga,swrast
>>>
>>> xserver --enable-glamor
>>>
>>>
>>> I get the following errors in my log Xorg.0.log:
>>>
>>> (EE) RADEON(0): glamor detected, failed to initialize EGL.
>>> (EE) AIGLX: reverting to software rendering
>>
>>Please provide the full Xorg.0.log file.
>>
>>
>
> Thanks  Michel,
>
> I recompiled with --with-dri-drivers=''.
>
> log attached
>
> -C
> -------------- next part --------------
> A non-text attachment was scrubbed...
> Name: Xorg.0.log
> Type: text/x-log
> Size: 68533 bytes
> Desc: not available
> URL:
> <http://lists.x.org/archives/xorg/attachments/20151014/44e3dedf/attachment.bin>
>
> ------------------------------
>
> Subject: Digest Footer
>
> _______________________________________________
> xorg mailing list
> xorg at lists.x.org
> http://lists.x.org/mailman/listinfo/xorg
>
> ------------------------------
>
> End of xorg Digest, Vol 123, Issue 17
> *************************************
>


-- 
Credit is the root of all evil.  - AB1JX

More information about the xorg mailing list