Toutes mes réponses sur les forums
-
AuteurMessages
-
Pour les thèmes comme Blask, qui supportent le type de contenu Portfolio de Jetpack, il est possible de classer les projets par Types de Projet.
Cela fonctionne comme les catégories, et cela produit (si le thème est bien conçu) des « vues archive » similaires à la page portfolio / galerie.
Mode d’emploi:
– Créer un Type de Projet, p.ex. « photo ».
– Assigner ce Type de projet à 4 ou 5 projets.
– Aller sur la page admin Portfolio > Types de projet
– Dans la liste, survoler le titre et cliquer sur « afficher ».Cela dirigera vers la vue « archive » de ce Type de projet.
En ajoutant les Types de Projet créés dans le menu de navigation, cela permet d’avoir 1,2,3… autant de galeries que l’on veut.
Transformer des images en noir-blanc, c’est l’une des fonctionnalités offertes par « photon », qui est l’une des options de jetpack… https://developer.wordpress.com/docs/photon/api/
Cela nécessite de bidouiller ton thème, mais cela reste assez facilement faisable:
1) récupérer l’url de l’image que tu veux en noir-blanc
2) modifier l’url de l’image en respectant l’API photonvoilà un bout de code que j’avais utilisé il y a quelques années, pour remplacer les images par leur version noir-blanc:
if (!empty($img_info)) {
foreach ($img_info as $key => $row){
$this_img_url = $img_info[$key][« url-custom »];
$this_img_url = esc_url( $this_img_url );
$photon = 0;
if (function_exists(‘jetpack_photon_url’)) {
// details in img-gallery-array.php
if ($photon == 3) {
$photon = 0;
}
$photondomain = ‘http://i’.$photon++.’.wp.com/’;
$this_img_color = $this_img_url;
$this_img_url = str_replace(« http:// », $photondomain, $this_img_url);
$this_img_url .= ‘?filter=grayscale’;
}
echo ‘<div class="img-thumb-box"><img src="'.$this_img_url.'" class="img-thumb lazy-load dblock';
if ($this_img_color) {
echo ' img-bw" /></div>‘;
} // foreach
} // if !empty testTu noteras que la balise img montre la version noir-blanc, et que la version couleur est référencée dans un attribut « data-color ».
Ensuite, un peu de jQuery pour faire apparaître la version couleur au survol… et remettre le noir blanc ensuite.
$(« #past-projects article.has-img »).bind(« mouseenter »,function(){
var ImgBW = $(this).find(« img.img-bw »).attr(« src »);
var ImgColor = $(this).find(« img.img-bw »).data(‘color’);
$(this).find(« img.img-bw »).attr({
src: ImgColor, // hop!
});
$(this).find(« img.img-bw »).data(‘color’, ImgBW);
}).bind(« mouseleave »,function(){
var ImgColor = $(this).find(« img.img-bw »).attr(« src »);
var ImgBW = $(this).find(« img.img-bw »).data(‘color’);
$(this).find(« img.img-bw »).attr({
src: ImgBW, // reset
});
$(this).find(« img.img-bw »).data(‘color’, ImgColor);
});PS: pour utiliser l’API photon, il suffit d’activer Jetpack, pas besoin d’activer la fonction Photon proprement dite… si on l’active, TOUTES les images du site sont chargées via les serveurs wp.com.
Le problème est effectivement causé par un style du thème, l’inspecteur de code du navigateur vous le montrera:
@media only screen and (min-width: 768px)
.last {
float: right;
}Cela fait partie des styles de mise en page du thème, qui n’avait pas anticipé qu’un plugin pourrait utiliser la classe « .last » … Contact Form 7 n’y est pour rien 😉
Pour corriger, mettre ceci dans la feuille de styles du thème enfant:
.wpcf7-form .last {
float: left;
}Ok les amis, je me colle aux Rôles et Capacités … (Roles_and_Capabilities)
Quelques nouvelles…
Suite à un mini-sprint de traduction ayant pris place lors du récent WordCamp, un petit nombre d’entre nous a entrepris un nouveau mode de traduction en équipe: un simple dossier DropBox partagé dans lequel les traductions, copiées depuis le wiki, se font en mode texte. Ceci pour deux raisons: 1 – on peut travailler hors ligne; 2 – on peut suivre facilement les avancées des autres traducteurs/trices.
Franck (fge), tu devrais nous joindre, je vois que tu as traduit de manière acharnée ces derniers mois !
http://codex.wordpress.org/Special:Contributions/Fge0Idem pour les autres, manifestez-vous et je vous donne les droits d’écriture sur ce dropbox.
Dans le code que tu sites plus haut, remplace
echo date(« d F Y »);
par
echo date_i18n(« d F Y »);
Cette fameuse fonction date_i18n() est un outil fourni par WordPress pour générer des dates correspondant à la langue du site. Plus d’infos ici:
http://codex.wordpress.org/Function_Reference/date_i18n
http://codex.wordpress.org/Formatting_Date_and_Time25 janvier 2013 à 22 h 18 min en réponse à : Traduction partielle de map press, comment y remedier ? #875854Chercher dans les fichiers du plugin (idéalement avec un gros rechercher-remplacer sur tout le dossier) pour voir si ces termes « Bigger map », « My location », etc sont codés en dur.
Si ces termes sont encadrés dans des fonctions comme celle-ci, tout va bien, ils seront traduisibles:
$hello = __( ‘Hello, dear user!’, ‘my-text-domain’ );
Ou encore
_e( ‘Your Ad here’, ‘my-text-domain’ )
Bonjour Fran,
Oui, bien sûr, on peut procéder comme ça!
Envoyez-moi un message via le formulaire de ce forum, et indiquez-moi sur quels articles vous souhaitez travailler, ainsi que votre courriel. Une fois les articles traduits, je vais les intégrer dans le wiki.
Cordialement,
Manuel22 novembre 2012 à 23 h 41 min en réponse à : Accent dans les images, image ne s’affiche plus… #765235pprem wrote:le plus simple c’est quand même d’apprendre aux personnes qui ajoutent des visuels qu’il ne faut que des lettres, des chiffres, des soulignés et tirets sans accents, majuscules et autres symboles dans les noms de fichiers.Pas d’accord! Le plus simple, ce serait que WordPress remplace les caractères accentués par des caractères sans accents.
Après tout, WordPress le fait pour les titres des articles. Si vous utilisez des URL propres, les mots contenant des accents dans le titre d’un article se retrouvent dans l’URL sans accents. Ce qui prouve que cette fonction est déjà intégrée dans WordPress.
Pour les fichiers et images, les espaces sont remplacés par des tirets, mais les accents ne sont pas traités. Résultat, cela bugge dans certains navigateurs qui ne les supportent pas (au hasard, Safari).
J’ai ouvert un Ticket à ce sujet dans trac. Sentez-vous libre de le commenter, ou de proposer des patches.
Encore un détail important: parmi les responsables qui s’occupent de la doc du côté anglophone (sur la liste wp-docs) il y a un gros chantier en cours.
Le projet est de créer un « manuel du débutant », qui est en écriture ici:
http://make.wordpress.org/support/user-manual/Donc à moyen terme, la partie « utilisation générale de WordPress » sera dans le manuel, la partie « utilisation avacée / développeur » sera dans le Codex.
Il existe un template pour les articles destinés à être migrés:
http://codex.wordpress.org/Template:HandbookMais c’est si nouveau qu’il n’y en a aucun pour l’instant…
http://codex.wordpress.org/Category:HandbookEn tout cas, ce ne sera pas peine perdue d’avoir en VF les documents listés ci-dessus. Quitte à migrer une partie de ces traductions ailleurs lorsque ce sera opportun.
Ah voilà, magnifique.
Je pense que je vais commencer par m’attribuer ces deux-là:
http://codex.wordpress.org/Changing_File_Permissions
http://codex.wordpress.org/Using_Permalinks… qui sont bien visibles car liés depuis l’interface admin (réglages > permaliens).
Qui m’aime me suive
:)
Première chose à faire: installer un plugin de cache.
Il en existe plusieurs, mais si tu n’es pas expert, WordPress Super Cache est le plus facile à mettre en place:
http://wordpress.org/extend/plugins/wp-super-cache/L’avantage du cache, c’est que le serveur, plutôt que de recalculer chaque page lors de chaque chargement, va conserver une version de cette page pendant une durée que tu définiras.
Cette durée, il faut la définir selon le rythme de publication de ton site. Par défaut Super Cache met 1 heure (3600 secondes), mais si le site ne poste pas fréquemment, tu peux très bien mettre 24 heures (86400 secondes).
4 septembre 2012 à 8 h 09 min en réponse à : Question bête : comment accéder aux archives (des posts) ? #851422C’est bien le fichier archive.php qui est utilisé pour générer la navigation par archives. Il est utilisé automatiquement si tu visites une page comme celles-ci:
– exemple.com/2012/ (les archives de l’année 2012, à supposer qu’il y en ait)
– exemple.com/category/infos/ (les archives de la catégorie infos, pour autant qu’elle existe)
– exemple.com/tag/bisounours/ (les archives avec le mot-clé bisounours, s’il existe)Par contre l’adresse exemple.com/archive n’existe pas par défaut. Il est possible de la créer, en créant une Page avec ce titre, et en créant un modèle page-archive.php dont le code serait basé sur celui d’archive.php…
4 septembre 2012 à 7 h 54 min en réponse à : Chaîne « Show all dates / Afficher toutes les dates » #849783Guy wrote:Il faudra voir comment cela évolue, il sera peut être plus facile de faire adopter un intitulé moins long dans la traduction française que de rajouter un style dans la version globale 🙂Vu le statut du ticket dans trac, avec le patch fourni par SergeyBiryukov, cette amélioration sera dans la version 3.5 en décembre. Conclusion, il est plus facile de faire passer une modif dans la version globale que dans la traduction française 🙂
Guy wrote:Sinon, je n’avais aucun problème de lignes coupées avec le presse minute sur différentes machines (mais pas mac).Le rendu des polices peut effectivement changer d’un système à l’autre. Pour le presse-minute également, l’amélioraton d’interface que j’ai proposé devrait figurer dans WP 3.5 : https://core.trac.wordpress.org/ticket/21754
🍺
31 août 2012 à 14 h 12 min en réponse à : Chaîne « Show all dates / Afficher toutes les dates » #849781Et en fin de compte, suite au commentaire d’Andrew Nacin sur /polyglots/, j’ai soumis cette amélioration sur TRAC:
-
AuteurMessages