> --- a/config.def.h
> +++ b/config.def.h
> @@ -89,6 +89,8 @@ static Key keys[] = {
> { MOD, KEY_NPAGE, { scrollback, { "1" }} },
> { MOD, KEY_F(1), { create, { "man dvtm", "dvtm help" } } },
> { MOD, MOD, { send, { (const char [])
Hi there, I've had no time to look at this in detail yet but rebasing
without commit e8dba89 fixes the problem (i.e. git rebase --onto
e8dba89^ e8dba89 HEAD). The description of that commit is:
query pixel size from matched font
Sorry for another duplicated mail. I found the patch is malf
I did a completely clean pull from upstream and only changed
the fontstring, so no other config changes at all were present
in my build.
The font string I was using is:
"DejaVu Sans Mono:size=10"
(and I just tested with "DejaVu Sans Mono:size=9" just in case
that was a point of difference while c
Well, that's weird. I've done a pull just in case but my local is
up-to-date. My only modification is:
-static char font[] = "Liberation
Mono:pixelsize=12:antialias=false:autohint=false";
+static char font[] = "DejaVu Sans Mono:size=9";
What is the font descriptor you're using for dejavu? Have yo
On Sat, Jan 11, 2014 at 12:59 PM, Carlos Pita wrote:
> I would like to know whether this is a temporary buggy behavior or
> it's expected and there is something else I must know that I'm missing
> now in order to properly configure the git version.
I just built HEAD here and it worked fine with b
FRIGN said:
> Well, maybe that GTK3-programs suck? They feel very slow imho and don't fit
> well into a world where GTK2 is still the least-painful way to go.
At least on OpenBSD GTK+3 is already required for GTK+2 webkit:
/usr/ports/www/surf $ make full-run-depends | grep gtk
gtk-update-icon-cac
On Sat, 11 Jan 2014 12:35:19 +0100
"Roberto E. Vargas Caballero" wrote:
> > Before this patch draw() calls drawregion which calls xdraws and
> > then updates whole window in one call thus overdrawing anything
> > drawn by w3mimgdisplay. After moving XCopyArea to xdraws it only
> > updates the reg
> Before this patch draw() calls drawregion which calls xdraws and then
> updates whole window in one call thus overdrawing anything drawn by
> w3mimgdisplay. After moving XCopyArea to xdraws it only updates the
> regions which are being updated by XftDraw* functions. It may do a few
> more calls t
> I like the idea of having this feature in st, and your patch is simple
> because you only move a function from one place to another, but could
> you explain a bit why moving the function from draw to xdraws makes
> w3mimgdisplay work?
Before this patch draw() calls drawregion which calls xdraws
On Sat, 11 Jan 2014 01:38:13 +
Michael Forney wrote:
> I'm of the opinion that the compositor and window manager should be
> separate projects, which is why I implemented swc as a library. Look at
> the number of tiling X11 window managers out there. It doesn't make
> sense to have each of th
> I want to configure/compile st to use the font shown on the right hand
> side of this screenshot:
> http://st.suckless.org/screenshots/20h-2012.png
> [...]
> If I try fc-match:
> fc-match
> 'Fixed:foundry=misc:weight=medium:slant=roman:width=semicondensed:pixelsize=13'
> DejaVuSansCondensed.ttf:
I like the idea of having this feature in st, and your patch is simple
because you only move a function from one place to another, but could
you explain a bit why moving the function from draw to xdraws makes
w3mimgdisplay work?
Regards,
--
Roberto E. Vargas Caballero
12 matches
Mail list logo
