On 06.03.2016 12:16, Karol Majewski wrote:
As for skylines: in a nutshell, skylines are invisible borders.
Setting them to #'() affects the shape of these borders.
IIUC, it rather removes the skyline, making the grob invisible for
spacing purposes, doesn’t it?
Best, Simon
__
Hi Andrew,
basically, this function allows to adjust the size of the whiteout box. It is especially useful in handling DynamicText-SpanBar collisions. Read the whole topic here:
http://lilypond.1069038.n5.nabble.com/Whiteout-box-function-by-Thomas-Morley-need-help-td161262.html
As for
HI Karol,
Is there any introductory or tutorial material anywhere about vertical
skylines, and horizontal? I confess I really have very little comprehension of
this aspect of ilypond. [My perhaps myopic reading of the NR does not enlighten
me.]
Why does that setting do the job? What is its fun
OK, it seems that \override DynamicLineSpanner.vertical-skylines = #'() does the job.
There is an issue with DynamicText placed at the end of hairpin.
If DynamicText is placed after the end of hairpin and some extraWhiteout is added to the left of DynamicText then the whole DynamicText is shi
There is an issue with DynamicText placed at the end of hairpin.
If DynamicText is placed after the end of hairpin and some extraWhiteout is added to the left of DynamicText then the whole DynamicText is shifted to the right.
I want DynamicText to stay centered below note. Any suggestions are
Done! :-)
moreWhiteout =#(define-music-function (parser location adds item)(pair? symbol-list-or-music?) (define more-stencil-whiteout (lambda (grob) (let* ((function (assoc-get 'stencil (reverse (ly:grob-basic-properties grob (stil
Thanks, David.
I've looked into this, but have no idea what's going on there. Here's crippled version of extraWhiteout function - works only for TextScript and allows to set X-extent only. But still don't know how to turn this into \tweak.
extraWhiteout =#(define-music-function (parser locati
Hi Karol,
On Thu, Jun 12, 2014 at 12:48 PM, Karol Majewski wrote:
> I'm trying to make this function work via \tweak. Grob-name string is no
> longer needed. The following code doesn't work. Perhaps I missed something
> that is obvious to schemers. Any ideas are welcome.
>
> moreWhiteout =
> #(
I'm trying to make this function work via \tweak. Grob-name string is no longer
needed. The following code doesn't work. Perhaps I missed something that is
obvious to schemers. Any ideas are welcome.
moreWhiteout =
#(define-music-function (parser location adds)(pair?)
(define more-stencil-whit
Hi Harm. This is quite an impressive piece of code! So far everything is fine
:-) Thank you very much. It should be added to LSR, I think.
___
lilypond-user mailing list
lilypond-user@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-user
2014-04-21 16:40 GMT+02:00 Karol Majewski :
> Harm,
>
> this change is related to issue 621:
> http://code.google.com/p/lilypond/issues/detail?id=621
>
> Now, I do not accept this solution. It is simply against the rules.
> DynamicText shouldn't have influence on spacaing. Therefore I prefer white
"Karol Majewski" writes:
> Although I know nothing about scheme, I've managed to slim down this
> function, so that there are no optional arguments. Now I'll try to find out
> why it doesn't work for DynamicText grob.
>
> Harm, thanks in advance for any hints. Perhaps we can mix your function w
2014-04-21 16:40 GMT+02:00 Karol Majewski :
> Harm,
>
> this change is related to issue 621:
> http://code.google.com/p/lilypond/issues/detail?id=621
>
> Now, I do not accept this solution. It is simply against the rules.
> DynamicText shouldn't have influence on spacaing. Therefore I prefer white
Harm,
this change is related to issue 621:
http://code.google.com/p/lilypond/issues/detail?id=621
Now, I do not accept this solution. It is simply against the rules. DynamicText
shouldn't have influence on spacaing. Therefore I prefer whiteout.
So I use:
\context {
\Staff
\override Dynamic
2014-04-21 16:02 GMT+02:00 Thomas Morley :
> Hi Karol,
>
> sorry coming back to you that late.
>
> 2014-04-21 13:22 GMT+02:00 Karol Majewski :
>> Although I know nothing about scheme, I've managed to slim down this
>> function, so that there are no optional arguments. Now I'll try to find out
>>
Hi Karol,
sorry coming back to you that late.
2014-04-21 13:22 GMT+02:00 Karol Majewski :
> Although I know nothing about scheme, I've managed to slim down this
> function, so that there are no optional arguments. Now I'll try to find out
> why it doesn't work for DynamicText grob.
>
It seems t
Although I know nothing about scheme, I've managed to slim down this function,
so that there are no optional arguments. Now I'll try to find out why it
doesn't work for DynamicText grob.
Harm, thanks in advance for any hints. Perhaps we can mix your function with
flexible-stencil-whiteout (see
2014-04-09 18:50 GMT+02:00 Karol Majewski :
> Hi Harm
>
> Function you wrote few days ago works for TextScript but not for DynamicText:
>
> \moreWhiteout DynamicText #'(7 . 0) c'1
>
> And only X-offset is added to DynamicText.
>
>
> --Karol
>
>
>
Hi Karol,
I'm on it.
Though, because of little fre
The following:
{
\moreWhiteout DynamicText #'(2 . 0) c'1 \f
}
gives:
warning: DynamicText has empty extent and non-empty stencil.
warning: Not drawing a box with negative dimension, -0.74 by 2.59.
Warnings dissapear when \f is replaced by \mf.
-Karol
> Hi Harm
>
> Function you wrote few da
Hi Harm
Function you wrote few days ago works for TextScript but not for DynamicText:
\moreWhiteout DynamicText #'(7 . 0) c'1
And only X-offset is added to DynamicText.
--Karol
___
lilypond-user mailing list
lilypond-user@gnu.org
https://lists.gn
Thanks again Harm. This is very useful function. Hopefully I'm not the only one
who appreciates it.
>
> Hi Karol,
>
> below the revised function.
> 'moreWhiteout' takes one optional and two normal arguments:
> Specifying whether the stencil should be boxed (boolean), which grob
> (string) and
Thomas Morley writes:
> 2014-04-06 11:39 GMT+02:00 Karol Majewski :
>> Thanks Harm.
>>
>> In SpanBar-Dynamics conflict I still prefer whiteout over
>> DynamicText.extra-spacing-width = ##f. The only problem is that
>> sometimes whiteout box does not cover the whole barline
>> width. Function I'm
2014-04-06 11:39 GMT+02:00 Karol Majewski :
> Thanks Harm.
>
> In SpanBar-Dynamics conflict I still prefer whiteout over
> DynamicText.extra-spacing-width = ##f. The only problem is that sometimes
> whiteout box does not cover the whole barline width. Function I'm asking for
> would allow to con
Am 06.04.2014 16:38, schrieb Kieren MacMillan:
Hi all,
Function I'm asking for would allow to control the width of whiteout box.
Just to note [again] that I would much prefer a whiteout function that followed
the glyph outline (with a padding or margin parameter), rather than a rectangle.
+
Hi all,
> Function I'm asking for would allow to control the width of whiteout box.
Just to note [again] that I would much prefer a whiteout function that followed
the glyph outline (with a padding or margin parameter), rather than a rectangle.
And, of course, I’m happy to chip in bounty money f
Thanks Harm.
In SpanBar-Dynamics conflict I still prefer whiteout over
DynamicText.extra-spacing-width = ##f. The only problem is that sometimes
whiteout box does not cover the whole barline width. Function I'm asking for
would allow to control the width of whiteout box.
BTW, In documentation
2014-04-06 0:09 GMT+02:00 Karol Majewski :
> This is a function written by Thomas Morley. It allows to control width and
> height of whiteout box. Now I want to modify this function to make it work
> like:
>
> \dynamicTextWhiteout #'(1 . 2)
>
> where:
> - first number is LEFT X-extent
> - sec
This is a function written by Thomas Morley. It allows to control width and
height of whiteout box. Now I want to modify this function to make it work like:
\dynamicTextWhiteout #'(1 . 2)
where:
- first number is LEFT X-extent
- second number is RIGHT X-extent
I don't need Y-extent at all.
28 matches
Mail list logo
