Comment: 42? (Score 1) 211
That sounds pretty final to me
|
|
That sounds pretty final to me
NetHack
"Imperial: Bringing down rockets, satellites and planetary orbiters since 1957".
It's retarded morons like you that can bring a whole country to standstill. If you're not willing to improve becuase you see no benefit, you're voting for regression, becausae other WILL improve. And you will fall victim to those others who do
And especially the "ehance your [own] life" argument is really often-stated, but nonetheless really, Really, REALLY dumb. "Mhooo; I see no enhancement in my own limited 1 foot [sic] range of sight, so it must be worthless".
Bah.
... and labels are superior to folders (objectively so--they do the same thing as folders, only with an added feature)...
You are a fool. Probably a developer or so.
Labels are not superior to folders. Yes technically they offer more possibilities than folders. No that's not necessarily a good thing.
Having a predefined structure that you thought about, that is always visualised, and which fits for you to place all your mail in, is far better usabilty than being forced to attach zero, one, up to infinite criteria to each mail each time you receive one; It costs more time, your set of criteria will grow to infinity over time, you will get double labels meaning the same, you will not label emails in the same class with the same labels over time. In the end you are left with a bizarre pile of puke that has become usable only by searching it. And for searching a pile of puke you do not need labels.
Labels are very much inferior to folders.
And by the way, dargging in gmail sucks mightily, just like any other functionality. Both Yahoo mail and even Live Mail (sic!) are enourmously better, go figure what that means
Maybe that will give them time to finally build and support a 64 bit version.
32 Bit should be the exception nowadays, but apparently they decided to drop (!) any further 64 bit effort...
Yeah, i also still play 8 bit Commodore 64 games on my computer, perfectly normal
If somebody understands that 64 bit killoff please explain to me...
During my study I thoroughly enjoyed this leisurely paced introduction to Lie groups:
http://books.google.co.id/books/about/Representations_of_Compact_Lie_Groups.html?id=AfBzWL5bIIQC&redir_esc=y
This law is for music (and I believe movies) only. Not for software.
Further: There is a semi-government institution that collects the money and gives as little as possible of it to actual artists, while keeping millions with themselves and "rewarding" their directors big time.
Yes, I have noticed. No, it is not what I want.
It's a matter of definition; Priority in its normal sense should be interpreted as the order of importance for
However you, as is customary (to be able to present primary-colours-only pie charts to dim-lighted management) do
That way you yourself are defeating the very concept of prioritizing.
Either prioritize each project in the full set (so for 100 projects, you have priorities 1-100), or only allow a maximum number of projects in each class.
You mean bumfuck USA?
After reading only the title, I was too shocked already to read the rest.
Developers, lowly-intelligent and lowly-educated as almost all of them are, are themselves amongst the people that deliver the worst imaginable bug reports. Give me a normal "user" anyday; their lack of developer arrogance makes them a functional partner in getting the report right. Developers on the other hand tend to mistakenly concentrate on technicalities, their own warped view of "what users want", or even already on what they "know is the solution".
Have a nice day!
"Hello, compuuuu-terrrr!"
Hmmm, interesting. Would that indicate that skipping version numbers is somehow connected to producing non-standard, totally crappy user interfaces?
I feel skipping version numbers is only one step removed from the absolute worst versioning system of using random, not necessarily increasing numbers for each new update. Were these guys drunk or so?
I have 3.1.10 and thought I was quite up to date
On-line, adj.: The idea that a human being should always be accessible to a computer.