Hello Werner,
Thanks for pointing this out, and sorry for the noice : I’ve done so many
attempts that this escaped me.
A nice day!
JM
> Le 23 nov. 2022 à 08:05, Werner LEMBERG a écrit :
>
>
>> Overriding Score.LyricExtender.stencil to hide the extenders seems
>> to be ineffective, as show b
> Overriding Score.LyricExtender.stencil to hide the extenders seems
> to be ineffective, as show below. OverridingScore.LyricText.stencil
> works fine, though.
Well, you have
```
Lor -- d -- |
```
If you replace this with
```
Lor -- d __ |
```
it works as expected. What a
Hello folks,
Overriding Score.LyricExtender.stencil to hide the extenders seems to be
ineffective, as show below. OverridingScore.LyricText.stencil works fine,
though.
Thanks for any help!
JM
\version "2.23.80"
#(set-global-staff-size 32)
\score {
<<
\new Staff
<<
\new Vo
Le 22/11/2022 à 16:51, Abraham Lee a écrit :
Ok, I can confirm that it works as expected. Thanks, again, Jean! No
doubt I will be using this quite a lot over the coming months.
Now added as https://lsr.di.unimi.it/LSR/Item?id=1154
(I didn't bother "downgrading" it to 2.22 because 2.24 should
On Tue, Nov 22, 2022 at 3:37 PM Leo Correia de Verdier <
leo.correia.de.verd...@gmail.com> wrote:
> That is not another bug, that is because I only redefined the regular
> barline
>
D'Oh. Of course. Thanks...
> Another curious thing is that bar six prints right for me, even without
> barlines
On Mon, Nov 21, 2022 at 11:21 PM Abraham Lee
wrote:
>
>
> On Mon, Nov 21, 2022 at 6:36 PM Jean Abou Samra
> wrote:
>
>> Hi,
>>
>>
>> Le 20/11/2022 à 21:50, Kieren MacMillan a écrit :
>> >> Kieren, you've got to try this out! It will blow your mind!
>> > I just took Jean’s example, and compared t
That is not another bug, that is because I only redefined the regular barline
(not the double) to print on the beginning of staves. Add:
\defineBarLine "||" #'("||" "|" "||”)
to the layout block and you’re back. That needs to be done for every kind of
barline you use.
Another curious thing
Ha.
So it works. but also reveals another bug
Note small change in bar 5: now the bar 6 line is gone again, and so it's
the correctly accounted accidental spacing...
L
\version "2.22.1"
\layout {
\override Score.Clef.break-visibility = #'#(#f #f #f) % make only the
first clef visible
}
\d
Noice, thanks Leo, this is enough of a workaround for my current state,
thanks for figuring that out
Cheers,
Luca
On Tue, 22 Nov 2022, 14:04 Leo Correia de Verdier, <
leo.correia.de.verd...@gmail.com> wrote:
> Hi Luca!
>
> This could well be a bug. In the context you have shown you can work
> ar
Hi Luca!
This could well be a bug. In the context you have shown you can work around it
by printing the barlines at the beginning of staves too, by adding
\defineBarLine "|" #'("|" "|" "|”)
to the layout block.
HTH
/Leo
> 22 nov. 2022 kl. 13:30 skrev Luca Fascione :
>
> Ok, so, small source at
Hello Mark,
> Yes, I think we all agree on that. At the moment there isn't, but even
> if and when that might be implemented, I can still see a role for a
> repository such as OpenLilyLib to collect and host those modules. Is the
> future really copying blocks of code from websites or email attach
Ok, so, small source at the bottom
[image: image.png]
See how the stems of the first columns in bars 2, 6, 10 all line up,
whereas on bars 3, 7, 11 they don't...
L
\version "2.22.1"
\layout {
\override Score.Clef.break-visibility = #'#(#f #f #f) % make only the
first clef visible
}
m =
Le 22/11/2022 à 08:50, Henning Hraban Ramm a écrit :
... module code ...
\endModule % or whatever name
... example ...
where \endModule would act as a "trap" interrupting the parsing,
but only if the file is included. If the file is compiled as
main, it would continue parsing, and after \endM
It seems to have something to do with this:
\override Clef.break-visibility = #'#(#f #f #f)
I'm working on shortening the source
L
On Tue, Nov 22, 2022 at 12:25 PM Luca Fascione wrote:
> Ha. Ok, I'll whittle it down to something small that repros it then.
> Thanks Leo!
> L
>
> On Tue, 22 Nov
Ha. Ok, I'll whittle it down to something small that repros it then.
Thanks Leo!
L
On Tue, 22 Nov 2022, 12:00 Leo Correia de Verdier, <
leo.correia.de.verd...@gmail.com> wrote:
> Hi Luca!
>
> This works quite well when I try to replicate it, so the code producing
> the error is probably needed to
Hi Luca!
This works quite well when I try to replicate it, so the code producing the
error is probably needed to solve this. Try to make a minimal example. That
said, one could guess that it could have something to do with break-alignments.
Best
/Leo
> 22 nov. 2022 kl. 11:27 skrev Luca Fascion
Hi all,
In a sheet I'm working on I'm observing that the accidentals on the first
bar of a line aren't handling collisions with the start-of-line bracket and
bar, while inbetween bars this works just fine (see attached image).
Where do I look for hints on how to fix this?
Many thanks,
Luca
[imag
Mark, I use my stem slash code a lot.
I don't think you should delete things willy nilly. There may be users
who use stuff in OLL that do not respond in the list etc etc.
Andrew
Thanks to all for your responses. There seems to be a general agreement
about the desired direction but I'd still like to hear who is actually
using this code at the moment. Is it just Kieren and me?
### Usage
Several people mentioned difficulties using OLL.
- how to install?
- what does it do?
Hello Valentin,
Thanks, that’s a great idea!
JM
> Le 22 nov. 2022 à 00:35, Valentin Petzel a écrit :
>
> Hi Jacques,
> there is also the option of doing something like this:
>
> { c2 2 << R1*3 { s8 \grace { \once\omit NoteHead c1 } s4. s2 s1 s2 s4. \grace
> { \once\omit NoteHead c1 } } >> c1
20 matches
Mail list logo