<table><tr><td style="">danders added a comment.
</td><a style="text-decoration: none; padding: 4px 8px; margin: 0 8px 8px; float: right; color: #464C5C; font-weight: bold; border-radius: 3px; background-color: #F7F7F9; background-image: linear-gradient(to bottom,#fff,#f1f0f1); display: inline-block; border: 1px solid rgba(71,87,120,.2);" href="https://phabricator.kde.org/D20400">View Revision</a></tr></table><br /><div><div><p>I have been pondering why we disagreed so much on the background color, and I *think* I have an answer.<br />
My take is it's because we have not been talking about quite the same thing:<br />
I have looked at karbon as an *odg* editor, since it uses odg as its native file format.<br />
Since odg is wysiwyg nothing outside the doc should in any way affect the way it is presented, hence a background that is not saved to file doesn't make sence.</p>

<p>OTOH, if one looks at karbon as an *svg* editor, the current background color implementation makes much more sence,<br />
since svg is meant to be embedded in an environment outside of the svg doc itself like screen, html, odg, etc.</p>

<p>This leads me to two possible paths to take:</p>

<ol class="remarkup-list">
<li class="remarkup-list-item">Karbon as odg editor means this patch goes in.</li>
<li class="remarkup-list-item">Karbon as svg editor means swicth to svg as native format and add odg export/import.</li>
</ol>

<p>(One could of course also keep karbon as svg editor and add a calligradraw app, but well, probably a bit of work...)</p></div></div><br /><div><strong>REPOSITORY</strong><div><div>R8 Calligra</div></div></div><br /><div><strong>REVISION DETAIL</strong><div><a href="https://phabricator.kde.org/D20400">https://phabricator.kde.org/D20400</a></div></div><br /><div><strong>To: </strong>danders, anthonyfieroni<br /><strong>Cc: </strong>rjvbb, Calligra-Devel-list, dcaliste, cochise, vandenoever<br /></div>