[Nicolas]

La seule référence pertinente concernant le nombre de colonnes dans l’affichage des sous-catégories d’une catégorie trouvée sur les forums de HivePress est celle-ci : https://hivepress.io/support/topic/changing-listing-categories-column-amounts/

Le code CSS qu’y donne @ihor (développeur de HivePress) consiste à forcer l’affichage sur 1 colonne :

.hp-listing-categories .hp-grid__item {
    flex-basis: 100%;
    max-width: 100%;
}

Partons de cet exemple pour forcer l’affichage sur 4 colonnes, mais seulement à partir d’une certaine largeur de la zone d’affichage.

Vue « Sous-catégories » : règles CSS progressives

Les règles CSS contrôlant d’affichage en colonnes sont définies dans /wp-content/plugins/hivepress/assets/css/grid.min.css. Par défaut, l’affichage en colonnes est réduit à une seule colonne lorsque la largeur de l’écran est de 48em et moins. Cela est contrôlé par une règle @media. grid.min.css définit 3 points de rupture : 48em, 64em et 75em.

Nous allons donc définir une règle pour afficher les sous-catégories sur 4 colonnes (au lieu de 3) à partir de 64em, et on en profitera pour créer un affichage intermédiaire sur deux colonnes, entre 32em et 48em :

/* Catégories 4 colonnes */
@media only screen and (min-width:64em) {
  .hp-listing-categories .hp-grid__item {
    flex-basis: 25%;
    max-width: 25%;
  }
}
/* Catégories 2 colonnes */
@media only screen and (min-width:32em) and (max-width:48em) {
  .hp-listing-categories .hp-grid__item {
    flex-basis: 50%;
    max-width: 50%;
  }
}

C’est aussi simple que ça !

[Nicolas]

Je confirme que le panneau « Extrait » apparaît lors de l’édition d’une page sur Québec blogues (clone de l’actuel Québec connexion qui utilise le thème d’origine, Chaplin). Cela tend à confirmer que le problème est spécifique au thème BuddyX.

[Nicolas]

Je dis ça, et je réalise qu’en réalité ce problème pose une difficulté supplémentaire : qu’arrive-t-il à 1 h du matin vendredi lorsque l’établissement ferme à 2 h du matin le jeudi ? La condition ne dépend pas alors de l’heure de fermeture du jour actuel, mais de celle de la veille.

La logique de la requête (qui doit certainement se traduire en une requête SQL) reste à éclaircir […]

Si on a :

veille.ouverture = heure d'ouverture du jour de la veille (hier)
veille.fermeture = heure de fermeture du jour de la veille (hier)
auj.ouverture = heure d'ouverture du jour actuel
auj.fermeture = heure de fermeture du jour actuel
heure = heure actuelle
ouvert = état actuel d'ouverture à déterminer

Alors on peut définir la condition d’ouverture actuelle du commerce ainsi :

SI (
  ( veille.fermeture < veille.ouverture ) // fermeture la veille après minuit
  ET ( heure < veille.fermeture ) // commerce encore ouvert
) OU (
  ( heure >= auj.ouverture ) // commerce déjà ouvert
  ET (
    ( auj.fermeture < auj.ouverture ) // fermeture aujourd'hui après minuit
    OU ( heure < auj.fermeture ) // commerce encore ouvert
  )
)
ALORS ouvert = VRAI // le commerce est actuellement ouvert

Cas limite : certains cas limite (quoique extrêmement improbables) pourraient ne pas être représentés, eg. un commerce qui ouvrirait à 2h du matin (le mardi) et fermerait ensuite à 4h du matin (soit le lendemain matin) pour ré-ouvrir plus tard (le mercredi) est dans l’impossibilité de représenter cela dans la structure de données actuelle de HivePress Opening Hours.

[Nicolas]

La version gratuite de LuckyWP Glossary impose une limite de 30 termes ! Dammit !

[Nicolas]

Le cas limite heure de fermeture = 0:00 a été reporté il y a plus d’un mois ici :
https://hivepress.io/support/topic/open-now-nothing-found/#post-12989

@GoParkPlay (1 month, 2 weeks ago)

When I set the hours from 5am-12am and I select “open now” nothing shows up. However, when I set the hours from 5am – 1159pm, the listing appears. This appears to be a bug. Thoughts?

@ihor (1 month, 2 weeks ago) developer

Thanks for reporting – added this to the bug tracker, will be fixed in the next Opening Hours update. If it’s urgent please send temporary WP access to support@hivepress.io

[Nicolas]

Voir également : Extensions multisite essentielles (réseau Québec.tk / Québec blogues)

[Nicolas]

On a résolu le problème avec l’extension bbp Markdown qui remplace l’éditeur bbPress/bbPlatform par un éditeur Markdown !

Voir la discussion : https://web.québec.tk/forums/discussion/support-de-la-syntaxe-markdown-dans-les-forums-bbpress-buddyboss-platform/#post-298

Résultat : RÉSOLU.

[Nicolas]

Tiens donc ! Je viens de tomber sur cette petite extension qui m’avait échappé lors de ma recherche initiale et qui semble faire exactement ce qu’on recherche ! Un peu vieillotte (2 ans). Reste à voir si elle fonctionne encore, et si elle est compatible avec l’implémentation des forums BuddyBoss Platform…

https://wordpress.org/plugins/bbp-markdown/

[Nicolas]

Diantre ! On dirait bien que les extensions prévues pour bbPress ne sont pas compatibles avec les forums BuddyBoss Platform (qui est un méga-fork intégrant les fonctionnalités de BuddyPress et de bbPress).

C’est le cas en tout cas de l’extension Forum Beginner Posts (par Fidgety Lizard) qui semblait promettre l’Eldorado de la simplicité éprouvée en intégrant l’éditeur TinyMCE dans les forums. Non seulement il ne remplace pas l’éditeur de base, mais il en supprime la mise en forme. On n’est pas avancés.

Résultat : ÉCHEC.

[Nicolas]

J’ai proposé l’algorithme ci-haut exposé sur le forum HivePress.io : https://hivepress.io/support/topic/open-now-nothing-found/#post-16004

Si une mise à jour n’est pas proposée par l’auteur relativement rapidement, je plongerai dans le code de l’extension pour en déterminer la logique et suggérer un patch.

[Nicolas]

Reste à voir si on arrivera à traduire l’extension avec Loco Translate.

L’extension étant correctement internationalisée, la création de la traduction en franco-canadien (fr-CA) avec Loco Translate fut un jeu d’enfant !

[Nicolas]

Oups ! Me serais-je réjoui trop vite ?

Les onglets de bbP Markdown ne fonctionnent pas comme prévu des les discussions des groupes de BuddyBoss Platform (les forums qui sont associés à des groupes et s’affichent au sein de l’interface de groupe).

Voir capture d’écran attachée…

Pas critique pour l’instant (bbP Markdown n’étant activé que sur Québec Web, pas sur Québec Connexion), mais va falloir trouver un fix. Je crois qu’une fourchette pour ce vieux fromage sera éventuellement inévitable…

[Nicolas]

‘Gor donc ça ! L’auteur de la bibliothèque PHP Markdown utilisée par l’extension bbP Markdown est Michel Fortin, un gars de Lévis, au Québec ! C’est juste l’autre bord du fleuve Saint-Laurent, ça !

Comme dirait l’autre :

Le monde est p’tit !

[Nicolas]

Hé bien, les amis, bbP Markdown, qui fonctionne effectivement sur bbPress, a aussi l’air de fonctionner parfaitement sur les forums de BuddyPress Platform ! Et en plus de ça, le menu des pièces jointes de celui-ci reste opérationnel (mais les émojis ne vont nulle part) !

Le plus beau est que bbP Markdown préserve le texte au format Markdown d’origine, qu’on retrouve tel quel au moment de l’édition d’un post existant. L’onglet Preview fonctionne (requête sur le serveur), il suffira de corriger l’affichage du HTML généré avec des règles CSS.

Reste à voir si on arrivera à traduire l’extension avec Loco Translate. Au pire, l’extension bbP Markdown étant passablement abandonnée (2 ans d’âge, comme un bon cheddar), une bonne « fourchette » (fork) pourrait s’imposer !

Quelques tests de mise en forme

Ainsi, comme le disait Pangloss :

Tout est pour le mieux dans le meilleur des mondes possibles !

Voici un bloc de code gratuit :

echo "Hello World!\n"

1. Alouette
   • gentille alouette
2. Alouette
   • je te plumerai
     • le bec
     • le dos
     • les ailes
3. Alouette !

[Auteur]

Réponses