On Mon, Dec 16, 2013 at 12:42:16AM -0500, Carl Peterson wrote:
>Just thinking out loud here...would it be worth looking into tweaking the
>.htaccess file to do OS-based redirection on the download page, like many
>sites do?
That's possible, but having the unified landing page lets us
i
David Kastrup wrote
> Paul Morris <
> paul@
> > writes:
>
>> Here's how I would reword the warning to make it as concrete and simple
>> as
>> possible:
>>
>> Note: With LilyPond you write and edit music by typing text with your
>> keyboard, not by dragging notes around with a mouse.
>
> It's no
https://codereview.appspot.com/36830045/diff/20001/lily/note-spacing.cc
File lily/note-spacing.cc (right):
https://codereview.appspot.com/36830045/diff/20001/lily/note-spacing.cc#newcode117
lily/note-spacing.cc:117: ret.set_inverse_stretch_strength (base_space);
Looked at it, but I have no idea
On Mon, Dec 16, 2013 at 07:53:38AM +0100, David Kastrup wrote:
> > Note: LilyPond is a text-based music engraver; it is more similar to a
> > programming language than a graphical score editing program. Before
> > downloading LilyPond, please read about our Text input.
>
> Which is not helping mu
Paul Morris writes:
> Here's how I would reword the warning to make it as concrete and simple as
> possible:
>
> Note: With LilyPond you write and edit music by typing text with your
> keyboard, not by dragging notes around with a mouse.
It's not just simple, but wrong. The point is exactly tha
Graham Percival-3 wrote
>> >Maybe another whole page about "sample
>> >usage", or something like that?
>>
>> Maybe this should even be split: One dedicated page explaining the
>> concept of IDEs, similar to the Text Input page but less elaborate,
>> and another page that more or less lists availab
On Dec 16, 2013 12:16 AM, "Graham Percival"
wrote:
>
> On Sun, Dec 15, 2013 at 01:23:51PM +0100, Urs Liska wrote:
> > It was consensus that new users should actively be encouraged to
> > download one of the complete environments, namely Frescobaldi or
> > Denemo, which would then take care of inst
On Sun, Dec 15, 2013 at 01:23:51PM +0100, Urs Liska wrote:
> Am 15.12.2013 06:47, schrieb Graham Percival:
> >2) they noticed the existing, read the "text input" page, but were
> >still confused. Solution: improve the "text input" page.
>
> I think the only issue with "text input" might be that i
Graham Percival writes:
> On Fri, Dec 13, 2013 at 01:57:23PM +0100, Urs Liska wrote:
>> Am 12.12.2013 04:19, schrieb Graham Percival:
>> >ok. I also like the "applicances" tab, although I agree with you
>> >that the name might be ideal (but I also can't think of a better
>> >name right now).
>>
On Mon, Dec 16, 2013 at 11:29:44AM +0800, Graham Percival wrote:
> > Urs Liska writes:
> > > I don't want to imagine what happens if I propose my rewrite of the
> > > Features page (http://www.openlilylib.org/lilyweb/features.html).
>
> A rewrite of a single page has less impact than changing the
On Sun, Dec 15, 2013 at 07:48:28PM +0100, David Kastrup wrote:
> Urs Liska writes:
>
> > But it's actually quite off-putting when you prepare a patch that is
> > more or less based on a broad (and astonishingly productive)
> > discussion on lilypond-user, and then (after two steps of fine-tuning)
On Fri, Dec 13, 2013 at 01:57:23PM +0100, Urs Liska wrote:
> Am 12.12.2013 04:19, schrieb Graham Percival:
> >ok. I also like the "applicances" tab, although I agree with you
> >that the name might be ideal (but I also can't think of a better
> >name right now).
>
> Just a bunch of ideas:
> We're
uliska wrote:
Actually I'm not sure if @var is the right one here?
The Texinfo documentation says it should be @code: “Do not use @var for
the names of normal variables in computer programs. These are specific
names, so @code is correct for them”.
https://codereview.appspot.com/41310043/
_
On 2013/12/15 20:06:56, Devon Schudy wrote:
I'd rather support the same thing through music functions:
\score {
<<
\satbTwoStaves << \soprano \alto \VerseOne \VerseTwo \tenor \bass
\pianoStaff << \rh \pianoDynamics \lh >>
>>
}
...where \satbTwoStaves creates a ChoirStaff
On 2013/12/15 20:00:24, Carl P. wrote:
I don't know that this is the route to go. If our goal is to get
people using LP, I don't think that what we need is a function that
hides basic structures from the users, where if they want to go beyond
this, they have to move from two include commands to
> pushed as
> dev/benko/metafont-cleanup
LGTM, thanks!
Werner
___
lilypond-devel mailing list
lilypond-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-devel
Francisco Vila writes:
> 2013/12/15 Benno Schulenberg
>
>> Jean-Charles, my apologies. When I started updating the Dutch
>> lilypond PO file, I noticed on the Lilypond site that there was a
>> more recent release, 2.17.96, which sounded to me like a release of
>> 2.18 was imminent, so I announc
2013/12/15 Benno Schulenberg
>
> Hello Francisco and Jean-Charles,
>
> On 2013-12-15 16:54, Francisco Vila wrote:
> > This is correct. Translation of PO files (which we use to
> > maintain translations of the binary executable o lilypond -- not
> > the translations of manuals) are managed using t
Keith wrote:
> This was intended not as an interface to a built-in bulletproof engine, but
> rather a template that users can adopt and change.
Isn't the template-to-modify use case already covered by the SATB
templates in the Learning Manual and LSR? ISTM using two include files
is harder for a b
On Sun, Dec 15, 2013 at 2:40 PM, wrote:
> Good point. The SA-TB template pair puts SA on one
> staff and TB on another, but in this revision it has
> only verses between. There is no reason why it should
> not also have soprano lyrics above, bass lyrics below
> and alto and tenor lyrics in-betw
On 2013/12/15 17:41:17, Carl P. wrote:
First question I anticipate from users on this, if we are making a
canonical SATB score template in this way: How do I get the altos and
sopranos on the same staff, and the tenors and basses on the same
staff? For instance, this template doesn't help me at
On Sat, 14 Dec 2013 23:57:20 -0800, Mike Solomon wrote:
On Dec 15, 2013, at 12:58 AM, Keith OHara wrote:
The most transparent reorganization might be to have all properties that can
hold data use the usual callback mechanism: where the callback function is used
just once, and the data it r
Devon Schudy writes:
> Keith OHara wrote:
>> the pure-estimate and unpure-final versions of a function
> [...]
>> The word 'pure' might have too much a connotation as 'good'. Maybe we
>> should rename 'pure' ->
>> 'shitty_hack_estimate_because_I_am_unable_to_order_layout_decisions_better_please_
Keith OHara wrote:
> the pure-estimate and unpure-final versions of a function
[...]
> The word 'pure' might have too much a connotation as 'good'. Maybe we
> should rename 'pure' ->
> 'shitty_hack_estimate_because_I_am_unable_to_order_layout_decisions_better_please_forgive_me'
Oh, so *that's* wh
Urs Liska writes:
> I know that and I fully agree that it's important to be somewhat
> strict about what comes into LilyPond or its parts.
Yes and no. One wants to avoid unpleasant surprises.
> And I also see that not _each_ of my patches is objected against.
Well, it's basically one of the m
>> if requested, I can either update dev/janek/metafont-cleanup
>> or push as a new branch.
>
> Please do so!
pushed as
dev/benko/metafont-cleanup
___
lilypond-devel mailing list
lilypond-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-dev
On Sun, Dec 15, 2013 at 4:51 AM, wrote:
>
> On 2013/12/14 23:17:55, Keith wrote:
>>
>> On 2013/12/14 22:32:06, Devon Schudy wrote:
>> > This interface is unlike any other in Lilypond,
>
>
>> This was intended not as an interface to a built-in bulletproof
>
> engine, but
>>
>> rather a template tha
Am 15.12.2013 14:14, schrieb James:
Urs,
On 15/12/13 12:23, Urs Liska wrote:
I'm worried about the opposition even my first modest suggestions raise.
There will be patches with more involved changes to come. And if each
tiny bit is discussed to death from exactly the developer's
perspective t
Am 15.12.2013 15:06, schrieb Phil Holmes:
My only issue with the pondings is it looked like there was some more
'syntax' I had to learn for the xml stuff. I can handle tags but the
other special character stuff looked tiresome.
I think you have to escape special characters: > for example.
http
- Original Message -
From: "James"
My only issue with the pondings is it looked like there was some more
'syntax' I had to learn for the xml stuff. I can handle tags but the other
special character stuff looked tiresome.
I think you have to escape special characters: > for example.
- Original Message -
From: "James"
To: "Devel"
Sent: Sunday, December 15, 2013 1:29 PM
Subject: tweet or http://lilypond.org/productions.html
Hello,
I tried to look back on the old discussions when we set up the Pondings
and I am not sure where the tweet/web line should be drawn (i
Hello,
On 15/12/13 13:43, David Kastrup wrote:
James writes:
Hello,
I tried to look back on the old discussions when we set up the
Pondings and I am not sure where the tweet/web line should be drawn
(if it should be drawn at all).
That is the tweet is I assume going to be rather ephemeral w
James writes:
> Hello,
>
> I tried to look back on the old discussions when we set up the
> Pondings and I am not sure where the tweet/web line should be drawn
> (if it should be drawn at all).
>
> That is the tweet is I assume going to be rather ephemeral whereas the
> website is going to be aro
Hello,
I tried to look back on the old discussions when we set up the Pondings
and I am not sure where the tweet/web line should be drawn (if it should
be drawn at all).
That is the tweet is I assume going to be rather ephemeral whereas the
website is going to be around for a while in terms
Urs,
On 15/12/13 12:23, Urs Liska wrote:
I'm worried about the opposition even my first modest suggestions raise.
There will be patches with more involved changes to come. And if each
tiny bit is discussed to death from exactly the developer's
perspective that seems part of the problem, I'll
Am 15.12.2013 06:47, schrieb Graham Percival:
On Sat, Dec 14, 2013 at 09:46:54AM +, lilyli...@googlemail.com wrote:
On 2013/12/14 03:51:33, Graham Percival wrote:
Umm, isn't the whole point of this to be a warning? Why are you
removing the
warning CSS tag?
It's the whole point of this
On 2013/12/14 23:17:55, Keith wrote:
On 2013/12/14 22:32:06, Devon Schudy wrote:
> This interface is unlike any other in Lilypond,
This was intended not as an interface to a built-in bulletproof
engine, but
rather a template that users can adopt and change.
Exactly, although the flexibilit
On 2013/12/14 22:32:06, Devon Schudy wrote:
This interface is unlike any other in Lilypond, in ways that make it
less
flexible and may surprise users:
* It has two separate files that need to be included in the right
places.
* It requires the user to use certain specific variable names.
On Dec 15, 2013, at 11:22 AM, Trevor Daniels wrote:
>
> Werner LEMBERG wrote Sunday, December 15, 2013 9:07 AM
>>
>>> raw/final would be shorter than pure/unpure.
>>
>> I like that. At least for me this is easier to understand from a
>> conceptual point of view.
>
> pencil/ink.
All of thes
"Trevor Daniels" writes:
> Werner LEMBERG wrote Sunday, December 15, 2013 9:07 AM
>>
>>> raw/final would be shorter than pure/unpure.
>>
>> I like that. At least for me this is easier to understand from a
>> conceptual point of view.
>
> pencil/ink.
More like pencil/stencil, and then we get i
Werner LEMBERG wrote Sunday, December 15, 2013 9:07 AM
>
>> raw/final would be shorter than pure/unpure.
>
> I like that. At least for me this is easier to understand from a
> conceptual point of view.
pencil/ink.
___
lilypond-devel mailing list
lily
Werner LEMBERG writes:
>>> Blasphemy!
>>
>> Then LilyPond is a blasphemous piece of software...that has typeset
>> thousands of pieces of liturgical music…
>
> Well, Moses got his ten commands typeset on stone plates.
He got only the first version typeset for him. He destroyed them. The
secon
>> Blasphemy!
>
> Then LilyPond is a blasphemous piece of software...that has typeset
> thousands of pieces of liturgical music…
Well, Moses got his ten commands typeset on stone plates. It probably
takes some time until the heavenly software gets updated to use more
recent releases.
Werne
> raw/final would be shorter than pure/unpure.
I like that. At least for me this is easier to understand from a
conceptual point of view.
Werner
___
lilypond-devel mailing list
lilypond-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypo
Mike Solomon writes:
> On Dec 15, 2013, at 10:46 AM, David Kastrup wrote:
[...]
>>> I like the idea of their being a single property that is honed in on
>>> with successive estimates until we get the perfect value. This is how
>>> I do a Sudoku - I pencil the guesses in the squares
>>
>> Bla
On Dec 15, 2013, at 10:46 AM, David Kastrup wrote:
> Mike Solomon writes:
>
>>
>
>>> The layout engine could use get_property_data() freely, but before it
>>> has set line-breaks the layout engine would refrain from calling any
>>> callback functions directly. Instead of a callback for heig
Mike Solomon writes:
> On Dec 15, 2013, at 12:58 AM, Keith OHara wrote:
>
>> On Sat, 14 Dec 2013 00:49:43 -0800, Mike Solomon
>> wrote:
>>
>>> On Dec 14, 2013, at 9:35 AM, David Kastrup wrote:
>>>
Most of the contortions seem focused about when or when not and how to
pass begin/en
47 matches
Mail list logo
