SVG Requirements - PRNG and Font shaping

Reviewing two issues outstanding (for me):
http://www.w3.org/Graphics/SVG/WG/wiki/SVG2_Requirements_Input

1. Fonts
Mozilla has made it very clear that they will not implement SVG Fonts 
without additional extensions.
They've put weight behind their veto threat in all versions of Firefox.

They've demanded that the Fonts chapter, if supported, must have 
additional features. Otherwise, they will only support WOFF.
http://www.w3.org/Graphics/SVG/WG/wiki/SVG2_Requirements_Input#Fonts

2. PRNG

Regarding the InkML use case:
http://www.w3.org/Graphics/SVG/WG/wiki/SVG2_Requirements_Input#Display_of_InkML_trace_groups

I've demonstrated that Replicate and Randomization are sufficient to 
re-draw InkML trace groups with high quality.
While replicate can be managed solely in the scripting environment, it 
requires [tens of] thousands of additional dom nodes and, well, scripting.

With replicate as a first class feature, we can use <img 
src="drawing.svg" /> efficiently. Keep in mind, <img> is non-scripted.

User authored drawing comes, generally, in two forms: Vector based and 
Raster based.
Most raster based drawing is simply, the result of repeated calls to 
drawImage, often backed by a glyph or a gradient.
Example: http://mugtug.com/sketchpad

These two issues need to be solved for raster-oriented applications to 
use SVG images effectively.
While we can not cover every-single use case for raster oriented 
drawing, we can cover the set of cases presented in that document,
as well as the full set of cases presented by David Dailey in his 
replicate examples.

These issues were rejected for lack of use case; I'm providing use case 
from real world applications:
http://www.w3.org/Graphics/SVG/WG/wiki/SVG2_Requirements_Input#Randomization
http://www.w3.org/Graphics/SVG/WG/wiki/SVG2_Requirements_Input#Replicate

For replicate, I only need pseudo-random; I've no use for crypto random.

-Charles

Received on Sunday, 22 January 2012 23:34:22 UTC