<div dir="ltr">Hi Kendy,<br><div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Oct 2, 2013 at 4:45 PM, Jan Holesovsky <span dir="ltr"><<a href="mailto:kendy@collabora.com" target="_blank">kendy@collabora.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi Jacobo, Miklos,<br>
<br>
Miklos Vajna píše v St 02. 10. 2013 v 14:44 +0200:<br>
<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>
> 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>
><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>
<br>
</div>I support this approach :-)<br>
<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>
> 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>
<br>
</div>Just so that this does not lead to confusion - SmartArt being a real<br>
group shape is a relatively recent fix:<br>
<br>
<a href="http://cgit.freedesktop.org/libreoffice/core/commit/?id=59373b753902f69cd44d183568b084429322e7ab" target="_blank">http://cgit.freedesktop.org/libreoffice/core/commit/?id=59373b753902f69cd44d183568b084429322e7ab</a><br>

<br>
In the previous versions it has been broken into individual shapes which<br>
is the worst of all options from my point of view - but having a group<br>
shape that the user has to explicitly ungroup to do his/her<br>
modifications + drop the smartart metadata with this ungroup operation<br>
seems reasonably valid to me (if we have undo for that, that is).<br></blockquote><div><br></div><div>The problem is that there's no indication that you lose data with Ungroup. (In general, the only data I would expect to lose by using Ungroup is group-related metadata.)<br>
</div><div><br></div><div>If Ungroup converts the object into shapes, perhaps we can just put it inside a new toolbar, label it "Convert to Shapes", and make it contextual?</div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<br>
If we want to warn the users, we can use the the InfoBar (search for<br>
AppendInfoBar) so that it is relatively unobtrusive for them...<br></blockquote><div><br></div><div>Wouldn't it be simpler to just create that one toolbar with a single button?<br></div><div>(That still feels like the better solution to me.)<br>
</div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
With this - undoable operation, and the user notified, I don't think we<br>
really need a setting what to do - or do you see any problems with the<br>
above?</blockquote><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
All the best,<br>
Kendy<br>
</blockquote></div></div></div></div>