Using Fedora 33 with MATE desktop...
I'm working with the developer of a very handy RPN calculator app called rpCalc to figure out why it doesn't work for my regular user 'doc' but works perfectly for a newly created user 'test'. The developer strongly suspects a Qt5 setting. We have narrowed our search to my local environment:
$ env | grep QT QT_IM_MODULE=xim QT_AUTO_SCREEN_SCALE_FACTOR=0 QT_SCALE_FACTOR=2
The developer believes the first (set to =xim) is causing rpCalc not to function at all, and that the next two cause the font sizes on the calculator buttons to be oversize.
I'm looking for one or more config files -- probably in my home directory -- that set these variables. Talk about looking for a needle in a haystack.
Is there a cat | grep command (or equiv) that can recursively look for "QT" in all files in my home directory -- including hidden files? It would have to be able to output the full path to any files in which "QT" is found. Unfortunately cat does not support recursive searches.
--Doc Savage Fairview Heights, IL
On 3/26/21 10:55 AM, Robert G. (Doc) Savage via users wrote:
Is there a cat | grep command (or equiv) that can recursively look for "QT" in all files in my home directory -- including hidden files? It would have to be able to output the full path to any files in which "QT" is found. Unfortunately cat does not support recursive searches.
grep can do recursive search with the "-r" option. Something like this may do what you want:
grep "QT" -r <some directory>
Just keep in mind that this might be extremely slow if you have a lot of stuff at your home directory. Try narrowing your search a little, e.g. maybe just search in ".local" and ".config"?
Hope this helps Aristos
On 26/03/2021 16:55, Robert G. (Doc) Savage via users wrote:
Using Fedora 33 with MATE desktop...
I'm working with the developer of a very handy RPN calculator app called rpCalc to figure out why it doesn't work for my regular user 'doc' but works perfectly for a newly created user 'test'. The developer strongly suspects a Qt5 setting. We have narrowed our search to my local environment:
$ env | grep QT QT_IM_MODULE=xim QT_AUTO_SCREEN_SCALE_FACTOR=0 QT_SCALE_FACTOR=2
The developer believes the first (set to =xim) is causing rpCalc not to function at all, and that the next two cause the font sizes on the calculator buttons to be oversize.
I'm looking for one or more config files -- probably in my home directory -- that set these variables. Talk about looking for a needle in a haystack.
Is there a cat | grep command (or equiv) that can recursively look for "QT" in all files in my home directory -- including hidden files? It would have to be able to output the full path to any files in which "QT" is found. Unfortunately cat does not support recursive searches.
I don't know about the other 2, but QT_IM_MODULE is related to "Input Method".
The "best" way to change that is to install and run "im-chooser". I've never tried to us "X compose table" (xim) as my input method. I use ibus.
On Sat, 2021-03-27 at 07:19 +0800, Ed Greshko wrote:
On 26/03/2021 16:55, Robert G. (Doc) Savage via users wrote:
Using Fedora 33 with MATE desktop...
I'm working with the developer of a very handy RPN calculator app called rpCalc to figure out why it doesn't work for my regular user 'doc' but works perfectly for a newly created user 'test'. The developer strongly suspects a Qt5 setting. We have narrowed our search to my local environment:
$ env | grep QT QT_IM_MODULE=xim QT_AUTO_SCREEN_SCALE_FACTOR=0 QT_SCALE_FACTOR=2
The developer believes the first (set to =xim) is causing rpCalc not to function at all, and that the next two cause the font sizes on the calculator buttons to be oversize.
I'm looking for one or more config files -- probably in my home directory -- that set these variables. Talk about looking for a needle in a haystack.
Is there a cat | grep command (or equiv) that can recursively look for "QT" in all files in my home directory -- including hidden files? It would have to be able to output the full path to any files in which "QT" is found. Unfortunately cat does not support recursive searches.
I don't know about the other 2, but QT_IM_MODULE is related to "Input Method".
The "best" way to change that is to install and run "im-chooser". I've never tried to us "X compose table" (xim) as my input method. I use ibus.
Ed,
To work correctly, the rpcalc app also needs to have QT_IM_MODULE=ibus. I don't know what sets it to xim, but whatever sets it to xim is tenacious. I've tried both "im-chooser" and a simple manual change:
$ set QT_IM_MODULE=ibus $ export QT_IM_MODULE $ env QT_IM_MODULE QT_IM_MODULE=xim
If I create a new user "test" and log on with that userID, the input method defaults to ibus and rpcalc works. So the brute force method to correct my problem might be to totally blow away and recreate my current user account. That would be very destructive.
--Doc
On 28/03/2021 02:03, Robert G. (Doc) Savage via users wrote:
On Sat, 2021-03-27 at 07:19 +0800, Ed Greshko wrote:
On 26/03/2021 16:55, Robert G. (Doc) Savage via users wrote:
Using Fedora 33 with MATE desktop...
I'm working with the developer of a very handy RPN calculator app called rpCalc to figure out why it doesn't work for my regular user 'doc' but works perfectly for a newly created user 'test'. The developer strongly suspects a Qt5 setting. We have narrowed our search to my local environment:
$ env | grep QT QT_IM_MODULE=xim QT_AUTO_SCREEN_SCALE_FACTOR=0 QT_SCALE_FACTOR=2
The developer believes the first (set to =xim) is causing rpCalc not to function at all, and that the next two cause the font sizes on the calculator buttons to be oversize.
I'm looking for one or more config files -- probably in my home directory -- that set these variables. Talk about looking for a needle in a haystack.
Is there a cat | grep command (or equiv) that can recursively look for "QT" in all files in my home directory -- including hidden files? It would have to be able to output the full path to any files in which "QT" is found. Unfortunately cat does not support recursive searches.
I don't know about the other 2, but QT_IM_MODULE is related to "Input Method".
The "best" way to change that is to install and run "im-chooser". I've never tried to us "X compose table" (xim) as my input method. I use ibus.
Ed,
To work correctly, the rpcalc app also needs to have QT_IM_MODULE=ibus. I don't know what sets it to xim, but whatever sets it to xim is tenacious. I've tried both "im-chooser" and a simple manual change:
$ set QT_IM_MODULE=ibus $ export QT_IM_MODULE $ env QT_IM_MODULE QT_IM_MODULE=xim
That series of commands don't seem right to me.
If I create a new user "test" and log on with that userID, the input method defaults to ibus and rpcalc works. So the brute force method to correct my problem might be to totally blow away and recreate my current user account. That would be very destructive.
Did you run im-chooser to change your input method and then logout/login?
On Sat, Mar 27, 2021 at 4:40 PM Ed Greshko ed.greshko@greshko.com wrote:
On 28/03/2021 02:03, Robert G. (Doc) Savage via users wrote:
On Sat, 2021-03-27 at 07:19 +0800, Ed Greshko wrote:
On 26/03/2021 16:55, Robert G. (Doc) Savage via users wrote:
Using Fedora 33 with MATE desktop...
I'm working with the developer of a very handy RPN calculator app called rpCalc to figure out why it doesn't work for my regular user 'doc' but works perfectly for a newly created user 'test'. The developer strongly suspects a Qt5 setting. We have narrowed our search to my local environment:
$ env | grep QT QT_IM_MODULE=xim QT_AUTO_SCREEN_SCALE_FACTOR=0 QT_SCALE_FACTOR=2
The developer believes the first (set to =xim) is causing rpCalc not to function at all, and that the next two cause the font sizes on the calculator buttons to be oversize.
I'm looking for one or more config files -- probably in my home directory -- that set these variables. Talk about looking for a needle in a haystack.
Is there a cat | grep command (or equiv) that can recursively look for "QT" in all files in my home directory -- including hidden files? It would have to be able to output the full path to any files in which "QT" is found. Unfortunately cat does not support recursive searches.
I don't know about the other 2, but QT_IM_MODULE is related to "Input Method".
The "best" way to change that is to install and run "im-chooser". I've never tried to us "X compose table" (xim) as my input method. I use ibus.
Ed,
To work correctly, the rpcalc app also needs to have QT_IM_MODULE=ibus. I don't know what sets it to xim, but whatever sets it to xim is tenacious. I've tried both "im-chooser" and a simple manual change:
$ set QT_IM_MODULE=ibus $ export QT_IM_MODULE $ env QT_IM_MODULE QT_IM_MODULE=xim
That series of commands don't seem right to me.
If I create a new user "test" and log on with that userID, the input method defaults to ibus and rpcalc works. So the brute force method to correct my problem might be to totally blow away and recreate my current user account. That would be very destructive.
Did you run im-chooser to change your input method and then logout/login?
I would check in the files in /etc/profile.d that is where most applications put their default settings.
grep has a recursive option, but be careful with it as it will follow symbolic links and if done anyplace with recursive symbolic links (/proc, /sys, and probably others) it will get into a loop will search forever.
On 28/03/2021 06:47, Roger Heflin wrote:
I would check in the files in /etc/profile.d that is where most applications put their default settings.
grep has a recursive option, but be careful with it as it will follow symbolic links and if done anyplace with recursive symbolic links (/proc, /sys, and probably others) it will get into a loop will search forever.
When it comes to setting the input method it isn't as straight forward as setting an environment variable.
Running im-chooser will change the symbolic link ~/.config/imsettings/xinputrc to point to the chosen input method defined in /etc/X11/xinit/xinput.d. This does result in the environment variable being set but does result in more being done at login.
Just changing the environment variable in a shell won't undo/redo what needs to be done to change the input method of a user's login session.
在 2021-03-27星期六的 07:19 +0800，Ed Greshko写道：
On 26/03/2021 16:55, Robert G. (Doc) Savage via users wrote:
Using Fedora 33 with MATE desktop...
I'm working with the developer of a very handy RPN calculator app called rpCalc to figure out why it doesn't work for my regular user 'doc' but works perfectly for a newly created user 'test'. The developer strongly suspects a Qt5 setting. We have narrowed our search to my local environment:
$ env | grep QT QT_IM_MODULE=xim QT_AUTO_SCREEN_SCALE_FACTOR=0 QT_SCALE_FACTOR=2
The developer believes the first (set to =xim) is causing rpCalc not to function at all, and that the next two cause the font sizes on the calculator buttons to be oversize.
I'm looking for one or more config files -- probably in my home directory -- that set these variables. Talk about looking for a needle in a haystack.
Is there a cat | grep command (or equiv) that can recursively look for "QT" in all files in my home directory -- including hidden files? It would have to be able to output the full path to any files in which "QT" is found. Unfortunately cat does not support recursive searches.
I don't know about the other 2, but QT_IM_MODULE is related to "Input Method".
The "best" way to change that is to install and run "im-chooser". I've never tried to us "X compose table" (xim) as my input method. I use ibus.
I don't know if you are using Wayland, if so... im-chooser won't do anything IIRC. Since it is just changing xinputd symlinks, while it is 'x' inputd, Wayland sessiones don't care it.
XIM is a general and old fashioned IM protocol which can be used by many IM frameworks, IBUS included.
There is many ways that those environments could be set, like in your bashrc, bash_profile, environment.d, environment_generator, and desktop environment itself.
-- Remind me to ignore comments which aren't germane to the thread. _______________________________________________ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-leave@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
-
Aristeidis Dimitriadis -
Ed Greshko -
Robert G. (Doc) Savage -
Roger Heflin -
yanqiyu01＠gmail.com