I've checked with Gould, and she only gives examples up to 4 beams. The
problem is that her rule is that, in descending notes, the top beam hangs from
the staff line and the next one straddles it (it's centred). Three beams go
hang, straddle, sit. It's then impossible to follow this rule for 4 beams
unless the spacing of the beam is widened. With 5 beams it's then completely
impossible to follow this rule unless the beams are made unevenly spaced. See
the attached diagram - note that with 5 beams, the 4th beam down is also really
in the wrong place.
Attachments:
-
[5036_1.png](https://sourceforge.net/p/testlilyissues/issues/_discuss/thread/1a78231c/d46c/attachment/5036_1.png)
(9.0 kB; image/png)
---
** [issues:#5036] 128 beaming output not producing output as expected (?)**
**Status:** New
**Created:** Fri Jan 20, 2017 01:43 PM UTC by Palmer Ralph
**Last Updated:** Sat Mar 04, 2017 06:05 PM UTC
**Owner:** nobody
Noeck wrote :
is this a bug or done on purpose? The following snippet produces beams
of which the lowest beam does not touch the staff line below.
~~~~
{ g128[ g] }
~~~~
The small-gaps-fill-with-ink theory should avoid this. IMHO the output
would look better like this:
~~~~
{
\override Beam.positions = #'(2.7 . 2.7)
g128[ g]
}
~~~~
What do the experts think?
This has been discussed at some length on the user list.
---
Sent from sourceforge.net because [email protected] is
subscribed to https://sourceforge.net/p/testlilyissues/issues/
To unsubscribe from further messages, a project admin can change settings at
https://sourceforge.net/p/testlilyissues/admin/issues/options. Or, if this is
a mailing list, you can unsubscribe from the mailing list.------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
_______________________________________________
Testlilyissues-auto mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/testlilyissues-auto
