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
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
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: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.
>
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 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 [
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 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
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
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
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
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'
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
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
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.
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
> 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
> > 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
---
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
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
---
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
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
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
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
> + 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, " "))
25 matches
Mail list logo
