Semantics of X-offset Y-offset
The values for X-offset Y-offset when applied to the trill sign or the coda sign refer to different places on the glyph. For the trill it refers to the bottom right and for the coda the center right. (I have found this by trial-and-error). This causes a problem for dragging these signs on the final typeset pdf (which you can do in Denemo) because the user expects the symbol to be dropped centered on the pointer yet there is no consistent offset that can be applied to achieve this. Question: where in the LilyPond source tree is the information about where the origin of the glyph is with respect to the center of the bounding rectangle of the glyph? Any help is much appreciated. Richard Shann ___ lilypond-devel mailing list lilypond-devel@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: busy developer's summary 7: stable or not stable? that is the question
update 2013/4/15 Janek Warchoł janek.lilyp...@gmail.com: And here are the problematic issues: [..] Allow slurs to break at barlines - previously pushed patch was found out to be defective, and may get reverted. http://code.google.com/p/lilypond/issues/detail?id=1698 Mike reverted the commit with 5e21cfdf00549e18e557d8cafd129a6ce0ff00a4. Janek ___ lilypond-devel mailing list lilypond-devel@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: Semantics of X-offset Y-offset
Hi, 2013/4/15 Richard Shann richard.sh...@virgin.net: Question: where in the LilyPond source tree is the information about where the origin of the glyph is with respect to the center of the bounding rectangle of the glyph? Any help is much appreciated. Interesting coincidence. See http://code.google.com/p/lilypond/issues/detail?id=3273 and the conversation linked there. hth, Janek ___ lilypond-devel mailing list lilypond-devel@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: Woodwind diagrams (issue 1425041)
https://codereview.appspot.com/1425041/diff/12001/ps/music-drawing-routines.ps File ps/music-drawing-routines.ps (right): https://codereview.appspot.com/1425041/diff/12001/ps/music-drawing-routines.ps#newcode196 ps/music-drawing-routines.ps:196: +% Note that filled is not boolean to permit for different graylevels (ie for trill keys) What's the reason for this falsehood? filled is quite obviously boolean and used as such. https://codereview.appspot.com/1425041/ ___ lilypond-devel mailing list lilypond-devel@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: Woodwind diagrams (issue 1425041)
On 15 avr. 2013, at 15:38, d...@gnu.org wrote: https://codereview.appspot.com/1425041/diff/12001/ps/music-drawing-routines.ps File ps/music-drawing-routines.ps (right): https://codereview.appspot.com/1425041/diff/12001/ps/music-drawing-routines.ps#newcode196 ps/music-drawing-routines.ps:196: +% Note that filled is not boolean to permit for different graylevels (ie for trill keys) What's the reason for this falsehood? filled is quite obviously boolean and used as such. You're right, this comment is wrong. Seems like filled is only being used for boolean. Cheers, MS ___ lilypond-devel mailing list lilypond-devel@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: Semantics of X-offset Y-offset
On Mon, 2013-04-15 at 10:38 +0200, Janek Warchoł wrote:
Hi,
2013/4/15 Richard Shann richard.sh...@virgin.net:
Question: where in the LilyPond source tree is the information about
where the origin of the glyph is with respect to the center of the
bounding rectangle of the glyph?
Any help is much appreciated.
Interesting coincidence. See
http://code.google.com/p/lilypond/issues/detail?id=3273 and the
conversation linked there.
hth,
It does indeed help; it raises a different possibility which I had not
really thought about: instead of teaching Denemo where the reference
points are I can let the user turn on the red dots at the reference
points and the user can click on them to achieve accurate positioning -
more accurate than clicking in the middle of the object.
I have tested this using
\new Staff \with { \printRefpoint ##f #'all-grobs }
but it will be easier to have a single switch to turn the red dots on
for all the staffs, indeed for all the \score blocks. I'll try and dig
deeper into the code provided by Harm to see how to do this, but if
anyone can easily tell me what to insert globally I will be eternally
grateful.
Janek
___
lilypond-devel mailing list
lilypond-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: Semantics of X-offset Y-offset
Hi,
2013/4/15 Richard Shann richard.sh...@virgin.net:
On Mon, 2013-04-15 at 10:38 +0200, Janek Warchoł wrote:
Hi,
2013/4/15 Richard Shann richard.sh...@virgin.net:
Question: where in the LilyPond source tree is the information about
where the origin of the glyph is with respect to the center of the
bounding rectangle of the glyph?
Any help is much appreciated.
Interesting coincidence. See
http://code.google.com/p/lilypond/issues/detail?id=3273 and the
conversation linked there.
It does indeed help; it raises a different possibility which I had not
really thought about: instead of teaching Denemo where the reference
points are I can let the user turn on the red dots at the reference
points and the user can click on them to achieve accurate positioning -
more accurate than clicking in the middle of the object.
Sounds like a good idea.
I have tested this using
\new Staff \with { \printRefpoint ##f #'all-grobs }
but it will be easier to have a single switch to turn the red dots on
for all the staffs, indeed for all the \score blocks. I'll try and dig
deeper into the code provided by Harm to see how to do this, but if
anyone can easily tell me what to insert globally I will be eternally
grateful.
Looks like using
\layout {
\context {
\Score
\printRefpoint ##f #'all-grobs
}
}
inserts refpoint dots for all grobs in a Score.
hth,
Janek
___
lilypond-devel mailing list
lilypond-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: Semantics of X-offset Y-offset
On Mon, 2013-04-15 at 17:25 +0200, Janek Warchoł wrote:
Hi,
[...] and the user can click on them to achieve accurate positioning -
more accurate than clicking in the middle of the object.
Sounds like a good idea.
I have tested this using
\new Staff \with { \printRefpoint ##f #'all-grobs }
but it will be easier to have a single switch to turn the red dots on
for all the staffs, indeed for all the \score blocks. I'll try and dig
deeper into the code provided by Harm to see how to do this, but if
anyone can easily tell me what to insert globally I will be eternally
grateful.
Looks like using
\layout {
\context {
\Score
\printRefpoint ##f #'all-grobs
}
}
inserts refpoint dots for all grobs in a Score.
Yes, thanks, that worked perfectly straight off, the wysiwyg positioning
is now working with pinpoint precision in Denemo. I'll create a video
demo when I have the code in git.
Richard
___
lilypond-devel mailing list
lilypond-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: Semantics of X-offset Y-offset
2013/4/15 Richard Shann richard.sh...@virgin.net:
On Mon, 2013-04-15 at 17:25 +0200, Janek Warchoł wrote:
Looks like using
\layout {
\context {
\Score
\printRefpoint ##f #'all-grobs
}
}
inserts refpoint dots for all grobs in a Score.
Yes, thanks, that worked perfectly straight off, the wysiwyg positioning
is now working with pinpoint precision in Denemo. I'll create a video
demo when I have the code in git.
cool!
Janek
___
lilypond-devel mailing list
lilypond-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-devel
