<div dir="ltr">Hi Miklos,<br><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Oct 2, 2013 at 2:44 PM, Miklos Vajna <span dir="ltr"><<a href="mailto:vmiklos@collabora.co.uk" target="_blank">vmiklos@collabora.co.uk</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hi Jacobo,<br>
<div class="im"><br>
On Wed, Oct 02, 2013 at 11:30:31AM +0200, Jacobo Aragunde Pérez <<a href="mailto:jaragunde@igalia.com">jaragunde@igalia.com</a>> wrote:<br>
> In my opinion, the default behaviour should be SmartArt becoming<br>
> immutable on import.<br>
<br>
</div>That would be a regression, I'm afraid, since by default ATM you can do<br>
that.<br></blockquote><div><br></div><div>Maybe you can, but it's not clear that the SmartArt has been converted to simple shapes, so the user can easily accidentally lose his data, and we certainly don't want that.<br>
</div><div>The ideal solution would be to have a "Convert to Shapes" button in a contextual toolbar, as mentioned earlier. That's the way e.g. Inkscape deals with converting text to a path; it makes it clearer that some data is lost. Is that really that much more complicated over adding an option?<br>
</div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<div class="im"><br>
> With the current one, a user can change the shapes<br>
> but those changes won't be exported back to docx and that's confusing.<br>
<br>
</div>Indeed. Read the original rationale here:<br>
<br>
<a href="http://lists.freedesktop.org/archives/libreoffice/2013-July/054428.html" target="_blank">http://lists.freedesktop.org/archives/libreoffice/2013-July/054428.html</a><br></blockquote><div><br></div><div>There doesn't seem to be much in the way of rationale there.<br>
I could only find "need to discard the foreign properties on a object when it is mutated; or work harder to determine what to do (Michael)". Am I looking in the wrong place?<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">

<br>
There we agreed that if the objects are modified (search for "mutate"),<br>
then these invisible properties should be dropped. (That's not the case<br>
ATM, but it should be this way in the long run.) That way if the user<br>
edits the shape, it'll be exported as a normal group shape, so the edit<br>
of the user is not lost.<br></blockquote><div><br></div><div>But the original SmartArt object is lost without indication.<br></div><div>It needs to be clear to the user that he's losing data by editing the shape.<br>
</div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<div class="im"><br>
> Finally, maybe we should call this option "SmartArt to LibreOffice<br>
> shapes or reverse", since we are not involving Draw in this process.<br>
> Besides, Draw exporting is already different: embedded Draw in a<br>
> document is exported as a .emf file inside the .docx.<br>
<br>
</div>Indeed, "shapes" or "group shape" (actually a SmartArt is imported as a<br>
group shape) would be a better description than "Draw", you're right.<br>
<span class=""><font color="#888888"><br>
Miklos<br>
</font></span><br>_______________________________________________<br>
Libreoffice-ux-advise mailing list<br>
<a href="mailto:Libreoffice-ux-advise@lists.freedesktop.org">Libreoffice-ux-advise@lists.freedesktop.org</a><br>
<a href="http://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise" target="_blank">http://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise</a><br>
<br></blockquote></div><br></div></div>