> So could some users give me the value of their config.h:font[] ?
I'm quite happy with:
"Fantasque Sans Mono:pixelsize=16:antialias=true:autohint=false"
It looks great for reading text, and it's easy to tell "il1|" apart, and "<({["
look very distinct as well. My only beef is that the
On 2015-05-11 09:47AM, Martti Kühne wrote:
> Is this one for the wiki or mainline?
I don't think it would get used (much) on the wiki, since it
doesn't create a user-visible feature.
My hope is that it'll make some software behave better under dwm,
though I only did enough research to find out th
On 2015-05-07 05:07PM, Jochen Sprickerhof wrote:
> * Jason Woofenden [2015-05-07 10:09]:
> > pdftohtml -stdout foo.pdf | sed -ne 's/href="\([^"]\+\)"/\n\1\n/g' -e
> > 's/\(^[^\n]*\n\|\(\n\)\)\([^\n]*\)\n[^\n]*/\2\3/gp'
>
> I wou
#x27; -e
's/\(^[^\n]*\n\|\(\n\)\)\([^\n]*\)\n[^\n]*/\2\3/gp'
If you've got GNU sed, you can replace the "' -e '" in the middle
with ";", or for a little speed boost: ";T;".
--
Jason
On 2015-05-06 11:19PM, Jason Woofenden wrote:
> Hi Hypsur
Hi Hypsurus,
I hope you're having fun coding. Don't let me detract from that.
But if you just need to extract links from pdfs, you can do so with
existing tools, eg:
pdftohtml -stdout foo.pdf | sed -ne 's/\(^\|\n\)\n\([^\n]*\)\n[^\n]*/\1\2/gp;
t; s/href="\([^"]\+\)"/\n\n\1\n/g; D'
Sorry if that
As documented here:
http://standards.freedesktop.org/wm-spec/wm-spec-1.3.html#idm140130317670464
---
I developed this in the hopes that it would fix issues with feh running
fullscreen. It didn't help with that (feh using the innacurate _MOTIF_WM_HINTS
method) but it should at least stop gtk+ 3.3.
> In fact, leaving that for tabbed to do could well be enough. If you
> run surf so it opens in a new tab then you can switch back to the
> terminal if you wish, which couldn't be done in Plan 9, but seems
> reasonably useful.
If you don't replace the terminal window, then you're just talking
abou
On 2015-04-23 08:06PM, Jochen Sprickerhof wrote:
> Ok, it does make sense, I had overlooked it because eval() is usually
> not called. The arg->v is passed to evalscript() which expects an char*.
Both implementations (before and after your patch) pass a char*.
But (assuming I'm reading the code co
This is making my brain hurt, but I'm pretty sure this change
dereferences arg->v one fewer times.
Does arg->v point directly to a string, or to a pointer to a
string?
--
Jason
On 2015-04-22 05:30PM, Jochen Sprickerhof wrote:
> ---
> surf.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(
Some clients (such as feh) check for the existance of this atom like so:
XInternAtom(disp, "_MOTIF_WM_HINTS", True);
to see how/if they can get fullscreen. Also my first hit on a web search for
"x11 howto fullscreen" says to check for this atom:
http://www.tonyobryan.com/index.php?article
Hi all,
Just wanted to introduce myself. I'm new to this mailing list,
though I've been in the chatroom for a bit.
I've been coding since 1992, when I was 12. I've dabbled with
various free software projects over the years. My most significant
contribution in this area is VoR: http://sametwice.co
11 matches
Mail list logo
