Re: [Galette-devel] Connexion centralisée (Plugin OAuth)
Le Sun, 28 Jan 2024 14:25:32 +0100 Johan Cwiklinski a écrit : > Le 28/01/2024 à 12:40, Guillaume AGNIERAY a écrit : > > > * nextcloud : login OK (je n'ai pas testé les groupes). > > Top ! > Je n'ai pas testé le groupes non plus. J'ai testé avec les groupes et ils sont correctement attribués dans Nextcloud :) > > * flarum : la page https://flarum-oauth.localhost/auth/passport... > > affiche le message "An error occurred while trying to load this > > page." Je n'ai pas été plus loin. > > Arf... Ça marche de mon côté avec Flarum, normalement tu devrais > trouver les infos dans les logs de Galette (peut-être faut-il passer > en mode DEV). Le problème venait du certificat SSL autosigné. Login OK avec Flarum également :) > > * drupal (avec le module > > https://www.drupal.org/project/oauth_login_oauth2) : ça > > fonctionne, mais ce plugin Drupal nécessite que les comptes > > utilisateurs correspondants sur Drupal existent déjà... à moins > > de payer pour la version "premium" de ce module (c'est la > > première fois que je vois ça sur un module Drupal ; c'est assez > > rare pour le signaler :D). > > Arf, c'est pas cool en effet... Je ne connais pas du totu drupal, je > ne peux pas trop aider sur ce coup là :) > > > J'essaierai avec d'autre modules. > > OK Nouvelle tentative avec le module https://www.drupal.org/project/openid_connect Il manque dans les infos utilisateur une réclamation "sub" (à la manière de celle nommée "identifier" pour nextcloud). Et la réclamation "groups" doit rester un tableau (une chaîne n'est pas acceptée ; ce changement ne semble pas impacter l'utilisation des groupes dans Nextcloud). En faisant les modifs nécessaires rapidement dans "GaletteOAuth2/Authorisation/UserHelper.php" ça fonctionne :) > Sinon, en ce qui concerne le plugin, le fait d'avoir "An error > occurred while trying to load this page." au lieu d'avoir la vraie > erreur est un souci que j'ai constaté, je ne sais pas si je m'y suis > mal pris, si c'est spécifique à Flarum... Ni même si ça marchait avec > la première version du plugin. Dans mon cas, c'était donc à cause du certificat SSL et ça semble être propre à Flarum. Nextcloud et Drupal acceptent de fonctionner avec un certificat SSL autosigné en face. > Il reste du boulot ^^ > > J'ai commencé à ajouter des tests sur ce plugin, mais ça ne pourra > pas aller bien loin j'en ai peur (je ne peux pas spécialement tester > une vraie tentative de connexion depuis les tests) :/ En tout cas, c'est prometteur. Ça risque de devenir un plugin Galette indispensable :) -- Guillaume AGNIERAY -- Galette development - http://galette.eu/ List documentation: https://listengine.tuxfamily.org/lists.galette.eu/devel/
Re: [Galette-devel] Connexion centralisée (Plugin OAuth)
Bonjour ! Le Sat, 27 Jan 2024 16:27:54 +0100 Johan Cwiklinski a écrit : > > Je viens de tenter en installant une nouvelle instance dédiée sur > > develop, et à l'étape du choix de la base de donnée, aucun type de > > base n'apparaît dans le select :s > > > > L'erreur dans les logs apache : > > [...] > > Je n'avais pas re-testé l'installation après mes modifications ; ce > genre de joyeusetés est un petit cadeau de PHP que je n'avais pas > prévu quand je me suis lancé :D > > Je viens de corriger sur la branche develop, il est fort possible que > ça survienne à d'autres endroits. Effectivement, je suis tombé sur un autre cas de figure en voulant créer un nouveau membre dans cette nouvelle instance : [Sun Jan 28 11:11:43.121022 2024] [php:error] [pid 37890] [client 127.0.0.1:60136] PHP Fatal error: Uncaught Error: Typed property Galette\\Core\\Picture::$id must not be accessed before initialization in /var/www/galette-oauth/galette/lib/Galette/Core/Picture.php:152 [...] Sinon, testé (rapidement) avec : * nextcloud : login OK (je n'ai pas testé les groupes). * flarum : la page https://flarum-oauth.localhost/auth/passport... affiche le message "An error occurred while trying to load this page." Je n'ai pas été plus loin. * drupal (avec le module https://www.drupal.org/project/oauth_login_oauth2) : ça fonctionne, mais ce plugin Drupal nécessite que les comptes utilisateurs correspondants sur Drupal existent déjà... à moins de payer pour la version "premium" de ce module (c'est la première fois que je vois ça sur un module Drupal ; c'est assez rare pour le signaler :D). J'essaierai avec d'autre modules. -- Guillaume AGNIERAY -- Galette development - http://galette.eu/ List documentation: https://listengine.tuxfamily.org/lists.galette.eu/devel/
Re: [Galette-devel] Connexion centralisée (Plugin OAuth)
Le Sat, 27 Jan 2024 16:27:54 +0100 Johan Cwiklinski a écrit : > Dans le composer.lock généré du côté de ton plugin, tu peux vérifier > la version de psr/http-message ? Composer installe la version 2.0 Avec un downgrade vers la version 1.1 l'erreur disparaît :) -- Guillaume AGNIERAY -- Galette development - http://galette.eu/ List documentation: https://listengine.tuxfamily.org/lists.galette.eu/devel/
Re: [Galette-devel] Connexion centralisée (Plugin OAuth)
Le Sat, 27 Jan 2024 10:30:41 +0100 Johan Cwiklinski a écrit : > [...] je me demande s'il ne s'agit pas d'un paramètre de > configuration de ton PHP, mais je n'ai rien trouvé. > > Je suis à court d'idées pour le moment :( OK. Je vais chercher dans cette direction ;) -- Guillaume AGNIERAY -- Galette development - http://galette.eu/ List documentation: https://listengine.tuxfamily.org/lists.galette.eu/devel/
Re: [Galette-devel] Connexion centralisée (Plugin OAuth)
Le Sat, 27 Jan 2024 09:54:59 +0100
Johan Cwiklinski a écrit :
> Le 27/01/2024 à 09:25, Guillaume AGNIERAY a écrit :
>
> > [...]
>
> Peux-tu me filer davantage de détails sur ton setup et où/comment le
> problème se pose ?
Pour le moment, je n'ai même pas encore testé la connexion.
L'erreur se produit dès l'activation du plugin dans Galette.
Avec PHP 8.1.27, 8.2.15, et 8.3.2
Mon setup de base :
Galette version: v1.1.0-git-80bb81aac (2024-01-27 10:49:36 UTC)
PHP version: 8.2.15 apache2handler
PHP config:
max_execution_time:... 30
memory_limit:. 128M
post_max_size: 8M
safe_mode:
session:.. files
upload_max_filesize:.. 2M
Database:... mysql (Debian 11 / 10.5.21-MariaDB-0+deb11u1)
OS:. Linux 6.1.0-0.deb11.13-amd64 #1 SMP
PREEMPT_DYNAMIC Debian 6.1.55-1~bpo11+1 (2023-10-08) x86_64
Browser: Mozilla/5.0 (X11; Linux x86_64; rv:102.0)
Gecko/20100101 Firefox/102.0
Modules:
OK:
module « SimpleXML »
module « gd »
l’un des pilotes PDO « mysql » ou « pgsql »
module « curl »
module « gettext »
module « mbstring »
module « openssl »
module « intl »
module « session »
Should:
Missing:
Plugins:
PHP loaded modules:
Core, date, libxml, openssl, pcre, zlib, filter, hash, json, random,
Reflection, SPL, session, standard, sodium, apache2handler, mysqlnd,
PDO, xml, calendar, ctype, curl, dom, mbstring, FFI, fileinfo, ftp,
gd, gettext, gmp, iconv, intl, exif, mysqli, pdo_mysql, pdo_pgsql,
pdo_sqlite, pgsql, Phar, posix, readline, shmop, SimpleXML, soap,
sockets, sqlite3, sysvmsg, sysvsem, sysvshm, tidy, tokenizer,
xmlreader, xmlwriter, xsl, zip, Zend OPcache
> Ici, je teste avec une Galette sur la branche develop, et la branche
> (mal nommée)
> https://github.com/galette-community/plugin-oauth2/tree/feature/galette-1.0.0
> pour le plugin.
Je viens de tenter en installant une nouvelle instance dédiée sur
develop, et à l'étape du choix de la base de donnée, aucun type de base
n'apparaît dans le select :s
L'erreur dans les logs apache :
[Sat Jan 27 11:55:44.535116 2024] [php:error] [pid 6425] [client
127.0.0.1:46390] PHP Fatal error: Uncaught Error: Typed property
Galette\\Core\\Install::$_db_type must not be accessed before
initialization in
/var/www/galette-oauth/galette/lib/Galette/Core/Install.php:321\nStack
trace:\n#0
/var/www/galette-oauth/galette/install/steps/db.php(51):
Galette\\Core\\Install->getDbType()\n#1
/var/www/galette-oauth/galette/webroot/installer.php(375):
include_once('...')\n#2 {main}\n thrown in
/var/www/galette-oauth/galette/lib/Galette/Core/Install.php
on line 321, referer: https://galette-oauth.localhost/installer.php
--
Guillaume AGNIERAY
--
Galette development - http://galette.eu/
List documentation: https://listengine.tuxfamily.org/lists.galette.eu/devel/
Re: [Galette-devel] Connexion centralisée (Plugin OAuth)
Le Fri, 26 Jan 2024 11:30:46 +0100 Johan Cwiklinski a écrit : > Salut, Salut ! > Un plugin non officiel qui permet de faire de Galette un fournisseur > SSO via OAuth est disponible depuis quelque temps : > https://github.com/galette-community/plugin-oauth2/ > > Il n'est pas compatible Galette 1.0.0, j'ai donc regardé d'un peu > plus près ; et j'ai finalement un résultat qui semble +/- fonctionnel. > > Je me demandais si certains d'entre vous utilisent ce plugin - et du > coup avec quoi en face, et surtout si vous pouvez tester mes > changements... Je ne l'utilise pas, mais ça m'intéresse pour utiliser avec Drupal en face :) Après installation et configuration initiale du plugin j'ai cette erreur dans les logs apache : [Sat Jan 27 09:17:56.922599 2024] [php:error] [pid 7337] [client 127.0.0.1:38596] PHP Fatal error: Declaration of Slim\\Psr7\\Uri::withScheme($scheme) must be compatible with Psr\\Http\\Message\\UriInterface::withScheme(string $scheme): Psr\\Http\\Message\\UriInterface in /var/www/galette/galette/vendor/slim/psr7/src/Uri.php on line 106, referer: https://galette.localhost/ -- Guillaume AGNIERAY -- Galette development - http://galette.eu/ List documentation: https://listengine.tuxfamily.org/lists.galette.eu/devel/
Re: [Galette-devel] Installation de Telemetry
Le Thu, 7 Dec 2023 20:53:48 +0100 Johan Cwiklinski a écrit : > normalement, il devrait suffire de lancer depuis le dossier du > projet : ./vendor/bin/phinx migrate Impeccable merci :) -- Guillaume AGNIERAY -- Galette development - http://galette.eu/ List documentation: https://listengine.tuxfamily.org/lists.galette.eu/devel/
[Galette-devel] Installation de Telemetry
Hello ! Je ne parviens pas à installer Telemetry :/ J'ai changé récursivement les permissions d'écriture pour le serveur sur le dossier "data". J'ai lancé "npm run install-deps" et "npm run first-build" Mon vhost : ServerName telemetry.localhost DocumentRoot /var/www/galette-telemetry/public Options +FollowSymLinks AllowOverride All Mon fichier de config : 'db' => [ 'driver'=> "pgsql", 'host' => "localhost", 'port' => "5433", 'database' => "galette_telemetry", 'username' => "galette_telemetry", 'password' => "galette_telemetry", 'charset' => 'utf8', 'collation' => 'utf8_unicode_ci', 'prefix'=> '' ] Comment lancer le script d'installation de la base ? Merci ! :) -- Guillaume AGNIERAY -- Galette development - http://galette.eu/ List documentation: https://listengine.tuxfamily.org/lists.galette.eu/devel/
Re: [Galette-devel] lien pour reçu ou facture LINK_CONTRIBPDF ne fonctionne pas
Le Mon, 23 Oct 2023 17:14:37 +0200
Alain Paris a écrit :
> Test nightly sur serveur mutualisé
>
> J'ai rajouté un lien {LINK_CONTRIBPDF} dans le corps des courriels
> "accusé de réception" de cotisation et de don .
>
> Je reçois bien un courrier avec un lien mais impossible de récupérer
> la facture ou le reçu .
>
> [...]
>
> Pourriez vous tester pour voir si problème identique.
Je confirme : https://bugs.galette.eu/issues/1740
--
Guillaume AGNIERAY
--
Galette development - http://galette.eu/
List documentation: https://listengine.tuxfamily.org/lists.galette.eu/devel/
Re: [Galette-devel] tests pluggin events
Le Thu, 28 Sep 2023 23:44:36 +0200 Alain Paris a écrit : > Bravo la solution semble être trouvée Il reste juste à Johan à vérifier les modifs nécessaires pour les actions en masse lorsqu'il aura le temps : https://bugs.galette.eu/issues/1701 https://github.com/galette/plugin-events/pull/30 https://bugs.galette.eu/issues/1702 https://github.com/galette/galette/pull/306 Sinon, les autres PR on étés acceptés :) > Maintenant comportement normal . Il reste aussi le problème sur les mauvais résultats d'exports : https://bugs.galette.eu/issues/1704 Et un autre sur les activités : https://bugs.galette.eu/issues/1706 :) -- Guillaume AGNIERAY -- Galette development - http://galette.eu/ List documentation: https://listengine.tuxfamily.org/lists.galette.eu/devel/
Re: [Galette-devel] tests pluggin events
Le Thu, 28 Sep 2023 18:36:11 +0200 Guillaume AGNIERAY a écrit : > Le Thu, 28 Sep 2023 13:12:41 +0200 > Alain Paris a écrit : > > > [...] J'efface le cache de galette dans data/cache [...] Il y avait bien un pb de cache, mais avec celui des réponses Ajax reçues par le select. Pas avec celui de Galette. Sinon, la source principale de ces problèmes vient de mauvaises permissions pour les responsables de groupe sur l'URL de destination de la requête du select. Il faut autoriser l'URL aux groupmanagers et désactiver la mise en cache de la réponse ajax. Ça nécessite des modifs dans le cœur : https://github.com/galette/galette/pull/310/files Et dans le plugin : https://github.com/galette/plugin-events/pull/33/commits/01acd8d51280f1610a39373516bcdae2cb88d89d -- Guillaume AGNIERAY -- Galette development - http://galette.eu/ List documentation: https://listengine.tuxfamily.org/lists.galette.eu/devel/
Re: [Galette-devel] tests pluggin events
Bonjour :) Le Thu, 28 Sep 2023 13:12:41 +0200 Alain Paris a écrit : > [...] J'efface le cache de galette dans data/cache > > je me connecte avec un groupmanager > > sur Réservations (plugins/events/bookings/all) puis nouvelle > réservation > > (plugins/events/booking/add) j'ai erreur lorsque je clique sur > adhérent (flèche ou champ) OK. De mon côté je reproduis la même chose et obtiens l'erreur : "You do not have permission for requested URL." > Je me déconnecte sans fermer le navigateur et je me connecte comme > superadmin je fais la mème manip j'ai donc accès a la liste complète > des adhérents. > > Je me déconnecte de superadmin et je me reconnecte avec le > groupmanager j'ai une liste d'adhérent qui ne correspond pas au > groupe (premiers)et les flèches "suivant" inutilisables OK. Une erreur javascript a priori. > (recherche) ou absentes. En faisant une recherche sur un utilisateur, j'obtiens l'erreur : "You do not have permission for requested URL." Ce que je trouve étrange, et que je ne comprends pas pour le moment, c'est qu'en passant par la liste des membres, la présélection de l'adhérent sur le formulaire de réservation fonctionne. Selon moi cela devrait aboutir à la même erreur logiquement :/ > Le fait de fermer le navigateur le rouvrir se connecter directement > avec groupmanager provoque l'erreur. > > Et pas de message dans le log. Moi non plus. Rien dans les logs :( -- Guillaume AGNIERAY -- Galette development - http://galette.eu/ List documentation: https://listengine.tuxfamily.org/lists.galette.eu/devel/
Re: [Galette-devel] tests pluggin events
Le Wed, 27 Sep 2023 15:37:09 +0200 Alain Paris a écrit : > [...] concernant le choix de l'adhérent lors d'une réservation, les > flèches suivant (précédant ?) de la liste déroulante ne fonctionne > pas (Valable pour tous statuts) [...] OK. J'ai revu ma copie, ça devrait être bon cette fois : https://github.com/galette/plugin-events/pull/33/files > J'ai aussi testé "nouvelle réservation" a partir de la liste des > adhérents (events/booking/add/xyz) . > > sachant que les modifications sont peut être compliquées, serait il > possible d'avoir le nom de l'adhérent présélectionné dans le champ > [...] C'est déjà ce que c'est censé faire normalement, mais l'id du membre n'est pas correctement transmis. J'ai intégré un correctif au PR 33 : https://github.com/galette/plugin-events/pull/33 -- Guillaume AGNIERAY -- Galette development - http://galette.eu/ List documentation: https://listengine.tuxfamily.org/lists.galette.eu/devel/
Re: [Galette-devel] tests pluggin events
Le Wed, 27 Sep 2023 11:22:56 +0200 Alain Paris a écrit : > [...] Alors la ,j'ai l'erreur et impossible de choisir un adhérent > quand le statut est (ici) membre actif et responsable de > groupe. [...] Hormis le problème de création de réservation que je n'arrive pas à reproduire, appliquer les PR suivants sur le code de version nightly de galette et du plugin devrait corriger tous les autres problèmes que tu as soulevés (attention, les PR 30 et 306 ont été modifiés) : https://github.com/galette/galette/pull/306/files https://github.com/galette/plugin-events/pull/30/files https://github.com/galette/plugin-events/pull/32/files https://github.com/galette/plugin-events/pull/33/files Comme ça implique les permissions et ACLs, il faut que Johan vérifie attentivement tout ça ;) -- Guillaume AGNIERAY -- Galette development - http://galette.eu/ List documentation: https://listengine.tuxfamily.org/lists.galette.eu/devel/
Re: [Galette-devel] tests pluggin events
Le Wed, 27 Sep 2023 01:19:43 +0200 Alain Paris a écrit : > [...] J'ai réussi à faire fonctionner le smilblick Parfait. Reste à Johan à vérifier que les modifs de code sont correctes :) > Il semble que je n'avais pas les boutons tout(de)cocher et inverser > la sélection antérieurement. Effectivement c'était le cas. Et c'est pour cela que rien ne fonctionne sans appliquer les PR 30 et 306 : le code JS des actions en masse n'était pas finalisé et il n'était pas chargé pour les responsables de groupe (les actions en masse sont également cassées sur la liste des membres pour les responsables de groupe dans galette). > Admin ou Staff les 3 fonctionnent > > Pour les responsables de groupe je peux éditer le CSV et les > étiquettes des adhérents cochés. > > Le CSV des réservations non. Pour les réservations, oui, il y a un problème de permissions. C'est exactement le même problème que l'export par un responsable de groupe depuis la liste des événements : https://bugs.galette.eu/issues/1705 Je pense que la solution est de simplement ajuster les permissions d'accès sur les routes correspondantes : https://github.com/galette/plugin-events/pull/32/files > Bon j'ai trouvé quelque chose...les sous-groupe: Le responsable du > groupe B appartenait au sous groupe du groupe A. OK. Dans mon cas, même dans ces conditions ça ne change rien. Avec tous les derniers PR appliqués au code en tout cas : même si un responsable de groupe est aussi membre de l'un de ses sous-groupe ou d'un autre groupe, la création de réservations fonctionne. > En le retirant du sous groupe j’accède a une liste d'adhérent (10) > les dix premiers adhérents de l'association au lieu d’avoir les > adhérents du groupe B. > > (il n'y a pas la possibilité de voir la suite des adhérents absence > de flèches haut bas) Je confirme ce problème sur le sélecteur d'adhérent (même pour admin et staff) : https://bugs.galette.eu/issues/1707 Le correctif : https://github.com/galette/plugin-events/pull/33/files > et je peux créer une réservation effectivement mais pas avec les > adhérents du Groupe B. Là par contre, je ne parviens pas à reproduire. Tu parles bien du cas où le responsable du groupe B n'est membre d'aucun autre groupe ? Et qu'il cherche à créer une réservation pour un membre de son groupe, que ce soit sur un événement ouvert à tous, aussi bien que sur un événement réservé à son groupe ? -- Guillaume AGNIERAY -- Galette development - http://galette.eu/ List documentation: https://listengine.tuxfamily.org/lists.galette.eu/devel/
Re: [Galette-devel] tests pluggin events
Le Tue, 26 Sep 2023 17:35:34 +0200 Alain Paris a écrit : > Le 26/09/2023 à 16:10, Guillaume AGNIERAY a écrit : > > > Le Tue, 19 Sep 2023 17:39:57 +0200 > > Alain Paris a écrit : > > > >> [...] (Dans une prochaine révision il serait peut utile de rajouter > >> une colonne ou dans le titre du fichier, le nom de l'événement.en > >> tout cas plus facile pour les tests). > > Je suis d'accord :) > > https://github.com/galette/plugin-events/pull/31/files > > > Le correctif rajoute le nom de l’événement en colonne 1 ...ok Oui. Johan ne pense pas que c'est la meilleure solution : https://github.com/galette/plugin-events/pull/31#discussion_r1337282659 Pour le moment, les exports CSV ne permettent pas d'ajouter un titre comme cela est suggéré. La demande est sur le tracker : https://bugs.galette.eu/issues/1703 > Concernant les CSV générés sur la page plugins/events/events > > Comme je l'avais stipulé , le CSV généré dépend du filtrage sur la > page réservation : > > test: Au départ tous les CSV identiques quelque soit l'événement > choisi (toutes les résas de tous les evts) > > Appuyer sur voir les réservations d'un événement on se retrouve sur > /plugins/events/bookings/xyz avec les résas filtrées pour le dit > événement. > > si on revient sur /plugins/events/events les CSV demandés quelque > soit l'événement choisi seront identiques (résas précédemment > filtrées sur plugins/events/bookings/). > > Pas facile d'expliquer en quelques lignes... Ah OK. En plus, le résultat des exports demandés n'est pas le bon. Et une fois les réservations filtrée, c'est toujours le même résultat d'export qui est renvoyé. Je l'ai ajouté au tracker : https://bugs.galette.eu/issues/1704 > >> Case a cocher sur page Gestion des réservations > >> plugins/events/bookings/all > >> > >> "Pour la sélection" aucune des 3 propositions ne semble > >> fonctionner (membre du bureau ou responsable de groupe) > > **A priori** c'est facilement corrigible : > > https://github.com/galette/plugin-events/pull/30/files > > > > Avec une petite modif nécessaire aussi dans le cœur : > > https://github.com/galette/galette/pull/306/files > > Chez moi fonctionne pas admin staff ou responsable groupe. Oui il faut que je revois ma copie ;) > [...] Serai il possible de sortir un nightly du pluggin events... Je laisse le soin à Johan de répondre. > essai de resa par chef groupe B > sur event pour tous > ::1 - 2023-09-26 14:40:34 - DEBUG - Permission denied for route > contributionMembers for user barbier > > **essai de resa par chef de > groupe B sur event groupe B > ::1 - 2023-09-26 14:40:58 - ERROR - Some errors has been threw > attempting to edit/store a booking > Array > ( > [0] => Member is mandatory > ) > > [...] > *Fin Sur la branche develop, je ne reproduit pas ces bugs. Les resas sont bien enregistrées. > >>> Exportation en CSV impossible pour responsable de groupe : > >>> > >>> Sur la page /plugins/events/events > >>> > >>> Cela est peut être normal alors l'icône serait superflue. > >>> > >>> ::1 - 2023-09-18 17:56:14 - DEBUG - Permission denied for route > >>> event_bookings_export for user barbier > > > > Je confirme. L'export depuis la liste des événements et la liste des > > réservations échoue. > > > > Mais logiquement ça devrait être permis si les responsables de > > groupes ont tous les droits dans les préférences. Non ? Ajouté au tracker : https://bugs.galette.eu/issues/1705 :) -- Guillaume AGNIERAY -- Galette development - http://galette.eu/ List documentation: https://listengine.tuxfamily.org/lists.galette.eu/devel/
Re: [Galette-devel] tests pluggin events
Bonjour, Le Tue, 19 Sep 2023 17:39:57 +0200 Alain Paris a écrit : > [...] (Dans une prochaine révision il serait peut utile de rajouter > une colonne ou dans le titre du fichier, le nom de l'événement.en tout > cas plus facile pour les tests). Je suis d'accord :) https://github.com/galette/plugin-events/pull/31/files > Case a cocher sur page Gestion des réservations > plugins/events/bookings/all > > "Pour la sélection" aucune des 3 propositions ne semble fonctionner > (membre du bureau ou responsable de groupe) **A priori** c'est facilement corrigible : https://github.com/galette/plugin-events/pull/30/files Avec une petite modif nécessaire aussi dans le cœur : https://github.com/galette/galette/pull/306/files > Le 18/09/2023 à 20:06, Alain Paris a écrit : > > > Création de réservation par responsable de groupe > > impossible: > > > > Ils ne peuvent pas effectuer de réservation. > > > > /plugins/events/booking/add > > > > Case Adhérent impossible de taper un nom ou de faire défiler les > > noms lorsqu'il y en a dans la fenêtre. erreur: > > > > ::1 - 2023-09-18 17:48:42 - DEBUG - Permission denied for route > > contributionMembers for user barbier. De mon côté (je n'utilise pas la nightly mais la branche develop), tout fonctionne. Je ne reproduis pas l'erreur. > > Exportation en CSV impossible pour responsable de groupe : > > > > Sur la page /plugins/events/events > > > > Cela est peut être normal alors l'icône serait superflue. > > > > ::1 - 2023-09-18 17:56:14 - DEBUG - Permission denied for route > > event_bookings_export for user barbier Je confirme. L'export depuis la liste des événements et la liste des réservations échoue. Mais logiquement ça devrait être permis si les responsables de groupes ont tous les droits dans les préférences. Non ? Cordialement, -- Guillaume AGNIERAY -- Galette development - http://galette.eu/ List documentation: https://listengine.tuxfamily.org/lists.galette.eu/devel/
Re: [Galette-devel] Mise à jour démo
Hello ! Le Sat, 4 Mar 2023 11:13:01 +0100 Johan Cwiklinski a écrit : > > Le 03/03/2023 à 23:41, Guillaume AGNIERAY a écrit : > > [...] > > > > Dans le cas n°2 > > http://localhost/login > > Aucune directive RewriteBase n'est nécessaire. > > Et le DocumentRoot du vhost pointe sur > > /var/www/html/public/galette.git/galette/webroot > > Exactement. Sauf que jusqu'ici, il y avait des directives dans > webroot/.htaccess. Je pense que ce setup devrait "tomber en marche" > de ton côté si tu réactives ces directives : > https://github.com/galette/galette/blob/develop/galette/webroot/.htaccess En rétablissant ces directives ça fonctionne. > > Je tenterai de nouveau avec l'archive de la fonctionnalité pour > > voir ;) > > Pas sûr que ça changera grand chose :-/ J'ai eu des résultats légèrement différents, mais je pense m'être emmêlé les pinceaux lors de mes précédents tests depuis les sources. Car en les réitérant, j'obtiens maintenant les même résultats qu'avec l'archive... Cas n°1 : - en appelant l'URL de login ça fonctionne et j'ai le problème des mauvais chemins d'emojis sur le dashboard - en appelant index.php je tombe sur l'erreur 404 de galette sans CSS - en appelant webroot/ je tombe sur l'erreur de redirection Cas n°2 (après avoir rétabli le htaccess dans webroot) : * en appelant l'URL de login ça fonctionne sans problème * en appelant index.php je tombe sur l'erreur 404 de galette sans CSS * en appelant la racine ça fonctionne sans problème Cas n°3 : exactement les mêmes comportements que dans le cas n°1 > Une chose est sûre : ça ne marche pas :D Non :( -- Guillaume AGNIERAY -- Galette development - http://galette.eu/ List documentation: https://listengine.tuxfamily.org/lists.galette.eu/devel/
Re: [Galette-devel] Mise à jour démo
Le Fri, 3 Mar 2023 17:21:33 +0100 Johan Cwiklinski a écrit : > Le 03/03/2023 à 09:34, Johan Cwiklinski a écrit : > > J'ai 3 configurations différentes : > > 1- la config par défaut de mon apache, qui pointe sur /var/www/html > > ; et une galette dans /var/www/html/public/galette.git/ > > 2- un vhost qui pointe sur > > /var/www/html/public/galette.git/galette/webroot, > > 3- un vhost qui pointe sur /var/www/html/public/galette.git > > J'ai une solution alternative, qui demande un configuration de > l'utilisateur. > Plus de soucis d'URL interdites, les cas 1 et 2 fonctionnent, pas le > 3 :/ J'ai reproduit précisément (je pense) les 3 configurations, et de mon côté aucune ne fonctionne... :s Je précise que j'utilise Debian et la config par défaut d'apache qui a aussi pour DocumentRoot /var/www/html. J'ai effectué mes tests depuis un clone des sources et un fetch de la PR 260. On est bien d'accord que dans le cas n°1 l'URL de la page de login doit être http://localhost/public/galette.git/galette/webroot/login ? Avec comme RewriteBase /public/galette.git/galette/webroot (c'est bien celui donné par compat_test.php en tout cas) Dans le cas n°2 http://localhost/login Aucune directive RewriteBase n'est nécessaire. Et le DocumentRoot du vhost pointe sur /var/www/html/public/galette.git/galette/webroot Dans le cas n°3 http://localhost/galette/webroot/login Avec comme RewriteBase /galette/webroot Et le DocumentRoot du vhost pointe sur /var/www/html/public/galette.git Dans les 3 cas je tombe sur une erreur 404 d'apache. En remplaçant login par index.php, je tombe sur une erreur 404 de galette avec le logo mais sans les CSS. Dans les sources, les URLs sont alors de la forme http://localhost[...]/index.php/themes/default/ui/semantic.min.css). Et en appelant la "racine" de chaque URL : http://localhost/public/galette.git/galette/webroot/ http://localhost/galette/webroot http://localhost ... je tombe sur une erreur de redirection :( Je tenterai de nouveau avec l'archive de la fonctionnalité pour voir ;) -- Guillaume AGNIERAY -- Galette development - http://galette.eu/ List documentation: https://listengine.tuxfamily.org/lists.galette.eu/devel/
Re: [Galette-devel] Re: [Galette-discussion] Activation des comptes du tracker
Hello ! Le Fri, 3 Mar 2023 08:35:39 +0100 Johan Cwiklinski a écrit : > Je cherche activement une solution alternative, qui n’occasionne pas > une charge de travail supplémentaire - ou un moyen efficace de > bloquer le spam sur Redmine... > Je préfèrerai nettement bloquer le spam que de passer sur Github > (l'alternative qui me semble la plus probable à l'heure actuelle) :-/ Il semble que le développement du plugin recaptcha pour redmine a repris récemment : https://github.com/cdwertmann/recaptcha/commits/master Une lueur d'espoir ? Par contre ça ne bloquera jamais totalement le spam... :s -- Guillaume AGNIERAY -- Galette development - http://galette.eu/ List documentation: https://listengine.tuxfamily.org/lists.galette.eu/devel/
Re: [Galette-devel] Mise à jour démo
Le Thu, 2 Mar 2023 18:10:35 +0100 Johan Cwiklinski a écrit : > > De mon côté, sur un serveur LAMP on ne peut plus classique, ça > > engendre une erreur de redirections sur la page des plugins. > > Hou... Il est vilain ce bug là oO > > Je constate effectivement de mon côté, mais en mode "sous-dossier" > uniquement, sur mon vhost qui pointe sur webroot, pas de soucis. Je confirme : en mode "sous-dossier" uniquement de mon côté aussi ;) -- Guillaume AGNIERAY -- Galette development - http://galette.eu/ List documentation: https://listengine.tuxfamily.org/lists.galette.eu/devel/
Re: [Galette-devel] Mise à jour démo
Hello ! Le Thu, 2 Mar 2023 07:39:36 +0100 Johan Cwiklinski a écrit : > Je ne merge pas pour le moment, si certains d'entre vous peuvent me > faire un retour... (notamment sur des confs et serveurs web > spécifiques). Merci ! De mon côté, sur un serveur LAMP on ne peut plus classique, ça engendre une erreur de redirections sur la page des plugins. Ailleurs tout semble OK ;) -- Guillaume AGNIERAY -- Galette development - http://galette.eu/ List documentation: https://listengine.tuxfamily.org/lists.galette.eu/devel/
Re: [Galette-devel] Mise à jour démo
Le Tue, 28 Feb 2023 15:23:46 +0100 Alain Paris a écrit : > Bonjour, Bonjour ! > Je suivi les modifications importantes du code de galette depuis > juillet dernieret fait des test d'installation ou de mise a jour > de différentes nightly. > > Chez moi impossible de faire fonctionner la dernière nightly, je peux > installer galette mais dés que je vais sur l’accueil a la fin de > l'installation ,j'ai une page 404 en texte (php 8.1. maria db 10.6.5 ) > > J'ai ceci dans les logs PHP : > > [28-Feb-2023 13:52:24 UTC] 404 Not Found > > [...] > > Pour faire fonctionner cette dernière version faut il une > configuration spéciale de php ou autre ? procédure d'installation > différente ? Il semble que depuis la migration vers Slim4, seule l'exposition du dossier webroot sur le serveur est possible. Je ne sais pas si c'est corrigible ou pas. En l'état, pour ne plus être confronté à l'erreur 404, il faut modifier le vhost pour faire pointer DocumentRoot et Directory vers le chemin absolu du dossier webroot : https://doc.galette.eu/fr/master/installation/preparation.html#web-server-directory-exposition Cordialement, -- Guillaume AGNIERAY -- Galette development - http://galette.eu/ List documentation: https://listengine.tuxfamily.org/lists.galette.eu/devel/
Re: [Galette-devel] Galette v1.0
Le Wed, 12 Jan 2022 11:05:04 +0100 alain Paris a écrit : > Bonjour, Bonjour ! > Je ne sais pas ou en est l’évolution de l'interface graphique et je > ne voudrai pas polluer avec des anomalies qui de fait n'en sont peut > être pas. > > Peut on commencer a faire certains tests, ou faire des propositions > sur certains détails ? Je laisse Johan répondre sur ce point ;) > Avec l'installation de la version 1.0 ou mise a jour, je n'ai pas > l'interface graphique (sans doute normal pour l'instant). Voir > fichier joint. Lors d'une installation depuis les sources, il faut successivement lancer ces 3 commandes à la racine : npm install npm run-script gulp npm run-script gulp-ui > Pour un mise a jour, j'ai une page vierge et je n'ai pas l'indication > qu'il faut faire la dite mise a jour (ex database 0.94...) > > PHP7.4 et Mariadb 10.3.32 > > dans php.log j'ai ça: > > [12-Jan-2022 09:25:07 UTC] PHP Fatal error: Uncaught ErrorException: > Use of undefined constant GALETTE_TPL_SUBDIR - assumed > 'GALETTE_TPL_SUBDIR' (this will throw an Error in a future version of > PHP) in B:\galettedevelop\galette\includes\dependencies.php:71 Johan a récemment préparé un correctif pour cette anomalie : https://bugs.galette.eu/issues/1615 Cordialement, -- Guillaume AGNIERAY -- Galette development - http://galette.eu/ List documentation: https://listengine.tuxfamily.org/lists.galette.eu/devel/
Re: [Galette-devel] Gestionnaire de dépendences JS
Le Sat, 9 Nov 2019 13:03:50 +0100
Johan Cwiklinski a écrit :
> > Du coup, sur Galette, j'ai fait un essai avec gulp (utilisé par
> > semanticui/formanticui).
> >
> > https://github.com/galette/galette/pull/38
> >
> > Je suis preneur de vos potentielles remarques.
>
> Personne n'a de remarques ? Je pète tout, pas de problèmes ? :D
Pas de remarques particulières. Si tu y trouves un intérêt je suis
plutôt pour.
J'ai testé rapidement (Galette pas les plugins) :)
Jusque là ça semble bien fonctionner avec gulp.
En PJ un p'tit patch pour corriger des chemins sur certaines images des
CSS.
J'ai aussi constaté un problème avec l'ombre des tooltips jquery, mais
je n'ai pas encore cherché quelle en est l'origine.
Sinon connais-tu https://asset-packagist.org (composer + bower + npm) ?
Ça pourrait être une autre piste à envisager si toutes les libs
utilisées par Galette s'y trouvent ;)
--
Guillaume AGNIERAY
>From 0b6b43d2d28f410f22ccc684d87a6210dc3ed7b3 Mon Sep 17 00:00:00 2001
From: Guillaume AGNIERAY
Date: Mon, 18 Nov 2019 15:47:09 +0100
Subject: [PATCH] Fix images paths in CSS
---
gulpfile.js | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/gulpfile.js b/gulpfile.js
index ea5db506..815ad0cd 100644
--- a/gulpfile.js
+++ b/gulpfile.js
@@ -42,6 +42,9 @@ var main_assets = [
}, {
'src': './galette/webroot/themes/default/jquery-ui/images/*',
'dest': '/images/'
+}, {
+'src': './galette/webroot/themes/default/images/desktop/*',
+'dest': '/images/desktop/'
}, {
'src': './node_modules/farbstastic/*.png',
'dest': '/images/'
@@ -68,7 +71,7 @@ function styles() {
main = gulp.src(main_styles)
.pipe(replace('jquery-ui/images/', '../images/'))
.pipe(replace('("images/ui', '("../images/ui')) //
-.pipe(replace('url(images/', 'url(../../themes/default/images/'))
+.pipe(replace('url(images/', 'url(../images/'))
.pipe(cleanCSS())
.pipe(concat('galette-main.bundle.min.css'))
.pipe(gulp.dest(_dir));
--
2.20.1
Re: [Galette-devel] Présentation et proposition d'interface
Le Mon, 07 Oct 2019 07:54:39 +0200 Johan Cwiklinski a écrit : > Salut Guillaume, Hello ! > Le 05.10.2019 08:51, Johan Cwiklinski a écrit : > tu as pris les pages publiques pour ce menu. Je pense que c'est > incorrect. Oui tu as raison. J'ai compris récemment la subtilité des pages publiques en regardant de plus près la fonction getPublicMenus(). L'option qui m'intéressait ne fait pas exactement ce que je pensais. C'est un coup de bol en l'état que ça règle mon problème d'affichage dans ce menu :D > En effet, les pages publiques son volontairement et très directement > limitées aux seuls adhérents à jour et qui ont choisi d'apparaître. Là tu parles du contenu de l'annuaire et du trombinoscope plus spécifiquement. L'accès à ces pages en tant que tel est déterminé par un autre paramètre, et je crois que c'est là qu'est née ma confusion. Surtout tant que je n'avais pas testé les plugins. > Pire, on peut complètement les désactiver :/ > [...] Oui. Je pensais initialement que si on choisissait de les garder activées et de les afficher pour tout le monde, ça laissait la possibilité de faire des pages publiques dans un plugin quelque soit le rôle de l'utilisateur. Mais je comprends maintenant que ce n'est pas l'objet des pages publiques. Dans la situation que je m'imaginais, il n'y a aucun moyen d'être dans le cas de figure où on choisi d'avoir des pages totalement publiques via un plugin, mais que pour autant, on souhaite que l'annuaire et/ou le trombinoscope soient réservés aux adhérents :/ Donc il faut que je revoie ma copie et que je reste sur le principe en place pour le moment. > Je me demande si les liens du menu du haut ne devraient pas être ceux > du dashboard (au moins en partie) pour les utilisateurs connectés, et > ceux des pages publiques en effet si l'on est pas connectés. Oui. Je n'ai pas pris en compte les liens du dashboard à ce stade. C'est une idée intéressante. J'y réfléchirai. > Ha, autre chose aussi... Tu inclus le nom de l'association du côté du > logo. Je ne sais pas ce que tu as renseigné comme nom d'assoce, mais > moi j'ai « Gestion d'Adhérents en Ligne Extrêmement Tarabiscotée » et > j'ai vu plus long encore :D > [...] Je suis d'accord tout ça n'est pas à la meilleure position. Et les logos il y en a de toutes les tailles et toutes les formes. Donc à moins de proposer dans les paramètres une version longue et une version courte pour tous ces éléments, ça changera forcément. De toute façon, selon la décision qui se profilera pour le menu du haut, il est fort probable que ces éléments n'y trouvent plus leur place. > J'avais commencé à travailler sur l'affichage de la page de login ; > sauf si tu as des griefs sur l'idée globale, j'aimerai qu'on parte > vers quelque chose du genre (bon, ce n'était pas terminé, il restait > beaucoup de détails à régler). Si tu parles du style, avec l'image en arrière plan, les couleurs, etc., pas de souci ;) Mais c'est "cosmétique" tout ça. Et je pense qu'il faut d'abord se concentrer sur les mises en page et s'accorder sur une structure avant de commencer l'habillage. C'est du détail et surtout ça ne pose aucune contrainte supplémentaire. Et le framework utilise un système de themes. Il faudra l'utiliser. Et cela rendra possible (pourquoi pas un jour) la personnalisation de Galette via une liste de themes prédéfinis ou de combinaisons de couleurs et autres paramètres administrables. > Je ne peux pas trop juger la partie HTML, puisque je ne connais > absolument pas le framework... Je sais que certains (voire certaines > versions) requièrent un amas assez immonde de HTML imbriqué, je ne > peux que constater que ce n'est pas le cas, et c'est un très bon > point ;) Pour la grille responsive et les menus, c'est très bien foutu et le code est simple. Maintenant, comme les autres composants proposés sont des combinaisons de composants plus simples, plus ceux utilisés seront "évolués", plus leur structure HTML sera logiquement "complexe". > Sinon, globalement, c'est pas mal du tout ! Pour la suite, je me dis > qu'il faudrait valider un "prototype" pour les pages de listes, et un > autre pour les pages de formulaires (il restera des cas particuliers > bien sûr) ; je me dit que la liste des contributions (moins complexe > que la liste des adhérents) et la recherche avancée seraient de bons > candidats pour cela ; qu'en penses-tu ? Je suis d'accord :) > Sinon, pour le moment, je me concentre sur la release à venir de la > 0.9.3, après laquelle on pourra envisager de tout péter joyeusement :D Yeah !!! Tout péter !!! Merci pour cet échange et bonne journée ! :) -- Guillaume AGNIERAY -- Galette development - http://galette.eu/ List documentation: https://listengine.tuxfamily.org/lists.galette.eu/devel/
Re: [Galette-devel] Présentation et proposition d'interface
Le Thu, 3 Oct 2019 12:52:54 +0200
Guillaume AGNIERAY a écrit :
> Le Thu, 03 Oct 2019 08:07:23 +0200
> Johan Cwiklinski a écrit :
>
> > Globalement, penses que les plugins peuvent ajouter des entrées à
> > certains endroits ; maps et paypal mettent le menu du haut de
> > travers assez efficacement :D
>
> Je me doutais que les plugins se comporteraient mal au niveau de ce
> menu, et c'est prévu que je me penche sur leur cas maintenant avant
> d'avancer plus sur les autres templates ;)
Je viens de jeter un œil et je m'attendais à pire :)
Pour le moment je n'ai regardé que les 2 modules que tu cites.
Le problème sur le menu du haut est en fait très simple à régler : par
un simple changement de classes sur les liens dans le template du menu
public des plugins.
Dans mes modifs, les menus sont aussi "dupliqués" dans le menu en
sidebar sur mobile et tablette. Là, c'est un peu moins trivial.
Pour le menu public, le problème engendré dans ce cas peut déjà se
régler grâce à la méthode getPublicMenus() telle qu'elle existe.
La modif nécessaire est faite sur ma branche, et j'ai mis en PJ des
patchs pour les 2 modules.
Pour le second type de menu inclus pour les plugins, d'une part la
fonction est différente et ne permet pas de choisir d'ajouter un
conteneur aux liens ou pas. D'autre part, ça nécessite de réécrire tout
le menu en accordéon (ce qui ne pose absolument aucun souci, puisque
c'est déjà ce que j'ai fait dans mes expérimentations sur
feature/twig-semantic). Enfin ça nécessitera de réécrire la structure
HTML dans le template du plugin en conséquence.
Je ferai sinon des includes pour les différents menus (haut, gauche,
sidebar mobile) ce sera plus simple à gérer.
> Le tout est de savoir si ce menu est réellement indispensable à cette
> position. Sinon il faut voir les différents cas de figure mais je ne
> pense pas que ce soit un problème insurmontable si on le garde.
Ma réflexion est la suivante : le problème du menu du haut tel que je
l'ai fait à ce stade (en ligne sans menus déroulants), et tel que sont
conçus les menus des plugins, c'est comment y afficher tous les liens
correctement lorsque plusieurs plugins sont activés ?
La solution immédiate serait de faire un menu déroulant pour toutes les
pages publiques. Et pourquoi pas seulement à partir du moment où elles
dépassent un certain nombre ? (mais pour aller jusque là il faudrait
une méthode qui renvoie une liste de toutes les entrées déclarées par
l'ensemble des plugins pour pouvoir la parcourir dans le template).
On peut aussi imaginer une présentation plus condensée avec juste les
icones visible et le label qui se découvre avec une petite transition au
survol (exactement comme le fait nextcloud pour ses applications :
https://nextcloud.com)
Et puis, on pourrait aussi ajouter les autres menus des plugins dans ce
menu en haut de page, sous forme de menus déroulants supplémentaires.
Et si un jour on se retrouve avec plusieurs dizaines d'entrées dans ce
menu, on peut imaginer n'afficher en ligne que les X premières entrées
et placer les autres dans un menu déroulant à la fin.
Ou aussi, on peut imaginer un type de menu supplémentaire, qui,
lorsqu'un plugin en ferait usage, prendrait la place des entrées
normalement visibles à cet endroit (tout en les laissant accessibles en
les déplaçant par exemple dans une liste déroulante).
Tout ça suppose donc idéalement de pouvoir passer des variables aux
templates des menus lorsqu'ils sont inclus avec les méthodes dédiées.
Bref, le choix des possibilités est vaste. Et avant d'en arriver
jusqu'aux cas extrêmes imaginés, je pense qu'on pourra trouver une
solution assez simple :)
--
Guillaume AGNIERAY
>From e78018906e26f4009c5ee9159a023df6d886b5b6 Mon Sep 17 00:00:00 2001
From: Guillaume AGNIERAY
Date: Thu, 3 Oct 2019 22:57:20 +0200
Subject: [PATCH] Public menu modification to follow feature/ihm work on Galette
---
templates/default/public_menu.tpl | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/templates/default/public_menu.tpl b/templates/default/public_menu.tpl
index cb72d9a..4e404bf 100644
--- a/templates/default/public_menu.tpl
+++ b/templates/default/public_menu.tpl
@@ -1,6 +1,6 @@
{if $public_page}
-
-
+
+
{_T string="Payment form" domain="paypal"}
{/if}
--
2.20.1
>From 2c83d44b2a2b519f87deaac4c0689a4700571f91 Mon Sep 17 00:00:00 2001
From: Guillaume AGNIERAY
Date: Thu, 3 Oct 2019 22:58:38 +0200
Subject: [PATCH] Public menu modification to follow feature/ihm work on Galette
---
templates/default/public_menu.tpl | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/templates/default/public_menu.tpl b/templates/default/public_menu.tpl
index 63340e6..ba96b84 100644
--- a/templates/default/public_menu.tpl
+++ b/templates/default/public
Re: [Galette-devel] Traduction documentation
Le Wed, 02 Oct 2019 16:09:03 +0200 Johan a écrit : > Pour le moment, la doc existante doit être traduite en anglais. C'est > en cours... Toute personne souhaitant contribuer devrait faire savoir > ce qu'elle compte faire sur le ticket relatif afin d'éviter les > doublons. > > Pour info, les tickets résolus mais non fermes n'ont pas encore été > relus. [...] C'est bon me concernant, j'ai bien compris la procédure tout est clair :) > Les traductions seront sur Zanata ; je n'ai toujours pas la > possibilité de tester weblate, donc ce sera a voir par la suite > (Zanata fait le boulot de toutes façons). Ça c'est pour après si je comprends bien. Inutile de poser des questions maintenant à ce sujet ? Bonne journée ! -- Guillaume AGNIERAY -- Galette development - http://galette.eu/ List documentation: https://listengine.tuxfamily.org/lists.galette.eu/devel/
Re: [Galette-devel] Présentation et proposition d'interface
Le Thu, 03 Oct 2019 08:07:23 +0200 Johan Cwiklinski a écrit : > Bienvenue à toi :) Merci :) > Le 02.10.2019 21:59, Guillaume AGNIERAY a écrit : > > Alors, globalement, oui, ça me semble intéressant oui, merci :) Il y > a des points sur lesquels je suis moins d'accord, mais ça relève du > détail pour le moment. > > Globalement, penses que les plugins peuvent ajouter des entrées à > certains endroits ; maps et paypal mettent le menu du haut de travers > assez efficacement :D Je me doutais que les plugins se comporteraient mal au niveau de ce menu, et c'est prévu que je me penche sur leur cas maintenant avant d'avancer plus sur les autres templates ;) Le tout est de savoir si ce menu est réellement indispensable à cette position. Sinon il faut voir les différents cas de figure mais je ne pense pas que ce soit un problème insurmontable si on le garde. > J'aurai probablement des remarques d'ordre global sur l'interface ; > deux trois petites choses qui ne me conviennent pas au premier abord. Oui sans problème. Pour le moment c'est totalement arbitraire pour faire au plus simple. > Toutefois, je me réserve un temps d'adaptation, histoire de prendre > un peu de recul, et de ne pas prendre la nouveauté comme un > problème :p :) > Outre l'affichage principal, les pages les plus compliquées à migrer > selon moi sont : > - préférence, > - gestion des champs et de leurs droits, > - gestion des groupes, > - formulaire adhérent (pour le coup, c'est techniquement que c'est > pas facile). OK. Je leur porterai une attention particulière lorsque je serai amené à m'occuper de leur cas. > > $ npm install > > $ cd semantic > > $ gulp build > > Hum... Sauf erreur de ma part, ces fichiers sont prévus pour être > servis sur le web, et devraient donc être dans webroot, non > (webroot/js même) ? > > Sinon, avec cette solution, je me retrouve avec un node_modules de > 107Mio et un Semantic de 7,5Mio. > > Je sais que c'est de l'ordre du normal, mais quelle solution pour une > release ? Ce n'est pas forcément une urgence d'avoir une solution, > mais c'est un point à prendre en considération. Tout ce qui se trouve dans node_modules n'est utile que pour la compilation des CSS et JS et le développement de Fomantic ou de themes et ne doit donc pas faire partie de la release ni des sources : Ce sont seulement les fichiers d'installation de semantic (voir le dossier du même nom dans "galette/" ; si on ne garde pas ce dossier, on est obligé de reparamétrer entièrement le compilation avant de pouvoir la lancer) et les CSS et JS compilées dans "webroot/themes/default/semantic/" qui doivent être inclus dans les sources et/ou les releases. https://git.agnieray.net/?p=galette.git;a=commit;h=2334fe01016b6a5ff23aa6702cd6b7d86e42e2c0 https://git.agnieray.net/?p=galette.git;a=blob;f=galette/semantic.json;h=e3b2ea2a474b85bb8d798613d707e7ed1180a764;hb=2334fe01016b6a5ff23aa6702cd6b7d86e42e2c0#l10 Il existe sinon une version déjà compilée (https://github.com/fomantic/Fomantic-UI-CSS) mais elle empêche l'utilisation de themes comme indiqué sur la page du projet. Sinon, les CSS et JS compilés auront certainement une meilleure place ailleurs dans l'arbo que là où je les ai placé actuellement ;) > Note : le script présent dans bin/release installe lesdépendances > composer et les nettoie avant la création de l'archive. Peut-être la > solution sera-t-elle similaire ? Je n'ai pas trop d'expérience sur la > distribution de ce genre de choses :/ Je vais regarder ce script, mais effectivement, il faut qu'il installe les dépendances npm, qu'il compile les CSS/JS, et qu'il supprime le dossier node_modules avant de créer l'archive. J'y jetterai un œil. > Sur une note plus générale, j'ai toujours fait en sorte (dans la > mesure du possible) de faire en sorte que Galette soit accessible, et > soit en mesure de fonctionner sans javascript. > Pour certains points, c'est impossible de se passer complètement de > JS, et ça ne va pas aller en s'améliorant ; mais sans JS (notamment > en cas d'erreur de ce dernier), on devrait toujours pouvoir faire le > minimum syndical (une espèce de mode dégradé). Je suis entièrement d'accord ! Merci pour ta réponse. -- Guillaume AGNIERAY -- Galette development - http://galette.eu/ List documentation: https://listengine.tuxfamily.org/lists.galette.eu/devel/
