duktape is a great find and appears quite complete. But still seems
quite large. There's also Tiny-JS [0] (2k-ish LOC), 42Tiny-JS [1] (a
forked, enhanced, more complete version), and Espruinio [2] (same
original author as Tiny-JS, more complete but focused on Arduino
applications).
[0] https://c
The background/foreground of selected text is currently set by setting
ATTR_REVERSE, which flips its normal bg/fg. When the text being
selected has the same bg and fg, it won't be readable after selecting
it, either.
This may sound silly - my main use case is IRC channels using color
codes for bla
On 26 October 2014 19:36, Dmitrij D. Czarkoff wrote:
> Apparently no workaround is needed - just use sane libc or avoid using
> new codepoints until glibc fixes that. Or, if you won't feel dirty
> after that, send a patch to glibc instead.
'Just using musl' doesn't seem feasible given a glibc-ba
Hiltjo Posthuma said:
> interestingly musl knows the correct character width.
Apparently no workaround is needed - just use sane libc or avoid using
new codepoints until glibc fixes that. Or, if you won't feel dirty
after that, send a patch to glibc instead.
--
Dmitrij D. Czarkoff
On Sun, Oct 26, 2014 at 3:15 AM, dequis wrote:
>
> My patch:
>
> Just wcwidth(...) -> abs(wcwidth(...))
>
> In other words: if wcwidth returns -1, interpret that as a column
> width of 1. It's a bit dirty and lazy, but it works wonderfully for
> most characters.
>
> I'm not sure what the "correct"
On Sun, Oct 26, 2014 at 1:02 PM, Dimitris Zervas wrote:
> On October 26, 2014 9:57:49 PM EET, Evan Gates wrote:
>>I'm in the same boat. My DPI is automagically set correctly
> Without a xorg.conf? Cool.
Correct.
>>and using
>>a larger font size works as it should with dwm's status bar and my
>>
On October 26, 2014 9:57:49 PM EET, Evan Gates wrote:
>I'm in the same boat. My DPI is automagically set correctly
Without a xorg.conf? Cool.
>and using
>a larger font size works as it should with dwm's status bar and my
>terminal.
What font size are you using
>The problem I'm currently facing is
I'm in the same boat. My DPI is automagically set correctly and using
a larger font size works as it should with dwm's status bar and my
terminal. The problem I'm currently facing is finding a browser that
supports HIDPI correctly. I've been playing with chrome, firefox, and
surf but have yet to fi
Hi,
I see that st nicely support "truecolor" sequences, as it can be easily
tested with this command:
printf "\x1b[38;2;255;100;0mTRUECOLOR\x1b[0m\n"
that has to be given outside any terminal multiplexer. The point is that
currently no terminal multiplexer (tmux, dvtm, screen) supports this
On Sun, Oct 26, 2014 at 01:15:04PM -0500, F Hssn wrote:
> On Sun, Oct 26, 2014 at 12:34 AM, Andrew Hills wrote:
> > On 10/25/14 13:41, F Hssn wrote:
> >>
> >> Following suckless's minimal philosophy, I'd be interested to find out
> >> ... ...
> >> latest webkit.
> >
> >
> > Do you really want to
F Hssn writes:
> On Sun, Oct 26, 2014 at 12:34 AM, Andrew Hills wrote:
> > On 10/25/14 13:41, F Hssn wrote:
> >>
> >> Following suckless's minimal philosophy, I'd be interested to find out
> >> ... ...
> >> latest webkit.
> >
> >
> > Do you really want to write your own Javascript engine?
> >
>
On Sun, Oct 26, 2014 at 12:34 AM, Andrew Hills wrote:
> On 10/25/14 13:41, F Hssn wrote:
>>
>> Following suckless's minimal philosophy, I'd be interested to find out
>> ... ...
>> latest webkit.
>
>
> Do you really want to write your own Javascript engine?
>
Well, I hadn't thought of that but no
FRIGN wrote:
> Refer to this:
> https://wiki.archlinux.org/index.php/xorg#Display_size_and_DPI
Not mentioned there, but working with any screen that communicates it's
physical size correctly:
xrandr --fbmm $(xrandr | /bin/sed -n '/ connected / {s/.* \([0-9]\+\)mm
x \([0-9]\+\)mm/\1x\2/p;q}')
13 matches
Mail list logo
