Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Fixed width applet #83

Closed
oliwarner opened this issue Dec 20, 2018 · 7 comments
Closed

Fixed width applet #83

oliwarner opened this issue Dec 20, 2018 · 7 comments

Comments

@oliwarner
Copy link

My CPU steps between 800MHz and 4.8GHz. When it goes below 1GHz, it gets thinner. Everything else aligned against the applet moves. This also includes a 100% width task bar. It's very distracting when everything on the bottom of the screen changes slightly.

peek 2018-12-20 15-43

Hopefully that goes some way to illustrate my problem. Would it be possible to fix the width to (eg) the widest it could be on that system?

@konkor
Copy link
Owner

konkor commented Jan 8, 2019

I have added extra space for MHz to replace dot symbol. It should fix the issue at least for monospace fonts. Also it could fixed by adding numbers and dot symbol to cpufreq font. One more option is to make delayed widget loading to be the last loaded extension. But I will leave just a extra space for now it should fix the issue in most cases.

fixed_width

@oliwarner
Copy link
Author

Thanks for this. Yeah, I suspect this will fix things for most cases until we get CPUs in the 10GHz range, or clock scaling below 100MHz.

On the delayed start idea, that would only help with regards to the position of other tray applets.
In my situation, I have a task list (Dash to Panel, looks like KDE or Windows of old), it would help less because there's a variable width list of applications squashed up against the "app tray". If that resizes, so do the applications.

Again, I'm sure this is Good Enough™ for the next decade. And by then we'll have so many hoverboards we won't care about the width of a little applet. Thank you for your help.

@mcoyle1960
Copy link

Hello! Love this extension, but I'm still seeing this glitch. I believe I'm running version 17. Here's a video.
https://drive.google.com/open?id=1wcOvubRDsup-8Es2LQsFvIpz3dnUIGJv

@konkor
Copy link
Owner

konkor commented Jan 24, 2019

@mcoyle1960 Sorry for delay! The fixed version is available on GitHub at Master branch. I just wanted to be sure here is no critical issues. Actually, it's not this issue but #85 is a bit huge.
Today I released the version 31 and published on Gnome site. It will be available very soon now.
Thanks for the report.

@mcoyle1960
Copy link

DLed it and you're correct! Problem fixed. Not sure where I got that old version number from, but that's for the quick reply.

@duvh93
Copy link

duvh93 commented Mar 6, 2019

Hello! I still can see this issue even with the last version from extension.gnome.org...

"One more option is to make delayed widget loading to be the last loaded extension", is it something I can do easily?

Thanks for this nice applet

@konkor
Copy link
Owner

konkor commented Mar 6, 2019

@duvh93 Looks like the last reviewer of extensions.gnome.org has been quit this year. So extensions.gnome.org without maintainer 2+ months. Nobody wants do it for free. Also it's a huge amount of work and responsibility.

You can take the latest cpufreq@konkor.zip extension zip package from Releases page and install/update it manually.

@konkor konkor closed this as completed Mar 31, 2019
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants