Re: packed-spacing setting produce bad layout with long text

2014-07-19 Thread Abel Cheung
On Sun, Jul 20, 2014 at 9:42 AM, Colin Campbell wrote: > > It works for me when I move the \override into a \layout block: [hidden snippet...] With your snippet, it acts as if the packed-spacing setting is useless. Removing the whole \context block produces same layout. And with one slight chang

Re: packed-spacing setting produce bad layout with long text

2014-07-19 Thread Colin Campbell
On 14-07-19 07:11 PM, Abel Cheung wrote: \paper { ragged-rigth = ##t ragged-last = ##t } \relative c' { \override Score.SpacingSpanner #'packed-spacing = ##t c8 c c-\markup{"some very very very very very very long text"} c c c c c | \repeat unfold 16 {c} } It works for me when I move t

packed-spacing setting produce bad layout with long text

2014-07-19 Thread Abel Cheung
It is illustrated with this fragment: \paper { ragged-rigth = ##t ragged-last = ##t } \relative c' { \override Score.SpacingSpanner #'packed-spacing = ##t c8 c c-\markup{"some very very very very very very long text"} c c c c c | \repeat unfold 16 {c} } The packed-spacing setting acts as if

binding-offset bug

2014-07-19 Thread Karol Majewski
Hi, it seems that binding-offset size scales accordingly to global-staff-size, which of course is a bug: %%% \version "2.19.10" #(set-global-staff-size 20) \paper { top-markup-spacing = #'((basic-distance . 0) (minimum-distance . 0) (padding . 0) (stretchability . 0

Re: midi2ly produces 8*5, can we do better?

2014-07-19 Thread James
On 19/07/14 15:18, David Kastrup wrote: > Jan Nieuwenhuizen writes: > >> James writes: >> >>> Does it also matter that the clef is different when you run it back >>> through midi2ly (at least it was for me running 2.19.8) >> Yes, for 2.16.2 also. >> >>> I assume so in which case that is a second b

Re: midi2ly produces 8*5, can we do better?

2014-07-19 Thread Jan Nieuwenhuizen
Martin Tarenskeen writes: > As far as I know there is not a commonly accepted MIDI file event for > Clefs, like there is for Time Signature (FF 58 04) and Key Signature > (FF 59 02). But I guess it is possible for a Sequencer like Rosegarden > to put a special message in a "Sequencer Specific Meta

Re: midi2ly produces 8*5, can we do better?

2014-07-19 Thread Martin Tarenskeen
On Sat, 19 Jul 2014, Francisco Vila wrote: Sure? I know there is a message for encoding the key signature, but the clef? Yesterday I was messing with a MIDI imported in Rosegarden and edited a bass segment with the event editor, and one of the first events was a clef event. Let me look at i

Re: midi2ly produces 8*5, can we do better?

2014-07-19 Thread Jan Nieuwenhuizen
Francisco Vila writes: > Maybe the clef event was generated by Rosegarden on import? That would not surprise me. There is a lot of smart heuristics you can think of to amend midi2ly. Greetings, Jan -- Jan Nieuwenhuizen | GNU LilyPond http://lilypond.org Freelance IT http://JoyofSource.com |

Re: midi2ly produces 8*5, can we do better?

2014-07-19 Thread Francisco Vila
2014-07-19 16:19 GMT+02:00 David Kastrup : > Francisco Vila writes: > >> El 19/07/2014 15:58, "Jan Nieuwenhuizen" escribió: >>> >>> If MIDI has a way to encode >>> clef information, then it's a bug. >>> >> >> Yes it has. > > Sure? I know there is a message for encoding the key signature, but th

Re: midi2ly produces 8*5, can we do better?

2014-07-19 Thread Jan Nieuwenhuizen
Francisco Vila writes: >>  If MIDI has a way to encode >> clef information, then it's a bug. >> > > Yes it has. That's nice. If you have documentation you can point at, that would help. Greetings, Jan -- Jan Nieuwenhuizen | GNU LilyPond http://lilypond.org Freelance IT http://JoyofSource.com

Re: midi2ly produces 8*5, can we do better?

2014-07-19 Thread David Kastrup
Francisco Vila writes: > El 19/07/2014 15:58, "Jan Nieuwenhuizen" escribió: >> >> If MIDI has a way to encode >> clef information, then it's a bug. >> > > Yes it has. Sure? I know there is a message for encoding the key signature, but the clef? -- David Kastrup ___

Re: midi2ly produces 8*5, can we do better?

2014-07-19 Thread David Kastrup
Jan Nieuwenhuizen writes: > James writes: > >> Does it also matter that the clef is different when you run it back >> through midi2ly (at least it was for me running 2.19.8) > > Yes, for 2.16.2 also. > >> I assume so in which case that is a second bug report right? > > If so, indeed a second repo

Re: midi2ly produces 8*5, can we do better?

2014-07-19 Thread Francisco Vila
El 19/07/2014 15:58, "Jan Nieuwenhuizen" escribió: > > If MIDI has a way to encode > clef information, then it's a bug. > Yes it has. > Greetings, > Jan > > -- > Jan Nieuwenhuizen | GNU LilyPond http://lilypond.org > Freelance IT http://JoyofSource.com | Avatar® http://AvatarAcademy.nl > > __

Re: midi2ly produces 8*5, can we do better?

2014-07-19 Thread Jan Nieuwenhuizen
James writes: > Does it also matter that the clef is different when you run it back > through midi2ly (at least it was for me running 2.19.8) Yes, for 2.16.2 also. > I assume so in which case that is a second bug report right? If so, indeed a second report. For this one, the qualification of b

Re: midi2ly produces 8*5, can we do better?

2014-07-19 Thread James
On 17/07/14 22:08, 'Jan Nieuwenhuizen wrote: > Hi, > > Running > > lilypond bug.ly > midi2ly bug.midi > grep fis bug-midi.ly > > produces > > fis1 > fis'4. d8*5 > > While technically correct, duration-wise, in printed output it > will look as if the d2 has been omitted. In o