En utilisant la dernière version stable de Discourse (3.2.x) plus la version mise à jour des composants Landing Pages (plugin, pages de blog et thème de blog), je n’ai pu reproduire que les problèmes d’arrière-plan d’image et de taille du conteneur de publication. Je ferai une petite mise à jour du thème dès que je le pourrai, mais ils sont facilement corrigeables si vous souhaitez le faire dans votre fork.
En utilisant les paramètres par défaut dans une installation propre, les boutons Posts/Subscribe sont en bas de la page et tous deux fonctionnels, les chemins dans la version mobile se comportent de la même manière que sur le bureau et je ne peux vérifier aucun problème avec les dates de publication, à l’exception de la « dernière mise à jour » qui change une fois que vous définissez la catégorie du blog (tous les articles de cette catégorie reçoivent une balise « article de blog »).
Le menu hamburger dans la version mobile sera vide tant que vous n’aurez rien configuré dans les paramètres « Menu » de la configuration des pages de destination. Je pourrais mettre à jour le code pour le masquer complètement dans cette situation afin de simplifier l’interface.
Je viens d’arriver sur votre blog et j’ai pu rapidement déboguer quelques points :
Concernant le bouton qui ne fonctionne pas, il semble que vous ayez activé des paramètres stricts de Content-Security Policy et que les scripts requis ne soient pas chargés.
Concernant les liens, je viens d’accéder à votre site en utilisant Firefox sur un téléphone Android et je n’ai eu aucun problème. Peut-être une autre configuration particulière de votre navigateur ou de votre installation Discourse ?
Concernant les corrections CSS, il existe de nombreuses options. Par exemple, pour l’image d’arrière-plan, vous pouvez définir background: no-repeat center/cover fixed; dans la classe .title-container à l’intérieur de common.scss, et pour le « petit conteneur » dans les publications, vous pouvez ajouter min-width: 100%; à la classe .post-content dans le même fichier.
Concernant le réglage du menu, actuellement, la seule façon d’en ajouter un est dans le fichier global pages.json comme mentionné dans la documentation, mais il n’y a pas beaucoup d’informations à ce sujet. Vous pouvez cependant voir un exemple dans le dépôt pavilion-landing-pages.
Salut ! Alors, sur la vidéo que tu as enregistrée, les URL directes fonctionnent bien. Mais si je vais sur la page d’accueil du blog et que puis je clique sur le titre du blog, j’obtiens une erreur « page non trouvée ». Les URL directes fonctionnent bien, mais personne ne les aurait sous la main et ce n’est évidemment pas viable.
Je vais essayer ces correctifs CSS rapidement et éditer ceci ou répondre à nouveau avec mes découvertes, merci !
Découverte trèsyyy intéressante sur le truc de la politique de sécurité du contenu… Je n’ai même aucun souvenir d’avoir fait quoi que ce soit avec ça. Hmm. Comment pourrais-je corriger ça ?
EDIT : Bouton S’abonner corrigé en désactivant la politique de sécurité du contenu dans les paramètres. Mais y a-t-il un moyen de garder cela activé tout en faisant fonctionner le bouton ? Peut-être faire fonctionner le bouton différemment pour qu’il ne déclenche pas cela ?
Désolé, je n’ai aucune idée des paramètres CSP. Dans la vidéo, vers 26-27 secondes, je fais exactement cela (cliquer sur le titre du blog depuis le blog principal) et cela a toujours fonctionné, donc je ne suis pas sûr de la manière de tester davantage cela de mon côté.
J’ai modifié mon message ci-dessus pour dire : « Bouton S’abonner corrigé en désactivant la politique de sécurité du contenu dans les paramètres. Mais y a-t-il un moyen de garder cela activé tout en faisant fonctionner le bouton ? Peut-être faire fonctionner le bouton différemment pour qu’il ne déclenche pas cela ? »
Et oh, ma faute ! Hm, c’est vraiment bizarre alors. J’ai essayé plusieurs navigateurs et même quelques téléphones et le même problème…
Au fait, y a-t-il un moyen de rendre le bouton/texte d’abonnement plus grand pour correspondre à la taille de l’icône « Posts » qui flotte à l’écran sur mobile ? L’icône est de la bonne taille lorsqu’on est connecté à un compte, mais pas lorsqu’on est déconnecté, en tant qu’invité, comme vous pouvez le voir dans votre vidéo.
En dehors de cela, ma seule autre chose est de rendre la photo de profil/nom d’auteur, la date et la zone « Forum Topic » horizontales sur mobile car cela a l’air mauvais empilé verticalement comme ceci (ou du moins la date et la zone Topic l’une à côté de l’autre, centrées sous la photo de profil ou quelque chose)…
En plus de ma réponse ci-dessus, @cabidop, ma partenaire a examiné en profondeur les aspects du blog/thème pendant quelques heures, car je voulais avoir l’avis d’une personne générale non technique sur la configuration par défaut. J’ai pensé les mentionner ici si vous souhaitiez en intégrer certaines dans les éléments du blog :
Lorsqu’il n’est pas connecté, le bouton S’abonner sur la page d’accueil du blog doit ramener l’utilisateur à la page d’accueil du blog après qu’il ait cliqué sur S’abonner et créé un compte sur le site.
Personnellement, je n’avais même pas réalisé que cela fonctionnait ainsi, mais si un visiteur clique sur S’abonner, il est redirigé vers la page d’inscription du forum, puis lorsqu’il crée un compte, il se demande où se trouve la page du blog maintenant, car cela vous maintient sur les forums. Cependant, lorsqu’il retourne à la page d’accueil du blog tout en étant connecté, il n’est même pas abonné et doit cliquer à nouveau sur le bouton alors qu’il est maintenant connecté.
Recevoir un e-mail de confirmation que vous vous êtes bien abonné.
Tel qu’il est maintenant, il n’y a pas de confirmation réelle que vous vous êtes bien abonné par e-mail, juste la petite fenêtre pop-up sur la boîte pop-up S’abonner.
Une fois abonné, supprimez le bouton entièrement lorsqu’il est connecté, ou faites-le dire maintenant “Abonné”, pas toujours “S’abonner” sur ordinateur. De plus, faites en sorte que les boutons ne restent pas flottants à l’écran lors du défilement, c’est-à-dire qu’ils disparaissent lors du défilement.
La grande photo d’en-tête sur la page des articles de blog ne se transfère pas sur mobile. Elle montre à peine ou ne la montre pas du tout parfois (photos ci-dessous montrant le bureau VS mobile pour cela) :
Merci pour vos commentaires, @45thj5ej, je pourrais implémenter certaines des suggestions par défaut à l’avenir. Je ne suis pas sûr si vous avez déjà résolu le problème de CSP, mais il semble qu’il existe une option content security policy script src qui pourrait fonctionner pour votre cas sans désactiver complètement la fonctionnalité (sans être complètement sûr cependant).
Concernant le thème qui ne fonctionne pas sur d’autres pages, c’est le comportement attendu en raison de l’utilisation des classes .blog et .blog-post dans les styles. Chaque page de destination ajoute son propre slug comme classe HTML à son corps, donc tant que les styles CSS ne sont appliqués qu’à ces classes, ils n’affecteront que les pages « Blog » et « Article de blog » respectivement.
Quant au reste des commentaires/problèmes, je ne ferais que répéter ce que j’ai mentionné dans l’autre sujet concernant la spécificité de votre cas d’utilisation, car il s’agit de questions CSS plus générales plutôt que de problèmes réels dans le composant. Cela dit, je pourrais y jeter un œil éventuellement (mais ne le prenez pas pour acquis).
Salut, c’est assez grave…
J’ai configuré mon Nginx pour rediriger mysite.com vers https://forums.mysite.com/home et j’ai configuré l’enregistrement A DNS de mon fournisseur de domaine (car je veux que ce soit la page principale de mon site).
J’ai remarqué quelque chose d’étrange. Si j’accède à un article de blog depuis la redirection (c’est-à-dire que tout le monde accédant à mon site aurait cela), cela ajoute un deuxième /home à l’URL. Cependant, si j’accède à la page d’accueil du blog depuis l’URL directe, https://forums.mysite.com/home, alors cela ne le fait pas.
Y a-t-il un moyen de corriger cela dès que possible, ou si vous me dites comment, je peux le faire. Ceci est distinct du problème similaire qui s’est produit sur mobile uniquement l’autre jour. Et, bien sûr, le lien s’affiche en double lorsque vous le survolez sur la page d’accueil du blog, comme : https://forums.mysite.com/home/home/blog-test-one-million
Mais encore une fois, si j’accède à l’URL directement, pas depuis la redirection, cela fonctionne bien.
Pouvez-vous vérifier si le problème du « double chemin » se produit uniquement avec la page du blog, avec une page de destination ou avec une page Discourse quelconque (par exemple, /latest) ?
Seulement la page d’accueil/de destination du blog, où vous cliquez sur les titres des articles de blog.
.
EDIT : IGNORER CE QUI SUIT. LA CORRECTION ÉTAIT :
Commenter la ligne ci-dessous dans common.scss dans
le thème du blog, autour de la ligne 172 :
body.blog {
/* padding-top: 8em; */
Aussi, comment puis-je modifier l’en-tête du site ? Il semble que quoi que je fasse, l’en-tête est toujours placé là et je ne peux pas le modifier du tout. La zone de la barre de navigation supérieure/menu/logo.
Exemple : J’ai créé un en-tête personnalisé pour raccourcir celui par défaut. Et même en utilisant
.landing-header {
display:none
}
crée toujours un grand espace en haut. Comment puis-je supprimer cet espace ?
Salut @NateDhaliwal, je sais que la réponse arrive un peu tard mais il ne devrait y avoir aucun problème avec l’extension de blog (fais-moi savoir si ce n’est pas le cas).
