<html>
<head>
<meta content="text/html; charset=windows-1252"
http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
<div class="moz-cite-prefix">Le 07/05/2018 à 14:36, Samuel Gougeon a
écrit :<br>
</div>
<blockquote cite="mid:3e7e61f7-ff70-62d5-9a15-ab4a772e3ec0@free.fr"
type="cite">
<meta http-equiv="content-type" content="text/html;
charset=windows-1252">
<p>Hello,</p>
<p>The gcf().anti_aliasing figure property was implemented many
years ago (in the early Scilab 5.x versions).</p>
<p>It aims to reduce the "staircase effect" for lines drawn very
close to vertical or horizontal directions.<br>
</p>
<p>Yet, has anyone ever seen an actual effect on graphic
rendering, as expected and described in the <a
moz-do-not-send="true"
href="http://gitweb.scilab.org/?p=scilab.git;a=blob;f=SEP/SEP_016_anti_aliasing.odt;h=e267088c7ed7e5a4cd0ae29b744616332423224e;hb=HEAD">related
SEP#16</a> ? <br>
I never did, whatever were the computer and its graphic card i
used.<br>
Still now with Scilab 6.0, i don't see any effect.<br>
<br>
The staircase effect can easily be seen with the following code:<br>
</p>
<pre class="bz_comment_text" id="comment_text_2" style="font-size: small; font-family: monospace; white-space: pre-wrap; width: 786.4px; color: rgb(0, 0, 0); font-style: normal; font-variant-ligatures: normal; font-variant-caps: normal; font-weight: 400; letter-spacing: normal; orphans: 2; text-align: start; text-indent: 0px; text-transform: none; widows: 2; word-spacing: 0px; -webkit-text-stroke-width: 0px; background-color: rgb(255, 255, 255); text-decoration-style: initial; text-decoration-color: initial;">x = [0 1];
y = (0:0.02:1)';
y = [y y+0.02]';
clf
plot2d(x,y)
f = gcf();
f.anti_aliasing // should display "off" (by default)
f = scf();
f.anti_aliasing = "8x";
plot2d(x,y)
</pre>
Then compare both figures.<br>
I get the following, whatever is the .anti_aliasing value.<br>
<br>
<br>
Does anyone get anything else, closer to the expected "dithered"
rendering?<br>
Either it will be possible to better document the effect of this
property,<br>
as requested in the <a moz-do-not-send="true"
href="http://bugzilla.scilab.org/show_bug.cgi?id=6777">bug
report 6777</a>, or to reopen the <a moz-do-not-send="true"
href="http://bugzilla.scilab.org/show_bug.cgi?id=11311">bug
11311</a> reporting <br>
that it is out of work.<br>
</blockquote>
<br>
Thanks Rafael & Antoine.<br>
I have finally got it. It works <br>
<ul>
<li>only with usecanvas(%t). The <a moz-do-not-send="true"
href="http://bugzilla.scilab.org/show_bug.cgi?id=11311">bug
11311</a> claimed that it was killed in usecanvas(%t) mode.
Maybe fixing it has killed it in usecanvas(%f) mode...<br>
<br>
</li>
<li>only up to Scilab 5.4.1 included. Scilab 5.5.0 has killed any
graphic rendering in usecanvas(%t) mode (and has changed the
usecanvas() type of output from boolean to integer).</li>
</ul>
<p>With 5.4.1, usecanvas(%t) displays:</p>
<p><img src="cid:part5.02E3C506.D64BECB3@free.fr" alt=""
height="385" width="390"></p>
<p><br>
</p>
<p>which is the expected rendering.</p>
<p>I am going to see what's on bugzilla about usecanvas()...</p>
<p>Samuel</p>
<p><br>
</p>
<br>
</body>
</html>