On Sun, Jan 15, 2023 at 9:49 AM Hans Åberg wrote:
>
> As the full number of Turkish makam is very large, perhaps too many to
> have in this file, there might be a turkish-makam-extended for the less
> common ones.
>
The turkish-makam.ly file contains if I remember correctly, key signature
defini
Le 15/01/2023 à 20:23, Lukas-Fabian Moser a écrit :
Am 15.01.23 um 20:20 schrieb Jean Abou Samra:
Le 15/01/2023 à 20:11, Lukas-Fabian Moser a écrit :
So the setting seems to be used on a per-page basis,
The problem here is that during page breaking, the score-local layouts
are being taken in
Am 15.01.23 um 20:20 schrieb Jean Abou Samra:
Le 15/01/2023 à 20:11, Lukas-Fabian Moser a écrit :
So the setting seems to be used on a per-page basis,
The problem here is that during page breaking, the score-local layouts
are being taken into account, but not during page spacing.
Do you ha
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 fo
Le 15/01/2023 à 20:11, Lukas-Fabian Moser a écrit :
So the setting seems to be used on a per-page basis,
The problem here is that during page breaking, the score-local layouts
are being taken into account, but not during page spacing.
OpenPGP_signature
Description: OpenPGP digital signatur
I don't see that. layout/midi are different output media. paper has
some overarching information (like base file names). It also contains
some information pertinent to typesetting a whole document as opposed to
single scores, like paper dimensions. Things like staff sizes are a
whole lot mu
> On 15 Jan 2023, at 14:45, Adam Good wrote:
>
> Hans and Werner,
> For a couple reasons, I deliberately used the name turkish-makam.ly to make
> a distinction and clarity between the Arabic and Turkish varieties of
> (respectively) maqam and makam theory and notation systems. Also I do have
>
Jean Abou Samra writes:
> Le 14/01/2023 à 22:10, David Kastrup a écrit :
>> What should it be?
>
>
> I have no idea. My own gut feeling is that output defs need a redesign
> and reimplementation from scratch anyway. In an ideal world, we wouldn't
> even have the paper/layout/midi distinction.
I
On Sat, Jan 14, 2023 at 4:00 AM Hans Åberg wrote:
>
> > On 14 Jan 2023, at 08:06, Werner LEMBERG wrote:
> >
> >>> Too bad that `makam.ly` is essentially undocumented...
> >>
> >> From what I can see, makam.ly is the original faulty file, only
> >> there for backwards compatibility, which might b
Le 14/01/2023 à 22:10, David Kastrup a écrit :
What should it be?
I have no idea. My own gut feeling is that output defs need a redesign
and reimplementation from scratch anyway. In an ideal world, we wouldn't
even have the paper/layout/midi distinction.
OpenPGP_signature
Description: OpenP
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 u
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, it
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 variable
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 burdens
> 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 polled
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 illustra
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 P
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
> > use
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
19 matches
Mail list logo
