Re: Wondering if there's a way to not just hide N.C symbols, but have them not erase "current" chord.

2023-02-24 Thread Matthew Probst
Yes, you are correct.  I've not been as careful in my typing as I should
be, in my overexcitement and joy at getting a great answer so quickly.
I'll try to compose my Emails better in the future, sorry if I offended.

On Sat, Feb 18, 2023 at 3:40 PM Jean Abou Samra  wrote:

> Le vendredi 17 février 2023 à 19:03 -0600, Matthew Probst a écrit :
>
> This is indeed the first time I'm really understanding adding properties
> to notes with music functions, and it makes much more sense to me now that
> I'm deeper in this than it did in the past.
>
> Good to hear. For what it's worth, you may want to read this
> ,
> this
> 
> or this
> 
> to get a firmer understanding.
>
> Thanks, I'll stop bugging the lits and will get writing now.
>
> I assume you meant "bugging the lists", unless "bugging the lits" is an
> idiomatic expression that I don't know about?
>


Re: Discourse

2023-02-24 Thread Andrew Bernard
Whatever do you mean? If you read the thread I was freely offering my 
time and resources to implement Discourse for lilypond, voluntarily. 
Discourse is open source and free. There's no hint of anything 
commercial here. You can have Discourse host your instance commercially, 
but at no time have I promoted that.


Or is this a joke that I don't get?

Andrew


On 25/02/2023 12:49 pm, Al Rushing wrote:

Paid announcement


Al.




Re: Discourse

2023-02-24 Thread Al Rushing
Paid announcement 


Al. 

> On Feb 24, 2023, at 4:14 PM, Andrew Bernard  
> wrote:
> 
> I wouldn't say lots, and neither for sure. I did a major investigation of 
> other free forum programs and it pretty clear that Discourse is superior to 
> all, and importantly it can be self hosted, and others mostly do not have an 
> email list function. Hence why so many organizations are turning to and using 
> Discourse, e.g. python.org, Steinberg, LetsEncrypt, etc. I also ran my lists 
> on GNU Mailman 2 and Mailman 3 and I have to say, even as a technical person, 
> the switch to Discourse took a massive load off my shoulders in terms of 
> maintenance and freedom from bugs and so on. Discourse has a very active and 
> capable developer community and undergoes rapid and continuous development. 
> Discourse also works very well on mobile devices too. There are now over 
> 30,000 online communities using Discourse (reference: https://discourse.org 
> ). [And please nobody confuse it with Discord, a totally different thing.] 
> But this is all by the bye.
> 
> Andrew
> 
> 
>> On 25/02/2023 6:46 am, Jean Abou Samra wrote:
>> However, there are lots of other free alternatives, for sure. Discourse is 
>> just the best-known at the moment.
> 


Re: Discourse

2023-02-24 Thread Andrew Bernard
I wouldn't say lots, and neither for sure. I did a major investigation 
of other free forum programs and it pretty clear that Discourse is 
superior to all, and importantly it can be self hosted, and others 
mostly do not have an email list function. Hence why so many 
organizations are turning to and using Discourse, e.g. python.org, 
Steinberg, LetsEncrypt, etc. I also ran my lists on GNU Mailman 2 and 
Mailman 3 and I have to say, even as a technical person, the switch to 
Discourse took a massive load off my shoulders in terms of maintenance 
and freedom from bugs and so on. Discourse has a very active and capable 
developer community and undergoes rapid and continuous development. 
Discourse also works very well on mobile devices too. There are now over 
30,000 online communities using Discourse (reference: 
https://discourse.org ). [And please nobody confuse it with Discord, a 
totally different thing.] But this is all by the bye.


Andrew


On 25/02/2023 6:46 am, Jean Abou Samra wrote:
However, there are lots of other free alternatives, for sure. 
Discourse is just the best-known at the moment.




Re: Page turning in song book: Only \scores with more than 1 page should be forced to start on even page number

2023-02-24 Thread Johannes Maibaum
Hello Valentin,

returning here after another year (and what a year...).

I wanted to ask if it would be possible to improve the page-turn-
breaking algorithm for the case where the user also has ragged-bottom
set to #t (which you correctly assumed I was trying to use as well).

Am Donnerstag, dem 24.02.2022 um 00:43 +0100 schrieb Valentin Petzel:
> Hello Johannes,
> 
> using page-turn-breaking only acts like this if ragged-bottom is set to #t 
> (which should be considered as weird behaviour). I suppose what’s happening 
> there is that with ragged-bottom set to #t there is no demerit for short 
> pages, as the pages are not stretched out (which is the thing that would get 
> demerits). This means that there is no demerit to breaking in every possible 
> place, which I think is one of the first solutions tried by the breaking 
> algorithm. Thus even if we find a shorter solution of equal demerit we won’t 
> use it.
> 
> I’d suggest we should add a very small demerit for solutions with lots of 
> pages so that with configurations with the same overall demerit the one with 
> less pages is preferred.
> 
> E.g. changing line 124 in page-turn-page-breaking.cc to
> ret.demerits_ = result.demerits_ + static_cast(ret.page_count_)/1000;
> we do already get better behaviour (although probably not the best, for some 
> weird reason it allows compression of pages when it is not nescessary, like 
> here

Would this be line 129 today, i.e. in
Page_turn_page_breaking::put_systems_on_pages()?

https://gitlab.com/lilypond/lilypond/-/blob/master/lily/page-turn-page-breaking.cc#L129

> 
> \paper {
>   page-breaking = #ly:page-turn-breaking
>   ragged-bottom = ##t
> }
> 
> {\repeat unfold 20 c1 }
> {\repeat unfold 20 c1 }
> {\repeat unfold 20 c1 }
> {\repeat unfold 40 c1 }
> {\repeat unfold 20 c1 }
> {\repeat unfold 100 c1 }
> {\repeat unfold 20 c1 }
> {\repeat unfold 20 c1 }
> {\repeat unfold 20 c1 }
> {\repeat unfold 20 c1 }
> {\repeat unfold 200 c1 }
> 
> on page 2). It might also be sensible to add a small demerit depending on the 
> free whitespace to enforce a more even distribution of whitespace.
> 
> Cheers,
> Valentin
> 
> Am Mittwoch, 23. Februar 2022, 18:13:15 CET schrieb Johannes Maibaum:
> > Hello,
> > 
> > I am working on a lead-sheet song book (i.e. one \book with many short
> > \scores inside), and I was looking for a way to optimize page turning
> > for musicians playing tunes from the book. Most songs fit on a single
> > page, but there are a few songs which span 2 or more pages.
> > 
> > I want to make sure that all songs which more than 1 page start on an
> > even page, but all 1-page songs should be allowed to start on an even or
> > an odd page.
> > 
> > Looking through the documentation, and testing the built-in page-
> > breaking algorithms, there doesn't seem to be a turn-key solution for my
> > use-case. The default optimal-breaking algorithm starts every \score on
> > the next page (even or odd), and page-turn-breaking forces every \score
> > to start on an even page, which causes (almost) blank pages (the last
> > line is put on the odd page) after all tunes which would happily fit on
> > 1 page.
> > 
> > I tried fiddling with the different blank-page-*-penalties, but so far I
> > wasn't able to achieve my goal. Is it possible after all?
> > 
> > 
> > Best,
> > Johannes
> 



Re: Discourse

2023-02-24 Thread Jean Abou Samra
Le vendredi 24 février 2023 à 12:17 +, Wols Lists a écrit :
> As an alternative to discourse, Google Groups? You might even be able to  
> migrate the list email address across! Of course, that would bring its  
> own headaches ...


That is pretty much a non-starter since Google Groups is proprietary software, 
which is not acceptable for the primary communication medium in a GNU project.

However, there are lots of other free alternatives, for sure. Discourse is just 
the best-known at the moment.


signature.asc
Description: This is a digitally signed message part


Re: Discourse

2023-02-24 Thread Andrew Bernard
OK, I think we can drop the discourse on Discourse :-) I see that it is 
too big a change for the users of this list. Running GNU Mailman 2 in 
parallel with the list is not something I'm prepared to do, even though 
it could just barely be made to work. It's a pity people object to this 
newer technology as the mailing list function of Discourse is precisely 
equivalent to what you have now. It's only limited in comparison to the 
very very costly LISTSERV mailing list software.


Anyway, there is cost involved in running a Linux server, and there is 
also constant maintenance to do, so given that this suggestion has 
flopped I won't push the idea any further. But I do want to disabuse 
people of the notion that advertising is involved. Neither the self 
hosted version nor the Enterprise hosted version come with 
advertisements and there is no support for that in the software anyway. 
And also by the way, the emails come out threaded by topic, just as they 
do here in this list, and so its very easy to follow conversations on a 
topic.


Andrew





Re: Discourse

2023-02-24 Thread Wols Lists

On 24/02/2023 10:39, Frank Steinmetzger wrote:

It’s actually not the printing dialog, but a print version of the website.
The Print dialog opens on top of that. You can see this when you cancel the
print dialog - the popup is still there. Apparently, the print version is
constructed so differently from the normal version, that it must be
generated separately, instead of applying print-specific stylesheets on the
original website.


That seems to be the norm these days for any "modern" web site :-( At 
least it hasn't lost the actual content in the process!


Me? Cynical? :-)

As an alternative to discourse, Google Groups? You might even be able to 
migrate the list email address across! Of course, that would bring its 
own headaches ... or could you migrate the list address to your own 
discourse server?


At the end of the day, I'm an old dinosaur and don't want things to 
change ...


Cheers,
Wol



Re: Discourse

2023-02-24 Thread Frank Steinmetzger
Am Fri, Feb 24, 2023 at 12:17:02AM +0100 schrieb Jean Abou Samra:
> Le jeudi 23 février 2023 à 17:08 -0600, David Wright a écrit :
> > I just tried ^P on the same link in FF, and I got a bar that said:
> > 
> >   "Firefox prevented this site from opening a pop-up window. [Preferences]  
> > ×"
> > 
> > What does it contain/is it for?
> 
> It contains a printing dialog. Try it, it won't bite you :)

It’s actually not the printing dialog, but a print version of the website. 
The Print dialog opens on top of that. You can see this when you cancel the 
print dialog - the popup is still there. Apparently, the print version is 
constructed so differently from the normal version, that it must be 
generated separately, instead of applying print-specific stylesheets on the 
original website.

-- 
Grüße | Greetings | Salut | Qapla’
Please do not share anything from, with or about me on any social network.

Democracy is a process which guarantees that
we are not governed any better than we deserve.


signature.asc
Description: PGP signature