Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

fixed Typo doc de #10

Open
wants to merge 1 commit into
base: master
Choose a base branch
from

Conversation

aploese
Copy link

@aploese aploese commented Apr 3, 2023

No description provided.

@hahnjo
Copy link
Contributor

hahnjo commented Apr 3, 2023

@aploese thank for the fix! Could you submit the change via GitLab as described here: https://lilypond.org/doc/v2.25/Documentation/contributor/lifecycle-of-a-merge-request ? We don't really accept PRs via GitHub (but have no way of disabling for the repository...

@lemzwerg
Copy link
Collaborator

lemzwerg commented Apr 3, 2023

but have no way of disabling for the repository...

Is this still true? https://stackoverflow.com/questions/27957454/how-to-disable-pull-requests-in-github seems to indicate that this has changed...

@lemzwerg
Copy link
Collaborator

lemzwerg commented Apr 3, 2023

Or maybe this solution might help:

https://github.com/dessant/repo-lockdown

@hahnjo
Copy link
Contributor

hahnjo commented Apr 3, 2023

but have no way of disabling for the repository...

Is this still true? https://stackoverflow.com/questions/27957454/how-to-disable-pull-requests-in-github seems to indicate that this has changed...

AFAICT this is for setting up branch protection and then configuring bypassing, ie who is allowed to push. But the ability to create PRs will remain.

Or maybe this solution might help:

https://github.com/dessant/repo-lockdown

Same here: It will just auto-close PRs. And I don't really want GitHub-specific configuration files in the repo...

Anyway, this topic should not be discussed here. The current status is that we don't accept PRs on GitHub.

hahnjo pushed a commit that referenced this pull request Apr 21, 2023
Inserting QR-codes is a feature that was requested multiple times. Cf.

frescobaldi/frescobaldi#312
https://lists.gnu.org/archive/html/lilypond-user/2018-05/msg00350.html
https://lists.gnu.org/archive/html/lilypond-user/2012-07/msg00143.html
https://lists.gnu.org/archive/html/lilypond-user-fr/2022-07/msg00005.html

While this can of course be done with an image, it becomes cumbersome to
generate those images for each score one publishes, especially if every
part has its own QR code for example. It is much more convenient to
insert the URL directly into the LilyPond input. This also opens up the
possibility to make sites similar to Mutopia insert a QR code
automatically in the footer, with part of the URL computed in Scheme
from the file name or such.

There was prior art in https://lsr.di.unimi.it/LSR/Item?id=1153, which
did not, however, allow inserting the URL directly into the input,
instead requiring to copy a bit array representing the code, still
generated externally.

This patch goes further by implementing a minimal QR code encoder in
Scheme, allowing the syntax

\markup \qr-code #10 "https://lilypond.org"
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
3 participants