|
![](/i/fill.gif) |
In article <4058b9d2$1@news.povray.org> , "StephenS" <ssh### [at] ottawa net>
wrote:
> Currently both the new line (\n) and the carriage return (\r) give the same
> result.
Yes, this is correct. \r only makes sense on a terminal, not anywhere else.
In particular it never made sense to use \r when writing output to file.
Thorsten
____________________________________________________
Thorsten Froehlich, Duisburg, Germany
e-mail: tho### [at] trf de
Visit POV-Ray on the web: http://mac.povray.org
Post a reply to this message
|
![](/i/fill.gif) |
|
![](/i/fill.gif) |
...
> Yes, this is correct. \r only makes sense on a terminal, not anywhere
else.
> In particular it never made sense to use \r when writing output to file.
Will the handling of \b (backspace) be changed?
#debug "test1\b"
#debug "test2\n"
In 3.6b2 I get 'test1(outlined square)test2' in the text file and
'testtest2' on the console. 'Outlined square' usually means a non printable
character.
Since the '1' can never be seen on the console, does the \b still have any
use?
WinPov3.6b2
Win98 512mb Duron 1gHz
Stephen
Post a reply to this message
|
![](/i/fill.gif) |
|
![](/i/fill.gif) |
Thorsten Froehlich <tho### [at] trf de> wrote:
> > Currently both the new line (\n) and the carriage return (\r) give the same
> > result.
> Yes, this is correct. \r only makes sense on a terminal, not anywhere else.
> In particular it never made sense to use \r when writing output to file.
The messages window in WinPOV can be considered a "terminal", so it should
work as expected there (if it doesn't (I haven't tested), I think it should
be fixed). The raytracer made with SDL uses \r to print progress information
in a single line and it would certainly look bad if each update would be
printed in a new line...
And by the way, I'm liking the idea of lines printed with #debug having
a different color than the other lines in the messages window (and in the
output of the unix version if the output is an ANSI terminal). Any chance
this could be done?
--
#macro M(A,N,D,L)plane{-z,-9pigment{mandel L*9translate N color_map{[0rgb x]
[1rgb 9]}scale<D,D*3D>*1e3}rotate y*A*8}#end M(-3<1.206434.28623>70,7)M(
-1<.7438.1795>1,20)M(1<.77595.13699>30,20)M(3<.75923.07145>80,99)// - Warp -
Post a reply to this message
|
![](/i/fill.gif) |
|
![](/i/fill.gif) |
> And by the way, I'm liking the idea of lines printed with #debug having
> a different color than the other lines in the messages window (and in the
> output of the unix version if the output is an ANSI terminal). Any chance
> this could be done?
IIRC, didn't the MS-DOS version of POV-Ray output the different streams
to different "windows"? (And each window was a different colour too.)
Not sure if you'd want seperate windows, colour coding, or an option to
choose either or both... (I suspect colour coding might be the best bet.)
Andrew @ work.
Post a reply to this message
|
![](/i/fill.gif) |