Re: Tuplet bracket visibility seems to break something

[Leo Correia de Verdier]

The reason for it breaking is that in the code you posted there are vertical 
lines ” || " instead of backslashes ” \\ ” separating the voices. 

The bracket issue is that the override needs to go in a context where the 
tuples sees it. By default it goes into the Voice context here, and the << … \\ 
… \\  … >> creates new voices that are unaffected by the override. You need 
either write
\override Staff.TupletBracket.bracket-visibility = ##t 
where it is now to override at staff level or to place the override in the 
voice it is supposed to affect.

HTH
/Leo

> 2 sep. 2021 kl. 00:38 skrev Paul Hodges :
> 
> In the following code, the first expression does more or less what I 
> want; but I also want tuplet brackets.  However, specifying that they 
> are wanted, as in the second expression, seems to break stuff, and I 
> have no idea why.
> 
> In fact, it is simply the presence of the override which causes the 
> problem, as the effect is the same whether the value is ##t, ##f, or 
> even the default #'if-no-beam.
> 
> Is there a subtlety here I should learn about, or is there simply a bug?
> 
> Paul
> 
> 
> \version "2.23.3"
> 
> \language english
> 
> \relative fs {
>   \accidentalStyle dodecaphonic-no-repeat
>   \clef bass
>   \time 2/4
> << { r16 \voiceTwo fs8.--~\mf \tuplet 3/2 { fs8 f,-- g-- } | } ||
>{ s4 \voiceOne fs'4 | } ||
>{ s4 s4*1/3 f,4*2/3 | }
>>> 
> }
> 
> \relative fs {
>   \accidentalStyle dodecaphonic-no-repeat
>   \override TupletBracket.bracket-visibility = ##t
>   \clef bass
>   \time 2/4
> << { r16 \voiceTwo fs8.--~\mf \tuplet 3/2 { fs8 f,-- g-- } | } ||
>{ s4 \voiceOne fs'4 | } ||
>{ s4 s4*1/3 f,4*2/3 | }
>>> 
> }
> 
> 

Re: Tuplet bracket visibility seems to break something

[Paul Hodges]

Thanks - that sorts out a lot (and exposes another issue I'll write 
about separately!).

In my many decades of programming I always had reservations about 
"syntactic sugar" - different ways of expressing the same thing.  When 
the alternatives do not have the same behaviour at all times, they can 
be positively misleading.  In this case, || appeared to work for some 
things, but then broke when something else happened; similarly the other 
week I reported an issue with some parameters which mostly worked with 
either # or \ introducing them, but one parameter value didn't.  In this 
case, as it happens, I do normally use \\ correctly, but I had a senior 
moment this week and held the shift down when I shouldn't have.

Paul

On 02/09/2021 10:05:31, "Leo Correia de Verdier" 
 wrote:

>The reason for it breaking is that in the code you posted there are vertical 
>lines ” || " instead of backslashes ” \\ ” separating the voices.
>
>The bracket issue is that the override needs to go in a context where the 
>tuples sees it. By default it goes into the Voice context here, and the << … 
>\\ … \\  … >> creates new voices that are unaffected by the override. You need 
>either write
>\override Staff.TupletBracket.bracket-visibility = ##t
>where it is now to override at staff level or to place the override in the 
>voice it is supposed to affect.
>
>HTH
>/Leo
>
>>  2 sep. 2021 kl. 00:38 skrev Paul Hodges :
>>
>>  In the following code, the first expression does more or less what I
>>  want; but I also want tuplet brackets.  However, specifying that they
>>  are wanted, as in the second expression, seems to break stuff, and I
>>  have no idea why.
>>
>>  In fact, it is simply the presence of the override which causes the
>>  problem, as the effect is the same whether the value is ##t, ##f, or
>>  even the default #'if-no-beam.
>>
>>  Is there a subtlety here I should learn about, or is there simply a bug?
>>
>>  Paul
>>
>>
>>  \version "2.23.3"
>>
>>  \language english
>>
>>  \relative fs {
>>\accidentalStyle dodecaphonic-no-repeat
>>\clef bass
>>\time 2/4
>>  << { r16 \voiceTwo fs8.--~\mf \tuplet 3/2 { fs8 f,-- g-- } | } ||
>> { s4 \voiceOne fs'4 | } ||
>> { s4 s4*1/3 f,4*2/3 | }

>>  }
>>
>>  \relative fs {
>>\accidentalStyle dodecaphonic-no-repeat
>>\override TupletBracket.bracket-visibility = ##t
>>\clef bass
>>\time 2/4
>>  << { r16 \voiceTwo fs8.--~\mf \tuplet 3/2 { fs8 f,-- g-- } | } ||
>> { s4 \voiceOne fs'4 | } ||
>> { s4 s4*1/3 f,4*2/3 | }

>>  }
>>
>>
>

Re: eps file

[Valentin Petzel]

Okay, the guile version looks fine. I'll try to look into this, can you please 
append the file
C:/LilyPond_2-23-3/usr/share/lilypond/current/scm/lily/lily.scm

just to be sure?

02.09.2021 13:07:42 ming tsang :

> Hi David Wright and Valentin Petzel:
> Thank you both for helping.
> I did a (#display version) + move the eps file to a directory does not 
> contain space on the names.
> Here is the screen capture from frecobaldi v2.3.3.
>  [cid:ii_kt2tghaj0###466x222:false###][image.png]
>  
> Shalom,
> Ming
> 
> On Wed, Sep 1, 2021 at 8:36 PM David Wright  wrote:
>> 
>> On Wed 01 Sep 2021 at 19:15:19 (-0400), ming tsang wrote:
>>  
>>> end of the lily code. I have no idea what "ice-9 format" is.
>>>     #"c:\User\yming tsang\Documents\SNIPPET\Untitled_draw-squibble-1.eps"
>> 
>>                 ↑↑↑ a "long" filename, and containing a space
>> 
>>> `C:/Users/YMINGT~1/AppData/Local/Temp/frescobaldi-o_s4xv8r/tmps19cuu1_/document.ly[http://document.ly]'
>> 
>>              a Microsoft hack to make a short filename without a 
>> space
>> 
>> 
>> Cheers,
>> David.
> 
> 
> --
> ming (lyndon) tsang

Simultaneous notes with and without accidental, also with dots

[Paul Hodges]

I have a chord with a tied A flat, and a simultaneously played A 
natural.  LilyPond's default behaviour is to combine these notes and 
place a natural in front, which totally obscures what is required.  If I 
move the untied note, the accidental doesn't move with it, and I 
initially ended up with the natural in front of the note which was flat; 
I then learnt how to move the accidental separately, and that's kind of 
fine, but a real palaver, it seems to me.

However I still haven't been able to solve my last problem, which is 
that both of these notes are (double-)dotted, but after the movement 
only one note ends up with dots.  I just can't see how to get the extra 
dots back (I know I'd have to move the shifted note even further, of 
course).

The manuscript I am working from looks like this:

The code I have so far is below.  I'd appreciate any hints either as to 
how to add the other dots, or how to improve my handling of this more 
generally if there's an easier way I've missed.

Oh, and this small sample generates four instances of the error message: 
"programming error: cyclic dependency: calculation-in-progress 
encountered for #'adjacent-pure-heights (VerticalAxisGroup) ; 
continuing, cross fingers".  I have no idea whatsoever where this is 
coming from.

Thanks,
Paul


\version "2.23.3"

\language english

global = {
   \accidentalStyle dodecaphonic-no-repeat
   \override Beam.concaveness = #3
   \override TupletBracket.bracket-visibility = ##t
}

IpriRH = \relative d'' {
   \clef treble
   \time 2/4
   \global
   s4
 \set tieWaitForNote = ##t
 \tuplet 3/2 { \voiceOne \change Staff = "priLH" af,8
   \change Staff = "priRH" << {
 \once \override Tie.extra-offset = #'(0.0 . -0.5) 
f'~ g_-~}
   \new Voice {\stemDown f4*2/3_- \stemNeutral} >> } |
   4..
 \set tieWaitForNote = ##f
 \oneVoice s16 |
}

IpriLH = \relative c {
   \clef bass
   \time 2/4
   \global
   s4 af'4_-_~ |
   << { \voiceOne \crossStaff af4.. }
  \new Voice { \voiceTwo
   \once \override 
Score.AccidentalPlacement.right-padding = #-2.7
   \once \override NoteColumn.force-hshift = #2.2 a4..^- 
} >>
 \oneVoice s16
}

\score {
   <<
 \new PianoStaff <<
   \set PianoStaff.instrumentName = #"Primo"
   \new Staff = "priRH" { \clef treble \IpriRH }
   \new Staff = "priLH" { \clef bass \IpriLH }
 >>
   >>
   \layout {
 \context {
   \PianoStaff
   \consists #Span_stem_engraver
 }
   }
}

Re: eps file

[ming tsang]

Hi Valentin Petzel:
Here is the file. I open the lily.scm with  miscrosoft notepad and save as.
Thank you very much Valentin and David for your patience and helpful hands.
Very much appreciated.
Shalom,
Ming.


On Thu, Sep 2, 2021 at 7:37 AM Valentin Petzel  wrote:

> Okay, the guile version looks fine. I'll try to look into this, can you
> please append the file
> C:/LilyPond_2-23-3/usr/share/lilypond/current/scm/lily/lily.scm 
>
> just to be sure?
>
> 02.09.2021 13:07:42 ming tsang :
>
> Hi David Wright and Valentin Petzel:
> Thank you both for helping.
> I did a (#display version) + move the eps file to a directory does not
> contain space on the names.
> Here is the screen capture from frecobaldi v2.3.3.
> [image: image.png]
>
> Shalom,
> Ming
>
> On Wed, Sep 1, 2021 at 8:36 PM David Wright 
> wrote:
>
>>
>> On Wed 01 Sep 2021 at 19:15:19 (-0400), ming tsang wrote:
>>
>> > end of the lily code. I have no idea what "ice-9 format" is.
>> > #"c:\User\yming
>> tsang\Documents\SNIPPET\Untitled_draw-squibble-1.eps"
>>
>> ↑↑↑ a "long" filename, and containing a space
>>
>> > `C:/Users/YMINGT~1/AppData/Local/Temp/frescobaldi-o_s4xv8r/tmps19cuu1_/
>> document.ly'
>>
>>  a Microsoft hack to make a short filename without a
>> space
>>
>>
>> Cheers,
>> David.
>>
>
>
> --
> ming (lyndon) tsang
>
>

-- 
ming (lyndon) tsang
 This file is part of LilyPond, the GNU music typesetter.

 Copyright (C) 1998--2021 Jan Nieuwenhuizen 
 Han-Wen Nienhuys 

 LilyPond is free software: you can redistribute it and/or modify
 it under the terms of the GNU General Public License as published by
 the Free Software Foundation, either version 3 of the License, or
 (at your option) any later version.

 LilyPond is distributed in the hope that it will be useful,
 but WITHOUT ANY WARRANTY; without even the implied warranty of
 MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
 GNU General Public License for more details.

 You should have received a copy of the GNU General Public License
 along with LilyPond.  If not, see .

;; Internationalisation: (_i "to be translated") gets an entry in the
;; POT file; (gettext ...) must be invoked explicitly to do the actual
;; "translation".
;;
;; (define-macro (_i x) x)
;; (define-macro-public _i (x) x)
;; (define-public-macro _i (x) x)
;; Abbrv-PWR!

(define-module (lily))

(defmacro-public _i (x) x)

;; GUILE defaults to fixed seed.
(define-public (randomize-rand-seed)
  (ly:randomize-rand-seed)
  (let*
  ((t (gettimeofday))
   ;; GUILE's random initialization is clumsy (it converts the
   ;; integer to decimal string, and then sums groups of 8 bytes
   ;; as 64 bit integers.  Here we multiply to spread the entropy
   ;; around a bit better.
   (seed (*
  (cdr t)
  (car t)
  (getpid
(set! *random-state* (seed->random-state seed

(randomize-rand-seed)

(cond-expand
 (guile-2
  (begin
   ;; By default, we don't want scary backtraces.
   (debug-disable 'backtrace)))
 (else
  (begin
   (read-enable 'positions)
   (debug-enable 'debug))
  ))

(define-public PLATFORM
  (string->symbol
   (string-downcase
(car (string-tokenize (utsname:sysname (uname)) char-set:letter)

;; We don't use (srfi srfi-39) (parameter objects) here because that
;; does not give us a name/handle to the underlying fluids themselves.

(define %parser (make-fluid))
(define %location (make-fluid))
;; No public setters: should not get overwritten in action
(define-public (*parser*) (fluid-ref %parser))
(define-public (*location*) (fluid-ref %location))

(define-public _ gettext)

;; Guile 1.8 doesn't have (and doesn't need) eval-when.
(defmacro-public eval-early (expr)
  `(cond-expand
(guile-2 (eval-when (expand load eval) ,expr))
(else ,expr)))

;; It would be nice to convert occurences of parser/location to
;; (*parser*)/(*location*) using the syncase module but it is utterly
;; broken in GUILE 1 and would require changing a lot of unrelated
;; innocuous constructs which just happen to fall apart with
;; inscrutable error messages.

;;
;; Session-handling variables and procedures.
;;
;;  A "session" corresponds to one .ly file processed on a LilyPond
;;  command line.  Every session gets to see a reasonably fresh state
;;  of LilyPond and should work independently from previous files.
;;
;;  Session management relies on cooperation, namely the user not
;;  trying to change variables and data structures internal to
;;  LilyPond.  It is not proof against in-place modification of data
;;  structures (as they are just reinitialized with the original
;;  identities), and it is not proof against tampering with internals.
;;
;;  As a consequence, session management is not sufficient for
;;  separating multiple independent .ly files in "-dsafe" mode: you
;;  should give each its own LilyPond proce

Re: eps file

[David Wright]

On Thu 02 Sep 2021 at 07:07:15 (-0400), ming tsang wrote:
> Hi David Wright and Valentin Petzel:
> Thank you both for helping.
> I did a (#display version) + move the eps file to a directory does not
> contain space on the names.
> Here is the screen capture from frecobaldi v2.3.3.
> [image: image.png]

I would try using / instead of \ in the path specifications that you
use in filenames that are read by programs (ie LilyPond/Frescobaldi).
You might find that programs have been (sensibly) interpreting each \
as escaping the next character, and thereby generating a weird filename.

AIUI Windows is quite happy to use / as a path separator internally,
just not at the commandline. Microsoft's use of \ in DOS paths was a
well-intentioned hack that led to hell.

>From the "Processing C:…" message, I presume that the colon in C:
causes no trouble.

Cheers,
David.

Re: eps file

[Valentin Petzel]

Hello Ming,

David has correctly identified the problem. The Lilypond parser escapes guile 
string literals, so #"c:\U..." fails as \U is no escape sequence. So you need 
to escape each \ by writing \\ instead. As David has said, Lilypond might very 
well handle / instead of \.

Cheers,
Valentin

02.09.2021 14:50:52 ming tsang :

> Hi Valentin Petzel:
> Here is the file. I open the lily.scm with  miscrosoft notepad and save as. 
> Thank you very much Valentin and David for your patience and helpful hands. 
> Very much appreciated.
> Shalom,
> Ming.
>  
> 
> On Thu, Sep 2, 2021 at 7:37 AM Valentin Petzel  wrote:
>> Okay, the guile version looks fine. I'll try to look into this, can you 
>> please append the file
>> C:/LilyPond_2-23-3/usr/share/lilypond/current/scm/lily/lily.scm[http://2]
>> 
>> just to be sure?
>> 
>> 02.09.2021 13:07:42 ming tsang :
>> 
>>> Hi David Wright and Valentin Petzel:
>>> Thank you both for helping.
>>> I did a (#display version) + move the eps file to a directory does not 
>>> contain space on the names.
>>> Here is the screen capture from frecobaldi v2.3.3.
>>> 
>>>  
>>> Shalom,
>>> Ming
>>> 
>>> On Wed, Sep 1, 2021 at 8:36 PM David Wright  
>>> wrote:
 
 On Wed 01 Sep 2021 at 19:15:19 (-0400), ming tsang wrote:
  
> end of the lily code. I have no idea what "ice-9 format" is.
>     #"c:\User\yming tsang\Documents\SNIPPET\Untitled_draw-squibble-1.eps"
 
                 ↑↑↑ a "long" filename, and containing a space
 
> `C:/Users/YMINGT~1/AppData/Local/Temp/frescobaldi-o_s4xv8r/tmps19cuu1_/document.ly[http://document.ly]'
 
              a Microsoft hack to make a short filename without a 
 space
 
 
 Cheers,
 David.
>>> 
>>> 
>>> --
>>> ming (lyndon) tsang
> 
> 
> --
> ming (lyndon) tsang

Re: eps file

[Valentin Petzel]

Hello Ming,

just to be sure, you need to replace each \ with \\, not just the first one. 
You want #"c:\\User\\yming 
tsang\\Documents\\SNIPPET\\Untitled_draw-squibble-1.eps"
in total.

02.09.2021 19:40:36 ming tsang :

> Hi Valentin & David,
> I just tried with \\U and error persists
> Shalom,
> Ming.
>  [cid:ii_kt37qzmo0###466x265:false###][image.png]
> 
> 
> On Thu, Sep 2, 2021 at 1:04 PM Valentin Petzel  wrote:
>> Hello Ming,
>> 
>> David has correctly identified the problem. The Lilypond parser escapes 
>> guile string literals, so #"c:\U..." fails as \U is no escape sequence. So 
>> you need to escape each \ by writing \\ instead. As David has said, Lilypond 
>> might very well handle / instead of \.
>> 
>> Cheers,
>> Valentin
>> 
>> 02.09.2021 14:50:52 ming tsang :
>> 
>>> Hi Valentin Petzel:
>>> Here is the file. I open the lily.scm with  miscrosoft notepad and save as. 
>>> Thank you very much Valentin and David for your patience and helpful hands. 
>>> Very much appreciated.
>>> Shalom,
>>> Ming.
>>>  
>>> 
>>> On Thu, Sep 2, 2021 at 7:37 AM Valentin Petzel  wrote:
 Okay, the guile version looks fine. I'll try to look into this, can you 
 please append the file
 C:/LilyPond_2-23-3/usr/share/lilypond/current/scm/lily/lily.scm[http://2]
 
 just to be sure?
 
 02.09.2021 13:07:42 ming tsang :
 
> Hi David Wright and Valentin Petzel:
> Thank you both for helping.
> I did a (#display version) + move the eps file to a directory does not 
> contain space on the names.
> Here is the screen capture from frecobaldi v2.3.3.
> 
>  
> Shalom,
> Ming
> 
> On Wed, Sep 1, 2021 at 8:36 PM David Wright  
> wrote:
>> …
>> …
> 
> 
> --
> ming (lyndon) tsang
>>> 
>>> 
>>> --
>>> ming (lyndon) tsang
> 
> 
> --
> ming (lyndon) tsang

Re: eps file

[Valentin Petzel]

Hello Ming.

I’ve noticed „yming tsang” is turned into „ymingt~1” in the path. From what 
I’ve tried through experimentation this is something done by Frescobaldi! 
(Lilypond works quite fine on such files with out the mangled names.)

This poses a problem if the filepath is used in formatting a string in guile, 
as ~... is used as placeholder. So at some point using epsfile require some 
sort of formatting, and then we get this error.

So we need to look into Frescobaldi, how frescobaldi handles filenames.

Cheers,
Valentin

signature.asc
Description: This is a digitally signed message part.

Re: eps file

[David Wright]

On Thu 02 Sep 2021 at 14:14:12 (-0400), ming tsang wrote:

> I must have included the wrong screen print.
> Here is the right one.

Ah, I can replicate that:

$ lily /tmp/ming.
/home/david/lilypond-2.23.3-1.linux-64/bin/lilypond -dno-point-and-click 
--include=/home/david/LilyLib/ --include=/home/david/LilyLib/margins/ 
--include=/home/david/LilyLib/parts-midis/ ming.ly
GNU LilyPond 2.23.3
Processing `ming.ly'
Parsing...
ming.ly:1: warning: no \version statement found, please add

\version "2.23.3"

for future compatibility
/home/david/lilypond-2.23.3-1.linux-64/lilypond/usr/share/lilypond/current/scm/lily/stencil.scm:986:26:
 In procedure list-ref in expression (list-ref bbox 3):
/home/david/lilypond-2.23.3-1.linux-64/lilypond/usr/share/lilypond/current/scm/lily/stencil.scm:986:26:
 Wrong type argument in position 1: #f

ERROR

$ 

(I'm guessing there's something in the Windows version that loses a
line of stencil.scm somewhere.)

I took your original MWE and substituted some EPSs of "my own", a
perfect one, and one that is oddly malformed. The malformation makes
some programs refuse to display it, other groan but cooperate, but
ghostview opens it without a murmer. Here's a hex dump of the start
of the file:

$ hexdump -C ave/tex/logos/xmas018.eps | head -n 16
  c5 d0 d3 c6 1e 00 00 00  45 6d 00 00 00 00 00 00  |Em..|
0010  00 00 00 00 63 6d 00 00  90 4c 03 00 ff ff 25 21  |cm...L%!|
0020  50 53 2d 41 64 6f 62 65  2d 33 2e 30 20 45 50 53  |PS-Adobe-3.0 EPS|
0030  46 2d 33 2e 30 0d 0a 25  25 42 6f 75 6e 64 69 6e  |F-3.0..%%Boundin|
0040  67 42 6f 78 3a 20 33 30  20 31 39 38 20 35 38 38  |gBox: 30 198 588|
0050  20 35 38 35 20 0d 0a 25  25 4c 61 6e 67 75 61 67  | 585 ..%%Languag|
0060  65 4c 65 76 65 6c 3a 20  31 0d 0a 25 25 43 72 65  |eLevel: 1..%%Cre|
0070  61 74 6f 72 3a 20 43 6f  72 65 6c 44 52 41 57 20  |ator: CorelDRAW |
0080  31 32 0d 0a 25 25 54 69  74 6c 65 3a 20 58 4d 41  |12..%%Title: XMA|
0090  53 30 31 38 2e 65 70 73  0d 0a 25 25 43 72 65 61  |S018.eps..%%Crea|
00a0  74 69 6f 6e 44 61 74 65  3a 20 53 61 74 20 4e 6f  |tionDate: Sat No|
00b0  76 20 32 35 20 32 30 3a  34 34 3a 35 36 20 32 30  |v 25 20:44:56 20|
00c0  30 36 0d 0a 25 25 44 6f  63 75 6d 65 6e 74 50 72  |06..%%DocumentPr|
00d0  6f 63 65 73 73 43 6f 6c  6f 72 73 3a 20 43 79 61  |ocessColors: Cya|
00e0  6e 20 4d 61 67 65 6e 74  61 20 59 65 6c 6c 6f 77  |n Magenta Yellow|
00f0  20 42 6c 61 63 6b 20 0d  0a 25 25 44 6f 63 75 6d  | Black ..%%Docum|
$ 

So the file starts with 30 bytes of "garbage", which could be some
sort of header for some program of other. (The EPS is a piece of
clipart.)

Ah (again), I've just looked in more detail at the file. Buried under
the EPS layer is actually a TIFF image. So the program that groaned
waded through the PS part until it hit the II decimal42 TIFF header,
groaned some more about tags that it didn't understand, but happily
displayed the TIFF.

Upshot: at least try and find some test EPS file where the first
characters are something like:
%!PS-Adobe-3.0 EPSF-3.0
%%BoundingBox: 37 160 568 701
and see if that works.

Cheers,
David.

Re: eps file

[Silvain Dupertuis]

This change of name seems to bo what Windows does to convert long file names into the 8+3 
(very) old system limited to 8 lettres plus a three letters extension...


Le 02.09.21 à 20:58, Valentin Petzel a écrit :

Hello Ming.

I’ve noticed „yming tsang” is turned into „ymingt~1” in the path. From what
I’ve tried through experimentation this is something done by Frescobaldi!
(Lilypond works quite fine on such files with out the mangled names.)

This poses a problem if the filepath is used in formatting a string in guile,
as ~... is used as placeholder. So at some point using epsfile require some
sort of formatting, and then we get this error.

So we need to look into Frescobaldi, how frescobaldi handles filenames.

Cheers,
Valentin



--
Silvain Dupertuis
Route de Lausanne 335
1293 Bellevue (Switzerland)
tél. +41-(0)22-774.20.67
portable +41-(0)79-604.87.52
web: silvain-dupertuis.org 

Re: eps file

[Valentin Petzel]

Yes, but why does this happen? This does not come from Windows, this comes 
from Frescobaldi. It is not linked to long paths, but to spaces in the path. I 
noticed that this only affects the temporary path, but not the filename.

signature.asc
Description: This is a digitally signed message part.

Re: lilypond-user Digest, Vol 225, Issue 95

[Carlos R Martinez]

How would exactly the footer be built? Sorry I’m not that good with code. I 
struggled with the setting it up.

[Carlos R 
Martinez](https://spikenow.com/r/a/?ref=spike-organic-signature&_ts=16t7sw)   
[16t7sw]
Carlos R. Martinez
270.850.5650
car...@newsoundmusicstudio.com
www.essentialmusic.org
www.newsoundmusicstudio.com

On August 29, 2021 at 19:38 GMT, lilypond user request 
 wrote:

Send lilypond-user mailing list submissions to
lilypond-user@gnu.org

To subscribe or unsubscribe via the World Wide Web, visit
https://lists.gnu.org/mailman/listinfo/lilypond-user
or, via email, send a message with subject or body 'help' to
lilypond-user-requ...@gnu.org

You can reach the person managing the list at
lilypond-user-ow...@gnu.org

When replying, please edit your Subject line so it is more specific
than "Re: Contents of lilypond-user digest..."

Today's Topics:

1. Re: Moving cresc/dim text (Thomas Morley)
2. Re: Moving cresc/dim text (Knute Snortum)
3. Re: Moving cresc/dim text (Thomas Morley)
4. Re: Expand staff (Carlos R Martinez)
5. Fotter and image (Carlos R Martinez)

--

Message: 1
Date: Sun, 29 Aug 2021 19:23:54 +0200
From: Thomas Morley 
To: Knute Snortum 
Cc: lilypond-user 
Subject: Re: Moving cresc/dim text
Message-ID:

Content-Type: text/plain; charset="UTF-8"

Am So., 29. Aug. 2021 um 15:37 Uhr schrieb Knute Snortum :
>
> I thought this used to work, to move the "cresc." to the left. It
> doesn't seem to work any more.
>
> %%%
> \version "2.23.3"
>
> \relative c' {
> c4 -\tweak X-offset -3 \cresc c c c |
> c4 c c c \! |
> }
> %%%
>
> Is this not the right way to move this text, and if not, what is?
>
> --
> Knute Snortum
>
Afaict, it never worked this way.
Do you mean something like:

\relative c' {
\once \override DynamicTextSpanner.bound-details.left.padding = -1.5
c4\cresc c c c |
c4 c c c \! |
}

Cheers,
Harm

--

Message: 2
Date: Sun, 29 Aug 2021 10:43:04 -0700
From: Knute Snortum 
To: Thomas Morley 
Cc: lilypond-user 
Subject: Re: Moving cresc/dim text
Message-ID:

Content-Type: text/plain; charset="UTF-8"

On Sun, Aug 29, 2021 at 10:24 AM Thomas Morley  wrote:
>
> Am So., 29. Aug. 2021 um 15:37 Uhr schrieb Knute Snortum :
> >
> > I thought this used to work, to move the "cresc." to the left. It
> > doesn't seem to work any more.
> >
> > %%%
> > \version "2.23.3"
> >
> > \relative c' {
> > c4 -\tweak X-offset -3 \cresc c c c |
> > c4 c c c \! |
> > }
> > %%%
> >
> > Is this not the right way to move this text, and if not, what is?
> >
> > --
> > Knute Snortum
> >
> Afaict, it never worked this way.
> Do you mean something like:
>
> \relative c' {
> \once \override DynamicTextSpanner.bound-details.left.padding = -1.5
> c4\cresc c c c |
> c4 c c c \! |
> }

That works, thanks! I guess I was confused about the tweak.

--

Message: 3
Date: Sun, 29 Aug 2021 20:21:03 +0200
From: Thomas Morley 
To: Knute Snortum 
Cc: lilypond-user 
Subject: Re: Moving cresc/dim text
Message-ID:

Content-Type: text/plain; charset="UTF-8"

Am So., 29. Aug. 2021 um 19:43 Uhr schrieb Knute Snortum :
>
> On Sun, Aug 29, 2021 at 10:24 AM Thomas Morley  
> wrote:
> >
> > Am So., 29. Aug. 2021 um 15:37 Uhr schrieb Knute Snortum 
> > :
> > >
> > > I thought this used to work, to move the "cresc." to the left. It
> > > doesn't seem to work any more.
> > >
> > > %%%
> > > \version "2.23.3"
> > >
> > > \relative c' {
> > > c4 -\tweak X-offset -3 \cresc c c c |
> > > c4 c c c \! |
> > > }
> > > %%%
> > >
> > > Is this not the right way to move this text, and if not, what is?
> > >
> > > --
> > > Knute Snortum
> > >
> > Afaict, it never worked this way.
> > Do you mean something like:
> >
> > \relative c' {
> > \once \override DynamicTextSpanner.bound-details.left.padding = -1.5
> > c4\cresc c c c |
> > c4 c c c \! |
> > }
>
> That works, thanks! I guess I was confused about the tweak.

Well, \tweak would work as well:

\relative c' {
c4-\tweak bound-details.left.padding -1.5 \cresc c c c |
c4 c c c \! |
}

Cheers,
Harm

--

Message: 4
Date: Sun, 29 Aug 2021 19:27:58 +
From: Carlos R Martinez 
To: m...@philholmes.net, lilypond-user@gnu.org
Subject: Re: Expand staff
Message-ID: 
Content-Type: text/plain; charset="utf-8"

Thank you!!! that worked!!!

cr

[Carlos R 
Martinez]([https://spikenow.com/r/a/?ref=spike-organic-signature&_ts=16ljro) 
[16ljro]](https://spikenow.com/r/a/?ref=spike-organic-signature&_ts=16ljro)%09%5B16ljro%5D)
Carlos R. Martinez
270.850.5650
car...@newsoundmusicstudio.com
www.essentialmusic.org
www.newsoundmusicstudio.com

On August 29, 2021 at 14:33 GMT, Phil Holmes  wrote:

On 29/08/2021 14:44, car...@newsoundmusicstudio.com wrote:

How do you use it on this. I am fairly new on Lilypond...

\version "2.18.2"

#(set-global-staff-size 19)

\paper {

#(set-paper-size "letter")

}

Global = {
\key c \major
\time 4/8
\tempo Allegro

}

VoiceI = \relative c' 

Re: Simultaneous notes with and without accidental, also with dots

[Paul Hodges]

I sidestepped this problem (and simplified my code!) by removing all the 
shifts and the troublesome a natural altogether.  I then added a new 
voice in which I wrote {s16 a!4..*6/7^-^\f} - this placed the new note 
close to the right of the chord, which also had its dots as it should.
Is it a cheat? Or just a pragmatic and effective answer?  I know how I 
view it for now!

Paul

On 02/09/2021 13:43:57, "Paul Hodges"  wrote:

>I have a chord with a tied A flat, and a simultaneously played A
>natural.  LilyPond's default behaviour is to combine these notes and
>place a natural in front, which totally obscures what is required.  If I
>move the untied note, the accidental doesn't move with it, and I
>initially ended up with the natural in front of the note which was flat;
>I then learnt how to move the accidental separately, and that's kind of
>fine, but a real palaver, it seems to me.
>
>However I still haven't been able to solve my last problem, which is
>that both of these notes are (double-)dotted, but after the movement
>only one note ends up with dots.  I just can't see how to get the extra
>dots back (I know I'd have to move the shifted note even further, of
>course).
>
>The manuscript I am working from looks like this:
>
>The code I have so far is below.  I'd appreciate any hints either as to
>how to add the other dots, or how to improve my handling of this more
>generally if there's an easier way I've missed.
>
>Oh, and this small sample generates four instances of the error message:
>"programming error: cyclic dependency: calculation-in-progress
>encountered for #'adjacent-pure-heights (VerticalAxisGroup) ;
>continuing, cross fingers".  I have no idea whatsoever where this is
>coming from.
>
>Thanks,
>Paul
>
>
>\version "2.23.3"
>
>\language english
>
>global = {
>\accidentalStyle dodecaphonic-no-repeat
>\override Beam.concaveness = #3
>\override TupletBracket.bracket-visibility = ##t
>}
>
>IpriRH = \relative d'' {
>\clef treble
>\time 2/4
>\global
>s4
>  \set tieWaitForNote = ##t
>  \tuplet 3/2 { \voiceOne \change Staff = "priLH" af,8
>\change Staff = "priRH" << {
>  \once \override Tie.extra-offset = #'(0.0 . -0.5)
>f'~ g_-~}
>\new Voice {\stemDown f4*2/3_- \stemNeutral} >> } |
>4..
>  \set tieWaitForNote = ##f
>  \oneVoice s16 |
>}
>
>IpriLH = \relative c {
>\clef bass
>\time 2/4
>\global
>s4 af'4_-_~ |
><< { \voiceOne \crossStaff af4.. }
>   \new Voice { \voiceTwo
>\once \override
>Score.AccidentalPlacement.right-padding = #-2.7
>\once \override NoteColumn.force-hshift = #2.2 a4..^-
>} >>
>  \oneVoice s16
>}
>
>\score {
><<
>  \new PianoStaff <<
>\set PianoStaff.instrumentName = #"Primo"
>\new Staff = "priRH" { \clef treble \IpriRH }
>\new Staff = "priLH" { \clef bass \IpriLH }
>  >>
>>>
>\layout {
>  \context {
>\PianoStaff
>\consists #Span_stem_engraver
>  }
>}
>}
>
>

Re: eps file

[David Wright]

On Thu 02 Sep 2021 at 17:57:18 (-0400), ming tsang wrote:

> I have replaced all / with //. And here is screen print.

No, you used backslashes. But when you do get round to trying
forward slashes, don't double them.

Anyway, my previous post was overcomplicated. On the basis that your
EPS image wasn't read correctly, I tried touching an empty file, and
found that I got exactly the same error message from stencil.scm:

$ ls -s /tmp/empty.eps 
0 /tmp/empty.eps
$ cat /tmp/ming.ly 
\markup {
  \general-align #Y #DOWN {
\epsfile #X #20 #"/tmp/empty.eps"
  }
}
$ lily /tmp/ming.
/home/david/lilypond-2.23.3-1.linux-64/bin/lilypond -dno-point-and-click 
--include=/home/david/LilyLib/ --include=/home/david/LilyLib/margins/ 
--include=/home/david/LilyLib/parts-midis/ ming.ly
GNU LilyPond 2.23.3
Processing `ming.ly'
Parsing...
ming.ly:1: warning: no \version statement found, please add

\version "2.23.3"

for future compatibility
/home/david/lilypond-2.23.3-1.linux-64/lilypond/usr/share/lilypond/current/scm/lily/stencil.scm:985:26:
 In procedure list-ref in expression (list-ref bbox 2):
/home/david/lilypond-2.23.3-1.linux-64/lilypond/usr/share/lilypond/current/scm/lily/stencil.scm:985:26:
 Wrong type argument in position 1: #f

ERROR

$ 

So once you've managed to fix the filename, the error above should
just go away.

Cheers,
David.