"I don't see the logic of rejecting data just because they seem incredible."
- Fred Hoyle
More pages: 1 ... 11 ... 21 ... 31 ... 41 ... 51 ... 61 ... 71 ... 81 ... 91 ... 101 ... 111 ... 121 ... 131 132 133 134 135 136 137 138 139 140 141 ... 151 ... 161 ... 171 ... 181 ... 191 ... 201 ... 211 ... 221 ... 231 ... 241 ... 251 ... 261 ... 271 ... 281 ... 291 ... 301 ... 311 ... 321 ... 331 ... 341 ... 351 ... 361 ... 365
Query FailedSeth
Wednesday, January 14, 2009

Nice analysis. This supports the removal of triangle fans from Direct3D and OpenGL.
Humus
Wednesday, January 14, 2009

Sticking to 80 chars per line made sense back in the days when people used DOS editors. I tend to take a little care and not write too long lines, that's all. Not strict rule, just a little common sense.

As for prefixes, m_ is useful because you can easily see whether you're modifying the class or local variables. Besides you avoid any name clashes. But things like hungarian notation is useless these days IMHO, because any reasonable editor will show the type if you just hover over the variable with the cursor.
Peter
Wednesday, January 14, 2009

http://validator.w3.org/feed/check.cgi?url=http%3A%2F%2Fhumus.name%2Frss.xml

This feed does not validate.
yosh64
Wednesday, January 14, 2009

Pretty cool, although I think some websites actually use words for varification now days, hehe.

I remember I started receiving spam in the comments of my website, so I had to put together a system for people to write a random number to prevent it, the internet is just crazy now days, hehe.
yosh64
Wednesday, January 14, 2009

Just don't go by the convention to limit lines to 85 characters (I think that was it), which I think was so your code appears correctly in a terminal, we had todo this at uni in our assignments, and was quite a pain, hehe.

Hmm, well do this if ya want, but I'm not a fan, hehe.

Also, I actually prefer to have curly brackets { on the same line, and not on a new line. Hmm, although originally I used to always put them on a new line, at least for functions and classes, but I just think it's a waste of space now days, hehe.

Ohh, I've seen some people go even further than using an m_ prefix for member variables, that is they have a prefix for each data type, alike m_bWhatever for boolean, m_vWhatever for a vector and so on.

Hmm, a friend of mine doesn't like any of this prefix stuff, and I think when they have a function with a parameter/variable named the same as a member of the class then I think they add an underscore _ to the function parameter/variable name.

Anyhows that's enough rambling from me, hehe.
orange
Monday, January 12, 2009

I look forward to Framework4, OpenGL3 renderer, as well as pleasure to learn from you to make proper use of const
Seth
Saturday, January 10, 2009

Unordered access views rock!
Gr�gory
Friday, January 9, 2009

i can't wait to have a look at a new demo using framework4
More pages: 1 ... 11 ... 21 ... 31 ... 41 ... 51 ... 61 ... 71 ... 81 ... 91 ... 101 ... 111 ... 121 ... 131 132 133 134 135 136 137 138 139 140 141 ... 151 ... 161 ... 171 ... 181 ... 191 ... 201 ... 211 ... 221 ... 231 ... 241 ... 251 ... 261 ... 271 ... 281 ... 291 ... 301 ... 311 ... 321 ... 331 ... 341 ... 351 ... 361 ... 365