 |
|
|
|
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Can I request a very little and easy-to-code feature for the DOS version
of the next povray version?
It should be nice that it (the DOS version) looked how many rows are
available when printing text. I usually use a 50-rows mode (instead of
the usual 25-rows) in DOS, but povray only uses the first 25 rows. It should
be nice if it would use all the 50 rows (there would be more info to read
since you can't scroll the text while povray is raytracing).
The povhelp program looks for the number of rows and that's great (povhelp
is one of the best programs I know (after povray itself, of course :) ).
--
- Warp. -
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
If we're talking Pov feature...
How about some routine in the graphic display window whereby one could
mark a selection rectangle and have only that selection re-rendered.
I often change textures or such on an object, and this would certainly
speed up text renders (I KNOW this can be done with the command line
codes for the render % start/% end or line # start/line # end, but
having a changeable selection is whole heaps faster)
--
Lets make a better world - kill a politician today!!
Politics or religion = corruption and true evil
The laws that politicians make are mostly bad laws,
we'd do far better without them - the politicians and their laws.
Believe 1% of what you see or hear.
Always read between the lines.
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
In fact, while we're at it, it might not be a bad idea to implement (in the DOS
version) a means of controlling the rows and cols that the display screen uses.
For programs that call POV-Ray as a child process, the ability to specify that
it display itself in x cols and y rows (starting at col x row y) wouldn't be a
bad feature.
On the other hand, since the program's purpose is to create images as opposed to
doing cool things with text, I don't know of what use these features would be.
Nieminen Mika wrote:
> Can I request a very little and easy-to-code feature for the DOS version
> of the next povray version?
> It should be nice that it (the DOS version) looked how many rows are
> available when printing text. I usually use a 50-rows mode (instead of
> the usual 25-rows) in DOS, but povray only uses the first 25 rows. It should
> be nice if it would use all the 50 rows (there would be more info to read
> since you can't scroll the text while povray is raytracing).
> The povhelp program looks for the number of rows and that's great (povhelp
> is one of the best programs I know (after povray itself, of course :) ).
>
> --
> - Warp. -
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Klauss, Master of the Sewers <Kla### [at] geocities com> wrote:
: On the other hand, since the program's purpose is to create images as opposed to
: doing cool things with text, I don't know of what use these features would be.
A good user interface is a half of the program :)
--
- Warp. -
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Nieminen Mika wrote:
> Can I request a very little and easy-to-code feature for the DOS version
> of the next povray version?
> It should be nice that it (the DOS version) looked how many rows are
> available when printing text. I usually use a 50-rows mode (instead of
> the usual 25-rows) in DOS, but povray only uses the first 25 rows. It should
> be nice if it would use all the 50 rows (there would be more info to read
> since you can't scroll the text while povray is raytracing).
> The povhelp program looks for the number of rows and that's great (povhelp
> is one of the best programs I know (after povray itself, of course :) ).
>
> --
> - Warp. -
For my 2-cents worth, I think a simple patch to allow URL's to be used as
file names & resources would be a real coup. This would make a distributed
POV-Ray extremely simple, and would make a truly impressive system.
(Not that I don't love POV already)
Bob
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
