Le vendredi 20 janvier 2023 à 18:32 +0100, Jean Abou Samra a écrit :
> [In case people are wondering why I’m not replying: I want to actually see
> what it takes to cross-compile Poppler, this takes time, and I don’t have a
> lot of it ATM, hence the delay.]
I tried this, and it consumed a lot
[In case people are wondering why I’m not replying: I want to actually see what
it takes to cross-compile Poppler, this takes time, and I don’t have a lot of
it ATM, hence the delay.]
Sorry for piping up:
Personally I don't see any problem with Jean's poll: It clearly was not
intended as a way to reach a democratic decision, but as a means of
obtaining a data point.
(which is surprising and my interpretation is that the question was
phrased wrongly: Currently, the only
On Sun, 2023-01-15 at 14:09 +0100, Jean Abou Samra wrote:
> Le 15/01/2023 à 12:24, Jonas Hahnfeld a écrit :
> > (which is surprising and my interpretation is that the question was
> > phrased wrongly:
>
> Could you elaborate on how the question should have been
> phrased in your opinion? I don't
Le 15/01/2023 à 12:24, Jonas Hahnfeld a écrit :
(which is surprising and my interpretation is that the question was
phrased wrongly:
Could you elaborate on how the question should have been
phrased in your opinion? I don't understand this from the
following sentences.
(For what it's worth,
On Sun, 2023-01-15 at 13:40 +0100, Jean Abou Samra wrote:
> - Since Poppler's build system is CMake, we have to write a different
> class inheriting from Package alongside ConfigurePackage and
> MesonPackage, and figure out how CMake needs to be invoked and
> with what environment
Le 14/01/2023 à 22:09, Jonas Hahnfeld a écrit :
On Sat, 2023-01-14 at 18:11 +0100, Jean Abou Samra wrote:
I would have to test how difficult it actually is to cross-compile
Poppler, but my own assessment is that keeping MinGW cross-compilation
of a C++ project working is potentially more
> My conclusion is that PDF is the more "logical"
> successor to the inclusion of EPS.)
I'm not on the user list anymore so I didn't see the poll. Personally
I mostly work with EPS (for at least one publisher that I worked with
it was the only acceptable vector format), but I'm glad that we
On 2023-01-15 3:24 am, Jonas Hahnfeld wrote:
My conclusion is that PDF is the more "logical"
successor to the inclusion of EPS.)
There is a philosophical issue: EPS (and SVG) are intended to be used as
embedded vector graphics. PDF is a document format. EPS/SVG are the
diagrams and
On Sun, 15 Jan 2023, 12:25 Jonas Hahnfeld via Discussions on LilyPond
development, wrote:
> PDF is the more "logical"
> successor to the inclusion of EPS.
>
It never occured to me we wouldn't support PDF. I always heard the
discussion as "do we actually really need SVG inclusion when emitting
On Sun, 2023-01-15 at 00:45 -0800, Aaron Hill wrote:
> On 2023-01-14 7:45 am, Jonas Hahnfeld via Discussions on LilyPond
> development wrote:
> > I strongly believe that we must figure this out *now*, before deciding
> > to go that route. Relatedly, I also think it was a mistake to ask the
> >
On 2023-01-14 7:45 am, Jonas Hahnfeld via Discussions on LilyPond
development wrote:
I strongly believe that we must figure this out *now*, before deciding
to go that route. Relatedly, I also think it was a mistake to ask the
users at this stage - they cannot assess the technical difficulties of
On Sat, 2023-01-14 at 18:11 +0100, Jean Abou Samra wrote:
> I would have to test how difficult it actually is to cross-compile
> Poppler, but my own assessment is that keeping MinGW cross-compilation
> of a C++ project working is potentially more burdensome on the long-term
> than with a Rust one,
Le 14/01/2023 à 16:45, Jonas Hahnfeld a écrit :
On Wed, 2023-01-11 at 23:13 +0100, Han-Wen Nienhuys wrote:
Regarding rsvg and rust: maybe we could try with an older version of
librsvg first? Rust was only introduced in 2.41, so if we go with
2.40, we can postpone the worry about compiling Rust.
On Wed, 2023-01-11 at 23:13 +0100, Han-Wen Nienhuys wrote:
> Regarding rsvg and rust: maybe we could try with an older version of
> librsvg first? Rust was only introduced in 2.41, so if we go with
> 2.40, we can postpone the worry about compiling Rust.
librsvg 2.41 was released in 2017, the last
Le 11/01/2023 à 23:13, Han-Wen Nienhuys a écrit :
I was initially thinking there might be a way to avoid a full-blown
parser/interpreter for PDF. But that would not work in all formats, so
it's probably not acceptable. So you're right.
For others following the conversation, the poll is at
On Tue, Jan 10, 2023 at 11:32 PM Jean Abou Samra wrote:
>
> Le 10/01/2023 à 23:25, Han-Wen Nienhuys a écrit :
> > On Mon, Jan 9, 2023 at 7:45 PM Jonas Hahnfeld wrote:
> >> On Sun, 2023-01-08 at 23:18 +0100, Jean Abou Samra wrote:
> >>> In order to keep support for vector graphics, even if not
>
Le 08/01/2023 à 23:18, Jean Abou Samra a écrit :
* If so, how do we manage the transition? Do we make them
optional at first, and if so, for how long?
Only Werner commented on this aspect so far. Are there other opinions?
OpenPGP_signature
Description: OpenPGP digital signature
Le 10/01/2023 à 23:32, Jean Abou Samra a écrit :
A thought in passing: whether we take Librsvg or Poppler, we will need
libjpeg. This should also enable us to support JPEG in addition to PNG
with not too much effort.
On further thinking, I think I'm going to submit this separately as a
first
On 2023-01-10 2:51 pm, Jean Abou Samra wrote:
Hi Aaron,
Thanks for your reply.
Le 10/01/2023 à 03:25, Aaron Hill a écrit :
I have had some success with converting EPS to SVG (albeit with some
manual correction for color spaces)
I'm curious about this, can you say more about these
Le 10/01/2023 à 23:32, Jean Abou Samra a écrit :
(It hasn't appeared on the archives yet, I'll post a link when it does.)
https://lists.gnu.org/archive/html/lilypond-user/2023-01/msg00189.html
Also on -user-fr:
https://lists.gnu.org/archive/html/lilypond-user-fr/2023-01/msg00048.html
Hi Aaron,
Thanks for your reply.
Le 10/01/2023 à 03:25, Aaron Hill a écrit :
I have had some success with converting EPS to SVG (albeit with some
manual correction for color spaces)
I'm curious about this, can you say more about these
corrections? (If we do this, it's important to offer an
Le 10/01/2023 à 23:25, Han-Wen Nienhuys a écrit :
On Mon, Jan 9, 2023 at 7:45 PM Jonas Hahnfeld wrote:
On Sun, 2023-01-08 at 23:18 +0100, Jean Abou Samra wrote:
In order to keep support for vector graphics, even if not
with EPS, we can add support for embedding SVG images.
Are we sure that
On Mon, Jan 9, 2023 at 7:45 PM Jonas Hahnfeld wrote:
>
> On Sun, 2023-01-08 at 23:18 +0100, Jean Abou Samra wrote:
> > In order to keep support for vector graphics, even if not
> > with EPS, we can add support for embedding SVG images.
>
> Are we sure that this is actually what the users need? If
On Mon, 2023-01-09 at 23:19 +0100, Jean Abou Samra wrote:
> Le 09/01/2023 à 20:50, Jonas Hahnfeld a écrit :
> > I tried very hard to install as much as possible from the official
> > repositories (MetaPost on CentOS7 and Meson being the exceptions),
> > which makes the environment very easy to
On 2023-01-09 11:12 am, Jean Abou Samra wrote:
I'm not really sure how to get factual data about this (a straw poll
on the user list?).
In my experience, for things like logos, SVG is more common (there
*are*
logos in PDF, they're just less common as far as I know, but again this
is
only my
Le 09/01/2023 à 20:50, Jonas Hahnfeld a écrit :
I tried very hard to install as much as possible from the official
repositories (MetaPost on CentOS7 and Meson being the exceptions),
which makes the environment very easy to reproduce. I'm not too fond of
the rustup approach in general...
On Mon, 2023-01-09 at 20:12 +0100, Jean Abou Samra wrote:
> Le 09/01/2023 à 19:44, Jonas Hahnfeld a écrit :
> > On Sun, 2023-01-08 at 23:18 +0100, Jean Abou Samra wrote:
> > > In order to keep support for vector graphics, even if not
> > > with EPS, we can add support for embedding SVG images.
> >
Le 09/01/2023 à 20:12, Jean Abou Samra a écrit :
while rustup arranges so that
the version of Rust used in each project is the one specified in
Cargo.toml.
Sorry, I misremembered: s/Cargo.toml/rust-toolchain.toml. A pinned
Rust version is specified there, Cargo.toml supports a minimum
Le 09/01/2023 à 19:44, Jonas Hahnfeld a écrit :
On Sun, 2023-01-08 at 23:18 +0100, Jean Abou Samra wrote:
In order to keep support for vector graphics, even if not
with EPS, we can add support for embedding SVG images.
Are we sure that this is actually what the users need? If everybody
just
On Sun, 2023-01-08 at 23:18 +0100, Jean Abou Samra wrote:
> In order to keep support for vector graphics, even if not
> with EPS, we can add support for embedding SVG images.
Are we sure that this is actually what the users need? If everybody
just cares about including PDF (for logos), I'm not
> Therefore, the proposal here is to add librsvg as a dependency to
> LilyPond. The transitive dependencies it pulls in are libxml2,
> GdkPixbuf, and libjpeg (the latter for GdkPixbuf).
Your proposal sounds good to me.
> * If so, how do we manage the transition? Do we make them optional
>
32 matches
Mail list logo
