Keyboard/Touchpad not recognized by X software
They work just find in FreeBSD, but fail to get recognized by X11. I got Xfce4 to run and all, but I have to use the power button to shutdown and go back the FreeBSD command prompt. These are the relevant lines in /var/log/Xorg.0.log: 9102.753config/udev: Adding input device AT keyboard (/dev/input/event5) 9102.753AT Keyboard: Applying InputClass “Evdev Keyboard” 9102.753AT Keyboard: Applying InputClass “KeyboardDefaults” 9102.754No input driver specified, ignoring this device. 9102.754This device may have been added with another device file. 9102.754config/udev: Adding input device Syn PS/2 Synaptics Touchpad (/dev/input/event6) 9102.754No input driver specified, ignoring this device. 9102.754This device may have been added with another device file. How should I proceed from here to get the X server to recognize my keyboard and touchpad? Thank you very much in advance! Sent from Mail for Windows 10 ___ xorg@lists.x.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: https://lists.x.org/mailman/listinfo/xorg Your subscription address: %(user_address)s
XGetWindowAttributes to get the cursor?
So XSetWindowAttributes allows you to set the cursor on the window, basically this is the hardware cursor when your mouse enters the window that is displayed. Is there a way to readback this value from an existing window? Or perhaps another workaround to get the cursor on a specific window? I am aware there is XFixesSelectCursorInput but this listens for changes and grabs the current system cursor; not on a per window basis. ___ xorg@lists.x.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: https://lists.x.org/mailman/listinfo/xorg Your subscription address: %(user_address)s
Re: XGetWindowAttributes to get the cursor?
Yea but this only returns true/false it does not return the cursor_id. On Thu, Nov 19, 2020 at 10:26 AM Lucien Gentis < lucien.gen...@univ-lorraine.fr> wrote: > Hello, > > Perhaps you should look at XTest extension : > https://www.x.org/releases/X11R7.7/doc/xextproto/xtest.html > > See XTestCompareCursor function > Le 04/11/2020 à 19:25, Ivan Svirid a écrit : > > So XSetWindowAttributes allows you to set the cursor on the window, > basically this is the hardware cursor when your mouse enters the window > that is displayed. > > Is there a way to readback this value from an existing window? Or perhaps > another workaround to get the cursor on a specific window? > > I am aware there is XFixesSelectCursorInput but this listens for changes > and grabs the current system cursor; not on a per window basis. > > > > ___x...@lists.x.org: X.Org support > Archives: http://lists.freedesktop.org/archives/xorg > Info: https://lists.x.org/mailman/listinfo/xorg > Your subscription address: %(user_address)s > > ___ xorg@lists.x.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: https://lists.x.org/mailman/listinfo/xorg Your subscription address: %(user_address)s
Re: XGetWindowAttributes to get the cursor?
Yea but this does not work with custom pixmap cursors that are not part of the system cursor theme. On Fri, Nov 20, 2020 at 7:05 AM Lucien Gentis < lucien.gen...@univ-lorraine.fr> wrote: > In fact, cursor id are defined in cursorfont.h like XC_top_left_corner, > XC_double_arrow,... > Le 20/11/2020 à 12:42, Lucien Gentis a écrit : > > You can write a function which uses XTestCompareCursor in a switch which > tests known cursor id (top_left_corner, h_double_arrow,...) > Le 19/11/2020 à 19:59, Ivan Svirid a écrit : > > Yea but this only returns true/false it does not return the cursor_id. > > On Thu, Nov 19, 2020 at 10:26 AM Lucien Gentis < > lucien.gen...@univ-lorraine.fr> wrote: > >> Hello, >> >> Perhaps you should look at XTest extension : >> https://www.x.org/releases/X11R7.7/doc/xextproto/xtest.html >> >> See XTestCompareCursor function >> Le 04/11/2020 à 19:25, Ivan Svirid a écrit : >> >> So XSetWindowAttributes allows you to set the cursor on the window, >> basically this is the hardware cursor when your mouse enters the window >> that is displayed. >> >> Is there a way to readback this value from an existing window? Or perhaps >> another workaround to get the cursor on a specific window? >> >> I am aware there is XFixesSelectCursorInput but this listens for changes >> and grabs the current system cursor; not on a per window basis. >> >> >> >> ___x...@lists.x.org: X.Org >> support >> Archives: http://lists.freedesktop.org/archives/xorg >> Info: https://lists.x.org/mailman/listinfo/xorg >> Your subscription address: %(user_address)s >> >> > ___x...@lists.x.org: X.Org support > Archives: http://lists.freedesktop.org/archives/xorg > Info: https://lists.x.org/mailman/listinfo/xorg > Your subscription address: %(user_address)s > > ___ xorg@lists.x.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: https://lists.x.org/mailman/listinfo/xorg Your subscription address: %(user_address)s
Re: XGetWindowAttributes to get the cursor?
The whole point is a random 3rd party app makes a custom pixmap cursor, and I was wondering if there is a call to retrieve the cursor the 3rd party window I have no control over has defined. With the intention to get the XImage backing it and copy the pixels. On Fri, Nov 20, 2020 at 1:11 PM Lucien Gentis < lucien.gen...@univ-lorraine.fr> wrote: > Don't you know the ID of your custom pixmap cursors ? > > If you do, you can add them to the cases of the switch. > Le 20/11/2020 à 15:22, Ivan Svirid a écrit : > > Yea but this does not work with custom pixmap cursors that are not part of > the system cursor theme. > > On Fri, Nov 20, 2020 at 7:05 AM Lucien Gentis < > lucien.gen...@univ-lorraine.fr> wrote: > >> In fact, cursor id are defined in cursorfont.h like XC_top_left_corner, >> XC_double_arrow,... >> Le 20/11/2020 à 12:42, Lucien Gentis a écrit : >> >> You can write a function which uses XTestCompareCursor in a switch which >> tests known cursor id (top_left_corner, h_double_arrow,...) >> Le 19/11/2020 à 19:59, Ivan Svirid a écrit : >> >> Yea but this only returns true/false it does not return the cursor_id. >> >> On Thu, Nov 19, 2020 at 10:26 AM Lucien Gentis < >> lucien.gen...@univ-lorraine.fr> wrote: >> >>> Hello, >>> >>> Perhaps you should look at XTest extension : >>> https://www.x.org/releases/X11R7.7/doc/xextproto/xtest.html >>> >>> See XTestCompareCursor function >>> Le 04/11/2020 à 19:25, Ivan Svirid a écrit : >>> >>> So XSetWindowAttributes allows you to set the cursor on the window, >>> basically this is the hardware cursor when your mouse enters the window >>> that is displayed. >>> >>> Is there a way to readback this value from an existing window? Or >>> perhaps another workaround to get the cursor on a specific window? >>> >>> I am aware there is XFixesSelectCursorInput but this listens for changes >>> and grabs the current system cursor; not on a per window basis. >>> >>> >>> >>> ___x...@lists.x.org: X.Org >>> support >>> Archives: http://lists.freedesktop.org/archives/xorg >>> Info: https://lists.x.org/mailman/listinfo/xorg >>> Your subscription address: %(user_address)s >>> >>> >> ___x...@lists.x.org: X.Org >> support >> Archives: http://lists.freedesktop.org/archives/xorg >> Info: https://lists.x.org/mailman/listinfo/xorg >> Your subscription address: %(user_address)s >> >> ___ xorg@lists.x.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: https://lists.x.org/mailman/listinfo/xorg Your subscription address: %(user_address)s
Re: XGetWindowAttributes to get the cursor?
"Effectively, if your 3rd party app defines a custom pixmap cursor whose ID is not a constant, you cannot retrieve it. Yea I know thats why I asked on the mailing list this question haha. Thanks I guess.. On Sat, Nov 21, 2020 at 7:19 AM Lucien Gentis < lucien.gen...@univ-lorraine.fr> wrote: > Effectively, if your 3rd party app defines a custom pixmap cursor whose ID > is not a constant, you cannot retrieve it. > > Or perhaps if you test this cursor comparing it with all constant values > enumerated in cursorfont.h, if it does not correspond with any of these, it > could be your 3rd party app window. > > Sorry, but I can't help you more. > > Lucien > Le 20/11/2020 à 19:22, Ivan Svirid a écrit : > > The whole point is a random 3rd party app makes a custom pixmap cursor, > and I was wondering if there is a call to retrieve > the cursor the 3rd party window I have no control over has defined. With > the intention to get the XImage backing it > and copy the pixels. > > On Fri, Nov 20, 2020 at 1:11 PM Lucien Gentis < > lucien.gen...@univ-lorraine.fr> wrote: > >> Don't you know the ID of your custom pixmap cursors ? >> >> If you do, you can add them to the cases of the switch. >> Le 20/11/2020 à 15:22, Ivan Svirid a écrit : >> >> Yea but this does not work with custom pixmap cursors that are not part >> of the system cursor theme. >> >> On Fri, Nov 20, 2020 at 7:05 AM Lucien Gentis < >> lucien.gen...@univ-lorraine.fr> wrote: >> >>> In fact, cursor id are defined in cursorfont.h like XC_top_left_corner, >>> XC_double_arrow,... >>> Le 20/11/2020 à 12:42, Lucien Gentis a écrit : >>> >>> You can write a function which uses XTestCompareCursor in a switch which >>> tests known cursor id (top_left_corner, h_double_arrow,...) >>> Le 19/11/2020 à 19:59, Ivan Svirid a écrit : >>> >>> Yea but this only returns true/false it does not return the cursor_id. >>> >>> On Thu, Nov 19, 2020 at 10:26 AM Lucien Gentis < >>> lucien.gen...@univ-lorraine.fr> wrote: >>> >>>> Hello, >>>> >>>> Perhaps you should look at XTest extension : >>>> https://www.x.org/releases/X11R7.7/doc/xextproto/xtest.html >>>> >>>> See XTestCompareCursor function >>>> Le 04/11/2020 à 19:25, Ivan Svirid a écrit : >>>> >>>> So XSetWindowAttributes allows you to set the cursor on the window, >>>> basically this is the hardware cursor when your mouse enters the window >>>> that is displayed. >>>> >>>> Is there a way to readback this value from an existing window? Or >>>> perhaps another workaround to get the cursor on a specific window? >>>> >>>> I am aware there is XFixesSelectCursorInput but this listens for >>>> changes and grabs the current system cursor; not on a per window basis. >>>> >>>> >>>> >>>> ___x...@lists.x.org: X.Org >>>> support >>>> Archives: http://lists.freedesktop.org/archives/xorg >>>> Info: https://lists.x.org/mailman/listinfo/xorg >>>> Your subscription address: %(user_address)s >>>> >>>> >>> ___x...@lists.x.org: X.Org >>> support >>> Archives: http://lists.freedesktop.org/archives/xorg >>> Info: https://lists.x.org/mailman/listinfo/xorg >>> Your subscription address: %(user_address)s >>> >>> ___ xorg@lists.x.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: https://lists.x.org/mailman/listinfo/xorg Your subscription address: %(user_address)s
xfontsel unconventional PRIMARY clipping
Hello, While using xfontsel 1.06, I noticed that the 'select' button writes to the PRIMARY buffer in an unconventional way. Some programs can't read the PRIMARY after this is done. Steps to reproduce: 1) run `autocutsel -s PRIMARY -verbose -debug` (to track PRIMARY) 1) run `xfontsel` from terminal, choose a fndry, font etc 2) click select 3) middle click/shift+insert into a program (st, firefox) 4) nothing is pasted, autocutsel reports nothing However, certain programs such as xterm, gvim, and leafpad _are_ able to read PRIMARY after the selection. `xclip -o` reports the selection, but only after running` xclip -o | xclip -i` do I get something that will work with the programs mentioned above. Another workaround is `xfontsel -print | xclip -i`, but I think there is a bug in the select button code. Other X utilities such as Xedit do not exhibit such behaviour. Thanks, Ivan
xfontsel PRIMARY clipping bug
Hi, While using xfontsel 1.06, I noticed that it copies to the PRIMARY buffer in a non-standard way where certain applications aren't able to read the contents of PRIMARY after the 'select' button is pressed. For example, `xautosel -s PRIMARY -verbose -debug` does not print anything after the select button is pressed, and although `xclip -o` reports the font string in the buffer, programs like st (suckless terminal) and firefox can't read the font string unless `xclip -o | xclip -i` is run as a workaround, another shell-level workaround being `xfontsel -print | xsel -i`. Certain programs like xterm, gvim , and leafpad are able to read PRIMARY however, and other 'classic' X tools like Xedit do not exhibit this behaviour, so I believe there is a bug in the select button code in xfontsel. Thanks, Ivan
2 and more keyboard layout groups in Linux changed by different hot keys
So, this is something I've been dreaming of for years now. I've sporadically foraged for a solution on Google but never really found anything. I was told once by someone on IRC that it's possible but have never really seen how this could be done. Here's what I want. I use en and ru keyboard layouts as two primary languages of input that I work with on a daily basis. I use Shift+Caps_Lock to toggle these layouts. Sometimes I need to type in ua and pl, and I want to have them in a separate group of layouts that would be toggled by pressing say L_Win+Caps_Lock. So, whenever I press L_Win+Caps_Lock I start cycling through ua and pl (possibly more layouts), and when I need to get back to my standard group of en and ru I would press Shift+Caps_Lock to start typing in en (assuming it's always the default layout in this group) This description is in no way linked to any real understanding of how the existing keyboard layout switching framework works. It's just me imagining the ideal scenario. Can this be done somehow? Keep in mind that I use GNOME 3.x (in fall-back mode) and rely on its GUI tools to configure keyboard layout settings (all I need so far is make en and ru available for use and be toggled by pressing Shift+Caps_Lock). So, ideally a solution would have to be friendly for this desktop environment and not break anything in it :D ___ xorg@lists.x.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.x.org/mailman/listinfo/xorg Your subscription address: arch...@mail-archive.com
