agence-adeliom / lumberjack-project Goto Github PK

https://github.com/Rareloop/lumberjack-core

• Avoir une solution commune à WP & Symfony
• Intégrer la gestion du SVG

Le README doit être uniquement un sommaire et avoir des liens qui redirige vers différents README qui se trouvent dans le dossier docs à la racine du projet.

Cf Airbus
Pouvoir uploader un fichier SVG depuis le BO et avoir le HTML SVG plutôt que l'image sous forme d'url

Reprendre ce qui a été fait sur Tryba carrière (admin.css / js) avec le CSS de la toolbar à droite plus large, la largeur du container...

Faire le BO et le FO pour gérer les cas :

• 3 dernières actu automatiques
• 3 dernières actu manuelle
• • 3 dernières actu par catégorie

Sur l'ancien starter, on utilise le Post d'Adeliom qui utilisait les utils de wp-extensions.

On avait la possibilité d'ajouter des colonnes dans l'admin de manière très simple grâce à cette classe :
https://github.com/agence-adeliom/lumberjack-extensions/blob/master/src/Utils/Types/PostTypeColumns.php

(et c'était cool car c'est vraiment relou à faire sinon ^^")

Est-ce que tu crois que l'on pourrait le rajouter ? Je ne sais pas trop ce que ça implique en terme de dev.

Exemple :

  return [
            'name_plural' => __('GF Forestier'),
            'args' => [
                /**
                 * For a list of possible menu-icons see
                 * https://developer.wordpress.org/resource/dashicons/
                 */
                'menu_icon' => 'dashicons-palmtree',
                'hierarchical' => false,
                'has_archive' => false,
                'show_in_rest' => true,
                'supports' => [
                    'title',
                    'excerpt',
                    'editor',
                ],
                'labels' => $labels,
                // Whether post is accessible in the frontend
                'public' => true,
                'rewrite' => [
                    'slug' => 'gfi',
                    'with_front' => false,
                ],
                'template' => [
                    ['acf/header-classic-block']
                ]
            ],
            'admin_columns' => [
                'date' => false, // Disable date in list view
            ],

Dans le fichier media.html.twig,

Changer la ligne 46 par : {% set videoURL = media.video.file %}

Ajouter le CSS pour l'éditeur Gutenberg :

/**
     * Ajouter une feuille de style pour l’éditeur dans l’admin
     * @Action(tag="enqueue_block_editor_assets")
     */
    #[Action("enqueue_block_editor_assets")]
    public static function editorStyle(): void
    {
        Assets::enqueue('styles/editor', 'styles/editor', []);
    }

Il pourrait être intéressant de faire en sorte de n'utiliser que des {% include %} Twig en précisant systématiquement les variables devant être passées d'un template à l'autre, tout en précisant que seules les variables précisées doivent être passées :

# Exemple d'un include sans rien préciser
{% include "helper/_icon-fabrication-francaise.html.twig" %}

# Exemple d'un include dans lequel on précise la·les variable·s à passer par une association clé / valeur
{% include "helper/_icon-fabrication-francaise.html.twig" with {
    white: true
} %}

# Exemple de ce qui devrait être fait, en précisant les variables et en ajoutant l'attribut only
{% include "helper/_icon-fabrication-francaise.html.twig" with {
    white: true
} only %}

Ne pas passer de variables spécifiques / passer des variables sans préciser only implique que l'ensemble du contexte Twig est passé d'un template à l'autre.

• D'une part cela pourrait éventuellement avoir des conséquences en termes de performances
• D'autre part, cela peut amener à des variables écrasées par celles d'un template parent
• Préciser les variables permet également, lorsque l'on visualise le code, de savoir quelles variables sont nécessaires pour que le template s'affiche convenablement

Au final, préciser les variables rend certes l'inclusion de templates un peu moins "magique", mais en termes de maintenabilité, c'est sûrement beaucoup plus optimal 👍

Subject

Lorsque je fais un lando start qui fait un composer install, le contenu du dossier wp se vide

Il faut donc que je supprime les vendor (en sudo) et que je les installe à nouveau pour régler le problème :

Simon, Hugo et Lucas ont le même problème.

Revoir l'import des modules depuis la version 10

import { Navigation } from 'swiper/modules';

Idem pour le typage depuis swiper/types

Il y a en revanche un problème d'import qui semble être lié à Swiper. En attendant, supprimer le type si besoin.

Faire le layout twig du block gutenberg text/image

• Ajouter dans .installer

elseif($_ENV['IS_DDEV_PROJECT']){
    Config::define('WP_HOME', 'https://'.$_ENV['DDEV_HOSTNAME']);
    Config::define('WP_SITEURL', Config::get('WP_HOME'));
    Config::define('WP_CONTENT_URL', Config::get('WP_HOME') . Config::get('CONTENT_DIR'));
    Config::define('DB_NAME', $_ENV['PGDATABASE']);
    Config::define('DB_USER', $_ENV['PGUSER']);
    Config::define('DB_PASSWORD', $_ENV['PGPASSWORD']);
    Config::define('DB_HOST', $_ENV['PGHOST']);
}

• Mettre le dossier .dedev avec le config.yaml de base

Cf https://github.com/agence-adeliom/forge/discussions/17

Titre - Texte - Liste déroulante des formulaires Gravity Form

Dans les fichiers PHP, tout est toujours surligné malgré les configurations PHPStorm. Que faut-il faire pour que phpcs puisse être accepté ?

Faire le template twig du bloc concerné

Faire le template twig

• https://daisyui.com/components/modal/
• https://daisyui.com/docs/config/

Ajouter un filtre noir léger sur l'image de la vidéo :

<div class="absolute w-full h-full top-0 left-0 bg-black/40"></div>

La catégorisation des blocks Gutenberg ne fonctionne pas

Modifier la configuration par défaut :

return [
            'labels' => [
                'name' => __('Questions'),
                'singular_name' => __('Question'),
                'add_new' => __('Ajouter une question'),
            ],
            'public' => false,
            'show_ui' => true,
            'show_in_menu' => true,
        ];

Ajouter les éléments de base pour répondre aux critères d'accessibilité :

• aria labels, role, title...
• focus : boutons, cards

Pourrait-on réfléchir à un plugin ou autre permettant de générer et gérer une page de maintenance ?

Pourrait-on avoir un fonctionnement comme on avait avant qui permet d'extraire les couleurs et les tailles de typo de Figma pour les ajouter dans une config tailwind + l'ajouter dans les fichiers twig adéquat ?

Ajouter ce style pour gérer les marges entre les éléments dans le wysiwyg :

#tinymce,
    .wysiwyg {
        h1,
        h2,
        h3,
        h4,
        h5,
        h6,
        ul,
        p,
        li {
            & + ul,
            & + li,
            & + p {
                @apply mt-4;
            }
        }
    }

Dans le fichier index.php du thème, Timber ne récupère pas correctement l'ID de la page du listing des articles.

Il faut le récupérer et le passer manuellement en paramètre afin que cela fonctionne :

$context['page'] = new Page(get_site_option('page_for_posts'));

à vérifier que cela fonctionne bien avec le multilingue.

https://www.advancedcustomfields.com/resources/installing-acf-pro-with-composer/

.installer -> wrong test and add needed true variable on json_decode
deploy.php -> wrong name of env variable WP_ENV vs APP_ENV

Faire le template du bloc concerné