W3C home > Mailing lists > Public > www-svg@w3.org > April 2003

Re: [SVG] optimizeSpeed misbehavior pixel rendering at 100% zoom level in Adobe SVG3

From: Dean Jackson <dean@w3.org>
Date: Thu, 24 Apr 2003 18:30:47 +1000
To: "Fred P." <fprog26@hotmail.com>
Cc: www-svg@w3.org, Jon.Ferraiolo@adobe.com
Message-ID: <20030424083047.GD10435@grorg.org>

Are you asking us to check the behaviour of SVG, or for Adobe to
check their implementation?

Remember that the SVG conformance allows one-pixel variation,
especially for these kinds of situations.

Dean


On Wed, 23 Apr 2003, Fred P. wrote:

> 
> 
> <?xml version="1.0" encoding="iso-8859-1"?>
> <!DOCTYPE svg SYSTEM 
> "http://www.w3.org/TR/2000/03/WD-SVG-20000303/DTD/svg-20000303-stylable.dtd">
> <svg height="100" width="100" enableZoomAndPanControls="false"
>   xmlns:xlink="http://www.w3.org/2000/xlink/namespace/"
> >
>    <circle
>    style='stroke-width:1;
>           stroke:#000000;
>           fill:#FF0000;
>           shape-rendering: optimizeSpeed;'
>      cx='50' cy='50' r='2'/>
> 
> 
>    <!--
>      Desired path: [?] pixel
> 
>                  [ ][ ]
>               [ ] r  r [ ]
>               [ ] r  r [ ]
>                  [ ][ ]
> 
> 
>      Desired path with numbering and pixel (x,y)
> 
>           (11,10)      (12,10)
>                  [1][2]
>       (10,11) [8]      [3] (13,11)
>       (10,12) [7]      [4] (13,12)
>                  [6][5]
>           (11,13)      (12,13)
> 
> 
>      Obtained effect at bitmap 100% zoom level:
> 
>                r [ ][ ][ ]
>               [ ] r  r [ ]
>               [ ] r  r [ ]
>                r [ ][ ][ ]
>                  [ ]
> 
> 
>      Obtained effect at bitmap 100% zoom level
>      with numbering and pixel (x,y)
> 
> 
>        (10,10) r [ ][ ][ ]  (13,10)
>               [ ] r  r [ ]
>               [ ] r  r [ ]
>        (10,13) r [ ][ ][ ]  (13,13)
>                  [ ]
>            (11,14)
> 
> 
>     Therefore, circle doesn't scale down
>     in anti-aliased 100% display
>     on Adobe SVG viewer 3.0 build 76
> 
> 
>    -->
> 
> 
>    <path
>    style='stroke-width:1;
>           stroke:#000000;
>           fill:#FF0000;
>           shape-rendering: optimizeSpeed;'
>      d='M11 10 L12 10 L13 11
>         L13 12 L12 13 L11 13 L10 12 L10 11z'
> 
>      />
> 
> 
>    <!--
>    <rect style='fill:#0000FF' width='1' height='1' x='10' y='10' />
>    -->
> 
>    <!--
>      Desired path: [?] pixel
> 
>                  [ ][ ]
>               [ ] r  r [ ]
>               [ ] r  r [ ]
>                  [ ][ ]
> 
> 
>      Desired path with numbering and pixel (x,y)
> 
>           (11,10)      (12,10)
>                  [1][2]
>       (10,11) [8] r  r [3] (13,11)
>       (10,12) [7] r  r [4] (13,12)
>                  [6][5]
>           (11,13)      (12,13)
> 
> 
>      Obtained effect at bitmap 100% zoom level:
> 
>               [ ][ ][ ][ ]
>               [ ] r  r [ ]
>               [ ][ ][ ][ ]
>                  [ ][ ]
> 
> 
>      Obtained effect at bitmap 100% zoom level
>      with numbering and pixel (x,y)
> 
>        (10,10)            (13,10)
>               [ ][ ][ ][ ]
>       (10,11) [ ] r  r [ ] (13,11)
>               [ ][ ][ ][ ]
>        (10,12)   [ ][ ]   (13,12)
> 
>     Therefore, path doesn't scale down
>     in anti-aliased 100% display
>     on Adobe SVG viewer 3.0 build 76
> 
> 
>     QED: scalable graphic at vector level is broken
>          in Adobe SVG viewer 3.0 build 76
> 
> 
>     Notice: It works perfectly zoomed in.
> 
> 
>      Samething happen for any path, circle, ovals,
>      and similar at optimizeSpeed rendering.
>      Of cource the goal is to obtain a bitmap
>      equivalent in vectorial format
>      without any loss in quality compared to the bitmap original.
> 
>    -->
> </svg>
> 
> --------------------------------
> 
> Sincerely yours,
> 
> Fred.
> 
> 
> 
> 
> 
> 
> 
> _________________________________________________________________
> STOP MORE SPAM with the new MSN 8 and get 2 months FREE*   
> http://join.msn.com/?page=features/junkmail
Received on Thursday, 24 April 2003 04:30:52 GMT

This archive was generated by hypermail 2.3.1 : Friday, 8 March 2013 15:54:24 GMT