El 03/10/13 14:45, Jan Holesovsky escribió:
> Jacobo Aragunde Pérez píše v Čt 03. 10. 2013 v 10:24 +0200:
>> ...
>> 2. Immutable shapes can be saved to docx with no data loss, but they are
>> transformed to a shape group when saved to odt and this process
>> introduces some errors.
>> ...
> Regardi
Hi Jacobo,
Jacobo Aragunde Pérez píše v Čt 03. 10. 2013 v 10:24 +0200:
> Extracting some conclusions from the feedback in this thread, probably
> the most reasonable path having mid-term in mind would be:
>
> 1. SmartArt should be imported in an immutable way by default,
> preserving the origina
El 02/10/13 16:45, Jan Holesovsky escribió:
> ...
>
> Just so that this does not lead to confusion - SmartArt being a real
> group shape is a relatively recent fix:
>
>
http://cgit.freedesktop.org/libreoffice/core/commit/?id=59373b753902f69cd44d183568b084429322e7ab
>
> In the previous versions it h
Hi Mirek,
Mirek M. píše v St 02. 10. 2013 v 17:01 +0200:
> 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.)
There would be indication, but only ex-post; I hope that is st
Hi Kendy,
On Wed, Oct 2, 2013 at 4:45 PM, Jan Holesovsky wrote:
> Hi Jacobo, Miklos,
>
> Miklos Vajna píše v St 02. 10. 2013 v 14:44 +0200:
>
> > > With the current one, a user can change the shapes
> > > but those changes won't be exported back to docx and that's confusing.
> >
> > Indeed. Read
Hi Miklos,
On Wed, Oct 2, 2013 at 2:44 PM, Miklos Vajna wrote:
> Hi Jacobo,
>
> On Wed, Oct 02, 2013 at 11:30:31AM +0200, Jacobo Aragunde Pérez <
> jaragu...@igalia.com> wrote:
> > In my opinion, the default behaviour should be SmartArt becoming
> > immutable on import.
>
> That would be a regres
Hi Jacobo, Miklos,
Miklos Vajna píše v St 02. 10. 2013 v 14:44 +0200:
> > With the current one, a user can change the shapes
> > but those changes won't be exported back to docx and that's confusing.
>
> Indeed. Read the original rationale here:
>
> http://lists.freedesktop.org/archives/libreof
Hi Jacobo,
On Wed, Oct 02, 2013 at 11:30:31AM +0200, Jacobo Aragunde Pérez
wrote:
> In my opinion, the default behaviour should be SmartArt becoming
> immutable on import.
That would be a regression, I'm afraid, since by default ATM you can do
that.
> With the current one, a user can change th
On Wed, Oct 2, 2013 at 1:44 PM, Samuel Mehrbrodt wrote:
> That might be ok for now, but then the default behavior should be as it is
> now (SmartArt editable).
> If we have the not-editable Smart-Art as default, we need an easy way to
> make it editable.
>
I'd much rather for non-editable SmartAr
That might be ok for now, but then the default behavior should be as it
is now (SmartArt editable).
If we have the not-editable Smart-Art as default, we need an easy way to
make it editable.
Mirek, what do you think?
Am 02.10.2013 11:35, schrieb Jacobo Aragunde Pérez:
Everything is possible, i
El 02/10/13 08:09, Samuel Mehrbrodt escribió:
> Hi Jacobo,
>
> good to see this being improved. I don't think an option in the Options
> dialog is the best way to go. Users might not expect it there and think
> it's a bug that you can't edit SmartArt (because you could before)
>
> I have anothe
El 02/10/13 09:58, Miklos Vajna escribió:
> On Wed, Oct 02, 2013 at 01:59:14AM +0300, Andres Gomez
> wrote:
>> Actually, I've been reading in LibO's Help which is the purpose of the
>> options under "Options -> Load/Save -> MS Office" and they seem to be
>> really attached to OLE importing/export
On Wed, Oct 02, 2013 at 01:59:14AM +0300, Andres Gomez
wrote:
> Actually, I've been reading in LibO's Help which is the purpose of the
> options under "Options -> Load/Save -> MS Office" and they seem to be
> really attached to OLE importing/exporting.
Seeing that SmartArt also has this "native
Hi guys,
On Wed, Oct 2, 2013 at 8:09 AM, Samuel Mehrbrodt wrote:
> Hi Jacobo,
>
> good to see this being improved. I don't think an option in the Options
> dialog is the best way to go. Users might not expect it there and think
> it's a bug that you can't edit SmartArt (because you could before)
Hi Jacobo,
good to see this being improved. I don't think an option in the Options
dialog is the best way to go. Users might not expect it there and think
it's a bug that you can't edit SmartArt (because you could before)
I have another suggestion:
You could disable editing SmartArt by defaul
Hi,
On Tue, 2013-10-01 at 17:49 +0200, Jacobo Aragunde Pérez wrote:
...
> That takes us to the next step: we want to make imported SmartArt
> immutable, so users are aware that they can change the document but not
> the shapes. We would like to add a configuration setting to enable or
> disable th
Hi,
On Tue, 2013-10-01 at 17:49 +0200, Jacobo Aragunde Pérez wrote:
...
> That takes us to the next step: we want to make imported SmartArt
> immutable, so users are aware that they can change the document but
not
> the shapes. We would like to add a configuration setting to enable or
> disable th
Hi :)
Lately we have been working on SmartArt support on Writer. As you know,
in 4.1 and prior the SmartArt figures were imported to LO shapes but
they weren't exported back when saving to docx, causing data loss.
Our first approach, which is already pushed to master, was saving the
full SmartArt
18 matches
Mail list logo