Re: [dev] [st] Colors

2014-07-26 Thread Gregor Best
On Fri, Jul 25, 2014 at 07:55:57PM +0100, stxetx wrote: > [...] > I actually considered doing a novel interface for a file manager based > on Katamari Damacy[1] for my upcoming third year research project at > uni, but it was shot down along with all my other ideas for projects. > [...] Do you hav

Re: [dev] [st] Colors

2014-07-25 Thread Nick
Quoth stxetx: > > i think it's impossible > > Not in the slightest. There is no technical reason why you can't have a > novel interface that gamefies a sysadmin task (although it may be > difficult to make a game suckless). There is a process management > interface/game that used Doom called PSDoo

Re: [dev] [st] Colors

2014-07-25 Thread Henrique Lengler
Returnin to the main topic, so based on the solarized patch i applied some good colors on my terminal, the patch is attached, it looks very good! -- Henrique Lengler --- config.h2014-07-25 15:58:00.561540851 -0300 +++ /home/henrique/Sources/st/config.h 2014-07-25 15:51:16.793572945 -0300 @@

Re: [dev] [st] Colors

2014-07-25 Thread stxetx
> i think it's impossible Not in the slightest. There is no technical reason why you can't have a novel interface that gamefies a sysadmin task (although it may be difficult to make a game suckless). There is a process management interface/game that used Doom called PSDoom[0] that shows someone ha

Re: [dev] [st] Colors

2014-07-25 Thread Henrique Lengler
On Fri, Jul 25, 2014 at 12:55:22PM -0400, Carlos Torres wrote: > > Or it could be a terminal thats like wolfenstein, and thats how you > navigate through the fs, and you can shoot files to remove them, or > throw files to create them > and there are monsters trying to get you! but you have a BF

Re: [dev] [st] Colors

2014-07-25 Thread Markus Teich
Carlos Torres wrote: > and there are monsters trying to get you! but you have a BFG or something Heyho, for recursive directory listing I would prefer BFS… --Markus

Re: [dev] [st] Colors

2014-07-25 Thread Carlos Torres
On Fri, Jul 25, 2014 at 12:30 PM, Henrique Lengler wrote: >> >> This is awesome!! there should be a Mortal Kombat terminal too with >> Subzero!! >> >> --Carlos > > I would say that this is a kind of strange > > -- > Henrique Lengler > Or it could be a terminal thats like wolfenstein, and thats

Re: [dev] [st] Colors

2014-07-25 Thread Henrique Lengler
> > This is awesome!! there should be a Mortal Kombat terminal too with Subzero!! > > --Carlos I would say that this is a kind of strange -- Henrique Lengler

Re: [dev] [st] Colors

2014-07-25 Thread FRIGN
On Fri, 25 Jul 2014 09:47:46 -0400 Carlos Torres wrote: > This is awesome!! there should be a Mortal Kombat terminal too with Subzero!! C-u -> Hadouken! -- FRIGN

Re: [dev] [st] Colors

2014-07-25 Thread Carlos Torres
Yo, On Fri, Jul 25, 2014 at 3:04 AM, Martti Kühne wrote: > This might be a bit over the top, I'll still reuse it, as it's > somewhat relevant to the topic. > So, why would you only want to customize the colors? Why not go full > pikachu [0]!? > > cheers! > mar77i > > [0] http://jeanguyomarch.gith

Re: [dev] [st] Colors

2014-07-25 Thread Martti Kühne
This might be a bit over the top, I'll still reuse it, as it's somewhat relevant to the topic. So, why would you only want to customize the colors? Why not go full pikachu [0]!? cheers! mar77i [0] http://jeanguyomarch.github.io/pikalogy/

Re: [dev] [st] Colors

2014-07-24 Thread Carlos Torres
Hey Henrique, On Thu, Jul 24, 2014 at 8:57 PM, Henrique Lengler wrote: > > No i mean point a color to another. Like the black in my terminal is > pointed to a hexcode of a red color, so when st display black > requested by an application it will show red. > People do this like change a normal gre

Re: [dev] [st] Colors

2014-07-24 Thread Henrique Lengler
Thank you Nick and Carlos, i understood! -- Henrique Lengler

Re: [dev] [st] Colors

2014-07-24 Thread Henrique Lengler
On Thu, Jul 24, 2014 at 08:12:04PM -0400, Lee Fallat wrote: > > Do you mean a color swatch/wheel? Like this? http://gcolor2.sourceforge.net/ > No i mean point a color to another. Like the black in my terminal is pointed to a hexcode of a red color, so when st display black requested by an applic

Re: [dev] [st] Colors

2014-07-24 Thread Lee Fallat
On Thu, Jul 24, 2014 at 7:30 PM, Henrique Lengler wrote: > Hi, > > I'm not familiar with st code, so i wanna know if have how i change st > colors? Not just selecting one in the config.h file but change > how this color looks. E.g Point black color to some RGB hexcode like > people do with urxvt,

Re: [dev] [st] Colors

2014-07-24 Thread Carlos Torres
Yup, On Thu, Jul 24, 2014 at 7:30 PM, Henrique Lengler wrote: > Hi, > > I'm not familiar with st code, so i wanna know if have how i change st > colors? Not just selecting one in the config.h file but change > how this color looks. E.g Point black color to some RGB hexcode like > people do with u

Re: [dev] [st] Colors

2014-07-24 Thread Nick
Quoth Henrique Lengler: > I'm not familiar with st code, so i wanna know if have how i change st > colors? Not just selecting one in the config.h file but change > how this color looks. E.g Point black color to some RGB hexcode like > people do with urxvt, to make it look more beautiful. Look in

[dev] [st] Colors

2014-07-24 Thread Henrique Lengler
Hi, I'm not familiar with st code, so i wanna know if have how i change st colors? Not just selecting one in the config.h file but change how this color looks. E.g Point black color to some RGB hexcode like people do with urxvt, to make it look more beautiful. -- Henrique Lengler

Re: [dev] [st] Colors slightly different hue than in xterm

2014-05-25 Thread Alexander S.
2014-05-22 1:57 GMT+04:00 Roberto E. Vargas Caballero : >> Read this: http://www.4p8.com/eric.brasseur/gamma.html >> >> We need to generally re-think the algorithm used here. I hate the idea >> of being conformant to this or that terminal emulator and instead >> prefer an implementation according t

Re: [dev] [st] Colors slightly different hue than in xterm

2014-05-21 Thread Roberto E. Vargas Caballero
> Read this: http://www.4p8.com/eric.brasseur/gamma.html > > We need to generally re-think the algorithm used here. I hate the idea > of being conformant to this or that terminal emulator and instead > prefer an implementation according to how it's defined (!). I like this idea, but I don't know

Re: [dev] [st] Colors slightly different hue than in xterm

2014-05-21 Thread FRIGN
On Wed, 21 May 2014 16:21:05 -0400 Nick wrote: > This seems like a reasonable point to me. If increasing brightness > of coloured text isn't something we can do accurately by changing > the colour, in the limitations of 256 colour, doing as this patch > does sounds sensible to me. Read this:

Re: [dev] [st] Colors slightly different hue than in xterm

2014-05-21 Thread Nick
I thought I'd re-read this thread, as it was brought up again recently. Quoth Eric Pruitt: > On Mon, Dec 02, 2013 at 10:54:54AM +0100, Christoph Lohmann wrote: > > > Brilliant! I feel silly for not noticing it only affected the bold > > > colors. The fix was simple, and I've attached a patch in t

Re: [dev] [st] Colors slightly different hue than in xterm

2013-12-03 Thread Alexander S.
2013/12/3 Alexander S. : > Hello, > it seems that st uses one of color-cube colors to introduce bold > brightening. Clearly, for a color in xterm color cube, there is almost > never a color with the same hue, but another lightness. Probably > modifying color components, like with ATTR_INVERSE, woul

Re: [dev] [st] Colors slightly different hue than in xterm

2013-12-03 Thread Alexander S.
2013/12/2 Eric Pruitt : > On Mon, Dec 02, 2013 at 10:54:54AM +0100, Christoph Lohmann wrote: >> No, fix xterm to brighten all colors. I won’t reduce the features of st >> because of compatibility to a sloc beast. > > I'm not asking you to apply the patch to tip, I'm simply posting the > patch for

Re: [dev] [st] Colors slightly different hue than in xterm

2013-12-02 Thread Eric Pruitt
On Mon, Dec 02, 2013 at 10:54:54AM +0100, Christoph Lohmann wrote: > > Brilliant! I feel silly for not noticing it only affected the bold > > colors. The fix was simple, and I've attached a patch in the event other > > people prefer the xterm behavior. > > No, fix xterm to brighten all colors. I

Re: [dev] [st] Colors slightly different hue than in xterm

2013-12-02 Thread Christoph Lohmann
Greetings. On Mon, 02 Dec 2013 10:54:54 +0100 Eric Pruitt wrote: > On Mon, Dec 02, 2013 at 01:40:12AM +0100, Markus Teich wrote: > > Heyho, > > > > Seems to be related to the colors of bold/bright text. > > > > --Markus > > Brilliant! I feel silly for not noticing it only affected the bold > c

Re: [dev] [st] Colors slightly different hue than in xterm

2013-12-01 Thread Eric Pruitt
On Mon, Dec 02, 2013 at 01:40:12AM +0100, Markus Teich wrote: > Heyho, > > Seems to be related to the colors of bold/bright text. > > --Markus Brilliant! I feel silly for not noticing it only affected the bold colors. The fix was simple, and I've attached a patch in the event other people prefer

Re: [dev] [st] Colors slightly different hue than in xterm

2013-12-01 Thread Markus Teich
Eric Pruitt wrote: > The most notable difference is in the keywords "if", "else", and "continue" > but "for" and "NULL" are also slightly different colors despite both > screenshots using the same Vim color scheme. Heyho, Seems to be related to the colors of bold/bright text. --Markus

Re: [dev] [st] colors and attributes, general question

2013-04-23 Thread random832
On Tue, Apr 23, 2013, at 11:53, Christoph Lohmann wrote: > It’s the simple way of doing all the brigthening and reversing. St is > keeping to what other terminals do. But since none of them keeps to any > standard colors or good behaviour is this what makes st being what it is > – a simple term

Re: [dev] [st] colors and attributes, general question

2013-04-23 Thread Christoph Lohmann
Greetings. On Tue, 23 Apr 2013 17:53:47 +0200 random...@fastmail.us wrote: > I'm planning on reworking xdraws and drawregion to draw the background > and text as separate functions. To do this I need to understand some > things: > > As I understand it, the behavior is to have all attribute effect

[dev] [st] colors and attributes, general question

2013-04-23 Thread random832
I'm planning on reworking xdraws and drawregion to draw the background and text as separate functions. To do this I need to understand some things: As I understand it, the behavior is to have all attribute effects on color (e.g. bold brightening, italic/underline colors) affect only the foreground