David Kastrup schrieb:
>Graham Percival writes:
>
>> On Mon, Sep 16, 2013 at 10:49:42AM +0200, David Kastrup wrote:
>>> > What's wrong with GitHub, anyway?
>>>
>>> It requires separate accounts and credentials (much more likely to
>be a
>>> target for attacks), has its own "terms of service"
Am 17.09.2013 18:21, schrieb David Kastrup:
Janek Warchoł writes:
2013/9/16 David Kastrup:
So the question is what we should be telling the Savannah operators
to make working on GNU projects using Git more feasible.
Here you go:
A web interface with online editor, allowing to create commits
Am 18.09.2013 09:46, schrieb David Kastrup:
Jan Nieuwenhuizen writes:
Urs Liska writes:
You are doing code reviews through a web interface already, isn't it?
And this is because that's a quite natural way to communicate, comment
on code etc. You can't do _that_ with plain Gi
Am 18.09.2013 14:28, schrieb Janek Warchoł:
2013/9/18 Janek Warchoł :
2013/9/17 Urs Liska :
But as far as I've understood, code doesn't get into upstream master that
way anyway, there is the Rietveld code review stage in between?
How do commits (from developers) actually end up
Am 16.09.2013 12:50, schrieb David Kastrup:
Graham Percival writes:
On Mon, Sep 16, 2013 at 10:49:42AM +0200, David Kastrup wrote:
What's wrong with GitHub, anyway?
It requires separate accounts and credentials (much more likely to be a
target for attacks), has its own "terms of service", ma
Am 23.09.2013 02:55, schrieb Graham Percival:
On Sun, Sep 22, 2013 at 02:57:42PM +0200, Urs Liska wrote:
Am 16.09.2013 12:50, schrieb David Kastrup:
So the question is what we should be telling the Savannah operators to
make working on GNU projects using Git more feasible.
What about asking
Peter Bjuhr schrieb:
>
>On 11/14/2013 09:16 AM, Martin Tarenskeen wrote:
>>
>> Hi,
>>
>> The lilypond output that is produced from musicxml2ly uses another
>> indentation style than I see in my own scores when using for example
>> Vim or Frescobaldi, or in all examples in the Lilypond docume
Hi all,
I would like to suggest an enhancement in the handling of line breaks
that is useful for copying scores from existing models.
Currently LilyPond can decide about breaks herself or we can manually
force or prevent breaks.
But when copying from or proof-reading against an existing score i
Am 27.11.2013 11:55, schrieb Trevor Daniels:
Urs Liska wrote Wednesday, November 27, 2013 10:30 AM
I would like to suggest an enhancement in the handling of line breaks
that is useful for copying scores from existing models.
I suggest a command line option -dkeep-original-breaks for this
Am 27.11.2013 11:48, schrieb David Kastrup:
Urs Liska writes:
I would like to suggest an enhancement in the handling of line breaks
that is useful for copying scores from existing models.
Currently LilyPond can decide about breaks herself or we can manually
force or prevent breaks.
But when
Am 27.11.2013 12:25, schrieb David Kastrup:
Urs Liska writes:
Of course I can achieve the same with tags. But there will be many
instances where I don't "need them anyway" because I don't really
care about the state of the original score except for this
simplifica
Am 27.11.2013 14:54, schrieb David Kastrup:
Urs Liska writes:
What I actually want is to add that behaviour as an option to
Frescobaldi's Layout Control Mode.
So what?
I know you don't care about usability features involving graphical tools
such as Frescobaldi, Denemo or wha
Am 27.11.2013 15:01, schrieb David Kastrup:
David Kastrup writes:
I see nothing wrong with giving a command line option for setting
tags. That sounds useful, and it would most certainly encompass your
use case. It would also fit into LilyPond's current tool set, and
consequently into the doc
Am 27.11.2013 16:25, schrieb Carl Sorensen:
On 11/27/13 8:04 AM, "David Kastrup" wrote:
Urs Liska writes:
But also in this case I would come back and suggest including functions
like
originalBreak =
#(define-music-function (parser location)()
( #{ \tag #'keep-origina
Am 27.11.2013 16:36, schrieb Carl Sorensen:
On 11/27/13 8:32 AM, "Urs Liska" wrote:
For me this sounds good.
Requiring to write \include "original-breaks.ly" is significantly better
than requiring to define the commands.
But it would still need a separate switch, pr
Am 27.11.2013 16:52, schrieb David Kastrup:
Urs Liska writes:
Am 27.11.2013 16:36, schrieb Carl Sorensen:
On 11/27/13 8:32 AM, "Urs Liska" wrote:
For me this sounds good.
Requiring to write \include "original-breaks.ly" is significantly better
than requiring to define
Am 27.11.2013 15:52, schrieb David Kastrup:
Urs Liska writes:
Am 27.11.2013 14:54, schrieb David Kastrup:
Urs Liska writes:
What I actually want is to add that behaviour as an option to
Frescobaldi's Layout Control Mode.
So what?
I know you don't care about usability features
>I am willing to look at improving the Windows experience, although this
>
>would need to wait until my degree finishes next Summer. However,
>there's
>one thing I don't know: what should happen when you double-click a .ly
>file
>in Explorer: open an editor or compile the file? And if the fo
Hi all,
[I have sent a message a few hours ago, but from a different email
account.
If this first email should go through nevertheless, the email you
are reading
now is the only relevant version.]
as should be known by now I'm currently reviewing the content of
lilypond.org to make i
Am 11.12.2013 15:31, schrieb James:
Urs,
On 11/12/13 14:14, David Kastrup wrote:
Urs Liska writes:
I have discussed with Carl (Peterson) that it would be good to proceed
with the following steps:
- get the proposed _content_ changes into a shape for a formal review.
(Do this informally
Am 11.12.2013 15:59, schrieb James:
Urs,
On 11/12/13 14:36, Urs Liska wrote:
Am 11.12.2013 15:31, schrieb James:
Urs,
On 11/12/13 14:14, David Kastrup wrote:
Urs Liska writes:
I have discussed with Carl (Peterson) that it would be good to
proceed
with the following steps:
- get the
Am 11.12.2013 15:14, schrieb David Kastrup:
Urs Liska writes:
I have discussed with Carl (Peterson) that it would be good to proceed
with the following steps:
- get the proposed _content_ changes into a shape for a formal review.
(Do this informally and incrementally so we'll have onl
Am 11.12.2013 12:29, schrieb openLilyLib:
Hi all,
as should be known by now I'm reviewing the content of lilypond.org to
make it more accessible to new users.
Actually I intended to clarify the command-line-enhanced-editor issue
to avoid the double-click-on-lilypond.exe-doesn't-open-program
m
Am 12.12.2013 05:26, schrieb Carl Peterson:
On Wed, Dec 11, 2013 at 10:35 PM, Graham Percival
mailto:gra...@percival-music.ca>> wrote
Fixing this doesn't require a reorganization. It requires
deleting the two incorrect bits, dumping a @ref{Submitting a
patch} or whatever the @node
Am 12.12.2013 09:42, schrieb Urs Liska:
One particular question I have could be answered in this thread.
If I'm not completely wrong the CG insists on installing and using
git-cl for uploading patches.
But if I'm not mistaken hardly anyone currently uses it.
So _if_ there is a way t
Am 12.12.2013 10:02, schrieb David Kastrup:
This is exactly the kind of information I'd need now too. (And being
>in that situation I can't offer doing anything about it.)
>One particular question I have could be answered in this thread.
>If I'm not completely wrong the CG insists on installing a
Am 12.12.2013 04:19, schrieb Graham Percival:
On Wed, Dec 11, 2013 at 02:21:28PM +0100, Urs Liska wrote:
- I changed "Easier editing" to "Editing".
ok. I also like the "applicances" tab, although I agree with you
that the name might be ideal (but I also can&
Am 12.12.2013 11:00, schrieb Urs Liska:
Then I should base a patch on current master, upload it and - assuming
it will be accepted - mail the patch to someone (?) for pushing it?
OK, I've now uploaded my first two patches (one about the content and
one addressing in the CG a prob
The page "GSoC 2012" is obviously outdated.
What should be done with it?
Immediate reaction: "Put it on the attic".
But: Would it be useful to write a summary of what of it actually happened?
If yes: Is there something willing and able to do that?
Urs
__
Am 12.12.2013 14:10, schrieb Mike Solomon:
On Dec 12, 2013, at 3:06 PM, Urs Liska wrote:
The page "GSoC 2012" is obviously outdated.
What should be done with it?
Immediate reaction: "Put it on the attic".
But: Would it be useful to write a summary of what of it actually
Am 12.12.2013 16:39, schrieb Paul Morris:
Urs Liska wrote
Am 12.12.2013 14:10, schrieb Mike Solomon:
On Dec 12, 2013, at 3:06 PM, Urs Liska <
ul@
> wrote:
The page "GSoC 2012" is obviously outdated.
What should be done with it?
What about just changing it to "GSoC
Am 12.12.2013 16:51, schrieb David Kastrup:
Urs Liska writes:
Am 12.12.2013 16:39, schrieb Paul Morris:
Urs Liska wrote
Am 12.12.2013 14:10, schrieb Mike Solomon:
On Dec 12, 2013, at 3:06 PM, Urs Liska <
ul@
> wrote:
The page "GSoC 2012" is obviously outdated.
What sho
Am 12.12.2013 17:09, schrieb David Kastrup:
Urs Liska writes:
Am 12.12.2013 16:51, schrieb David Kastrup:
Urs Liska writes:
Am 12.12.2013 16:39, schrieb Paul Morris:
Urs Liska wrote
Am 12.12.2013 14:10, schrieb Mike Solomon:
On Dec 12, 2013, at 3:06 PM, Urs Liska <
ul@
> wrote
Am 12.12.2013 18:36, schrieb Trevor Daniels:
Urs Liska wrote Thursday, December 12, 2013 1:27 PM
Question: Should the "ideas" on that page be preserved as ideas for
future development?
This could be on the tracker or on some other page.
Most if not all of Janek's work is p
I've raised this issue already, but I think it needs to be considered in
its own thread:
What to do with Manuals->Web?
When I go there I can download the whole website as a PDF. OK, this
makes sense.
Getting it as one big HTML page also makes sense.
[but where can I get it in info format?)
Bu
Am 14.12.2013 04:53, schrieb Graham Percival:
On Thu, Dec 12, 2013 at 02:06:38PM +0100, Urs Liska wrote:
The page "GSoC 2012" is obviously outdated.
What should be done with it?
I suggest deleting it. There's no evidence that the proposed
mentors are still available or intere
Am 14.12.2013 05:01, schrieb Graham Percival:
On Fri, Dec 13, 2013 at 03:40:03PM -, Phil Holmes wrote:
I _think_ the odd place of "web" in the manuals hierarchy is down to
it being the only part of the documentation that built using "make
website" - it has something of a split personality be
Am 14.12.2013 04:57, schrieb Graham Percival:
On Thu, Dec 12, 2013 at 09:34:28PM +0100, Urs Liska wrote:
When I go there I can download the whole website as a PDF. OK, this
makes sense.
Getting it as one big HTML page also makes sense.
[but where can I get it in info format?)
We don't pr
Am 14.12.2013 11:04, schrieb David Kastrup:
t's not totally clear whether it has other
functions at the moment that could disrupt the regular operations when
removed.
Would be removing it (locally), making a full make website (and make
doc?) and walking through the whole site manually be enoug
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
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
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
p
Am 16.12.2013 04:35, schrieb David Kastrup:
I'd
lean towards applications. Basically, it seems to be "LilyPond as a
building block" but that's too long for a tab name.
That's the problem: All suggestions that "hit the spot" need phrases and
not single words.
But IISC "Applications" it the t
Am 16.12.2013 04:15, schrieb Graham Percival:
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 be
Am 16.12.2013 04:31, schrieb Graham Percival:
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
Am 16.12.2013 11:11, schrieb David Kastrup:
As said in another reply I have the impression that "Applications" is
>what the majority of commenters would suggest. Although I've got two
>"votes" for "Other uses", which might also be quite telling when seen
>as a menu item.
It's more like "Internal
Am 16.12.2013 10:25, schrieb David Kastrup:
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 way, if someone requests download.html, they are redirected
>to download-win.html if the
Am 15.12.2013 19:48, schrieb David Kastrup:
Urs Liska writes:
...
Viewed from the very narrow perspective of the actual patch there
isn't much I can argue against "People should read Text Input and if
they don't we can't help them/we should help them find that page&quo
Am 16.12.2013 04:29, schrieb Graham Percival:
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
intended flow of a new reader through the website.
Am 16.12.2013 06:15, schrieb Graham Percival:
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
Am 16.12.2013 07:46, schrieb Paul Morris:
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
Am 16.12.2013 07:53, schrieb David Kastrup:
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 simpl
Am 14.12.2013 12:20, schrieb Phil Holmes:
- lilypond.org/web/ : the old website
What is this old stuff good for?
Confusing search engines into misleading people there seems to be its
main purpose nowadays. It's not totally clear whether it has other
functions at the moment that could disrup
Am 14.12.2013 08:56, schrieb James:
On 14/12/13 07:14, Urs Liska wrote:
Am 14.12.2013 04:53, schrieb Graham Percival:
On Thu, Dec 12, 2013 at 02:06:38PM +0100, Urs Liska wrote:
The page "GSoC 2012" is obviously outdated.
What should be done with it?
I suggest deleting it.
Am 16.12.2013 21:26, schrieb Kieren MacMillan:
and Janek (who is "on sabbatical” due to physical problems)
Just to clarify: Janek is "on sabbatical" because sometimes he has to
follow the demands of a life beyond LilyPond (concretely a two month
internship).
His "physical problems" are rathe
Am 16.12.2013 22:28, schrieb James:
Hello,
I'd like to add our Turkish Professor's book to the Publications and am
unsure about the syntax/format of the syntax.
So for example one entry that exists is:
@inproceedings{reinhold01,
title = {OrchestralLily: A Package for Professional Music Publ
Am 18.12.2013 11:33, schrieb Graham Percival:
On Mon, Dec 16, 2013 at 01:27:05PM +0100, David Kastrup wrote:
Maybe "interactive" is a useful term? Like
"LilyPond is not an interactive program: its sole task is translating
a textual description of music into typeset music. For creating that
te
Am 19.12.2013 11:32, schrieb lilyp...@googlecode.com:
Updates:
Labels: -Patch-countdown Patch-push
Comment #4 on issue 3718 by pkx166h: Patch: Web: Reword contactUsAbout
macro
http://code.google.com/p/lilypond/issues/detail?id=3718
Patch counted down - please push
What should I do now?
Am 20.12.2013 10:45, schrieb Trevor Daniels:
3)
>What to do if my branch contains more than one commit?
>Should I squash them so the patch is one (big) commit? I wouldn't like
>that, for example because I would separate commits that move stuff (e.g.
>to other website nodes) from commits that chan
git format patch, post it on -dev and ask if anyone can push it for
you.
Would someone please push the attached patch?
TIA
Urs
>From 0680efed127eea46ed01e60fc7689625c9cf86b4 Mon Sep 17 00:00:00 2001
From: Urs Liska
Date: Thu, 12 Dec 2013 11:16:10 +0100
Subject: [PATCH] Web: Reword contactUsA
Thanks for the explanations.
Basically everything is like I would have expected, but I think I will
try to add some explanations to CG when I've time.
Urs
Am 20.12.2013 11:00, schrieb David Kastrup:
Urs Liska writes:
Am 19.12.2013 11:32, schrieb lilyp...@googlecode.com:
Up
Am 20.12.2013 11:12, schrieb David Kastrup:
As the typical victims for pushers are often able to grant push access,
you'll probably not have to go through this very often before they beg
you to accept push access.
I think I will do that soon.
Some time in the past I would have considered it a
Am 20.12.2013 11:25, schrieb David Kastrup:
Would you suggest to put such a series in a separate "thread" (by a
>merge no-ff) or not.
Usually not. But some of that might be pulled into a single commit.
>
OK, thanks.
Urs
___
lilypond-devel mailin
I'm somewhat confused about the organization of the CG chapters about
Git and patch review.
First:
3.2.2 Git for the impatient and
3.3 Basic Git procedures
share some information, and this in a somewhat confusing way.
Is there a _short_ explanation what these two chapters are intended for?
Sec
Am 22.12.2013 10:29, schrieb Trevor Daniels:
Urs, you wrote Sunday, December 22, 2013 8:55 AM
Subject: CG organization (Git)
I'm somewhat confused about the organization of the CG chapters about
Git and patch review.
The CG has never been properly revised and reorganised, with
many sections
to add a comment or make updates.
>From 0dd769ee4ec5befa5497548fadfcd972fc7a1926 Mon Sep 17 00:00:00 2001
From: Urs Liska
Date: Thu, 12 Dec 2013 12:06:39 +0100
Subject: [PATCH] Issue 3719: CG: Add comment about git-cl editor
git-cl fires either the editor specified by the
EDITOR environment v
Am 22.12.2013 10:54, schrieb David Kastrup:
Urs Liska writes:
Would somebody please be so kind and push the attached patch.
I rebased on origin/master and ran ct-section source-code.
make doc gave an error, but this pointed to
"fatal error: failed files: "60/lily-338514d2.ly"
Original-Nachricht
Betreff: Re: Fwd: Re: Issue 3719 in lilypond: Patch: CG: Add comment
about git-cl editor
Datum: Sun, 22 Dec 2013 13:13:54 +0100
Von: Urs Liska
An: David Kastrup
Am 22.12.2013 11:59, schrieb Urs Liska:
I don't see that logfile in input/regre
Am 22.12.2013 12:06, schrieb David Kastrup:
Urs Liska writes:
Am 22.12.2013 10:54, schrieb David Kastrup:
I see that you used @code{vi} and @code{git-cl} rather than @command{vi}
and @command{git-cl}: any particular reason for that?
I was suggested to use that on Rietveld.
So, no, no
Am 23.12.2013 13:02, schrieb David Kastrup:
Urs Liska writes:
Am 23.12.2013 12:45, schrieb Urs Liska:
Attached is an updated patch using @command instead of @code.
Rebased patch passes make doc (issues in other subthread solved).
Thanks for pushing
Urs
Sorry, found an error after
David Kastrup schrieb:
>Carl Peterson writes:
>
>> Trying to upload a follow-up patch for my notehead change.
>> When I try to run "git cl upload origin/master," I get
>>
>> fatal: ref HEAD is not a symbolic ref
>> Command "git symbolic-ref HEAD" failed
>>
>> What am I doing wrong?
>
>You are n
on Sep 17 00:00:00 2001
From: Urs Liska
Date: Mon, 16 Dec 2013 12:53:06 +0100
Subject: [PATCH 1/2] Issue 3732: Web: "Features": Modify outline
This doesn't modify the content, although I have a clear idea about it.
So some contents don't seem to fit to the headings.
---
Docum
I keep getting these messages although David has pushed the patch. How can I
(or someone) make the tracker aware of the push?
Urs
Ursprüngliche Nachricht
Von: lilyp...@googlecode.com
Gesendet: Sat Dec 28 09:48:40 MEZ 2013
An: lilyli...@googlemail.com
Betreff: Re: Issue 3719 in
David Kastrup schrieb:
>Urs Liska writes:
>
>> I keep getting these messages although David has pushed the patch.
>How
>> can I (or someone) make the tracker aware of the push?
>
>Usually the state should be updated by the pusher. If you are aware of
>an incon
Am 01.01.2014 15:47, schrieb Janek Warchoł:
2014/1/1 Graham Percival :
On Tue, Dec 31, 2013 at 06:35:36PM +0100, Janek Warchoł wrote:
2013/12/12 Graham Percival :
Sorry, this awoke Grumpy Graham.
I should have expected that.
Yes, you should have. :P Happy new year, BTW.
And you too!
I see the need to modify the "Our Goal" box on "Introduction", but I
wouldn't want to do that on my own because it would feel like modifying
someone else's tune instead of only adding a figured bass to it.
So I'd like to get some feedback here and propose a patch only then.
Here are my thought
Am 01.01.2014 18:02, schrieb Phil Holmes:
- Original Message - From: "Urs Liska"
To:
Sent: Wednesday, January 01, 2014 4:41 PM
Subject: Re: contributing instructions are misleading!
That's a point I'd like to say something about.
The CG's insistence o
Am 01.01.2014 18:34, schrieb Phil Holmes:
- Original Message - From: "Urs Liska"
To: "LilyPond Development Team"
Sent: Wednesday, January 01, 2014 5:03 PM
Subject: Content of "Introduction"->"Our Goal"
[snip]
I think the sentence cou
(since computers can do it). But I
>agree that might not be an obvious conclusion for non-programmers,
>so I have no objection to using a different image there.
Good point. Maybe that can easily be made clear through the text. I'll consider
this
(since computers can do it). But I
>agree that might not be an obvious conclusion for non-programmers,
>so I have no objection to using a different image there.
Good point. Maybe that can easily be made clear through the text. I'll consider
this when I'm at that text any
Kieren MacMillan schrieb:
>Hello all,
>
>Now that 2.18 has been released (kudos, by the way!!!), when is the
>unstable branch going to be updated?
>I like to be on the bleeding edge… ;)
Then you should build your own LilyPonds ;-)
--
Urs Liska
anyone complains, probably this weekend.
>
>Thanks. =)
>Kieren.
>___
>lilypond-user mailing list
>lilypond-u...@gnu.org
>https://lists.gnu.org/mailman/listinfo/lilypond-user
--
Urs Liska
openlilylib.org
___
lilyp
anslations. But it would be
nice to have a local doc (like the "doc tarball") but English only.
Anyway, I just realized that I don't need to download these huge tarballs
anymore since I can build the docs myself from Git :-)
Urs
Am 02.01.2014 03:35, schrieb Carl Peterson:
This allows composers, transcribers and publishers to
create publication-quality music---beautiful music---without having to
spend as much time fighting the software's default settings.
Is that really true (that is: can one honestly write this)?
Regul
Original-Nachricht
Betreff: Re: Images on "Introduction" and "Features"
Datum: Tue, 07 Jan 2014 10:30:51 +0100
Von: Urs Liska
An: Graham Percival
Am 03.01.2014 15:37, schrieb Urs Liska:
Graham Percival schrieb:
On Fri, Jan 03, 2014 at
Am 07.01.2014 11:55, schrieb Phil Holmes:
...
Documentation/web/introduction.itexi:14: @subheading Our Mission
On 2014/01/07 10:17:47, PhilEHolmes wrote:
I dislike this intensely. It smacks of corporate nonsense - read the
text that
large conglomerates have under "Our mission". Please leave
Am 07.01.2014 14:32, schrieb Carl Sorensen:
On Jan 7, 2014, at 3:56 AM, "Phil Holmes" wrote:
- Original Message - From:
To:
Cc: ;
Sent: Tuesday, January 07, 2014 10:45 AM
Subject: Re: Web:Introduction: Rename "Our Goal" box (issue 48430043)
Any other suggestions?
"Our goal" :-
Am 07.01.2014 14:41, schrieb Carl Peterson:
On Tue, Jan 7, 2014 at 8:34 AM, Urs Liska wrote:
Am 07.01.2014 14:32, schrieb Carl Sorensen:
On Jan 7, 2014, at 3:56 AM, "Phil Holmes" wrote:
- Original Message - From:
To:
Cc: ;
Sent: Tuesday, January 07, 2014 10:45 AM
S
Am 07.01.2014 15:18, schrieb Phil Holmes:
- Original Message - From: "Phil Holmes"
To: "Urs Liska" ; "Carl Peterson"
Cc: "Lilypond Dev"
Sent: Tuesday, January 07, 2014 2:16 PM
Subject: Re: Web:Introduction: Rename "Our Goal" box (is
Please don't beat me up, but that's something I wondered about for quite
some time:
Is there _any_ notion what a LilyPond 3.0 may be?
I mean 2.0 followed on 1.8, and now we're already towards .20
Is there any general idea about what would make the next major program
version
/definitions.ily
into LilyPond?
That makes possible to write something like
(if (lilypond-greater-than? '(2 16 0)) ... )
--
Urs Liska
www.openlilylib.org
___
lilypond-devel mailing list
lilypond-devel@gnu.org
https://lists.gnu.org/mailman/lis
Am 09.01.2014 12:03, schrieb Jan Nieuwenhuizen:
Urs Liska writes:
Is there _any_ notion what a LilyPond 3.0 may be?
I could imagine that if LilyPond were made into an engraving library,
and/or heavy rewiring to make it deeply integrated with a gui,
Hm, this is something I was also thinking
Am 07.01.2014 10:31, schrieb Urs Liska:
Original-Nachricht
Betreff: Re: Images on "Introduction" and "Features"
Datum: Tue, 07 Jan 2014 10:30:51 +0100
Von: Urs Liska
An: Graham Percival
Am 03.01.2014 15:37, schrieb Urs Liska:
Graham Percival schr
d, and thus provide guidance for better
>> automated typesetting.
>
>That must be the reason why the typical Word document features the
>consistent use of document styles for arriving at typographically
>superior results.
LOL!
--
Urs Liska
openlilylib.org
_
with us instead of trying alone.
This is to say that there is potential to interest academic institutions
in this, which would be a wonderful thing.
Best
Urs
--
Urs Liska
www.openlilylib.org
___
lilypond-devel mailing list
lilypond-devel@gnu.org
__
lilypond-devel mailing list
lilypond-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-devel
--
Urs Liska
www.openlilylib.org
___
lilypond-devel mailing list
lilypond-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-devel
Am 10.01.2014 23:37, schrieb Carl Peterson:
> On Fri, Jan 10, 2014 at 4:25 PM, Urs Liska wrote:
>
>>
>> Well,
>> compiling a few measures of a single staff feels nearly instantaneous, and
>> when you're editing an orchestral score this makes a huge difference.
Am Donnerstag, den 09.01.2014, 10:13 -0500 schrieb Carl Peterson:
> On Thu, Jan 9, 2014 at 6:20 AM, David Kastrup wrote:
> > Another problem is that LilyPond has a usage philosophy and workflow
> > that strongly penalizes manual tweaks. Graphically/manually oriented
> > workflows detract from the
>
>
>I think this is exactly a Denemo thing.
Please add your doubts to the Frescobaldi issue.
Urs
>
>best,
>Janek
>
>_______
>lilypond-devel mailing list
>lilypond-devel@gnu.org
>https://lists.gnu.org/mailman/listinfo/lilypond-devel
--
Urs Li
>From f23a749ea217b4d683a7802c3d764d4c16ab30cb Mon Sep 17 00:00:00 2001
From: Urs Liska
Date: Tue, 7 Jan 2014 12:18:35 +0100
Subject: [PATCH 1/5] Issue 3785: Web:Examples: Enclose in box
I think the pages below Introduction (and probably Community too)
should consistently start with a box and a subheading,
becau
201 - 300 of 754 matches
Mail list logo
