On Sat 23 Feb 2019 at 20:11:06 (+1100), Andrew Bernard wrote:
> Current progress. Perhaps I have hit a bug on Debian 9, hence the bonkers
> inducing behaviour. Using EDITOR has no effect. But if I set LYEDITOR to
> use gvim, it nearly works. This makes no sense to me.
>
> Here's what I have for LY
On 2/23/19, Cynthia Karl wrote:
> However, the 2nd line of the output of the following snippet does not get a
> bar number:
Indeed. It’s a known bug:
https://sourceforge.net/p/testlilyissues/issues/3919/
You need to add something like this:
\set Score.barNumberVisibility =
#first-bar-number-in
Joseph,
You could "unattach" the pedal from both parts and put the both in a
\new Dynamics {
}
The pedaling would be attached to "spacers" rather than notes.
Mark
-Original Message-
From: lilypond-user
[mailto:lilypond-user-bounces+carsonmark=ca.rr@gnu.org] On Behalf Of
Joseph Au
The first sentence of the Bar numbers subsection of section "1.2.5 Bars” states:Bar numbers are typeset by default at the start of every line except the first line.However, the 2nd line of the output of the following snippet does not get a bar number:
BarNumberProblem.ly
Description: Binary data
_
I'm working on a piano score (from a lesson book) in which the pedaling points
are split between RH and LH parts.
In the example measure 1, the Pedal occurs on RH quarter beats with no LH note,
but in meausre 2 it occurs on LH quarter-beats with no RH note.
Furthermore, I'm getting two separate p
On Sat, 2019-02-23 at 10:16 +0100, Pierre Perol-Schneider wrote:
> Hi Richard,
> How about:
>
> \version "2.18.2"
>
> {
> c'
> %\once \override Staff.ClefModifier.stencil = #ly:text-
> interface::print
> %\once \override Staff.ClefModifier.text = \markup \normal-text "T"
> \once \override
Hi All,
I am following the same track today.
Can I add a discovery, and a different issue on my Ubuntu 18.10?
The discovery is that the /etc/apparmor.d/local directory exists to allow
local modifications and add-ons to files in the /etc/apparmor.d directory.
At the end of /etc/apparmor.d/usr.bin
Aaron Hill writes:
> On 2019-02-22 11:29 pm, Martin Tarenskeen wrote:
>> I tried to create it as a \markup. For MIDI output this doesn't work
>> though. You could add \midi { \tempo 8 = 145 } for that.
>>
>> %%
>>
>> \score {
>> {
>> \tempo \markup {
>> \concat {
>> \small
Only because emacs is failing me in lilypond mode - the initial cause of
all this madness. I can't figure that out. Frescobaldi on Debian 9 is
taking over ten seconds to position the cursor in a 60 page string quartet,
and now emacs is coming up a close second. When the editors are so
unresponsive
On 2019-02-22 11:29 pm, Martin Tarenskeen wrote:
I tried to create it as a \markup. For MIDI output this doesn't work
though. You could add \midi { \tempo 8 = 145 } for that.
%%
\score {
{
\tempo \markup {
\concat {
\smaller \general-align #Y #DOWN
\note #"4" #1
Il giorno sab 23 feb 2019 alle 10:11, Andrew Bernard
ha scritto:
Current progress. Perhaps I have hit a bug on Debian 9, hence the
bonkers inducing behaviour. Using EDITOR has no effect. But if I set
LYEDITOR to use gvim, it nearly works. This makes no sense to me.
Here's what I have for
Mysteries untangling. Kevin has been very insightful. It appears lilypond
uses emacs if it finds nothing set. I never would have thought of that. Not
only does this explain the behaviour, but it explains why I was going nuts
as well.
Next. GNOME apps like Nautilus start under Xsession, before shel
It's more subtle than that. LYEDITOR is heeded but EDITOR is not. I'd wager
that's a bug.
But the plot thickens now. Running evince from the terminal, it at least
tries to use gvim via LYEDITOR. If I run the PDF from Nautilus, the GNOME
file viewer, nothing happens. Somehow Nautilus is unable to s
> On 23 Feb 2019, at 09:49, Kevin Barry wrote:
>
> Where are you setting EDITOR to gvim? Is it possible that you have set it
> somewhere like bashrc or bash_profile that would be picked up by bash, but
> maybe not by Gnome?
On MacOS, I have in .basrc 'source ~/.profile', because xterm is usi
Hi Richard,
How about:
\version "2.18.2"
{
c'
%\once \override Staff.ClefModifier.stencil = #ly:text-interface::print
%\once \override Staff.ClefModifier.text = \markup \normal-text "T"
\once \override Staff.ClefModifier.stencil =
#(lambda (grob) (grob-interpret-markup grob #{ \markup
Current progress. Perhaps I have hit a bug on Debian 9, hence the bonkers
inducing behaviour. Using EDITOR has no effect. But if I set LYEDITOR to
use gvim, it nearly works. This makes no sense to me.
Here's what I have for LYEDITOR, based on the NR:
export LYEDITOR='gvim --remote +:%(line)s:norm
Where are you setting EDITOR to gvim? Is it possible that you have set it
somewhere like bashrc or bash_profile that would be picked up by bash, but
maybe not by Gnome? I can't remember where to modify Gnome's environment so
my question may be stupid.
___
Bonkers.
I removed all instances of emacs from the Debian 9 system and purged my
.cache directory.
Lilypond-invoke-editor still insists on running emacsclient. EDITOR is set
to gvim. Gvim is gvim - its not set to an alternate to emacs or anything
silly like that.
Syslog shows:
eb 23 19:36:58 de
18 matches
Mail list logo
