Scheme syntax highlighting

I propose a new type of syntax highlighting for scheme, to get rid of all the silly parenthesis and make the code more readable.

As a bonus, it will now be obvious to all that scheme is a toy language.

http://paste.lisp.org/+24DW

(display as -> text/html)

That looks really nice actually.

Make an IDE that does that.

What's the colouring scheme? Does it cycle through a set number of colours, or are there different groups of colours for different types of functions, getting darker with increasing nesting? Should functions and arguments also be boxed, with slightly different colours? That single n looks a bit lonely.

>>1
I think one of the Fluxus people already made something like that.
to get rid of all the silly parenthesis
Some of us like the parents
and make the code more readable.
It doesn't do that, It just looks like a more colourful version of SRFI 49. And let's face it, SRFI 49 is about as popular as the plague
>As a bonus, it will now be obvious to all that scheme is a toy language.
（　≖‿≖）

>>4
s/parents/parens/

>>1
That fibs isn't very efficient!

Theres an Emacs mode that does something like that but with shaded boxes instead of fruity colors. Theres a screen shot of it buried somewhere in /prog/.

http://lemonodor.com/archives/001207.html

>>8
Lemon Party?

>>7
Fruits are good for you.

NICE COLD ICE COLD MILK

>>2
Yeah, that was the idea.

>>3
Right now it's just an arbitrarily chosen color for each depth. If I keep on messing with this I'll be exploring such ideas to see what works.
The n looks bad, I agree, it needs to stand out more.

>>4
I assume you mean this: http://blip.tv/play/AYHMuAcC
Awesome video, thanks for the pointer. I had actually thought about dragging s-expressions around like that,

SRFI 49 removes the parens, making the structure of the code visible only through indentation. Here, the parens are replaced with stronger visual cues. So, not the same thing at all^?

Also YHBT

hi

>>12
Why would you want to drag them around? Vim and Emacs let you cut and paste them with simple hotkeys; this is much faster than using a mouse.

>>14
Don't be silly. Moving text is an exercise in selecting locations on the screen. The mouse can do this much more quickly than the keyboard.

>>15
Don't be silly. Text is 1-dimensional. The keyboard is much faster than the mouse for 1-dimensional selections.

>>16
Don't be fucking retarded.  That's not even close to making sense.

>>17
Sorry dude, he has a pretty good point there.

>>18
Except that he doesn't. Text is comprised of lines, and columns of characters within each line.

>>19
Don't impose your fascist notions of what text is onto me.

>>19
Well I still agree wholeheartedly with >>16 and there's nothing you can do about it.

>>21
I can TEXT YOUR ANUS