 |
|
|
|
|
|
| |
| |
|
|
|
|
| |
| |
|
|
"gregjohn" <pte### [at] yahoo com> wrote:
> But of course someone did repeat the slur, for which I'm probably the only one
> in the world who objects to, "Povray is a renderer, not a modeler."
hey! all of us SDL coders contest that! ;)
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Darren New <dne### [at] sanrrcom> wrote:
> Jan Dvorak wrote:
> >
> >> Windows frontend: 72833 52912
> >> Unix frontend: 1254 609
> >
> > I feel ashamed for using Windows :-)
>
> Doesn't Windows have stuff like a syntax-highlighting editor that the
> Unix version doesn't?
yes, indeed. They should've added the source code of vim or emacs as well... ;)
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
nemesis wrote:
> yes, indeed. They should've added the source code of vim or emacs as well... ;)
Don't tempt me.
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Chris Cason <del### [at] deletethistoopovrayorg> wrote:
> nemesis wrote:
> > yes, indeed. They should've added the source code of vim or emacs as well... ;)
>
> Don't tempt me.
I meant add their code size to the statistics... :)
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
gregjohn <pte### [at] yahoocom> wrote:
> But of course someone did repeat the slur, for which I'm probably the only one
> in the world who objects to, "Povray is a renderer, not a modeler."
In common usage in the computer graphics community "modeler" implies
real-time preview of the model which you can edit on-the-fly.
You might define the SDL as being a "modeler", but that would go against
common usage, and would be quite far-fetched.
When someone says "POV-Ray is not a modeler", he is talking to the
computer graphics community, and this community understands what "modeler"
means in this context. Thus the statement is correct.
--
- Warp
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
To me, "not a modeler" means, "cannot model" rather than, "is not a GUI
modeler."
Warp <war### [at] tagpovrayorg> wrote:
> gregjohn <pte### [at] yahoocom> wrote:
> > But of course someone did repeat the slur, for which I'm probably the only one
> > in the world who objects to, "Povray is a renderer, not a modeler."
>
> In common usage in the computer graphics community "modeler" implies
> real-time preview of the model which you can edit on-the-fly.
>
> You might define the SDL as being a "modeler", but that would go against
> common usage, and would be quite far-fetched.
>
> When someone says "POV-Ray is not a modeler", he is talking to the
> computer graphics community, and this community understands what "modeler"
> means in this context. Thus the statement is correct.
>
> --
> - Warp
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
gregjohn <pte### [at] yahoocom> wrote:
> To me, "not a modeler" means, "cannot model" rather than, "is not a GUI
> modeler."
That's like saying that "not a can opener" means "cannot open a can".
An axe can be used to open a can, but it's still not a can opener.
--
- Warp
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
>>>>> "William" == William Tracy <wtr### [at] calpolyedu> writes:
William> Just the other week, I watched this (also hour-long) video of Linus Torvalds
William> talking about Git revision control:
William> http://www.youtube.com/watch?v=4XpnKHJAok8
Oddly enough, I also did a followon to that Google Tech Talk, at
http://video.google.com/videoplay?docid=-3999952944619245780
--
Randal L. Schwartz - Stonehenge Consulting Services, Inc. - +1 503 777 0095
<mer### [at] stonehengecom> <URL:http://www.stonehenge.com/merlyn/>
Perl/Unix/security consulting, Technical writing, Comedy, etc. etc.
See PerlTraining.Stonehenge.com for onsite and open-enrollment Perl training!
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
>>>>> "David" == David Buck <dav### [at] simberoncom> writes:
David> They asked me for some sample questions they could ask if they ran out
David> of their own questions. One sample question I wrote was about clouds.
Yes, as it was, we had plenty of good interaction, and never fell into the
"uh, what do we ask next" problem. You guys provided plenty of material for
us to riff forward with, without resorting to our notes. Thanks for the
backup questions though.
--
Randal L. Schwartz - Stonehenge Consulting Services, Inc. - +1 503 777 0095
<mer### [at] stonehengecom> <URL:http://www.stonehenge.com/merlyn/>
Perl/Unix/security consulting, Technical writing, Comedy, etc. etc.
See PerlTraining.Stonehenge.com for onsite and open-enrollment Perl training!
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
nice to see you here, Mr. Schwartz!
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
