> + while(--last >= gp && !(selected(last - gp, y) && \
> + strcmp(last->c, " ") != 0))
> /* nothing */;
I think you could write here only:
while(--last >= gp && strcmp(last->c, " "))
Hi,
I'm the current maintainer of dmenu.
I intend to get dmenu and dwm back on track during the next days. So feel
free to compile me a mail with all the patches you want to see in mainline
dmenu.
It is already on the agenda to reinstate the old config.h approach, not
sure why it was removed.
H
2013/4/15 Anselm R Garbe :
> Hi,
>
> I'm the current maintainer of dmenu.
>
> I intend to get dmenu and dwm back on track during the next days. So feel
> free to compile me a mail with all the patches you want to see in mainline
> dmenu.
Glad to hear this! Is it fine if I send you links to mailing
On 15 April 2013 09:39, Alexander Sedov wrote:
> 2013/4/15 Anselm R Garbe :
> > I'm the current maintainer of dmenu.
> >
> > I intend to get dmenu and dwm back on track during the next days. So feel
> > free to compile me a mail with all the patches you want to see in mainline
> > dmenu.
> Glad to
---
Makefile |6 +-
config.def.h | 15 +++
dmenu.c | 10 ++
3 files changed, 22 insertions(+), 9 deletions(-)
create mode 100644 config.def.h
diff --git a/Makefile b/Makefile
index f011ad7..0f7dfbd 100644
--- a/Makefile
+++ b/Makefile
@@ -18,7 +18,11 @@ o
I went through the mailing list archives since the date of last commit
and collected all patches that seem relevant/interesting to me. Sorry
if you have already seen some of these.
http://lists.suckless.org/dev/1108/9114.html
http://lists.suckless.org/dev/1110/9742.html
http://lists.suckless.org/de
---
tabbed.1 |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/tabbed.1 b/tabbed.1
index a6a6534..d3ef06a 100644
--- a/tabbed.1
+++ b/tabbed.1
@@ -18,7 +18,7 @@ tabbed \- generic tabbed interface
.SH DESCRIPTION
.B tabbed
is a simple tabbed container for applications whi
> > 2013/4/15 Anselm R Garbe :
> > > I'm the current maintainer of dmenu.
> > >
> > > I intend to get dmenu and dwm back on track during the next days. So feel
> > > free to compile me a mail with all the patches you want to see in mainline
> > > dmenu.
I'd love to see this one in mainline, despit
> I'd love to see this one in mainline, despite it's title:
>
> http://tools.suckless.org/dmenu/patches/xmms-like_pattern_matching
>
> Sadly the wiki has no link to a current version:
>
> http://tools.suckless.org/dmenu/patches/dmenu-4.4-tok.diff
>
> I might be inclined to try porting it myself soo
Now, newly allocated Glyphs are set to spaces and current cursor colors
with tclearregion() routine.
---
st.c | 79 --
1 file changed, 34 insertions(+), 45 deletions(-)
diff --git a/st.c b/st.c
index fc07a46..ec5d828 100644
--- a/s
Before anyone tries to apply this: this patch is incorrect, use the
one that has been sent later, or else you might and will experience
horrible segfaults. I'm really sorry.
On Sat, Apr 13, 2013 at 1:46 PM, Hugues Moretto-Viry
wrote:
[...]
>
> You shouldn't even pay attention to these messages.
>
giggety!
guess who's trollinig!
Oh yeah, "sorry for the noise"...
cheers!
mar77i
On Sun, Apr 14, 2013 at 2:56 AM, Random832 wrote:
> Okay, but why not work with a unicode code point as an int?
>
-1 from me.
It is utter madness to waste 32 (64 on x86_64) bits for a single
glyph. According to a quick google those chars can become as wide as 6
bytes, and believe me you don't wa
2013/4/15 Martti Kühne
> giggety!
> guess who's trollinig!
> Oh yeah, "sorry for the noise"...
>
> cheers!
> mar77i
>
Actually, the quote from my previous message was wrong, and I've noticed it
too late.
I shouldn't have mentioned message from Chris Down.
And about trolling, I don't know. I don'
2013/4/15 Martti Kühne :
> -1 from me.
> It is utter madness to waste 32 (64 on x86_64) bits for a single
> glyph. According to a quick google those chars can become as wide as 6
> bytes, and believe me you don't want that, as long as there are
> mblen(3) / mbrlen(3)...
int is always 32 bits, and g
Thanks a lot for all the explanations. It was useful.
2013/4/14
> No.
>
> You probably are aware that you can put sth like this in
> .surf/style.css, but for the sake of completeness:
>
> * {font-family:Linux Libertine O;}
>
Yes, I know it but I don't use this line, because it inhibits
This is easy to do with webkit. Why respond if you don't have answers?
I spent literally two seconds googling it and gave me fine results.
http://webkitgtk.org/reference/webkitgtk/stable/WebKitWebSettings.html#WebKitWebSettings--default-font-family
On 15 April 2013 11:27, Hugues Moretto-Viry wro
On Mon, 15 Apr 2013 16:48:52 +0400
Alexander Sedov wrote:
> > I'd love to see this one in mainline, despite it's title:
> >
> > http://tools.suckless.org/dmenu/patches/xmms-like_pattern_matching
> >
> > Sadly the wiki has no link to a current version:
> >
> > http://tools.suckless.org/dmenu/patch
On Mon, Apr 15, 2013, at 10:58, Martti Kühne wrote:
> On Sun, Apr 14, 2013 at 2:56 AM, Random832 wrote:
> > Okay, but why not work with a unicode code point as an int?
>
> -1 from me.
> It is utter madness to waste 32 (64 on x86_64) bits for a single
> glyph.
A. current usage is char[4]
B. int
On 15/04/2013, random...@fastmail.us wrote:
> On Mon, Apr 15, 2013, at 10:58, Martti Kühne wrote:
>> According to a quick google those chars can become as wide as 6
>> bytes,
>
> No, they can't. I have no idea what your source on this is.
In UTF-8 the maximum encoded character length is 6 bytes [
2013/4/15 Strake :
> On 15/04/2013, random...@fastmail.us wrote:
>> On Mon, Apr 15, 2013, at 10:58, Martti Kühne wrote:
>>> According to a quick google those chars can become as wide as 6
>>> bytes,
>>
>> No, they can't. I have no idea what your source on this is.
>
> In UTF-8 the maximum encoded
On Mon, Apr 15, 2013, at 15:16, Strake wrote:
> On 15/04/2013, random...@fastmail.us wrote:
> > On Mon, Apr 15, 2013, at 10:58, Martti Kühne wrote:
> >> According to a quick google those chars can become as wide as 6
> >> bytes,
> >
> > No, they can't. I have no idea what your source on this is.
>
Strake dixit:
>In UTF-8 the maximum encoded character length is 6 bytes [1]
Right, but the largest codepoint in Unicode is U-0001,
which is �: F0 9F BF BF in UTF-8.
Most things are in the BMP anyway – for example, the distance
between the lowest and highest encoded glyph in an X11 font
is ro
On Mon, Apr 15, 2013, at 15:36, Thorsten Glaser wrote:
> Actually, wint_t is the standard type to use for this. One
> could also use wchar_t but that may be an unsigned short on
> some systems, or a signed or unsigned int.
Those systems aren't using wchar_t *or* wint_t for unicode, though.
The ma
random...@fastmail.us dixit:
>Those systems aren't using wchar_t *or* wint_t for unicode, though.
Do not assume that.
tg@blau:~ $ echo '__STDC_ISO_10646__ / __WCHAR_TYPE__ , __WCHAR_MAX__' | cc -E -
# 1 ""
# 1 ""
# 1 ""
# 1 ""
29L / short unsigned int , 65535U
>The main reason for wint_t's
25 matches
Mail list logo
