|
The weirdness is that they released it and people use it.
New version: WinHeist Version 2.1.0
There's a fine line between crazy and free spirited and it's usually a prescription.
I'm currently unsupervised, I know it freaks me out too but the possibilities are endless.
|
|
|
|
|
John Simmons / outlaw programmer wrote: I put IE9 into ... view
Poor man...I hope you'll get better really soon...
Skipper: We'll fix it.
Alex: Fix it? How you gonna fix this?
Skipper: Grit, spit and a whole lotta duct tape.
|
|
|
|
|
Unfortunately, I'm forced to use IE9 at work...
".45 ACP - because shooting twice is just silly" - JSOP, 2010
-----
You can never have too much ammo - unless you're swimming, or on fire. - JSOP, 2010
-----
When you pry the gun from my cold dead hands, be careful - the barrel will be very hot. - JSOP, 2013
|
|
|
|
|
John Simmons / outlaw programmer wrote: When I put IE9 into compatibility view, CP's layout changes. It's mildly disturbing.
Yes it is.
My blog[ ^]
public class SanderRossel : Lazy<Person>
{
public void DoWork()
{
throw new NotSupportedException();
}
}
|
|
|
|
|
What all the orange changes to... wait for it FUCHSIA
Never underestimate the power of human stupidity
RAH
|
|
|
|
|
Is it just me, or are developers becoming afraid of wide monitors? The more source code I look at, the shorter the lines seem to get. Tools like ReSharper only seem to exacerbate the issue. Code that would easily fit on one line now takes up two or three. How do those developers deal with paperback books? Is this common outside of the Visual Studio world?
Hogan
|
|
|
|
|
I do not also LOVE widescreens, but I collapse everyting on the monitor to have the most space vertically and horizontally.
Also, a good 5:4 monitor is wonderful to develop... pity that there are only a few standard resolutions for them...
Geek code v 3.12
GCS d--- s-/++ a- C++++ U+++ P- L- E-- W++ N++ o+ K- w+++ O? M-- V? PS+ PE- Y+ PGP t++ 5? X R++ tv-- b+ DI+++ D++ G e++>+++ h--- r++>+++ y+++*
Weapons extension: ma- k++ F+2 X
|
|
|
|
|
snorkie wrote: exacerbate
Take it to the Soapbox! 
The difficult we do right away...
...the impossible takes slightly longer.
|
|
|
|
|
I love ReSharper but I have to change a few things in the config options; max characters on a line is one of them.
Eventually, all code will be written, one character per line.
|
|
|
|
|
Isn't that where we came from? Oh wait, I think it was 3 characters per line in machine code. IIRC 
Jack of all trades, master of none, though often times better than master of one.
|
|
|
|
|
On my old computer the programs ask for the line width (of the attached terminal) at the start. If you just hit return, you will get one character per line.
The language is JavaScript. that of Mordor, which I will not utter here
This is Javascript. If you put big wheels and a racing stripe on a golf cart, it's still a f***ing golf cart.
"I don't know, extraterrestrial?"
"You mean like from space?"
"No, from Canada."
|
|
|
|
|
They worked out you can read faster with one word displayed at a time. So why not apply that to code too? Go through hundreds of lines in a few minutes and hope your instincts are attentive enough.
|
|
|
|
|
Thanks for the link, that was cool! I was surprised I could easily do the 700 WPM. Though that might be a bit more difficult with code. Was that one { or three?
Hogan
|
|
|
|
|
Too lazy to find them now; but that's been thoroughly trashed (from the good idea standpoint) by experts in reading/comprehension in that what it mostly does is prevent you from doing all the extra processing needed to correctly understand non-trivial sentence structure or anything that requires thought.
Did you ever see history portrayed as an old man with a wise brow and pulseless heart, waging all things in the balance of reason?
Is not rather the genius of history like an eternal, imploring maiden, full of fire, with a burning heart and flaming soul, humanly warm and humanly beautiful?
--Zachris Topelius
Training a telescope on one’s own belly button will only reveal lint. You like that? You go right on staring at it. I prefer looking at galaxies.
-- Sarah Hoyt
|
|
|
|
|
I can only fit 112 characters across a sheet of (letter size) paper, so that's what I limit my lines to in whatever editor I'm using.
It uses less than half the width of my screen, but at least that makes looking at diffs easier. :shrug:
|
|
|
|
|
Last time I printed from VS, the default seemed to be 120 characters per line, so I tend to stick with that.
Which also just so happens to fit quite nicely on a portrait-mode monitor (1920x1200) (1200x1920), plus one window docked vertically.
I have two such monitors side-by-side, with VS stretched across both, plus a third one (1920x1080) set up in the standard landscape mode for everything else.
|
|
|
|
|
dandy72 wrote: printed from VS
I don't do that; I use Word.
|
|
|
|
|
I can't remember the last time I printed anything! It isn't a consideration for anything I work on.
Hogan
|
|
|
|
|
I wasn't implying I print a lot of code.
Given the number of monitor sizes/resolutions, I decided I had to settle on *something*, so a printed sheet of paper seemed to make sense to me at a time. Having to scroll code horizontally, just because I happen to occasionally be on a smaller display, is a tremendous hassle (I know, first-world problem)...so even the crappiest display I might be stuck using will probably be wide enough to show at least one file without scrolling.
|
|
|
|
|
Fair enough. To tackle this issue, I use word-wrap. I essentially have the same environment on any monitor without having to perform any special formatting. I find the extra wrapping of code harder to read, but it sounds like I'm in the minority.
Hogan
|
|
|
|
|
snorkie wrote: To tackle this issue, I use word-wrap
<shudder>
snorkie wrote: it sounds like I'm in the minority
Probably. 
|
|
|
|
|
snorkie wrote: The more source code I look at, the shorter the lines seem to get
My wide monitor is wide enough that if I have two source files open side by side then I can see both. If the lines are short enough.
If I see source code where most lines require a wide monitor to see them (or to scroll) I would expect that the source code has a problem.
snorkie wrote: How do those developers deal with paperback books?
The random paperback book that I just picked up an counted one line had 54 characters. Rather certain that I have never read a paperback that had, say, 120 characters in a line. So not sure where your comment is going.
|
|
|
|
|
My comment about books is related to word-wrap. Most developers I work with can't seem to code with word-wrap turned on. It seems as simple as reading a book.
Since I read a fair amount, I have no issue coding with word wrap turned on, it just feels natural.
Hogan
|
|
|
|
|
snorkie wrote: Most developers I work with can't seem to code with word-wrap turned on. It seems as simple as reading a book.
Not sure I follow that.
Creating code is not the same as reading code.
In terms of literature wrapping (of any sort) is often based on word breaks and that works for text. But even in text that isn't true. For example if one has a bulleted section then letting the last bullet flow onto the next page, thus hanging out all by itself, is something that editors seldom do.
And code has more reasonable ways it which one can wrap than just breaks between tokens.
For example which of the following is more reasonable.
Something var = ({long expression)
+ (1+2)
Something var = ({long expression) + (1+2
)
|
|
|
|
|
I believe the point was if you can comprehend many characters per line in other media, why not in code. Paperback was a bad example but much written text has 100+ characters per line. Put another way, inability to read long code lines does not seem like the cause of short code lines.
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
