<br><br><div class="gmail_quote">On Thu, Jan 7, 2010 at 1:11 AM, Shawn Villaron <span dir="ltr"><<a href="mailto:shawnv@microsoft.com">shawnv@microsoft.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div lang="EN-US" link="blue" vlink="purple"><div><p class="MsoNormal"><span style="font-size:11.0pt;color:#1F497D">Have you evaluated whether or not SVG can adequately represent DrawingML and VML content? I think that’s likely to be the first question that needs to be addressed regarding this topic.</span></p>
</div></div></blockquote><div>I don't think we can spot all the problem like you do. There is a whole part of the document using DrawingML or VML that would give the same or better results with SVG (and also better interrop and tooling perspective to users).</div>
<div><br></div><div>I think that even if there is cases where DrawingML and VML could express things that SVG cannot (for which I think they should be explicitly exposed), it doesn't rule out the 99,99% case where it can without any trouble.</div>
<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><div lang="EN-US" link="blue" vlink="purple"><div><p class="MsoNormal"><span style="font-size:11.0pt;color:#1F497D"> </span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;color:#1F497D">Furthermore, just to be clear, SVG can be used in OOXML. I believe that that was the intent of the contentPart change from the BRM …</span></p></div></div>
</blockquote><div><br></div><div>It is just a "can". My understanding is that there is no support from existing tools today since it is just an option (like using CGM or MyFancyVectorialFormat) without any guarantee of interrop or being handled by the tools.</div>
<div><br></div><div>Furthermore, I fully disrespect with the fact that contentPart is an option since DrawingML and VML have deeper integration into the specification that SVG should also have</div><div><br></div><div>To be clear, what I'm asking for, is a work item on providing an OOXML with SVG (without Drawing nor VML) profile in order to express clearly how users and implementers could achieve interrop on that point</div>
<div><br></div><div>I think that the same should be thought about OOXML with MathML (without OMML) profile</div><div><br></div><div>We discussed last time about providing broader visibility to our work and give people bigger interest : I think that's one face of the coin, i.e. providing integration with already existing standards</div>
<div><br></div><div>Mohamed</div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><div lang="EN-US" link="blue" vlink="purple"><div><p class="MsoNormal"><span style="font-size:11.0pt;color:#1F497D"> </span></p>
<p class="MsoNormal"><b><span style="font-size:10.0pt">From:</span></b><span style="font-size:10.0pt"> Innovimax SARL [mailto:<a href="mailto:innovimax@gmail.com" target="_blank">innovimax@gmail.com</a>] <br><b>Sent:</b> Wednesday, January 06, 2010 2:49 PM<br>
<b>To:</b> SC 34 WG4<br><b>Subject:</b> Reconsidering the use of SVG in OOXML</span></p><div><div></div><div class="h5"><p class="MsoNormal"> </p><p class="MsoNormal">Dear,</p><div><p class="MsoNormal"> </p></div><div><p class="MsoNormal">
Since Microsoft is now officially joining the W3C SVG WG [1], we should reconsider using SVG in OOXML instead of DrawingML and (even worse) VML</p></div><div><p class="MsoNormal"> </p></div><div><p class="MsoNormal">Mohamed</p>
</div><div><p class="MsoNormal"> </p></div><div><p class="MsoNormal">[1] <a href="http://blogs.msdn.com/ie/archive/2010/01/05/microsoft-joins-w3c-svg-working-group.aspx" target="_blank">http://blogs.msdn.com/ie/archive/2010/01/05/microsoft-joins-w3c-svg-working-group.aspx</a></p>
</div><div><p class="MsoNormal"><br>-- <br>Innovimax SARL<br>Consulting, Training & XML Development<br>9, impasse des Orteaux<br>75020 Paris<br>Tel : +33 9 52 475787<br>Fax : +33 1 4356 1746<br><a href="http://www.innovimax.fr" target="_blank">http://www.innovimax.fr</a><br>
RCS Paris 488.018.631<br>SARL au capital de 10.000 €</p></div></div></div></div></div></blockquote></div><br><br clear="all"><br>-- <br>Innovimax SARL<br>Consulting, Training & XML Development<br>9, impasse des Orteaux<br>
75020 Paris<br>Tel : +33 9 52 475787<br>Fax : +33 1 4356 1746<br><a href="http://www.innovimax.fr">http://www.innovimax.fr</a><br>RCS Paris 488.018.631<br>SARL au capital de 10.000 €<br>