conky_themes
conky_themes copied to clipboard
zagortenay333
text and image not align?
This is a really common problem and I still have no clue what the issue is. It must have something to do with the height of empty lines or something similar.
Just out of curiosity, could you try this config for me: http://pastebin.com/tzfXP3fK
Instead of globally defining a default font size with xftfont Droid Sans:size=10, I defined the font size on every line. Maybe this is a solution..
If anyone more knowledgeable with conky knows what the fix is , please share it here. With the exception of the black box under gnome-shell, this is the biggest nuisance with Harmattan right now.
Whenever I try to put other city code in the the config, it appears to be that the degree sign after the celcius turns into question marks. Tried many different way, but in vain till now. I'd appreciate if you could take a look.
Hello everyone,
This is a little bit boring to do, but you can temporally fix this alignment problem by playing with voffset value.
For example, on my .conkyrc "Numix god-mode with photos", I played with this settings :
- In "Day Names" category at line 130 :
${voffset 185} -> ${voffset 172} - In "Conditions" category in line 150 :
${voffset -170} -> ${voffset -172} - In "Clock and Date" category in line 162 :
${voffset -120} -> ${voffset -117} - In "Cpu, memory, uptime, and load graph" category in line 202 :
${voffset -102} -> ${voffset -104}
It's not perfect but this seems aligned so meanwhile a bugfix, this fix do the job :)
Per suggestion of @cortexx, I changed line 130's voffset value for the God Mode Glass theme to 187. This seems to have fixed the issue. Not sure if this is the same for other themes/distros. Running a heavily modified version of Xubuntu 16.04.
@Zhangjiajia6 there doesn't seem to be a clear fix for this other than to just play around with voffset values.
I ran into this on another Conky, and found that voffset is the solution, but the trick is to fix the voffset on your first element. It appears that all the other voffset's appear to be relative to it, so in my case I had to increase the voffset by about 12, and that shifted all items into alignment.
@Taur10 I know that, but that's not the soution. The issue is that the voffset depends on the font size, and that differs from system to system. Changing the offset by 12 might work for you but not for me.
@zagortenay333 I suppose it depends on your problem, in my case, all of the text was off position towards the top of the window. By adjusting the offset on the first output text, it pushed all lines down by an equal amount, thereby realigning everything with a single change, rather than in the case of this conky, going through approximately 18 changes. As to the number, that's an estimate, YMMV, but the key here is that you can save a lot of work by changing a single value that all the others are relative to.
Wait a minute, I just read your first comment again. No, the voffsets are not relative to the first element, they are relative to the element immediately above them. That's where the problem appears. If a line on your monitor appears too small/big you then have to readjust all the voffsets to make it work.
@zagortenay333 exactly, @Zhangjiajia6 had the precise problem I had. By correcting the clock's alignment, that pushes the next element down, which pushes the next and so forth, so by adjusting the top most element, you shift the entire group down, and so long as you've maintained the designers font sizes, that one offset correction corrects the entire thing.
No, you don't understand. You can push down everything by moving a top element like the clock, but the distance between the rows will remain unchanged. The distance between the rows changes from distro to distro due to font size changes, but the image files remain identical. That's what causes the misalignment.
@Taur10 and others, I tweaked the voffsets in the various form-factors according to some latest comments.
I also noticed that it works on linux mint with the new updates.. That's weird 'cause I developed harmattan on mint. Stuff must have changed in the 1.10 version.
Please check it out and tell me what distro you are using.
@zagortenay333 Running it on Manjaro Xfce 16.10.3
The alignment change I made was ${color3}${voffset 186}${alignc 77}${execi 300 LANG=${template9} LC_TIME=${template9} date +%^a}${color} and that corrected all my alignment problems. I have done one or two other tweaks including moving it to my other monitor.
Alignment issues seems to be fixed, but one question occurred to me though. Why is there a transparent outer area around the widget? It looks strange not mention how hard it makes to position the conky when you also have to account for the transparent border.
EDIT: Never mind, edited the .conky file to remove them.
@szekeres2016 Oh, you selected it.. I thought that selection is what you are talking about. :laughing:
I had to add some padding around it in case a new theme needs it.
Not selected it, I just draw a selection window under it, any easy way to remove it? :D
i resolve it playing with the code, i'm new programing so, i don't comprehend conky at all.
this is how it look's like with the fresh downloaded file:
and with the modified code:
i'm using manjaro btw, at 1366x768 resolution and font dpi at 76.
oh god i think i found it. is the font DPI setting that is messing all up, at 76 looks like the last image, bit with 86:
and 92:
@zagortenay333 and everyone post your DPI so we can see if is that. Beautyful conky.
You can try to port the conky to lua to solve the alignment issues. lua scripts take fixed (x, y) coords so one can be sure to have the text and images line up.
