Re: Add Code of Conduct (issue 575620043 by janek.lilyp...@gmail.com)

niedz., 9 lut 2020 o 00:31 napisał(a): > On 2020/02/08 22:57:13, janek wrote: > > Because of significant disagreement, and to ensure that LilyPond > contributors > > don't feel pushed, I am hereby officially withdrawing this proposal. I > apologize > > for the disturbance caused by the way I

Re: ’Pond Jobs & Their Descriptions

Kieren, I see that I've misunderstood you - I apologize. My LP time today is over, so I'll follow on this topic on the next occasion :) sob., 8 lut 2020 o 23:31 Kieren MacMillan napisał(a): > Hi Janek, > > > I appreciate the initiative, and I agree that we could use a clearer > view on the

Re: Add Code of Conduct [Another RFC or not now?]

Graham, sob., 8 lut 2020 o 21:23 Graham Percival napisał(a): > I don't have any reasons that haven't been mentioned already, > other than one meta-reason: proposals like this are very divisive. > Trying to have this discussion in the middle of a "final sprint > towards 2.20" was unfortunate. >

Re: Add Code of Conduct

James, first, I am sorry that you are so disturbed. I realize that this is partially my fault, so I apologize. sob., 8 lut 2020 o 09:23 James Lowe napisał(a): > On 07/02/2020 09:50, Han-Wen Nienhuys wrote: > > Thanks for your careful observations. > > > > First, the CoC was actually coined by

Re: Add Code of Conduct

niedz., 9 lut 2020 o 00:39 David Kastrup napisał(a): > David Kastrup writes: > > > Janek Warchoł writes: > > > >> Elaine, > >> > >> pt., 7 lut 2020 o 02:28 Flaming Hakama by Elaine < > ela...@flaminghakama.com> > >> napisał(

Re: Add Code of Conduct

+1 to everything Harm said, and big thanks to Werner! (and Urs, who co-organized Salzburg event) Janek sob., 8 lut 2020 o 16:52 Thomas Morley napisał(a): > Am Sa., 8. Feb. 2020 um 14:59 Uhr schrieb Kieren MacMillan > : > > > To me, the greatest shame is that all the positive energy and

Re: Add Code of Conduct

Elaine, pt., 7 lut 2020 o 02:28 Flaming Hakama by Elaine napisał(a): > 1) "Adopt this CoC or I will leave the community" Such threats amount to a > my-way-or-the-highway attitude, which is an attempt to enforce veto power > in what is supposed to be a collaborative / concensus / democratic >

Re: [RFC] weekly dev chats

sob., 8 lut 2020 o 23:56 David Kastrup napisał(a): > Janek Warchoł writes: > > I'd be willing to organize and moderate the meetings (take care of > > preparing the agenda and sharing the take-aways with the devel list). I > > know that it'd be a challenge to find

Re: [RFC] Commit message format

+1 to all parts of the proposal from me. pt., 7 lut 2020 o 16:39 Han-Wen Nienhuys napisał(a): > Currently, on push most our commit messages look like: > > Issue XXX: Subject > > Body > Body > > > There are a couple of downsides to this format: > > * The number takes up space in the

Re: RFC: docker for CI

sob., 8 lut 2020 o 23:30 Janek Warchoł napisał(a): > In principle, thumbs up. However, I think it's essential that we don't try > to do too much at once; I'd suggest to focus on one most important aspect > first. To do that, I'd like to ask a helper question: what are 2 most > impor

Re: RFC: docker for CI

In principle, thumbs up. However, I think it's essential that we don't try to do too much at once; I'd suggest to focus on one most important aspect first. To do that, I'd like to ask a helper question: what are 2 most important reasons for using Docker instead of Patchy? In other words, what are

[RFC] weekly dev chats

Hello, I just got inspired by the Agile Manifesto Principles[1], specifically: > The most efficient and effective method of > conveying information to and within a development > team is face-to-face conversation. This reminded me how dynamic, positive and motivating were the LP talks in

Re: ’Pond Jobs & Their Descriptions

Hi Kieren, czw., 6 lut 2020 o 00:55 Kieren MacMillan napisał(a): > Hello all! > > I’m curious as to all the various jobs/tasks required to keep Lilypond > development moving forward at the fastest possible pace and in the most > efficient possible way. Is there a single list compiled anywhere,

Re: Add Code of Conduct (issue 575620043 by janek.lilyp...@gmail.com)

Werner, czw., 6 lut 2020, 03:46 użytkownik Werner LEMBERG napisał: > > > The preamble and intent is one thing; adding a corrective committee > > with the authority to enact punishments based on anonymous reports > > is another. It implements hierarchies and institutions exerting > > coercive

Re: Add Code of Conduct (issue 575620043 by janek.lilyp...@gmail.com)

David, czw., 6 lut 2020, 02:55 użytkownik David Kastrup napisał: > Not everybody likes to argue. So yes, I felt in a comfortable space > with you and it was a productive exchange where I was not aware of any > potential for controversy. But I'll agree that it sends an awful > message to

Re: Add Code of Conduct (issue 575620043 by janek.lilyp...@gmail.com)

2020 o 00:32 Janek Warchoł napisał(a): > Do you think that approaching other people with suspicion like this (i.e. > expecting they have worst intentions, which is getting close to a > conspiracy theory) contributes to a friendly atmosphere? I don't think so. > I realize you mig

Re: Add Code of Conduct (issue 575620043 by janek.lilyp...@gmail.com)

śr., 5 lut 2020 o 23:47 Kieren MacMillan napisał(a): > I guess what confuses me about this whole discussion/thread — starting > with the Salzburg "roundtable", really — is how quickly it appears to > escalate from "let’s collaboratively design an ecosystem where everyone can > be in their

Re: Add Code of Conduct (issue 575620043 by janek.lilyp...@gmail.com)

I'll try to speak only on the most pressing points to avoid bloating the discussion unnecessarily. śr., 5 lut 2020 o 14:41 David Kastrup napisał(a): > Janek Warchoł writes: > > In short, it's been found (I think Mike will be able to give you specific > > examples) that having

Re: Add Code of Conduct (issue 575620043 by janek.lilyp...@gmail.com)

Hi Jonas, śr., 5 lut 2020 o 09:18 napisał(a): > Not having read any of this, I strongly suggest that this is discussed > on lilypond-devel _before_ anything is brought to review. Discussion on > GitHub is fine, but I for one wasn't aware that there is one! > Thank you for being open. I

Re: Add Code of Conduct (issue 575620043 by janek.lilyp...@gmail.com)

Hi, śr., 5 lut 2020, 00:34 użytkownik napisał: > What problem are we trying to solve here? > In short, it's been found (I think Mike will be able to give you specific examples) that having code of conduct encourages contributions from newcomers. Also, it's simply good to have a lightweight

Re: development process

I've just went through the patch upload process (for proposed Code of Conduct https://codereview.appspot.com/575620043/) and I agree that it should be changed. It was obscure and confusing even for me. cheers, Janek wt., 4 lut 2020 o 22:57 Han-Wen Nienhuys napisał(a): > As promised in several

Re: Janek is coming back to LilyPond! :-)

wt., 21 sty 2020 o 19:33 Kieren MacMillan napisał(a): > 1. Wonderful to have you back! > 2. There’s this lyrics thing maybe you could take a look at…? ;) :-) Hopefully it can be one of the next things I work on. But contributing process must come first. J

Re: Janek is coming back to LilyPond! :-)

, to limit the amount of stuff "in progress". my best wishes to you, Janek pon., 20 sty 2020 o 17:34 Janek Warchoł napisał(a): > Hi everyone, > > for those who don't know me: I was an active member of the community > several years ago, contributed patches, co-authore

Plan for improving contribution process

Hello, Let's start with a high-level plan, and identify what are the biggest problems. Here's a document where I started; I'll give edit access to each of you upon request. https://docs.google.com/document/d/1zYwygWEKJt21rl-bKL41IpjFmiBjlfob6eS63jd-62I/edit?usp=sharing best, Janek PS I know

Janek is coming back to LilyPond! :-)

Hi everyone, for those who don't know me: I was an active member of the community several years ago, contributed patches, co-authored LilyPond blog, and together with Urs Liska typeset an award-winning publication

Re: New LilyPond contributor: Basia Mroczek

pt., 23 lis 2018 o 10:15 Urs Liska napisał(a): > Am 23.11.18 um 00:08 schrieb Janek Warchoł: > > Whoah, I almost forgot them :p > So, you're still using them? > > Unfortunately not. I really used them because it's so convenient to > maintain multiple builds from differen

Re: New LilyPond contributor: Basia Mroczek

Hello, czw., 22 lis 2018 o 13:58 Torsten Hämmerle napisał(a): > Welcome, Basia, and > welcome back, Janek! > > Good to see young people joining the flock. :) > > @Karlin: > Basia is a Polish affectionate/familiar form of Barbara. > It is pronounced "Basha", similar to Masha or Sasha, just with

Re: New LilyPond contributor: Basia Mroczek

czw., 22 lis 2018 o 00:21 Werner LEMBERG napisał(a): > I suggest to start with setting up a build environment (on GNU/Linux > box or in a virtual GNU/Linux machine) so that changes to C++ code, > Scheme code, and documentation can be easily done. > Yeah, we're working on that. :) czw., 22 lis

New LilyPond contributor: Basia Mroczek

Hi everyone, I'd like to introduce Basia Mroczek, who's joining our team for several months. Basia is a graduate (is that the correct english term?) of Mathematics at the University of Warsaw (so, cream of the crop!) who'd like to steer her career more towards programming rather than math. She's

Re: Long time no see :-)

like to, as well. wt., 20 lis 2018 o 00:28 Thomas Morley napisał(a): > Hi Janek :)) > Am Mo., 19. Nov. 2018 um 20:47 Uhr schrieb Janek Warchoł > : > > What you've been up to in the last 4 years? What's the current situation? > > As Werner said 2.20 is on the way, curr

Long time no see :-)

Hello, does anyone remember me? :-) Looks like I'm going to meddle a tiny bit in the Pond affairs again. What you've been up to in the last 4 years? What's the current situation? cheers, Janek ___ lilypond-devel mailing list lilypond-devel@gnu.org

Re: Stepping down and moving on

David, thank you for all your work and good luck with the new job! Can you share the name of the company and what you will be working on? All the best, Janek 2016-11-09 9:09 GMT-08:00 David Kastrup : > > Hi folks and team, > > while I haven't really occupied an official function

Re: issue tracker access

Hi, thanks! I don't know how much time I'll have for the Pond-diving (I'm afraid not much), but it's always good to be able to contribute occasionally. best, Janek 2016-10-18 23:29 GMT+02:00 Trevor Daniels : > > Hi Janek > > > can you give me write access to the

issue tracker access

Hi guys, can you give me write access to the sourceforge issue tracker? My sourceforge username is janek-warchol. thanks, Janek ___ lilypond-devel mailing list lilypond-devel@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-devel

LilyDev status update

Hi all, new LilyDev is a bit delayed - I'm sorry for that. You can see my current progress on the devel branch at https://github.com/janek-warchol/vagrant-powered-lilydev/tree/devel - any comments are welcome, though you may want to wait until I present a finished version for review (this should

Re: Improving the Contributors Guide and LilyDev

sent last week demonstrates that my approach is good. I already have quite a few further improvements in the works. I will send an email to -devel when I'll have a version ready for serious review (hopefully that should happen by June 15th). best, Janek 2015-05-12 21:38 GMT-07:00 Janek Warchoł

Re: Gitflow branching model

Hi all, I don't think that we should adopt git flow in its entirety - it would be too complicated. However, i think that we can manage release branches like described in gitflow. I think we should get back to this topic when it's time to think about new release. Best Janek W dniu

Re: Improving the Contributors Guide and LilyDev

Hello, I have an alpha version of LilyDev built with Vagrant and Ansible ready for demonstration. To try it, you need VirtualBox (https://www.virtualbox.org/) and Vagrant ( https://www.vagrantup.com/) installed, and the LilyDev Vagrant box (which you can download here:

Re: Improving the Contributors Guide and LilyDev

PS don't install Vagrant with apt-get, the version in official repositories is *ancient* and probably won't work - install using files from the website. 2015-05-12 21:38 GMT-07:00 Janek Warchoł janek.lilyp...@gmail.com: Hello, I have an alpha version of LilyDev built with Vagrant and Ansible

Re: Improving the Contributors Guide and LilyDev

Hi, 2015-05-05 22:34 GMT-07:00 Federico Bruni fedel...@gmail.com: 2015-05-06 7:19 GMT+02:00 Janek Warchoł janek.lilyp...@gmail.com: as I've already mentioned, I've already started working on a new LilyDev. I'm going to use tools that should make it easy to build different versions

Re: Improving the Contributors Guide and LilyDev

Hi all, as I've already mentioned, I've already started working on a new LilyDev. I'm going to use tools that should make it easy to build different versions of LilyDev (e.g. 32-bit and 64-bit, possibly also based on different distros). In order to reduce work duplication, I suggest to wait

Re: stencil-flip function

2015-05-02 23:46 GMT+02:00 Carl Sorensen c_soren...@byu.edu: I think you should submit this code as a patch to scm/stencil.scm. Also, the regtests should be fixed to show the new behavior. Using a scale of -1 is the appropriate thing to do when you want to have the *origin* stay in the same

any LilyPonders who'd like to meet in California?

Hello, I'll be in San Francisco area for the next three weeks - anyone would like to meet? It would be great :) best, Janek ___ lilypond-devel mailing list lilypond-devel@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-devel

Re: Just some short feedback

Hi David, thanks for this update! 2015-04-27 11:09 GMT+02:00 David Kastrup d...@gnu.org: At any rate, I am starting over _again_ but I think that I am now at the stage where my plan of execution is nicely streamlined and Listeners from both C++ and Scheme level (as well as their creation from

I'm back.

Hello everyone :-) I'd like to officially announce that I'm active again. I will probably start by focusing on Contributor's Guide, trying to make it easier for new people to get involved with the project. I already have a few ideas regarding LilyDev. cheers, Janek PS and i'll be delighted to

Re: Fw: [Jose E. Marchesi] [IMPORTANT] Accepting student applications

2015-04-22 11:57 GMT+02:00 David Kastrup d...@gnu.org: Werner LEMBERG w...@gnu.org writes: Folks Somehow this doesn't seem to work – have the potential GSoC students ever replied? Tie/Slur formatting: no proposal has been registered with Google by the student. While GNU would even have a

Re: GSoC tie formatting project (was: Google Summer of Code 2015)

Hi again, 2015-03-17 14:56 GMT+01:00 Janek Warchoł janek.lilyp...@gmail.com: Hello, 2015-03-12 2:07 GMT+01:00 Janek Warchoł janek.lilyp...@gmail.com: I think we should start by pinning down the control flow - both inside the tie formatting algorithm itself and between this and the rest

GSoC tie formatting project (was: Google Summer of Code 2015)

Hello, 2015-03-12 2:07 GMT+01:00 Janek Warchoł janek.lilyp...@gmail.com: Long time ago I have collected all of my research concerning ties in a repository on github: https://github.com/janek-warchol/tie-crusade I suggest that you take a quick look at it (follow the first paragraph

Re: Google Summer of Code 2015

Hello David, Georgy, all, I got a message from Paul that you're interested in working on LilyPond during GSoC - that's great! I think that both musicxml support and tie formatting can be shaped into GSoC projects, although I expect that these projects would be quite open-ended. I also expect

Re: Issue 4169: Line and page breaking syntactic sugar (issue 156400043 by tdanielsmu...@googlemail.com)

2014-10-20 6:33 GMT+02:00 k-ohara5...@oco.net: https://codereview.appspot.com/156400043/diff/1/ly/property-init.ly#newcode359 using \override's for re-establishing the default settings, What do others think? Yes, \autoLineBreaksOn is an assertive statement, so I would expect it to set the

Re: Some expected breaches of procedure

2014-09-22 21:18 GMT+02:00 David Kastrup d...@gnu.org: It's probably not much of a surprise that I am currently working on GUILE 2 support again. In order to get faster to a situation where I can in good conscience pester GUILE developers with a workable problem case in master, I'll likely

Re: Use aligned-on-x-parent instead of other callbacks for some grobs (issue 127860043 by janek.lilyp...@gmail.com)

2014-08-30 0:21 GMT+02:00 d...@gnu.org: https://codereview.appspot.com/127860043/diff/80001/lily/note-column.cc File lily/note-column.cc (right): https://codereview.appspot.com/127860043/diff/80001/lily/note-column.cc#newcode167 lily/note-column.cc:167: Grob *main_head; This is a

Re: emacs minor mode

Hi, 2014-08-23 22:11 GMT+02:00 Florian Knupfer fknup...@gmail.com: I've written a minor mode for Lilypond and emacs which I would like to contribute. It displays the notes in the score in a distance which correlates to the time the note consumes. The consequence is, that the pipes at the end

Re: brainstorming a really smart system engraver

Hi, 2014-08-28 1:40 GMT+02:00 Kieren MacMillan kieren_macmil...@sympatico.ca: Hi all, I think that issue 3518 (pushed recently) does just this: https://code.google.com/p/lilypond/issues/detail?id=3518 It doesn't do the automatic AI nightmare part. Yes, unfortunately... Yes, sorry - i

Re: brainstorming a really smart system engraver

Hi Kieren, 2012-12-14 14:47 GMT+01:00 Kieren MacMillan kieren_macmil...@sympatico.ca: Hello all, Like many people on this list, I engrave a number of choral works using Lilypond. Like a smaller subset of those people, I engrave a number of large and very large works (musicals, operas,

Re: Use aligned-on-x-parent instead of other callbacks for some grobs (issue 127860043 by janek.lilyp...@gmail.com)

2014-08-20 10:50 GMT+02:00 d...@gnu.org: Somewhat irritatingly, separately to to_boolean there _does_ exist a ly_scm2bool (which is equivalent to scm_is_true and thus defaults to #t (!) when given a non-boolean). Yes, this is very unintuitive. It is used a few times in our code base.

inactive for a few weeks

Hi all, together with Urs we're starting work on new Crowd engraving project, and i'll have to focus on that for the next several weeks, so i probably won't work on Lilypond itself (except for finishing issues 4062 and 4074). best, Janek ___

Re: get_property vs internal_get_property

2014-08-18 10:44 GMT+02:00 David Kastrup d...@gnu.org: Janek Warchoł janek.lilyp...@gmail.com writes: Hi, it's time to ask a n00b question and get the elephant (that was bothering me for a couple years) out of the room: why do we have - and use! - both get_property and internal_get_property

get_property vs internal_get_property (was: issue 127860043)

Hi, it's time to ask a n00b question and get the elephant (that was bothering me for a couple years) out of the room: why do we have - and use! - both get_property and internal_get_property? We ought to use get_property everywhere, right? Most of my early exposure to Lily's C++ code was with

Re: Fix clef transposition alignment (issue 3186) (issue 8363044)

2014-08-17 15:14 GMT+02:00 d...@gnu.org: Why would you want to access anything from C++? You mean i should have written this whole code in Scheme rather than C++? Maybe. I'm still more familiar with C++, that's why i chose it, but i can rewrite it if you think i should. Lots of callbacks

Re: Naming callback generators for grobs

2014-08-17 0:28 GMT+02:00 David Kastrup d...@gnu.org: Janek Warchoł janek.lilyp...@gmail.com writes: 2014-08-14 17:28 GMT+02:00 David Kastrup d...@gnu.org: For grob::calc-property-by-copy a few names were bounced around in the Rietveld discussion. My last proposal regarding grob::calc

Re: Naming callback generators for grobs

2014-08-14 17:28 GMT+02:00 David Kastrup d...@gnu.org: For grob::calc-property-by-copy a few names were bounced around in the Rietveld discussion. My last proposal regarding grob::calc-property-by-copy were grob::from-event-property and grob::event-property-getter. An intermediate proposal

Re: Rename calc-property-by-copy to copy-property-from-event (issue 122750044 by janek.lilyp...@gmail.com)

Hi David, 2014-08-08 16:48 GMT+02:00 d...@gnu.org: But then probably grob::from-event-property might be less jumbled, I'm ok with this one. and possibly grob::event-property-getter might bring the callback nature better across. I don't like this one. Maybe it's insufficient LilyPond

Re: Rename calc-property-by-copy to copy-property-from-event (issue 122750044 by janek.lilyp...@gmail.com)

2014-08-02 20:51 GMT+02:00 d...@gnu.org: Looks good. Looking at the name grob::copy-property-from-event, I think that grob::property-from-event is shorter but probably equally descriptive. Though perhaps we have a number of others starting with copy- already. Your call. Ok. I'll change

Re: thoughts on changing \magnifyMusic, please comment

2014-08-02 9:05 GMT+02:00 Mark Polesky markpole...@gmail.com: Janek Warchoł wrote: So, we can say that \magnifyStaff sets staff size to an absolute value - defined as the fraction of the default size - and not relative to the previous size. Not exactly. A magnifyStaff value is only relative

Re: default text-font-size

Hi Alexander, 2014-08-01 12:15 GMT+02:00 Alexander Kobel n...@a-kobel.de: Hi all, can anyone explain me why both numbers 11 and 12 (as in 11pt and 12pt) appear in the implementation of add-pango-fonts (scm/font.scm, lines 208, 219 and 224)? I have no idea; this looks really strange. The

Re: Add an expert font tree interface (issue 108700043 by perpeduumimmob...@gmail.com)

2014-08-01 12:04 GMT+02:00 perpeduumimmob...@gmail.com: The user interface is simply an optional argument (default 1) in the font-spec-list. [...] Ah, so it's up to the user to provide scaling factors. I thought that there is some code measuring height of the x letter and scaling the font

Re: Git push error: Unpack failed

Hi, 2014-08-02 20:32 GMT+02:00 Colin Campbell c...@shaw.ca: Attempting to push a single patch, using the directions in CG 3.4.11, I get the console output appended. I haven't attempted anything since, and would be grateful for guidance from the gurus. Online research suggests either

bounty for fixing issue 4044 (\addlyrics with custom contexts)

Hi people, i'm not sure how many of you read new issues regularly (i, for once, don't look at all emails from lilypond-auto because there's too many of them), so i'm sending this email. I'm putting a modest bounty on https://code.google.com/p/lilypond/issues/detail?id=4044 - this problem is a

Re: thoughts on changing \magnifyMusic, please comment

Hi, better late than never ;-) 2014-07-22 22:31 GMT+02:00 Mark Polesky markpole...@gmail.com: I'm wondering whether I should do either of these: 1) rename \magnifyMusic to \magnifyVoice 2) change the \magnifyMusic interface to match \magnifyStaff +1 for both. 2014-07-23 22:26 GMT+02:00 Mark

Re: AccidentalCautionary in NullVoice

@Dan: FYI, Keith has put up a patch that simplifies and improves NullVoice context - it should fix all the problems that we know of. It is currently being discussed at https://codereview.appspot.com/117050043 best, Janek ___ lilypond-devel mailing list

thank you! (was: PATCHES: Countdown for July 30th 2014)

COUNTDOWN: James Lowe: Create Texinfo @multitable entries for the articulations.Appendix http://code.google.com/p/lilypond/issues/detail?id=1189 REVIEW: Janek Warchoł: Patch: Remove warning when there are no noteheads to attach lyrics to. http

Re: GUB build

ok. Anyway, thanks a lot for your continuous work! It's good to have you care about releases :) Janek 2014-07-27 13:49 GMT+02:00 Phil Holmes m...@philholmes.net: Folks, Most people realise that me general schedule is to make and upload a GUB build every two weeks - normally on a Sunday

Re: Have git SHA1 ID's changed in the last 5 years?

2014-07-26 20:45 GMT+02:00 Mark Polesky markpole...@gmail.com: On Dec 17 2009, with commit #05eb689, I tracked down the birth commits for the individual manuals in order to establish the initial years for copyright purposes:

Re: [bounty] context generating function - how to get context def from its name?

Hi David all, 2014-07-25 21:34 GMT+02:00 David Kastrup d...@gnu.org: Janek Warchoł janek.lilyp...@gmail.com writes: 2) i didn't manage to get midi stuff done inside the same function as the layout stuff - but i think that i'll be able to solve that if i have a solution to 1). You

[bounty] context generating function - how to get context def from its name?

Hi all, i got stuck when working on a function that creates custom context definitions. The idea is to have a function \newInstrument that would take a list of settings and create new customized xxxStaff and xxxVoice contexts - something like this: newInstrument = #(define-scheme-function

Re: [bounty] context generating function - how to get context def from its name?

And the missing attachment. 2014-07-25 20:03 GMT+02:00 Janek Warchoł janek.lilyp...@gmail.com: Hi all, i got stuck when working on a function that creates custom context definitions. The idea is to have a function \newInstrument that would take a list of settings and create new customized

Re: [bounty] context generating function - how to get context def from its name?

2014-07-25 21:34 GMT+02:00 David Kastrup d...@gnu.org: Janek Warchoł janek.lilyp...@gmail.com writes: newInstrument = #(define-scheme-function (parser location instrName parentName settings)(string? ly:context-mod?) ;; ... #{ \layout { \context

Re: Allow specifying different alignment for grob and its parent (issue 118950043 by janek.lilyp...@gmail.com)

2014-07-23 16:45 GMT+02:00 david.nales...@gmail.com: Do you think a regtest would be appropriate? Definitely! I'll add it when i have a spare moment. LGTM. A natural extension of self-alignment capabilities. thanks! ___ lilypond-devel mailing

Re: Next step for easier custom music font switching

Hi, 2014-07-20 16:43 GMT+02:00 Abraham Lee tisi...@gmail.com: On Sun, Jul 20, 2014 at 3:47 AM, Janek Warchoł janek.lilyp...@gmail.com wrote: A thought: i'm missing the possibility to set the weight of the music font used by LilyPond for a particular score. In other words: let's say i have

Re: PATCHES: Countdown for July 24th - 2014

Hello, since the list of patches to review is short this time, i'm moving this one from review to countdown: 2014-07-21 9:01 GMT+02:00 James james.l...@outlook.com: Janek Warchoł: Patch: Set X-parent of TextScript to NoteColumn instead of PaperColumn http://code.google.com/p/lilypond/issues

Re: LilyPond meeting 2014?

2014-07-17 8:41 GMT+02:00 Jan-Peter Voigt jp.vo...@gmx.de: Hi all, I'd also like to join the party, but I am quite busy in the next time. I would like to join in for a session via skype or google-hang-out or similar - I could talk about and discuss the edition-engraver. Online-participation

Re: AccidentalCautionary in NullVoice

Hi Dan, 2014-07-18 4:50 GMT+02:00 Dan Eble d...@faithful.be: On Jul 7, 2014, at 12:29 , Janek Warchoł janek.lilyp...@gmail.com wrote: ... try changing all instances of NullVoice to Devnull and see what happens. It's a simple thing to do, and with I tried this with 2.18.2 and 2.19.10

Re: Next step for easier custom music font switching

Hi, 2014-07-19 16:48 GMT+02:00 tisimst tisi...@gmail.com: So, Urs and I have been discussing how we might proceed to make alternate music fonts more publicly available and I thought I'd bring the discussion here since there are some decisions to be made regarding how users would experience

Re: LilyPond meeting 2014?

2014-07-13 10:53 GMT+02:00 Marc Hohl m...@hohlart.de: Am 12.07.2014 19:58, schrieb Mike Solomon: I’d love to meet up but I am in gig mode as well towards the end of the summer and we have a newborn in the house. Hey, congratulations! The nights are quiet, yes? ;-) All the best for all of

Re: LilyPond meeting 2014?

Hi all, 2014-07-07 17:28 GMT+02:00 Urs Liska u...@openlilylib.org: On 7. Juli 2014 17:19:50 MESZ, David Kastrup d...@gnu.org wrote: The Waltroper Parkfest URL:http://www.waltroper-parkfest.de runs from August 29th to August 31st. It is an excellent diversion for accompanying guests and

Re: LilyPond meeting 2014?

Hi all, 2014-07-12 20:53 GMT+02:00 David Kastrup d...@gnu.org: I could offer one week earlier (full date range Aug 21st to Aug 26th), but that would still be mostly incompatible with Urs. Earlier than that collides with my own and Conny's plannings. One week later (Sep 4th to Sep 9th) may

Re: accidental reverts in git

2014-07-11 18:42 GMT+02:00 David Kastrup d...@gnu.org: Mark Polesky markpole...@gmail.com writes: In response to http://code.google.com/p/lilypond/issues/detail?id=3952#c7 David, here's a simplified version of the faulty workflow. The problem occurs in step 5 where I accidentally did

Re: fix Issue 2462. (issue 108280044 by janek.lilyp...@gmail.com)

Hi, sorry for delayed reply - i had a busy weekend (been on a wedding!) 2014-07-05 19:46 GMT+02:00 Keith OHara k-ohara5...@oco.net: On Fri, 04 Jul 2014 14:38:19 -0700, Janek Warchoł janek.lilyp...@gmail.com wrote: 2014-07-04 23:26 GMT+02:00 Janek Warchoł janek.lilyp...@gmail.com: That's

LilyPond meeting 2014?

Hi all, It's been almost two years since the Waltrop 2012 LilyPond Meeting, in which i had the pleasure to participate. What about organizing another meeting this year? - who'd be interested? - where? (David, are you interested in being the host again?) - when? (i suggest 15-17 August) If the

Re: AccidentalCautionary in NullVoice

Hello, 2014-07-07 2:06 GMT+02:00 Keith OHara k-ohara5...@oco.net: Dan Eble dan at faithful.be writes: It sounds like you are saying the issue with spurious accidental cancellations is fixed in 2.19.9 No, NullVoice still has those problems, because it still creates invisible note-heads, and

Re: fix Issue 2462. (issue 108280044 by janek.lilyp...@gmail.com)

2014-07-07 17:17 GMT+02:00 k-ohara5...@oco.net: On 2014/07/07 10:21:42, janek wrote: ok - this looks like a good path to follow. Unfortunately, i don't know when i'll have enough time to chew on this stuff - it seems that i'll have a busy week (or two). Let's countdown and push this

Re: PATCHES: Countdown for July 8th 2014

Hello, 2014-07-05 9:12 GMT+02:00 james pkx1...@gmail.com: REVIEW: Janek Warchoł: Patch: cleanup alignments of various grobs (follow-up to 3254 and 3962) http://code.google.com/p/lilypond/issues/detail?id=3978 this patch was on the previous countdown, and the new version that i uploaded

Re: Issue 2245: always align dynamics and lyrics on main notehead (issue 108270044 by janek.lilyp...@gmail.com)

in the patch for issue 3978, where they belong. 2014-07-02 21:22 GMT+02:00 Janek Warchoł janek.lilyp...@gmail.com: Hi, 2014-07-02 20:58 GMT+02:00 markpole...@gmail.com: Janek Warchoł wrote: While I think that it's better to always align lyrics to the main notehead, I knew that some people would

Re: fix Issue 2462. (issue 108280044 by janek.lilyp...@gmail.com)

Hi Keith, 2014-07-04 9:07 GMT+02:00 Keith OHara k-ohara5...@oco.net: On Wed, 02 Jul 2014 23:56:20 -0700, janek.lilyp...@gmail.com wrote: you should try to make the change consistently everywhere ? Yes, that's what i'm aiming for. However, as you remember, some of these changes produce

Re: fix Issue 2462. (issue 108280044 by janek.lilyp...@gmail.com)

I'm sorry, i mistakenly clicked send too early... 2014-07-04 23:26 GMT+02:00 Janek Warchoł janek.lilyp...@gmail.com: That's actually not what i want to do; I apologize for being unclear. I *want* the columns to behave the same way in case of both accidentals and lyrics (and everything else

Re: Issue 2245: always align dynamics and lyrics on main notehead (issue 108270044 by janek.lilyp...@gmail.com)

2014-07-04 23:21 GMT+02:00 markpole...@gmail.com: On 2014/07/04 20:47:24, janek wrote: Hi Mark, do you have any objections against putting this patch on countdown? No objections, but I'll leave it to someone else to give the green light since I'm not qualified to evaluate the C++ code. ok,

Re: Re: Issue 2245: always align dynamics and lyrics on main notehead (issue 108270044 by janek.lilyp...@gmail.com)

Hi, 2014-07-01 21:35 GMT+02:00 markpole...@gmail.com: This patch is problematic for me. Firstly, when a lyric syllable extends to the next note (as with a slur or tie), it is my understanding that the lyric text should be left-aligned with the left-most note of the chord. See Issue 3521:

Re: GUB failing

Pushed to staging as commit 7c6becbfa9deba7e58af8780e3ea2627169d5c4e Author: Janek Warchoł lemniskata.bernoull...@gmail.com Date: Sun Jun 29 22:58:45 2014 +0200 Rename argument to avoid preprocessor problems thanks! Janek 2014-07-02 11:12 GMT+02:00 Phil Holmes m...@philholmes.net

Re: Issue 2245: always align dynamics and lyrics on main notehead (issue 108270044 by janek.lilyp...@gmail.com)

Hi, 2014-07-02 20:58 GMT+02:00 markpole...@gmail.com: Janek Warchoł wrote: While I think that it's better to always align lyrics to the main notehead, I knew that some people would prefer to do this otherwise, so the patch allows to choose how to align LyricTexts (and DynamicTexts) Okay

  1   2   3   4   5   6   7   8   9   10   >