[solved] dmenu 4.6-1: font parameter works ineffective now

LessWire · 2015-11-11 05:54:28

Hi together,
i installed latest dmenu, it's version 4.6-1

I use this to change at least the fontsize:

dmenu -fn -*-terminus-bold-*-*-*-22-*-*-*-*-*-iso10646-*

It worked fine but with this version it doesn't anymore. I get a very tiny fontsize now (like without -fn). There aren't any warning/error messages.

Has been something changed ?

Thanks, LW

Last edited by LessWire (2015-11-11 16:14:02)

jasonwryan · 2015-11-11 06:18:20

XFT support is now built in: http://lists.suckless.org/dev/1511/27503.html

LessWire · 2015-11-11 16:13:02

Ahh, ok, i changed it to

-fn xft:terminus:style=bold:pixelsize=22

and it works again.

Thank You!

cgo · 2015-11-12 20:42:35

Hi,

I was using "-misc-fixed-medium-r-normal--13-120-75-75-c-80-iso8859-1", which is a bitmap font.

In this case, doing :

dmenu -fn xft:fixed:style=regular:pixelsize=13

keeps the default font but honors the size. While without the xft prefix, it works well just as before :

dmenu -fn fixed:style=regular:pixelsize=13

This might be obvious for some, but it wasn't for me, hope this helps other people.

Cheers,
Charles

root · 2015-11-13 01:06:14

Can someone, please, explain to me how would this affect someone, as in my case, who does not use any font parameter?
Would I be forced from now to actually use a font parameter to retain the behaviour of the previous 4.5 version?
If so, how could I find out what font setting the previous dmenu_run was using to 'transfer' it to the new one?

Additionally I use dmenu_run and not dmenu (which has never shown anything to me but an empty black bar :-?).

Last edited by root (2015-11-13 01:06:44)

jasonwryan · 2015-11-13 01:11:07

Did you read the change log? The default font set in config.def.h: if you don't compile your own in, that is what you'll get.

If dmenu is showing you an empty black bar, you are doing it wrong...

root · 2015-11-13 02:29:38

jasonwryan wrote:

Did you read the change log? The default font set in config.def.h: if you don't compile your own in, that is what you'll get.

I presume that I can take that as a 'yes', that is, I indeed have to use a font parameter from now on as, apparently, the previous one has been 'changed' to the one in the file you refer to (monospace:size=10). And as updates would overwrite my own settings regarding the font as a result thus being a font parameter indeed a more suitable alternative.

In the end though cgo's reply (aside of some DIY visual font inspection) turned out quite helpful as the font used in the previous versions seems to be the fixed font. I didn't take it into account at first as 'I was using...[...]' and '[...]it works well just as before' at the same time may offer a helpful clue or simply show someone's preference.

If dmenu is showing you an empty black bar, you are doing it wrong...

Without doubt I can assure you that, nowadays, I figured that one out myself
Though as dmenu_run is doing the job for now I guess figuring out WHAT I am doing wrong may have to wait...(as long as the 'mental stinging' is under control lol)

cgo · 2015-11-13 09:26:17

Hi, I'm glad I could help

Though as dmenu_run is doing the job for now I guess figuring out WHAT I am doing wrong may have to wait...(as long as the 'mental stinging' is under control lol)

This should give you a clue about how to use dmenu :

echo -e "foo\nbar\nbaz" | dmenu

From the man page :

dmenu is a dynamic menu for X, which reads a list of newline-separated items from stdin. When the user selects an item and presses Return, their choice is printed to stdout and dmenu terminates. Entering text will narrow the items to those matching the tokens in the input.

root · 2015-12-11 04:02:50

jjThanks for bringing some colour to my dmenu bar cgo

Though, honestly speaking, I can't seem to figure out how to (effectively) use it in the end

Nevertheless, as said, once I have some spare time I will most likely go back to it...

Arch Linux

#1 2015-11-11 05:54:28

[solved] dmenu 4.6-1: font parameter works ineffective now

#2 2015-11-11 06:18:20

Re: [solved] dmenu 4.6-1: font parameter works ineffective now

#3 2015-11-11 16:13:02

Re: [solved] dmenu 4.6-1: font parameter works ineffective now

#4 2015-11-12 20:42:35

Re: [solved] dmenu 4.6-1: font parameter works ineffective now

#5 2015-11-13 01:06:14

Re: [solved] dmenu 4.6-1: font parameter works ineffective now

#6 2015-11-13 01:11:07

Re: [solved] dmenu 4.6-1: font parameter works ineffective now

#7 2015-11-13 02:29:38

Re: [solved] dmenu 4.6-1: font parameter works ineffective now

#8 2015-11-13 09:26:17

Re: [solved] dmenu 4.6-1: font parameter works ineffective now

#9 2015-12-11 04:02:50

Re: [solved] dmenu 4.6-1: font parameter works ineffective now

Board footer