"Bold" must be pretty new. To me it's always been "Bright", and that's
how the colour escape codes are defined, and the CGA display with four
bits for Red/Green/Blue/Intensity. If you can't show the bright
colours correctly due to a lack of colour registers or bitplanes, you
have to resort to other
On 1 Apr 2011, at 4:09 pm, pancake wrote:
On 04/01/11 16:46, Andreas Amann wrote:
On Fri, Apr 01, 2011 at 04:32:42PM +0200, pancake wrote:
we can override those mimetypes to be text/plain so all browsers
will
display it correctly.
Or try
https://addons.mozilla.org/en-us/firefox/addon/ope
On 1 Apr 2011, at 3:07 pm, Stefan Mark wrote:
On 01.04.2011 16:01, Ethan Grammatikidis wrote:
On 1 Apr 2011, at 2:56 pm, Stefan Mark wrote:
On 01.04.2011 15:50, Ethan Grammatikidis wrote:
On 1 Apr 2011, at 2:06 pm, pancake wrote:
You may see some other differences... and the missuse of
Ah, no, I didn't check against the repository before making the patch. Let me
see...
After taking a quick look I see frame.c is still the same, so it must apply
well to it, but x11.c has disappeared (!) So I don't know, I should make sure
the bug is still present in the development version fro
Particularly small fixed size fonts lack legible bold variants. In
such cases brightening is a very adequate substitute.
/john
On Fri, Apr 1, 2011 at 6:23 AM, Ming Wang wrote:
> So here's a patch that works fine for me. http://pastebin.com/WkPJfxaK
It seems your patch is against wmii 3.9.2. Did you see if the problem
occurs with wmii built from its source repository? An equivalent of
your patch might already be in the
On 04/01/11 16:46, Andreas Amann wrote:
On Fri, Apr 01, 2011 at 04:32:42PM +0200, pancake wrote:
we can override those mimetypes to be text/plain so all browsers will
display it correctly.
Or try
https://addons.mozilla.org/en-us/firefox/addon/open-in-browser/
imho. having to install addons
On Fri, Apr 01, 2011 at 04:32:42PM +0200, pancake wrote:
> we can override those mimetypes to be text/plain so all browsers will
> display it correctly.
>
Or try
https://addons.mozilla.org/en-us/firefox/addon/open-in-browser/
On 01.04.2011 16:40, Stefan Mark wrote:
> All other Terminals i know off make bold to bold&bright, so most
> programs are made for this.
>
Mostly they are useable without the patch, but look different to other
terminals (kind of dull). Some People seem to like that, i do not. Thats
why the patch m
On 04/01/11 01:22, Andreas Wagner wrote:
Thanks for the information on the repository url change. I have
updated the archlinux AUR PKGBUILD:
http://aur.archlinux.org/packages.php?ID=39955
cool! I use the one in slpm :)
slpm -i dmc # hg clone http://hg.suckless.org/slpm
I use dmc to quickly se
On 01.04.2011 16:28, pancake wrote:
> On 04/01/11 15:51, Stefan Mark wrote:
>> On 01.04.2011 15:42, pancake wrote:
>>> http://lolcathost.org/b/stcolors.png
>>> http://lolcathost.org/b/stcolors2.png
>>>
>>> Both works for me
>>>
>> These work, the directory was missing.
>>
>> Anyway, the irssi displ
we can override those mimetypes to be text/plain so all browsers will
display it correctly.
for the gray/white backgrounds... we can change the .css it's also
anoying for me :)
On 04/01/11 16:16, Ethan Grammatikidis wrote:
On 1 Apr 2011, at 2:55 pm, Ethan Grammatikidis wrote:
On 1 Apr 20
> On 1 Apr 2011, at 2:55 pm, Ethan Grammatikidis wrote:
>>
>> On 1 Apr 2011, at 2:33 pm, Nick wrote:
>>>
>>> `curl -I
>>>
>>> http://hg.suckless.org/stali-toolchain/raw-file/e2f2828820b4/build/i386-linux-uclibc/include/a.out.h`
>>> shows that hg is presenting it to the browser as:
>>> Content-Disp
On 04/01/11 15:51, Stefan Mark wrote:
On 01.04.2011 15:42, pancake wrote:
http://lolcathost.org/b/stcolors.png
http://lolcathost.org/b/stcolors2.png
Both works for me
These work, the directory was missing.
Anyway, the irssi display looks good to me. I have the default colors in
config.h, and
On 1 Apr 2011, at 2:55 pm, Ethan Grammatikidis wrote:
On 1 Apr 2011, at 2:33 pm, Nick wrote:
`curl -I
http://hg.suckless.org/stali-toolchain/raw-file/e2f2828820b4/build/
i386-linux-uclibc/include/a.out.h`
shows that hg is presenting it to the browser as:
Content-Disposition: inline
Good
On 01.04.2011 16:01, Ethan Grammatikidis wrote:
>
> On 1 Apr 2011, at 2:56 pm, Stefan Mark wrote:
>
>> On 01.04.2011 15:50, Ethan Grammatikidis wrote:
>>>
>>> On 1 Apr 2011, at 2:06 pm, pancake wrote:
You may see some other differences... and the missuse of bright when
bold
so
Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.13)
Gecko/20101203 Firefox/3.6.13 (Yah, work restrictions suck more.)
However, my Firefox which is the standard packaged with OpenBSD 4.8
does the same thing.
I'd maybe check file associations
--Sean
On 1 April 2011 10:00, Ethan G
On 1 Apr 2011, at 2:56 pm, Stefan Mark wrote:
On 01.04.2011 15:50, Ethan Grammatikidis wrote:
On 1 Apr 2011, at 2:06 pm, pancake wrote:
You may see some other differences... and the missuse of bright
when bold
sometimes hurts my eyes... but some programs just are hard to read
without
it.
On Fri, Apr 01, 2011 at 02:45:32PM +0100, Nick wrote:
> On Fri, Apr 01, 2011 at 03:08:24PM +0200, Petr Sabata wrote:
> > Speaking of colors -- another slightly annoying thing is you currently can't
> > define custom (not choosing one of the 16 colors) background, foreground and
> > cursor colors.
>
On 1 Apr 2011, at 2:15 pm, Sean Howard wrote:
Firefox reads it just fine. I get the .c in the browser.
What web browser are you using?
Firefox...
Version 3.6.3 to be exact, packaged by Slackware. What version are
you using, and what OS or distro?
Also - the point of a web browser is t
On 01.04.2011 15:50, Ethan Grammatikidis wrote:
>
> On 1 Apr 2011, at 2:06 pm, pancake wrote:
>>
>> You may see some other differences... and the missuse of bright when bold
>> sometimes hurts my eyes... but some programs just are hard to read
>> without
>> it...
>
> Why does no-one ever seem to
On 1 Apr 2011, at 2:33 pm, Nick wrote:
`curl -I
http://hg.suckless.org/stali-toolchain/raw-file/e2f2828820b4/build/
i386-linux-uclibc/include/a.out.h`
shows that hg is presenting it to the browser as:
Content-Disposition: inline
Good gracious! I assumed it was 'download' rather than 'inline
On Fri, Apr 01, 2011 at 03:06:09PM +0200, pancake wrote:
> I executed the scripts in hg.youterm.com/toys/ansi to check for 256
> colors and
> normal ansi escape codes. And here's the result:
>
>http://lolcathost.org/stcolors.png
> (left one is xterm, and right one is st)
>
> As you may see..
On 01.04.2011 15:42, pancake wrote:
> http://lolcathost.org/b/stcolors.png
> http://lolcathost.org/b/stcolors2.png
>
> Both works for me
>
These work, the directory was missing.
Anyway, the irssi display looks good to me. I have the default colors in
config.h, and see no difference between xterm
On 1 Apr 2011, at 2:06 pm, pancake wrote:
You may see some other differences... and the missuse of bright
when bold
sometimes hurts my eyes... but some programs just are hard to read
without
it...
Why does no-one ever seem to consider just not using programs which
are broken this badly
On Fri, Apr 01, 2011 at 03:08:24PM +0200, Petr Sabata wrote:
> Speaking of colors -- another slightly annoying thing is you currently can't
> define custom (not choosing one of the 16 colors) background, foreground and
> cursor colors.
You can use HTML-style hex notation, e.g. "#5c5cff"
On Fri, Apr 01, 2011 at 03:06:09PM +0200, pancake wrote:
> I executed the scripts in hg.youterm.com/toys/ansi to check for 256
> colors and
> Another annoying thing I found in st is that text selection does not
> reflects it
> correctly until you release the mouse button, this is a bit annoying
> b
On Fri, Apr 01, 2011 at 03:06:09PM +0200, pancake wrote:
> Oh.. i was about to push the patch...until I realized the original thread.
>
> Check those pictures:
>
> I executed the scripts in hg.youterm.com/toys/ansi to check for 256
> colors and
> normal ansi escape codes. And here's the result:
>
On Fri, Apr 1, 2011 at 3:06 PM, pancake wrote:
>
> Another annoying thing I found in st is that text selection does not
> reflects it correctly until you release the mouse button, this is a bit
> annoying because
> you dont see what's going to be copied into the clipboard until it's too late.
>
http://lolcathost.org/b/stcolors.png
http://lolcathost.org/b/stcolors2.png
Both works for me
On 01/04/2011, at 15:29, Stefan Mark wrote:
> On 01.04.2011 15:06, pancake wrote:
>> Oh.. i was about to push the patch...until I realized the original thread.
>>
> Yay! ... A
>
>> Check those pic
On Fri, Apr 01, 2011 at 02:23:56AM +0100, Ethan Grammatikidis wrote:
> Looking at the list of "other projects" on suckless.org some catch
> my eye, so I click on them & get taken to a hgweb site. Okay, no
> problem so far, so I click on a file, micy's micy.c for example.
> Between the syntax highli
On 01.04.2011 15:06, pancake wrote:
> Oh.. i was about to push the patch...until I realized the original thread.
>
Yay! ... A
> Check those pictures:
I get a 404 on both, but i tried myself (with my irssi settings the
display is correct). The 256colors2.pl is strange, i dont know what the
fi
Sometimes when the screen changes resolution, WMII fails an assert in
x11.c reshapewin() and quits (instead of dynamically rearranging the windows to
fit the new screen size). This typically happens when using WMII in a
VMWare or VirtualBox guest, and changing the size of the window in the
Firefox reads it just fine. I get the .c in the browser.
What web browser are you using?
(I typically use a combination of xxxterm, lynx, and firefox. I am at
work though, so only Firefox is available).
Also - the point of a web browser is to read the web - if you want it
to dump everything raw
Oh.. i was about to push the patch...until I realized the original thread.
Check those pictures:
I executed the scripts in hg.youterm.com/toys/ansi to check for 256
colors and
normal ansi escape codes. And here's the result:
http://lolcathost.org/stcolors.png
(left one is xterm, and right
> Me too, FWIW.
Me three.
/john
On Fri, Apr 01, 2011 at 12:02:10PM +0200, pancake wrote:
> On 04/01/11 10:58, Stefan Mark wrote:
> >Some time ago, i submitted a patch that makes colors bright for bold
> >text. Most Terminals do that, and some programs rely on this (like
> >htop). The patch was rejected unless more people ask for
On 04/01/11 10:58, Stefan Mark wrote:
Some time ago, i submitted a patch that makes colors bright for bold
text. Most Terminals do that, and some programs rely on this (like
htop). The patch was rejected unless more people ask for it.
As it seems, i'm still the only one, but i modified the patch
Some time ago, i submitted a patch that makes colors bright for bold
text. Most Terminals do that, and some programs rely on this (like
htop). The patch was rejected unless more people ask for it.
As it seems, i'm still the only one, but i modified the patch to make
the bold-is-bright behavior opt
39 matches
Mail list logo
