<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40"><head><meta http-equiv=Content-Type content="text/html; charset=utf-8"><meta name=Generator content="Microsoft Word 14 (filtered medium)"><style><!--
/* Font Definitions */
@font-face
        {font-family:Calibri;
        panose-1:2 15 5 2 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
        {margin:0cm;
        margin-bottom:.0001pt;
        font-size:11.0pt;
        font-family:"Calibri","sans-serif";
        mso-fareast-language:EN-US;}
a:link, span.MsoHyperlink
        {mso-style-priority:99;
        color:blue;
        text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
        {mso-style-priority:99;
        color:purple;
        text-decoration:underline;}
p.MsoPlainText, li.MsoPlainText, div.MsoPlainText
        {mso-style-priority:99;
        mso-style-link:"Nur Text Zchn";
        margin:0cm;
        margin-bottom:.0001pt;
        font-size:11.0pt;
        font-family:"Calibri","sans-serif";
        mso-fareast-language:EN-US;}
p.MsoListParagraph, li.MsoListParagraph, div.MsoListParagraph
        {mso-style-priority:34;
        margin-top:0cm;
        margin-right:0cm;
        margin-bottom:0cm;
        margin-left:36.0pt;
        margin-bottom:.0001pt;
        font-size:11.0pt;
        font-family:"Calibri","sans-serif";
        mso-fareast-language:EN-US;}
span.NurTextZchn
        {mso-style-name:"Nur Text Zchn";
        mso-style-priority:99;
        mso-style-link:"Nur Text";
        font-family:"Calibri","sans-serif";}
span.E-MailFormatvorlage20
        {mso-style-type:personal;
        font-family:"Calibri","sans-serif";
        color:windowtext;}
span.E-MailFormatvorlage21
        {mso-style-type:personal-reply;
        font-family:"Calibri","sans-serif";
        color:#1F497D;}
.MsoChpDefault
        {mso-style-type:export-only;
        font-size:10.0pt;}
@page WordSection1
        {size:612.0pt 792.0pt;
        margin:70.85pt 70.85pt 2.0cm 70.85pt;}
div.WordSection1
        {page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]--></head><body lang=DE link=blue vlink=purple><div class=WordSection1><p class=MsoNormal>Hi Bob,<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoPlainText><span lang=EN-US>> This is to support those users who come from a desktop publishing tool background and are "bothered" by needing to open multiple tools to edit different object types and then inserting links from DITA topics to point to images and equations.<o:p></o:p></span></p><p class=MsoPlainText><span lang=EN-US>> So I want to associate SVGs with Inkscape (or perhaps some other tool) and MathML with MathFlow so that when users want to create an image or equation they simply select the appropriate action from the Insert menu and the proper tool is created and appropriate markup added to the DITA file. Alternatively, if they double-click on an already-rendered equation or image, the appropriate editor will launch.<o:p></o:p></span></p><p class=MsoNormal><span lang=EN-US><o:p> </o:p></span></p><p class=MsoNormal><span lang=EN-US>Editing Equations:<o:p></o:p></span></p><p class=MsoNormal><span lang=EN-US>If you are using MathFlow, your problems must be solved. Aren’t they?<o:p></o:p></span></p><p class=MsoNormal><span lang=EN-US><o:p> </o:p></span></p><p class=MsoNormal><span lang=EN-US>Editing Non-SVG-Images<o:p></o:p></span></p><p class=MsoNormal><span lang=EN-US>If you double click a graphic, it is opened by an external editor. This editor is the application, which is assigned to this file extension (at least on Windows).<o:p></o:p></span></p><p class=MsoNormal><span lang=EN-US><o:p> </o:p></span></p><p class=MsoNormal><span lang=EN-US>Editing SVG-images<o:p></o:p></span></p><p class=MsoNormal><span lang=EN-US>If you double click an svg, oXygen fragment editor is opened. I don’t know, if you can configure oXygen that referenced svgs are handled like jpg-graphics. Perhaps this could solve your problem if it’s possible. <o:p></o:p></span></p><p class=MsoNormal><span lang=EN-US>@George: is it possible to change this behavior?<o:p></o:p></span></p><p class=MsoNormal><span lang=EN-US>Let’s assume it’s possible:<o:p></o:p></span></p><p class=MsoNormal><span lang=EN-US>- Assign Inkscape (or any other SVG Editor) to svg file extension.<o:p></o:p></span></p><p class=MsoNormal><span lang=EN-US>- If an SVG is double clicked your SVG is opened in an external editor<o:p></o:p></span></p><p class=MsoNormal><span lang=EN-US style='mso-fareast-language:DE'><o:p> </o:p></span></p><p class=MsoNormal><span lang=EN-US style='mso-fareast-language:DE'>Creating Equations/SVGs<o:p></o:p></span></p><p class=MsoNormal><span lang=EN-US style='mso-fareast-language:DE'>So you need a solution/extension for creating a new graphic/equation:<o:p></o:p></span></p><p class=MsoNormal><span lang=EN-US style='mso-fareast-language:DE'>- Implement and author extension with oXygen SDK<o:p></o:p></span></p><p class=MsoNormal><span lang=EN-US style='mso-fareast-language:DE'>- This Extension <o:p></o:p></span></p><p class=MsoNormal><span lang=EN-US style='mso-fareast-language:DE'> - creates a rudimental SVG/MathML file<o:p></o:p></span></p><p class=MsoNormal><span lang=EN-US style='mso-fareast-language:DE'> - sets a link to your image-Element<o:p></o:p></span></p><p class=MsoNormal><span lang=EN-US style='mso-fareast-language:DE'> - opens the SVG/MathML file in your external edtior<o:p></o:p></span></p><p class=MsoNormal><span lang=EN-US>If you provide a parameter for this author extension, where you can configure the XML string for the rudimental file, you have your “unified” solution.<o:p></o:p></span></p><p class=MsoNormal><span lang=EN-US><o:p> </o:p></span></p><p class=MsoNormal><span lang=EN-US>Visio-Files<o:p></o:p></span></p><p class=MsoNormal><span lang=EN-US>Saving SVG and VSD files out of Visio is not a job of oXygen or any oXygen extension. If you want to do such automation you have to extend Visio, to save an SVG automatically, when a VSD is saved.<o:p></o:p></span></p><p class=MsoNormal><span lang=EN-US>Although Visio has an SVG import filter, it always creates a copy and doesn’t work on the original SVG file. So I think it’s not a good idea to open an SVG in Visio for editing.<o:p></o:p></span></p><p class=MsoNormal><span lang=EN-US><o:p> </o:p></span></p><p class=MsoNormal><span lang=EN-US>But I can imaging following XML based workflow, as VISIO 2003-2010 supports an Visio XML file format VDX. So you have to enhance the workflow above and provide a rudimental VDX xml string, which is opened in VISIO.<o:p></o:p></span></p><p class=MsoNormal><span lang=EN-US>Create a second, rudimental SVG file, too, which is referenced in your DITA topic.<o:p></o:p></span></p><p class=MsoNormal><span lang=EN-US>Tell your users they have to save vdx and svg format or implement a plugin for MS Visio which does this automatically, when vdx is saved.<o:p></o:p></span></p><p class=MsoNormal><span lang=EN-US>(Of course you can transform vdx to svg by XSLT, but this will be a hard work)<o:p></o:p></span></p><p class=MsoNormal><span lang=EN-US>Editing this SVG means to open VDX file when SVG is referenced. So you have set a flag somewhere, your extensions knows it should go a specific way. (Perhaps another file extension or attribute?)<o:p></o:p></span></p><p class=MsoNormal><span lang=EN-US>But take care: In Visio 2013 VDX is a zip container like pptx, docx a.s.o.<o:p></o:p></span></p><p class=MsoNormal><span lang=EN-US><o:p> </o:p></span></p><p class=MsoNormal><span lang=EN-US>BTW:<o:p></o:p></span></p><p class=MsoNormal><span lang=EN-US>Any SVG-Editor put’s its own stuff to the SVG (especially Visio). You will run into validation errors if you are using the embedding svg method. Don’t know if Batic has any problem with rendering this stuff in oXygen (referenced or embedded) or FOP. <o:p></o:p></span></p><p class=MsoNormal><span lang=EN-US>So I think perhaps it would be a good idea, to think about and XSLT postprocess, which makes a native svg version 1.1 out of that stuff.<o:p></o:p></span></p><p class=MsoNormal><span lang=EN-US><o:p> </o:p></span></p><p class=MsoNormal><span lang=EN-US>Hope this helps<o:p></o:p></span></p><p class=MsoNormal><span lang=EN-US>Markus<o:p></o:p></span></p><p class=MsoNormal><span lang=EN-US><o:p> </o:p></span></p><p class=MsoNormal><span lang=EN-US><o:p> </o:p></span></p><p class=MsoNormal><span lang=EN-US><o:p> </o:p></span></p></div></body></html>