Hi Armin,
Armin Le Grand píše v St 23. 12. 2015 v 10:04 +0100:
> > I would have thought the difference between "open" and "insert" was
> > pretty clear (yes, I know there are plenty of clueless lusers out
> > there). But it applies to pretty much ALL objects - if you "insert"
> > then LO keeps
Hi Wol,
Am 21.12.2015 um 22:53 schrieb Anthonys Lists:
On 18/12/2015 09:29, Armin Le Grand wrote:
Despite the quality being quite different, even when this would be
fixed, there will alwyas be slight differences. How do you explain a
user that the quality of the SVG he wants to use depends on
On 18/12/2015 09:29, Armin Le Grand wrote:
Despite the quality being quite different, even when this would be
fixed, there will alwyas be slight differences. How do you explain a
user that the quality of the SVG he wants to use depends on the way he
uses it? Does anyone expect users to know the
On 16/12/2015 13:13, Dennis Roczek wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Hi SOS,
Am 16.12.2015 um 10:54 schrieb SOS:
Greetz Fernand ps. a filter who imports PDF in to Writer: +10
We do already such. File --> open --> PDF (open in writer)
OK this is a filter who opens and m
Hi,
Am 18.12.2015 um 11:56 schrieb Regina Henschel:
Hi all,
Thorsten Behrens schrieb:
Michael Stahl wrote:
i don't claim to know anything about SVG, but i just noticed that
filter/source/svg uses boost::spirit, and therefore i am +1 for
removing it.
That's so far the strongest case for remo
Hi,
Am 18.12.2015 um 12:12 schrieb Regina Henschel:
Hi Armin,
Armin Le Grand schrieb:
[..]
Both do not allow round-trip, good-quality SVG editing, that is not the
role of LO.
Why not?
Don't get me wrong - I would love LO to be a SVG editor, in the same
sense that I would love it to be a p
> Why not?
>
Because there are better alternatives? Because we want to avoid feature
creep; especially features that nobody seems to be ready to spend resources
on?
(My *private* opinions only.)
--tml
___
LibreOffice mailing list
LibreOffice@lists.free
Hi Armin,
Armin Le Grand schrieb:
[..]
Both do not allow round-trip, good-quality SVG editing, that is not the
role of LO.
Why not?
At least, (b) keeps the orig SVG as reusable data (context
menu, save graphic saves the *original* svg). Thus, you can edit it in
an external editor and re-add
Hi all,
Thorsten Behrens schrieb:
Michael Stahl wrote:
i don't claim to know anything about SVG, but i just noticed that
filter/source/svg uses boost::spirit, and therefore i am +1 for
removing it.
That's so far the strongest case for removal here. ;)
Other than that, the two filters serve t
Hi,
Am 16.12.2015 um 09:49 schrieb Jan Holesovsky:
Hi Thorsten,
Thorsten Behrens píše v Út 15. 12. 2015 v 23:46 +0100:
Other than that, the two filters serve two very different purposes -
the document filter actually tries to map svg as well as possible to
ODF (it would work even better if Li
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Hi SOS,
Am 16.12.2015 um 10:54 schrieb SOS:
>
> Greetz Fernand ps. a filter who imports PDF in to Writer: +10
We do already such. File --> open --> PDF (open in writer)
Regards,
Dennis Roczek
-BEGIN PGP SIGNATURE-
Version: GnuPG v2
iQ
+1 for Thorsten
For editing graphics there is Draw and we need a filter who makes the
original graphic editable
For publishing graphics there is Writer and we need a filter who just
imports and do not touch the original graphic
if the "one" filter can do both:Â OK
Greetz
Fernand
ps. a fil
Hi Thorsten,
Thorsten Behrens píše v Út 15. 12. 2015 v 23:46 +0100:
> Other than that, the two filters serve two very different purposes -
> the document filter actually tries to map svg as well as possible to
> ODF (it would work even better if LibreOffice's ODF filter would
> support more of th
Michael Stahl wrote:
> i don't claim to know anything about SVG, but i just noticed that
> filter/source/svg uses boost::spirit, and therefore i am +1 for
> removing it.
>
That's so far the strongest case for removal here. ;)
Other than that, the two filters serve two very different purposes -
th
On 15.12.2015 10:16, Armin Le Grand wrote:
> Imagine (a) creating a draw doc with one page and placing the SVG as
> GraphicObject there, all done. For MultiPage SVGs that should be changed
> to create one page per SVG page with the adapted single-page SVGs as
> GraphicObject content. That would all
On 15/12/15 09:16, Armin Le Grand wrote:
> Due to this situation I would propose to:
>
> - work on changing the SVG importer (a) to creating simple docs with
> GraphicObjects containing the SVG as gereric format, not do own SVG
> conversion any longer
> - put thus created free time in improving/fi
Hi List,
this issue needs to be discussed. I put Regina and Xisco on direct CC to
reach them. Xisco is so kind to fix errors on the SVG filter in the
filter module and asks me for reviews (which I am happily ready to do),
but this shows that eventually double work is done and we need to discus
Hi,
it would be nice if this topic can be dicussed today at the ESC meeting.
Regards
2015-11-05 12:22 GMT+01:00 Armin Le Grand :
> Hi,
>
> Am 05.11.2015 um 10:30 schrieb Xisco Faulí:
>
> Hi all,
>
> Recently I've been working on some fixes for filter/source/svg/* and my
> intention would be to
Hi,
Am 05.11.2015 um 10:30 schrieb Xisco Faulí:
Hi all,
Recently I've been working on some fixes for filter/source/svg/* and
my intention would be to spend some more time to fix other issues in
this filter as there's plenty of room for improvements. However, I'd
like to know if a decision is
Hi all,
Recently I've been working on some fixes for filter/source/svg/* and my
intention would be to spend some more time to fix other issues in this
filter as there's plenty of room for improvements. However, I'd like to
know if a decision is going to be make wrt this topic before I do other
fix
From a users point of view:
Inserting a SVG-image in Writer, Calc or Impress must been done
"unchanged" because users will in 99% off all cases not edit a Image.
Opening in Draw is a different game where in most cases the user has the
intention tot edit a image and save back SVG or as a othe
Hi,
Am 04.11.2015 um 13:11 schrieb Caolán McNamara:
We have svgio which is being used for insert->image->from file and
filter/source/svg which is being used for open file.
Which one is "the future", and what prevents us from using it in both
places ?
svgio: Imports SVG as Graphic, keeps SVG u
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 04/11/15 13:11, Caolán McNamara wrote:
> We have svgio which is being used for insert->image->from file and
> filter/source/svg which is being used for open file.
The first is renderer of the svg files. If you insert the file as you
mentioned, it
On 4 November 2015 at 15:40, Tomaž Vajngerl wrote:
> Hi,
>
> On Wed, Nov 4, 2015 at 1:11 PM, Caolán McNamara
> wrote:
> > We have svgio which is being used for insert->image->from file and
> > filter/source/svg which is being used for open file.
> >
> > Which one is "the future", and what preven
Hi,
On Wed, Nov 4, 2015 at 1:11 PM, Caolán McNamara wrote:
> We have svgio which is being used for insert->image->from file and
> filter/source/svg which is being used for open file.
>
> Which one is "the future", and what prevents us from using it in both
> places ?
Both have its own uses. svgi
Hi Caolán,
Caolán McNamara schrieb:
We have svgio which is being used for insert->image->from file and
filter/source/svg which is being used for open file.
Which one is "the future", and what prevents us from using it in both
places ?
I suggest to use svgio in both cases (as Apache OpenOffice
We have svgio which is being used for insert->image->from file and
filter/source/svg which is being used for open file.
Which one is "the future", and what prevents us from using it in both
places ?
C.
___
LibreOffice mailing list
LibreOffice@lists.free
27 matches
Mail list logo