Subject: Problème avec l'affichage de l'accord de Ré

From: Eulogia <[email-masked]>
Date: Fri, 25 Nov 2022 14:23:14 +0100

Bonjour, 

J'étais sur la liste en anglais, mais comme je viens de découvrir celle-ci en français, je me permets de poster.

J'ai une bug d'accent avec Lilypond, soit le code:

\version "2.22.2"
\language "italiano"

\score
{
  \new ChoirStaff
  <<
    \chords { \frenchChords re1 }

    \new Staff <<
      \relative do' 
      {
        do re mi fa sol la si do
      }
}

enregistré dans le fichier /Users/benedikt/Desktop/test.ly <http://test.ly/>.

Si je compile sous macos en passant par la dernière version de frescobaldi, l'accord de ré s'affiche correctement. 

Mais si je compile directement depuis le terminal, avec l'instruction /opt/local/bin/lilypond ~/Desktop/test.ly <http://test.ly/>, je reçois l'erreur suivante:

GNU LilyPond 2.22.2
Traitement de « /Users/benedikt/Desktop/test.ly »
Analyse...
Interprétation en cours de la musique...[8]
Pré-traitement des éléments graphiques...
(process:79230): Pango-WARNING **: 14:19:15.947: Invalid UTF-8 string passed to pango_layout_set_text()

Avertissement : aucun glyphe ne correspond au caractère U+FFFD dans la fonte « /opt/local/share/fonts/urw-core35-fonts/NimbusSans-Regular.otf »
Avertissement : aucun glyphe ne correspond au caractère U+FFFD dans la fonte « /opt/local/share/fonts/urw-core35-fonts/NimbusSans-Regular.otf »
Détermination du nombre optimal de pages...
Répartition de la musique sur une page...
Dessin des systèmes...
Conversion à « test.pdf »...
Compilation menée à son terme, avec succès.

et l'accord de Re s'affiche avec "R" au lieu de "Ré".Je précise que les accents fonctionnent partout ailleurs. 

Est-ce que quelqu'un aurait une suggestion?

Cordialement, 

Ben

---

From: Jean Abou Samra <[email-masked]>
Date: Fri, 25 Nov 2022 16:00:23 +0100

Le 25/11/2022 à 14:23, Eulogia a écrit :
> Bonjour,
>
> J'étais sur la liste en anglais, mais comme je viens de découvrir 
> celle-ci en français, je me permets de poster.
>
> [...]
> enregistré dans le fichier /Users/benedikt/Desktop/test.ly 
> <http://test.ly>.
>
> Si je compile sous macos en passant par la dernière version de 
> frescobaldi, l'accord de ré s'affiche correctement.
>
>
> Mais si je compile directement depuis le terminal, avec l'instruction 
> /opt/local/bin/lilypond ~/Desktop/test.ly <http://test.ly>, je reçois 
> l'erreur suivante:
>
> GNU LilyPond 2.22.2
> Traitement de « /Users/benedikt/Desktop/test.ly <http://test.ly> »
> Analyse...
> (process:79230): Pango-*WARNING***: 14:19:15.947: Invalid UTF-8 string 
> passed to pango_layout_set_text()
>
> Avertissement : aucun glyphe ne correspond au caractère U+FFFD dans la 
> fonte « /opt/local/share/fonts/urw-core35-fonts/NimbusSans-Regular.otf »
> Avertissement : aucun glyphe ne correspond au caractère U+FFFD dans la 
> fonte « /opt/local/share/fonts/urw-core35-fonts/NimbusSans-Regular.otf »
> et l'accord de Re s'affiche avec "R" au lieu de "Ré".Je précise que 
> les accents fonctionnent partout ailleurs.
>

Bonjour,

C'est assez étrange. On peut supposer que les réglages de
langue du système interfèrent avec les accents. D'abord,
est-ce que vous avez essayé avec la version 2.23.81 ?
Pour info, comme le chemin dans /opt/local suggère que
vous avez utilisé MacPorts pour installer LilyPond, MacPorts
propose aussi la version de développement (donc la 2.23.81)
sous le nom lilypond-devel.

Je me demande bien quel sera le résultat étant donné qu'il
y a eu des changements importants dans la manière dont
les accents sont gérés. Il se peut que ça se mette à
fonctionner.

Deuxième question, est-ce que vous utilisez l'option
« Lancer LilyPond avec des messages en anglais » dans
Frescobaldi ? Et est-ce que vous pouvez donner le
résultat de la commande « locale » dans le terminal ?

Troisième question, est-ce que vous pourriez compiler le
fichier suivant et envoyer ce qui est affiché dans la
console ?

\version "2.22.2"
\language "italiano"

\score
{
   \new ChoirStaff
   <<
     \chords {
       \override ChordName.after-line-breaking =
         #(lambda (grob)
            (let ((re-str (second (first (second (first (second 
(ly:grob-property grob 'text))))))))
              (ly:message "~s"
                          (map (lambda (c)
                                 (number->string
                                  (char->integer c)
                                  16))
                               (string->list re-str)))))
       \frenchChords
       re1
     }

     \new Staff <<
       \relative do'
       {
         do re mi fa sol la si do
       }
     >>
   >>
}

Par exemple, pour moi, cela donne

("52" "c3" "a9")

Cordialement,
Jean

---

From: Jean Abou Samra <[email-masked]>
Date: Fri, 25 Nov 2022 22:51:18 +0100

Bonjour,

Je remets la liste en copie, merci de toujours inclure la liste
(avec « Répondre à tous » au lieu de « Répondre ») afin que chacun
puisse participer.

Le 25/11/2022 à 16:25, Eulogia a écrit :
> Bonjour Jean,
>
> Merci pour cette réponse rapide!
>
> J'étais justement en train d'essayer la 2.23.8, je ne l'ai pas 
> installée par macport, parce qu'il n'autorise pas les deux versions en 
> parallèle.
>
> 1. Le zip pour mac de la 2.23.8 fonctionne correctement au terminal. 
> Par contre, si je l'ajoute à Frescobaldi, les chemins d'accès des .ly 
> avec des caractères spéciaux ne passent plus, et comme j'ai des 
> instructions on-the-fly, je ne peux pas travailler avec les deux 
> versions simultanément (j'essaye bien de retrouver la structure 
> conditionnelle de version, que j'ai une fois vue quelque part, mais je 
> ne sais plus où…).

Ça, c'est un bug connu et identifié. Il n'apparaît qu'avec
l'option « Lancer LilyPond avec des messages en anglais ».
Il sera réglé dans la prochaine version de Frescobaldi.

> 2. Oui, j'utilise les messages en anglais sur Frescobaldi, voici le 
> résultat de la commande "locale", serait-ce un problème du fait que 
> j'ai le français de Suisse?
>
> LANG="fr_CH.UTF-8"
> LC_COLLATE="fr_CH.UTF-8"
> LC_CTYPE="fr_CH.UTF-8"
> LC_MESSAGES="fr_CH.UTF-8"
> LC_MONETARY="fr_CH.UTF-8"
> LC_NUMERIC="fr_CH.UTF-8"
> LC_TIME="fr_CH.UTF-8"
> LC_ALL=

J'ai essayé avec les mêmes réglages et je n'ai pas le bug,
malheureusement ...

> 3.1 Voici le résultat de votre script avec la 2.22.2 au terminal:
>
> benedikt@benedikt ~ % /opt/local/bin/lilypond ~/Desktop/test2.ly 
> <http://test2.ly>
> GNU LilyPond 2.22.2
> Traitement de « /Users/benedikt/Desktop/test2.ly <http://test2.ly> »
> Analyse...
> (process:80875): Pango-*WARNING***: 16:17:42.406: Invalid UTF-8 string 
> Conversion à « test2.pdf »...

C'est vraiment tout l'affichage, il n'y a pas quelque
chose qui apparaît après « Dessin des systèmes... » ?
Vous êtes sûr(e?) d'avoir compilé le bon fichier ?
Si oui, avec Rémy qui dans l'autre fil a également
le problème de « ça marche chez Jean mais pas chez moi »,
je vais commencer à me demander si je ne deviens pas fou...

À tout hasard, qu'est-ce que ça donne en remplaçant
after-line-breaking par before-line-breaking ?

En tous cas, c'est une bonne nouvelle que la 2.23.81
fonctionne.

Cordialement,
Jean

---

From: Eulogia <[email-masked]>
Date: Sat, 26 Nov 2022 00:03:05 +0100

Bonjour Jean, 

Désolé pour l'oubli de la liste en copie.

> Le 25 nov. 2022 à 22:51, Jean Abou Samra <[email-masked]> a écrit :
> 
> Bonjour,
> 
>> J'étais justement en train d'essayer la 2.23.8, je ne l'ai pas installée par macport, parce qu'il n'autorise pas les deux versions en parallèle. 
>> 
>> 1. Le zip pour mac de la 2.23.8 fonctionne correctement au terminal. Par contre, si je l'ajoute à Frescobaldi, les chemins d'accès des .ly avec des caractères spéciaux ne passent plus, et comme j'ai des instructions on-the-fly, je ne peux pas travailler avec les deux versions simultanément (j'essaye bien de retrouver la structure conditionnelle de version, que j'ai une fois vue quelque part, mais je ne sais plus où…).
> 
> 
> 

En effet, le changement des messages en français résout le problème! 
Sauf que j'ai déjà renommé tous mes fichiers et dossiers, j'ai eu trop de galères cette semaine avec les encodages entre frescobaldi, le shell script et ce dernier bug. 

J'espère aussi surtout que le prochain Frescobaldi corrigera le bug des menus qui ne répondent pas correctement au lancement, car cela lui donne un côté vraiment pas très sérieux. 

>> 2. Oui, j'utilise les messages en anglais sur Frescobaldi, voici le résultat de la commande "locale", serait-ce un problème du fait que j'ai le français de Suisse?
>> 
>> LANG="fr_CH.UTF-8"
>> LC_COLLATE="fr_CH.UTF-8"
>> LC_CTYPE="fr_CH.UTF-8"

Et si c'était le réglage au moment de l'installation de lilypond qui restait en usage indépendamment des changements de session?

>> benedikt@benedikt ~ % /opt/local/bin/lilypond ~/Desktop/test2.ly <http://test2.ly/>                                             
>> GNU LilyPond 2.22.2
>> Traitement de « /Users/benedikt/Desktop/test2.ly <http://test2.ly/> »
>> Analyse...
>> (process:80875): Pango-WARNING **: 16:17:42.406: Invalid UTF-8 string passed to pango_layout_set_text()
>> 

J'ai réessayé pour être sûr, et maintenant il affiche bien quelque chose: 

GNU LilyPond 2.22.2
Traitement de « /Users/benedikt/Desktop/test2.ly »
Analyse...
Interprétation en cours de la musique...[8]
Pré-traitement des éléments graphiques...
(process:4822): Pango-WARNING **: 23:33:59.546: Invalid UTF-8 string passed to pango_layout_set_text()

("52" "e3" "a9")

Ce changement pourrait venir du fait que j'ai réinstallé lilypond via macport, ou alors, je ne peux pas non plus exclure une fausse manœuvre de fin semaine de ma part… 

> after-line-breaking par before-line-breaking ?

GNU LilyPond 2.22.2
Traitement de « /Users/benedikt/Desktop/test2.ly »
Analyse...
Interprétation en cours de la musique...[8]
Pré-traitement des éléments graphiques...
("52" "e3" "a9")
(process:4888): Pango-WARNING **: 23:36:06.913: Invalid UTF-8 string passed to pango_layout_set_text()

> En tous cas, c'est une bonne nouvelle que la 2.23.81

Oui, raison pour laquelle, je ne vais pas perdre plus de temps sur les bugs de la 2.22.2. 

Merci, 

Ben

---

From: Jean Abou Samra <[email-masked]>
Date: Sat, 26 Nov 2022 01:18:14 +0100

Bonjour,

Le 26/11/2022 à 00:03, Eulogia a écrit :
> Sauf que j'ai déjà renommé tous mes fichiers et dossiers, j'ai eu trop 
> de galères cette semaine avec les encodages entre frescobaldi, le 
> shell script et ce dernier bug.
>
> J'espère aussi surtout que le prochain Frescobaldi corrigera le bug 
> des menus qui ne répondent pas correctement au lancement, car cela lui 
> donne un côté vraiment pas très sérieux.

Qu'est-ce que le bug des menus qui ne répondent pas ? C'est un bug connu 
de Frescobaldi (dans la liste 
https://github.com/frescobaldi/frescobaldi) ? Si non, il faudrait que 
vous donniez plus de détails sur ce qui se passe pour qu'il puisse être 
réglé :-)

Malheureusement, les bugs de ce genre ont une fâcheuse tendance à ne se 
produire que sur un système.

> Et si c'était le réglage au moment de l'installation de lilypond qui 
> restait en usage indépendamment des changements de session?
>
> (process:4822): Pango-*WARNING***: 23:33:59.546: Invalid UTF-8 string 
> Ce changement pourrait venir du fait que j'ai réinstallé lilypond via 
> macport, ou alors, je ne peux pas non plus exclure une fausse manœuvre 
> de fin semaine de ma part…

Au moins, je suis rassuré sur le fait qu'il me reste au moins une partie 
de ma tête.

Donc, avec cette information, le phénomène paranormal s'éclaire pour 
moi. Une explication si vous êtes curieux(se?) : Le caractère « é » est 
représenté en UTF-8 par deux octets, C3 (11000011) et A9 (10101001). 
LilyPond 2.22 utilise Guile 1, qui ne comprend pas l'UTF-8, et y voit 
deux caractères séparés. LilyPond appelle sur la chaîne « ré » la 
fonction « string-capitalize » de Guile pour mettre la première lettre 
en majuscule. Or, cette fonction met aussi le reste en minuscules. Pour 
cela, elle utilise la fonction C standard tolower(), qui met en 
minuscule un caractère encodé dans l'encodage du système. En 
l'occurrence, votre encodage système, comme le mien, est l'UTF-8, sauf 
que E3 isolément n'est pas un caractère valide en UTF-8 ! Donc la 
fonction tolower() est susceptible de faire… n'importe quoi, et 
apparemment la bibliothèque C de macOS se comporte différemment sur ce 
point de la bibliothèque C sur mon système GNU/Linux (glibc). Elle a 
l'air de faire comme si le caractère était encodé en latin1. De ce point 
de vue là, Ã est changé en ã.

Je parie que ça fonctionne dans Frescobaldi à cause du fameux « Lancer 
LilyPond avec des messages en anglais », qui met LC_ALL à C, ce qui 
configure un encodage « ASCII seulement » plutôt que « UTF-8 ».

Bref, trêve d'explications : comme LilyPond 2.23.81 utilise Guile 2, qui 
comprend l'UTF-8, le problème ne risque plus d'arriver (et je suis 
soulagé de ne pas avoir un bug d'encodage à pourchasser sur un système 
que je ne possède pas).

Cordialement,
Jean

---

From: Eulogia <[email-masked]>
Date: Sat, 26 Nov 2022 02:04:38 +0100

Bonsoir Jean,

> Le 26 nov. 2022 à 01:18, Jean Abou Samra <[email-masked]> a écrit :
> 
> Bonjour,
> 
> 
> Qu'est-ce que le bug des menus qui ne répondent pas ? C'est un bug connu de Frescobaldi (dans la liste https://github.com/frescobaldi/frescobaldi <https://github.com/frescobaldi/frescobaldi>) ? Si non, il faudrait que vous donniez plus de détails sur ce qui se passe pour qu'il puisse être réglé :-)

J'avais écrit au support de Frescobaldi, il y a longtemps, mais sans réponse…

Si j'ouvre Frescobaldi en cliquant l'icône du programme ou en cliquant sur un fichier .ly, aucun menu (barre, contextuel, bouton des fragments) ne fonctionne correctement dans le logiciel. 
Si l'on clique une seule fois sur le menu, l'intitulé devient sombre, mais sans dérouler le menu, si l'on appuie plusieurs fois dessus, le menu apparaît brièvement pour disparaître tout seul… Si par contre, on clique plusieurs fois et on déroule en même temps, on peut arriver à utiliser le menu, mais il faut vraiment avoir le coup de main… La musique a toujours été une question de dextérité. 

Heureusement, j'ai une fois trouvé par hasard une manière de contourner le bug:

Il faut lancer Frescobaldi en cliquant sur son icône, attendre qu'il soit lancé, puis ouvrir un fichier .ly depuis le Finder en cliquant dessus: dès que le fichier est ouvert dans Frescobaldi, tous les menus fonctionnent correctement…

> Malheureusement, les bugs de ce genre ont une fâcheuse tendance à ne se produire que sur un système.

J'ai le bug sur plusieurs macs différents, avec plusieurs versions de macos, et le bug est présent depuis la version 3 de Frescobaldi, à tel point que je suis resté le plus longtemps possible sur la 2, jusqu'à ce qu'elle ne fonctionne définitivement plus avec les update de macos et que j'ai réussi à le contourner. 

> Au moins, je suis rassuré sur le fait qu'il me reste au moins une partie de ma tête.

Complètement! 

> 
> Donc, avec cette information, le phénomène paranormal s'éclaire pour moi. Une explication si vous êtes curieux(se?) : Le caractère « é » est représenté en UTF-8 par deux octets, C3 (11000011) et A9 (10101001). LilyPond 2.22 utilise Guile 1, qui ne comprend pas l'UTF-8, et y voit deux caractères séparés. LilyPond appelle sur la chaîne « ré » la fonction « string-capitalize » de Guile pour mettre la première lettre en majuscule. Or, cette fonction met aussi le reste en minuscules. Pour cela, elle utilise la fonction C standard tolower(), qui met en minuscule un caractère encodé dans l'encodage du système. En l'occurrence, votre encodage système, comme le mien, est l'UTF-8, sauf que E3 isolément n'est pas un caractère valide en UTF-8 ! Donc la fonction tolower() est susceptible de faire… n'importe quoi, et apparemment la bibliothèque C de macOS se comporte différemment sur ce point de la bibliothèque C sur mon système GNU/Linux (glibc). Elle a l'air de faire comme si le caractère était encodé en latin1. De ce point de vue là, Ã est changé en ã.

Merci pour l'explication, c'est un des aspects pénibles avec Apple, même les bibliothèques standards peuvent avoir un comportement différent sur leur plateforme.

> 
> Je parie que ça fonctionne dans Frescobaldi à cause du fameux « Lancer LilyPond avec des messages en anglais », qui met LC_ALL à C, ce qui configure un encodage « ASCII seulement » plutôt que « UTF-8 ».

Pari gagné!! Si je mets les messages en français avec la 2.22.2, j'ai les accords en "R" au lieu de "Ré", comme avec le terminal.

> 
> Bref, trêve d'explications : comme LilyPond 2.23.81 utilise Guile 2, qui comprend l'UTF-8, le problème ne risque plus d'arriver (et je suis soulagé de ne pas avoir un bug d'encodage à pourchasser sur un système que je ne possède pas).

Je comprends tout-à-fait. Si jamais, vous avez un jour besoin d'un mac (pour faire tourner un Linux ARM bien sûr), je peux en avoir pour des très bons prix…

Cordialement, 

Ben

---

From: Eulogia <[email-masked]>
Date: Sat, 26 Nov 2022 11:37:40 +0100

Bonjour, 

Merci pour ce retour.

Chez moi, lancer une session au démarrage ou manuellement ne fonctionne pas, il faut vraiment que j'ouvre un fichier depuis l'extérieur une fois l'application ouverte. Et je précise que j'ai fait une série de clean install sur mac (formatage, système de base sans réglages, frescobaldi uniquement) pour être certain que ce ne soit pas un problème spécifique à mes configurations.

Je confirme l'autre bug de sélection, mais n'ayant jamais eu l'idée de sélectionner de la sorte, cela ne m'a jamais dérangé. 

Malgré tous ces désagréments (et d'autres plus mineurs comme une gestion des fois buguée du clavier), Frescobaldi est vraiment très bien fichu, je ne regrette pas texshop. 

Cordialement, 

ben

> Le 26 nov. 2022 à 11:21, Jean Louis THIRY <[email-masked]> a écrit :
> 
> Bonjour tous,
> J’ai le même genre de bug (Mac/Frescobaldi 3.2/install MacPort) : je lance Frescobaldi à partir du dock, apparaît alors une barre de menu vide avec juste “Frescobaldi” (et là, rien à faire), il me faut cliquer une nouvelle fois sur l’icône du dock pour que l’application apparaisse avec son menu complet et fonctionne. 
> Si une session est lancée au démarrage, le programme s’ouvre normalement.
> En revanche si j’ouvre un fichier.ly depuis le finder il ne se passe rien, mais par la suite et une fois l’application lancée, il s’ouvrira systématiquement en arrière-plan. 
> 
> Il semblerait que le développement de Frescobaldi soit devenu problématique sur Mac (apparemment Python/Mac poserait problème), espérons que ce ne soit que passager.
> 
> Sinon j’ai un autre bug à partager : 
> 
> Il m’arrive par distraction de vouloir sélectionner des séries de notes dans la fenêtre de prévisualisation pdf en cliquant avec la touche majuscule enfoncée comme on le ferait avec du texte dans n’importe soft de PAO - un clic au début, un autre à l’autre bout de ce que l’on veut copier. 
> Sauf que là ça ne fait  rien et c’est normal car même si on peut atteindre une note dans la fenêtre de code en cliquant dans la fenêtre de prévisu, celle-ci n’est pas une fenêtre d’édition. 
> 
> Cependant cette possibilité de sélection serait bien une amélioration intéressante. En attendant tout ce l’on obtient est un méchant message de ce genre :
> 
> 	internal error, 
> 	TypeError: a member of enum 'StandardKey' is expected not 'QEvent'
> 	The above exception was the direct cause of the following exception:
> 	Traceback (most recent call last):
> 	File "/opt/local/Library/Frameworks/Python.framework/Versions/3.10/lib/python3.10/site-packages/frescobaldi_app/editinplace.py", line 193, in event
> 	return super(View, self).event(ev)
> 	SystemError: <class 'super'> returned a result with an exception set
> 
> avec écran gris dans les fenêtres pdf, modèle et code et comme seule issue : forcer à quitter… et récupérer les docs en cours au fin fond des dossiers temporaires
> 
> Je l’ai signalé mais les réponses de Frescobaldi, même si elles peuvent très efficaces, patientes et sympathiques, sont parfois très, très, très longues à venir
> 
> Quelqu’un d’autre aurait-il vécu ce désagrémént ?
> 
> Bon week end.
> 
>

---

From: Jean Louis THIRY <[email-masked]>
Date: Sat, 26 Nov 2022 11:21:48 +0100

Bonjour tous,

	internal error, 

Bon week end.

---

From: Jean-Julien Fleck <[email-masked]>
Date: Sat, 26 Nov 2022 13:06:08 +0100

Bonjour,

J'ai Frescobaldi 3.2 installé via MacPort sur ma machine (macOS Monterey
12.6), mais pas de souci à signaler. Néanmoins, je ne lance Frescobaldi
qu'à partir de la ligne de commande. Peut-être qu'essayer de simplement
taper

frescobaldi

dans un Terminal pourrait résoudre une partie des problèmes signalés ?
Ça marche aussi directement sur un fichier .ly existant:

frescobaldi Quatuor01.ly

Bonne journée,

Le sam. 26 nov. 2022 à 11:38, Eulogia <[email-masked]> a écrit :

> Bonjour,
>
> Merci pour ce retour.
>
> Chez moi, lancer une session au démarrage ou manuellement ne fonctionne
> pas, il faut vraiment que j'ouvre un fichier depuis l'extérieur une fois
> l'application ouverte. Et je précise que j'ai fait une série de clean
> install sur mac (formatage, système de base sans réglages, frescobaldi
> uniquement) pour être certain que ce ne soit pas un problème spécifique à
> mes configurations.
>
> Je confirme l'autre bug de sélection, mais n'ayant jamais eu l'idée de
> sélectionner de la sorte, cela ne m'a jamais dérangé.
>
> Malgré tous ces désagréments (et d'autres plus mineurs comme une gestion
> des fois buguée du clavier), Frescobaldi est vraiment très bien fichu, je
> ne regrette pas texshop.
>
> Cordialement,
>
> ben
>
>
>
> >> Si j'ouvre Frescobaldi en cliquant l'icône du programme ou en cliquant
> sur un fichier .ly, aucun menu (barre, contextuel, bouton des fragments) ne
> fonctionne correctement dans le logiciel.
> >> Si l'on clique une seule fois sur le menu, l'intitulé devient sombre,
> mais sans dérouler le menu, si l'on appuie plusieurs fois dessus, le menu
> apparaît brièvement pour disparaître tout seul… Si par contre, on clique
> plusieurs fois et on déroule en même temps, on peut arriver à utiliser le
> menu, mais il faut vraiment avoir le coup de main… La musique a toujours
> été une question de dextérité.
> >>
> >> Il faut lancer Frescobaldi en cliquant sur son icône, attendre qu'il
> soit lancé, puis ouvrir un fichier .ly depuis le Finder en cliquant dessus:
> dès que le fichier est ouvert dans Frescobaldi, tous les menus fonctionnent
> correctement…
> >
> >
> > Bonjour tous,
> >
> > J’ai le même genre de bug (Mac/Frescobaldi 3.2/install MacPort) : je
> lance Frescobaldi à partir du dock, apparaît alors une barre de menu vide
> avec juste “Frescobaldi” (et là, rien à faire), il me faut cliquer une
> nouvelle fois sur l’icône du dock pour que l’application apparaisse avec
> son menu complet et fonctionne.
> > En revanche si j’ouvre un fichier.ly depuis le finder il ne se passe
> rien, mais par la suite et une fois l’application lancée, il s’ouvrira
> systématiquement en arrière-plan.
> >
> > Il semblerait que le développement de Frescobaldi soit devenu
> problématique sur Mac (apparemment Python/Mac poserait problème), espérons
> que ce ne soit que passager.
> >
> > Il m’arrive par distraction de vouloir sélectionner des séries de notes
> dans la fenêtre de prévisualisation pdf en cliquant avec la touche
> majuscule enfoncée comme on le ferait avec du texte dans n’importe soft de
> PAO - un clic au début, un autre à l’autre bout de ce que l’on veut copier.
> > Sauf que là ça ne fait  rien et c’est normal car même si on peut
> atteindre une note dans la fenêtre de code en cliquant dans la fenêtre de
> prévisu, celle-ci n’est pas une fenêtre d’édition.
> >
> > Cependant cette possibilité de sélection serait bien une amélioration
> intéressante. En attendant tout ce l’on obtient est un méchant message de
> ce genre :
> >
> >       internal error,
> >       File
> "/opt/local/Library/Frameworks/Python.framework/Versions/3.10/lib/python3.10/site-packages/frescobaldi_app/editinplace.py",
> line 193, in event
> > avec écran gris dans les fenêtres pdf, modèle et code et comme seule
> issue : forcer à quitter… et récupérer les docs en cours au fin fond des
> dossiers temporaires
> >
> > Je l’ai signalé mais les réponses de Frescobaldi, même si elles peuvent
> très efficaces, patientes et sympathiques, sont parfois très, très, très
> longues à venir
> >

-- 
JJ Fleck
Physique et Informatique
PCSI1 Lycée Kléber

---

From: Jean Louis THIRY <[email-masked]>
Date: Sat, 26 Nov 2022 14:15:51 +0100

J’avais oublié de préciser la version (macOS Mojave 10.14.6). Ce qui peut avoir son importance et expliquer des comportements différents d’une machine à l’autre. 
Sinon effectivement, avec Terminal il n’y a pas ce problème de démarrage en deux coups.

> Le 26 nov. 2022 à 13:06, Jean-Julien Fleck <[email-masked]> a écrit :
> 
> Bonjour,
> 
> J'ai Frescobaldi 3.2 installé via MacPort sur ma machine (macOS Monterey 12.6), mais pas de souci à signaler. Néanmoins, je ne lance Frescobaldi qu'à partir de la ligne de commande. Peut-être qu'essayer de simplement taper
> 
> frescobaldi
> 
> Le sam. 26 nov. 2022 à 11:38, Eulogia <[email-masked] <mailto:[email-masked]>> a écrit :
> Bonjour, 
> 
> Merci pour ce retour.
> 
> > Le 26 nov. 2022 à 11:21, Jean Louis THIRY <[email-masked] <mailto:[email-masked]>> a écrit :
> > 
> > En revanche si j’ouvre un fichier.ly <http://fichier.ly/> depuis le finder il ne se passe rien, mais par la suite et une fois l’application lancée, il s’ouvrira systématiquement en arrière-plan. 
> >

---

From: Jean Abou Samra <[email-masked]>
Date: Sat, 26 Nov 2022 14:22:05 +0100

Bonjour,

> Il semblerait que le développement de Frescobaldi soit devenu problématique sur Mac (apparemment Python/Mac poserait problème), espérons que ce ne soit que passager.

Ce problème m'a l'air de ressembler à
https://github.com/frescobaldi/frescobaldi/issues/1403

La création d'installeurs de Frescobaldi est malheureusement
quasi-impossible depuis plusieurs années à cause de problèmes
liés non pas au langage Python lui-même mais à la bibliothèque
PyQt qu'utilise Frescobaldi pour l'interface graphique.

Je n'utilise pas macOS, mais à ce que j'en comprends, il est
préférable d'installer Frescobaldi via MacPorts, comme le
signale Jean-Julien.

> avec écran gris dans les fenêtres pdf, modèle et code et comme seule issue : forcer à quitter… et récupérer les docs en cours au fin fond des dossiers temporaires

Celui-là, il se trouve que c'est mon passe-temps du week-end (parce
qu'une variante de ce bug cause plein de problèmes sur Fedora 37,
que j'utilise).

> Je l’ai signalé mais les réponses de Frescobaldi, même si elles peuvent très efficaces, patientes et sympathiques, sont parfois très, très, très longues à venir

Oui, il semblerait que le mainteneur principal de Frescobaldi, Wilbert
Berendsen, soit actif par périodes.

Il y a eu des discussions dans les derniers jours sur la maintenance de
Frescobaldi en son absence.

Je précise que comme LilyPond, Frescobaldi est un projet tenu par
des volontaires trop peu nombreux. À bon entendeur :-)

Cordialement,
Jean

---

From: Jean-Paul Quelen <[email-masked]>
Date: Sat, 26 Nov 2022 14:34:09 +0100

Bonjour,

J'ai déjà eu ce problème avec un "à" qui ne se codait pas (version 
Lilypond 2.22.1, Windows 7 sous Frescobaldi). Il n'y avait pas d'autres 
problèmes avec les autres caractères français accentués.

J'ai testé votre exemple (toujours avec Frescobaldi sous Windows 7). La 
compilation avec la version 2.23.8 et 2.20.0 fonctionne bien mais pas 
avec la 2.22.1. Je pense que vous risquez, d'ailleurs, d'avoir le même 
problème avec des "é" dans le titre, l'auteur ou les paroles. Je ne vois 
qu'une solution compiler avec une version de Lilypond qui marche.

Cordialement
Jean-Paul

Le 25/11/2022 à 14:23, Eulogia a écrit :
> enregistré dans le fichier /Users/benedikt/Desktop/test.ly <http://test.ly>.
>

---

From: Eulogia <[email-masked]>
Date: Sat, 26 Nov 2022 18:11:15 +0100

Bonjour, 

J'ai aussi Frescobaldi 3.2 installé via Macport sur Monterey, mais quand je tape frescobaldi au terminal, il me lance le python launcher et ensuite frescobaldi a le menu application de python, c'est pire.

Cordialement, 

ben

---

From: Jean Abou Samra <[email-masked]>
Date: Mon, 28 Nov 2022 00:16:38 +0100

Le 26/11/2022 à 18:11, Eulogia a écrit :
> Bonjour,
>
> J'ai aussi Frescobaldi 3.2 installé via Macport sur Monterey, mais 
> quand je tape frescobaldi au terminal, il me lance le python launcher 
> et ensuite frescobaldi a le menu application de python, c'est pire.

Bonjour,

Je ne comprends pas très bien ce que vous entendez par « a le menu 
application de Python », pourriez-vous envoyer une capture d'écran ?

Je ne vois pas ce problème dans la liste des bugs de Frescobaldi, et 
j'ai bien peur qu'il ne faille tôt ou tard déclarer les installeurs .dmg 
comme relevant officiellement du passé et MacPorts comme la méthode 
d'installation recommandée, donc ce serait bien d'avoir plus d'infos.

Cordialement,
Jean