Tomorrow Theme
github.com
github.com
Video gamers can supposedly differentiate between tones more similar to one another than non-gamers. Perhaps, if you made a theme of very similar colors, you could achieve the same benefit from programming. Although I suspect it might not work because the difference in the colors has to have significance for your brain to really start paying attention to it. So you could have a color-sensitive language. Or maybe color could be the only significant thing, then you could just bind each character to a color in your text editor and use a normal language.
While walking in the wood today and looking at the detail on the ground and searching for ripe fruit in the trees I was thinking about how our brains are really good at picking out specific visual things from noise and how more complex visual things are sometimes easier to recognize than simpler things. Also its possible to get really good at picking out subtle clues from very complex input: think about a native American Indian’s ability to track moving animals over long distances.
So I think what would be really cool is to have a way of representing each function of a program as a visual form, ideally a 3-dimensional one. You could then look at these form and over time you would start to be able to see certain things about the function just by looking at the forms. I wonder if that might be a much faster way of searching for specific things within a large body of code such as you might do in a security audit than actually reading through all the code because it taps into the innate concurrency of the right-hemisphere.
There would be some difficulty would be in generating appropriate visual forms. The form has to be meaningful. The ideal would be if it were meaningful to the point where somebody well used to them could write the code a form represented just by looking at the form or, at least, infer the gist of it. Of course you don’t have to limit yourself to one form per function, you could have 10 different forms per function, each representing different properties, or forms generated from by dividing the code in lots of different ways (not just functions). Or maybe you could simplify everything I’m saying here and just have a lot more statistical static analysis of code then displayed with charts and infographics.
http://www.ee.buffalo.edu/faculty/paololiu/edtech/roaldi/tut...
"Wires" that carry values are color-coded according to their contents (integers are blue, floating point values are orange, booleans are green, etc.). Loops like FOR and WHILE are actual "loops" that encircle the repeated code. The flow of information along the wires determines the order of execution for the code, and you can debug your code by turning on a special mode that actually shows the information moving down the wires.
(Caveat, EE turned software engineer ranting)
Your "rabbit hole" analogy is spot-on and I'm not sure how NI can address some of those problems. Some things like Ctags that are so valuable in text-based languages just seem to have no obvious analogy in a graphical programming language... it's fun to imagine though.
(Caveat, chemist talking about programming)
I'm using LV 2009, I'm not sure what version this was added.
I guess this is analogous to algorithmically reformatting code in a normal text-based programming language...
-National Instruments employee
Looking at a program from the scope of functions, it looks pretty unremarkable, but when you scope out to view the scale of functions you can start to make out the flow of control, etc. Even farther out, you can visually see separations of concerns that the student has implicitly created by the arrangement of the code. It was really remarkable viewing the architecture from 10,000 feet like that.
It redefined how I viewed liberal arts students.
vvvv does it for video (similar to Max's Jitter, or pd's GEM, except better), for windows, for kinda free! http://vvvv.org
a) comments. What is never run?
b) literals. What is just plain data?
c) punctuation -- mostly so it can be deemphasized.
Sample of my minimalist 'scheme': http://imgur.com/NrrS9.png
Coincidentally, native speakers of tonal languages (Chinese being one of them) also seem to have a higher chance of being pitch-perfect [2].
[1] Man-Ying Wang, Bo-Cheng Kuo, Shih-Kuen Cheng (2011). "Chinese characters elicit face-like N170 inversion effects". Brain and Cognition 77 (2011) 419–431.
[2] Deutsch, D., Henthorn, T., Marvin, E., & Xu H-S (2006). "Absolute pitch among American and Chinese conservatory students: Prevalence differences, and evidence for a speech-related critical period". Journal of the Acoustical Society of America 119 (2): 719–722.
I've been using Zenburn [1] for a couple years now, and I've really grown used to its unsaturated colors. 'Tomorrow' looks way too colorful for my taste, kinda like eating something too sweet after weaning yourself off sugar :)
My problem with Zenburn is that, unlike Tomorrow or Solarized, it doesn't have a good curated list of themes for various systems. I've had to hunt and peck for themes for Emacs, Konsole, Awesome, Chromium, Thunderbird, QT, GTK, and at this point would be challenged to provide a source and method for each...
Sing with me:
What can make boring code
Seem all fresh and new
Cover it in pastels
of both deep and light hue?
Color highlighting
Color highlighting can
Color highlighting can parse every line and check that the syntax is goodI've used Zenburn for about 2-3 years now, and it's pretty much the most restful I've ever found. Everything sort of is in the same 'area' of the spectrum, and stands up to those multi-hour working sessions.
Fair warning to low performance/feeble browser machines - there are A LOT of images there.
I never liked Solarized, for me this is a replacement for the awesome Twilight theme.
Bundle 'chriskempson/tomorrow-theme', {'rtp': 'vim/'}If you like Solarized, or it's good enough and not worth the trouble to switch away, simply don't.
Solarized wore on me after a while. I switched back to Monokai for Sublime Text but found that it was too bright for my taste when used in a terminal. I have since rolled my own subdued/pastel variant of Monokai's candy-bright colors in a few places.
This looks close enough to what I had that it will provide the feel I want, without me having to do much more work to port it to different environments or application configurations.
I like Tomorrow and everything, but I've got Solarized on my iTerm, Vim, etc all set up already and it's probably the only theme I've felt 99% confortable with and which didn't give me eye strain after 48 hour marathons. What's the benefit I'd get from switching? Being "new" doesn't cut it, is there some science or statistics that make this theme viable in place of Solarized? If not, then the title is misleading.
I recommend this one: http://hcalves.deviantart.com/#/d2x1yjo
It's a good idea, with a lot of thought put into it. The author should keep trying. Maybe there is more than one right option.
Personally, I think the best way to do this is by a "hot or not" site for fonts and colors. Have a page for each language with "hot or not" of random fonts and color combinations until the stats show which combinations certain groups like. Tie in other surveys as well and give away gift certificates to Amazon each month as a prize for over 100 votes that aren't outliers.
There does seem something common about themes that appeal to many people but ultimately each has their own correct version of how things should be. Hence my next project https://github.com/chriskempson/base16 Interesting idea by the way!
BTW: as many mentioned it is awesome that the theme is available for so many editors!
Edit: Should have mentioned that I use always that Tomorrow Night Eighties theme
I started adding colors to highlight important parts of the output (e.g. app names, status, ...), but received a bunch of complaints from people who couldn't read parts of the output. Turned out they were just using bad/broken themes, like Solarized, which abuses the bright palette by replacing them with various unreadable shades of blue.
It's otherwise a pretty nice color scheme. Just annoying that I can't trust the "bright" palette to ever be readable because of themes like it.
(Also, the themes that come with Terminal.app are pretty abysmal. The stock 'blue' isn't even readable in some common configurations.)
After spending a great amount of time in 'Merbivore Soft', then 'Made of Code' last year, I've fallen in love with 'Tomorrow' - ST2 & XCode. Mostly for the vibrant colors and pleasant contrast. Clojure too looks very nice in this.
Coal Graal is another nice theme - http://goo.gl/fH9rP http://goo.gl/4nCHk
Disclaimer: I'm the creator of the mentioned theme.
- Terminal: ir_black, monaco 11 pt.
- Vim (console): ir_black, monaco 11 pt.
- MacVim: molokai, inconsolata, 14 pt.
I've been using emacs lately, though, where I've been using the twilight theme because zenburn wasn't working for me from the marmalade repo.
This theme is going everywhere. I really like the chalkboard/pastel color combo and have settled on this for now since it nice on my eyes.
A little off-topic: What do HN people prefer, light or dark themes?
My go-to for many years now has been the Wombat scheme (originally for vim here https://dengmao.wordpress.com/2007/01/22/vim-color-scheme-wo... but you can find ports to other editors such as Visual Studio, Eclipse, XCode, etc if you hunt around a bit).
vim = https://github.com/tomasr/molokai
Xresources (e.g. xterm) = http://delicious.com/redirect?url=https%3A//gist.github.com/...
Currently wombat and solarized-light, but I seem to like to change these every couple of months or so.
2. Drag Textmate themes into the new folder
3. Goto Preferences | Color Scheme and they should be there!
https://github.com/chriskempson/tomorrow-theme/tree/master/J...
PS - thanks so much for this. Outstanding theme.
http://ethanschoonover.com/solarized
Monokai also has wide support in a lot of editors.
Deleted comment
It works great in a 256 color console and in a GUI.
Ideally, submit a pull request. Even if your NetBeans theme isn't perfect, it'll be a starting point for discussion.
"Still no Netbeans support? What can I do to help?"
Hummm... to make amends I'll take a couple of hours this week and "port" the color scheme to Netbeans. See what I can come up with.
Thanks for setting me straight.
Crags comment is perfectly valid, NetBeans support has been missing for a while now. I'm looking into it now however.
I'm always envious of those super-clean looking fonts like the ones in the Github readme here. Any idea how to achieve this in Netbeans?
on the end of your netbeans command line seemed to do the trick for me from 6.7 through 6.9, but since 7.0 I think I've had them commented out.
But it's missing one important (to me) feature that's been labeled as a critical bug for 2 12 years. And never fixed:
And that's http://youtrack.jetbrains.com/issue/WI-2377
"No autocompletion for php variables inside [SQL] strings"
Believe it our not, I still write SQL statements in my code. So writing an UPDATE on a table with 30 fields (I didn't design the tables) is hella easier in Netbeans then PHPStorm. I don't have to worry about typo's in Netbeans.
If JetBrains ever gets around to fixing this, I'll gladly switch.
I tried IntelliJ community edition and was not very impressed. The time/cost of switching is pretty high. I'm not sure what the value is I'd be getting for that effort--better completion? More graphical ways of doing things?
If I had $200 to blow on an IDE I would probably do it just to try, but I haven't even found $50 for Chocolat.
Maybe I'm just dumb.