cf #22

Pour clarifier un échange de #18.

Lorsqu'un accord est altéré avec un bémol, comment doit-on le gérer dans Chordpro?
Utiliser & ou b ?
Dans le define et/ou dans les accords [...] ?

Je n'ai pas cherché bien loin, mais actuellement, on a (version master de patacrep et de patadata) :

$ songbook books/naheulbeuk.sb
[...]
DEBUG:patacrep.build:! LaTeX Error: Command \sidefault already defined.
DEBUG:patacrep.build:Or name \end... illegal, see p.192 of the manual.
DEBUG:patacrep.build:
DEBUG:patacrep.build:See the LaTeX manual or LaTeX Companion for explanation.
DEBUG:patacrep.build:Type  H <return>  for immediate help.
DEBUG:patacrep.build:...
DEBUG:patacrep.build:
DEBUG:patacrep.build:l.296 \newcommand*{\sidefault}{si}
DEBUG:patacrep.build:
DEBUG:patacrep.build:505 words of node memory still in use:
DEBUG:patacrep.build:6 hlist, 1 rule, 4 math, 5 kern, 12 glyph, 2 attribute, 63 glue_spec, 2 attri
DEBUG:patacrep.build:bute_list, 1 write, 1 dir, 1 pdf_colorstack nodes
DEBUG:patacrep.build:avail lists: 2:13,3:3,4:2,5:3,6:14,7:2,8:1,9:4
DEBUG:patacrep.build:!  ==> Fatal error occurred, no output PDF file produced!
DEBUG:patacrep.build:Transcript written on naheulbeuk.log.
ERROR:root:Error while LaTeX compilation of "naheulbeuk.tex" (see naheulbeuk.log for more information).

En supprimant ces deux lignes (utilisation d'une police), ça marche. Donc j'ai l'impression que c'est ce chargement de police qui doit être adapté à LuaLaTeX.

cf #22

Comment veut-on convertir un rep imbriqué dans un echo ?

Exemple: https://github.com/patacrep/patadata/blob/master/songs/le_donjon_de_naheulbeuk/crom.sg#L47

Hi,
I don't quite like the use of \gtab{G7}{3:020100} as it can be confused with \gtab{G7}{050400}.
Displaying the 3rd position is a good idea but I'd like to make a «barré» appear in addition to the position indication.
Is there some docs about gtab for me to try this ? Or maybe someone already knows how to do this ?

The volume-*.sb files are still using the old syntax (not supported anymore) and the song list is probably not up-to-date.

What should we do with them ?

• delete (and forget)
• convert "as-is" (some songs will not be in any volume)
• convert and add missing songs
• convert with a new plugin to ease future update (see patacrep/patacrep#206)

Comme évoqué en #17 et #18, certaines commandes ne sont pas supportées par chordpro.
Ce sujet vise à décider de leur avenir.

Voici mon implémentation actuelle (dans le convertisseur JavaScript):

Commandes simples

• \dots (et variantes): convertis en ... (trois points)
• \shrp (et variantes): convertis en #
• \oe : convertis en œ (vive l'UTF8)
• \ier, \ieme : convertis en ier et ieme
• \og, \fg (guillemets français): convertis en (accents de github pour le code) et''
• \flt : convertis en &
• \&, \_, \%, \#, \', \,, \ sont inchangés (suppression du backslash)
• \{, \}, \newline, \MultiwordChords, \Adlib sont supprimés
• \emph seul le contenu est conservé
• equations $H_2O$, $CO2$, $5m^2$ convertis en H2O, CO2, 5m²
• \Intro, \Chorus, \Bridge, \Verse, \Rythm, \Outro, \Solo, \Pattern sont inchangés (suppression du backslash)

Commandes de Header

• title
• album
• artist
• url
• original
• cover
• lang
• columns
• tab
• utab

Commandes de block

• chorus transformé en start/end_of_chorus
• bridge transformé en start/end_of_bridge
• verse et verse* seul le contenu est conservé
• repeatedchords seul le contenu est conservé
• nolyrics seul le contenu est conservé
• musicnote transformé en start/end_of_musicnote
• textnote transformé en start/end_of_textnote
• scripture transformé en start/end_of_scripture
• echo transformé en {echo: blabla}

On the readme of patacrep I saw that the command to compile a songbook is
songbook <songbook_file.yaml>

But patadata does not contains any .yml file

I tried: songbook books/songbook_fr.sb
but I get:

ERROR:root:The songbook file 'songbook_fr' is not valid
unknown fields: bookoptions, lang, encoding, authwords, datadir
ERROR:root:Running again with option '-v' may give more information.

cf #22

Est-ce qu'on autorise les echo sur plusieurs lignes, ou est-ce qu'on les convertit en plusieurs echo unilignes ?

Exemple:
https://github.com/patacrep/patadata/blob/master/songs/le_donjon_de_naheulbeuk/maitre_du_donjon.sg#L85

Un béta-testeur de songbook-web a relevé des erreurs dans les chansons de songbook-data, et les a regroupées ici : https://docs.google.com/spreadsheets/d/1nZ7wVLC9YIVg-XGIk_Hjk0nD0mW3-fRB8jkXF971Rsc/edit

Si cela vous convient, je ferais les modifications correspondante d'ici 2-3 jours.

Je viens d'installer la dernière version de pataXX de la manière suivante (sous Mac OS X):

git clone https://github.com/patacrep/patadata.git
git clone https://github.com/patacrep/patacrep.git
cd patacrep
python -m patacrep.songbook ../patadata/books/songbook_fr.yaml
INFO:patacrep.build:Building 'songbook_fr.tex'…
INFO:patacrep.build:Building 'songbook_fr.pdf'…
INFO:patacrep.build:Building indexes…
INFO:patacrep.build:Building 'songbook_fr.pdf'…
INFO:patacrep.build:Cleaning…

Tout se passe nickel le PDF sort tout beau.

... Mais l'encodage des titres dans la TOC ne se fait pas correctement:

Dans certains chants les commentaires sont en anglais et en français.

Le format ChrodPro n'est pas vraiment fait pour supporter cela : je propose de garder seulement le commentaire fait dans la langue de la chanson (je suppose qu'un personne qui veut chanter un chant anglais à un niveau suffisant pour comprendre le commentaire en anglais).

PS : cela concerne uniquement les chants où les commentaires sont dans les deux langues, mais on pourrait adopter cette convention pour les futurs commentaires

Désolé, encore des soucis de compilation. J'ai un patacrep à jour (version 5.1.1) installé via pip, comme il se doit. J'ai un patadata à jour (69f6d2c). J'ai un TexLive récent (paquet Debian version 2016.20160805-1). Toute tentative de compilation d'un carnet yaml (par exemple songbook -v books/naheulbeuk.yaml) échoue avec la même erreur :

DEBUG:patacrep.build:! Undefined control sequence.
DEBUG:patacrep.build:l.84 \pdfobjcompresslevel

Même chose si je tente de compiler directement le fichier .tex généré par songbook (par exemple lualatex naheulbeuk.tex. Le fichier incriminé est $HOME/.local/lib/python3.5/site-packages/patacrep/data/templates/styles/patacrep.sty, ligne 84 donc :

% Patch for Debian TeXLive 2012
% A bug may produce corrupted PDF
\pdfobjcompresslevel=0

Commenter cette ligne permet apparemment de tout faire rentrer dans l'ordre, et je présume que le bug évoqué dans le commentaire a été corrigé depuis longtemps, mais je laisse à d'autre le soin d'en juger. L'idéal serait peut-être de faire un test sur la version du compilateur, pour rester compatible avec les vieilles Debian.

In the .sb files, set lang="fr" (instead of 'french')

Hi,
I'm new to patacrep so please forgive the noise if I'm wrong.
As I understand it, patacrep.sbc should always list the files in the songs dir.
Here is the diff between the .sbc file and the actual content of songs :
patadata.sbc.missing.txt

Differences are missing files and five typos:

• les_ogres_de_barback/rue_de_panam.sg
• michel_fugain/un_beau_roman.sg
• michel_polnareff/goodbye_maryloo.sg
• the_animals/the_house_of_rising_sun.sg
• the_mamas_and_the_papas/california_dream.sg

BTW, is there a utility to generate this (or other) .sbc files? This patadata.sbc could/should be generated IMHO.

Hi,
Suppose I want to contribute with a few songs. I make a nice PR for them. Then you decide not to merge the PR because the author of the songs already contacted you and stated she doesn't want to have songs in patacrep songbooks.

1. Has it already occured?
2. Is there a list of such authors?

Hi,
I'm curious about the licensing of the songs and the chords, how do you manage it (if you do)?
Can we legally have an « open data / open source » dataset of songs and chords?

Je tente de compiler le songbook et j'obtient l'erreur:

! Package keyval Error: cover undefined.

See the keyval package documentation for explanation.
Type  H <return>  for immediate help.
 ...

l.4 ...-},cover={je-dis-aime},album={Je dis aime}]

Visiblement il faudrait supprimer tous les cover= comme donné par le patch suivant, et ce pour toutes les chansons.

diff --git a/songs/m/je_dis_aime.sg b/songs/m/je_dis_aime.sg
index dd616e7..8af535d 100644
--- a/songs/m/je_dis_aime.sg
+++ b/songs/m/je_dis_aime.sg
@@ -1,7 +1,7 @@
 \selectlanguage{french}
 \songcolumns{2}
 \beginsong{Je dis aime}
-  [by={-M-},cover={je-dis-aime},album={Je dis aime}]
+  [by={-M-},album={Je dis aime}]

   \cover
   \gtab{Em}{022000}

Mais je me dis qu'il devrait exister une manière plus élégante de faire en sorte de pouvoir compiler le songbook et que j'ai du louper quelque chose.

J'utilise:

songbook --version
songbook 4.0.0

installé via pip3

Merci d'avance.

J'ai du mal à voir l'état d'avancement pour la transition vers le format chrodpro (#19 est particulièrement longue).
Du coup voici une méta-issue pour regrouper tous les sujets qui s'y rapportent (et éviter des issues très longues où plusieurs sujets se retrouvent mélangés).

Je vais en profiter pour faire une nouvelle branche progressive_conversion(propre si possible), dans laquel chacun des points suivant sera une sous-branche

• Correction des inconsistances évidentes dans les chants LaTeX (voir #26)
• echo sur plusieurs lignes (voir #23)
• rep imbriqué dans echo (voir #24)
• meter en milieu de chant (voir #25)
• & ou b dans les accords (voir #27)
• ...
• Conversion finale (et création des fichiers avec la bonne extension)

Je garderai probablement en parallèle une branche convert_wip, que je rebaserai sur les dernières modifs et auxquelles j'appliquerai mon script de conversion.

cf #22

Il existe quelques chants où le changement de mesure est indiqué au sein du chant via la commande \meter.
Est-ce qu'on l'intègre simplement tel-quel dans ChordPro ?

Exemple:
https://github.com/patacrep/patadata/blob/master/songs/pink_floyd/hey_you.sg#L49