Dadou

Piwik

Bah non justement puisque dans ta requête tu demandes les moins de 100 affichages, donc il ne te retournera ceux à plus de 100 qu'a la seul condition que clic =oui alorsque la tu as non

Je me demandais ce que je venais faire dans l'histoire, captain, il va falloir que tu enlève ton masque, Arlette ne te confondra plus

Transfère le chez OVh, tu gagneras au final ton temps

En effet, j'ai bien l'impression que l'association ne respecte pas plusieurs points, elle risque donc d'être considéré comme ayant un but lucratif

Je persiste, une lettre n'est pas un texte, et pour ton exemple, c'est la pseudo classe :first-letter qu'il faudrait utiliser

Alors vois avec leur support

Bon mais a partir du moment ou tu met un texte en gras, c'est que tu veux le faire ressortir, donc lui donner de l'importance non????

Je dirais que c'est plus un problème provenant du CMS choisi que de compétence, et ce dernier n'est pas opensources, donc pas modifiable

Non, la gestion d'un problème d'encodage est un problème de développement, pas d'administration serveur, l'hébergeur peut être très bon en admin serveur (et c'est ce que je lui demande) mais ne pas avoir les compétence pour du dev. Ce que tu dis c'est comme si tu disais qu'un couvreur doit savoir faire la charpente sur laquelle il va poser ses ardoises (ou tuilles), bah non, désolé, c'est le boulot du charpentier, même si certains couvreurs savent le faire.

C'est quoi mettre en gras un texte, ce n'est pas lui donner de l'importance?? donc <strong> est bien le mieux adapté, <b> est une balise désuète et délaissé par tous les éditeurs wysiwyg (ou presque)

Pas forcement, gérer les problèmes d'encodage ne fait pas partie des compétences que je réclame à un hébergeur, mais plutôt de celle d'un dév, chacun son boulot

Ben justement, c'est préférable sémantiquement parlant

Pas tout a fait d'accord, si tu n'es pas à l'aise avec les CSS, et un code comme cela, c'est que l'on est pas du tout a l'aise, le plus simple à maintenir sera au final le tableau.

Oui les messages postés dans le forum de présentation ne sont pas comptabilisé

Visiblement tu es obtus, ce n'est pas parce que tu as obtenu une fois un bon resultat que tu as forcément rqisont. En tout cas ne viens pas pleurer quand tu subiras la pénalité, on t'auras prévenu.

C'est pour cela que pour ma part c'est 3 feuilles de styles : une commune, une FR, une EN, comme cela chaque fichier de langue n'a que ce qui diffère et j'appelle systématiquement la commune suivi de celle de la langue correspondante. J'aime pas mettre du php dans les feuilles de style

C'est plutôt dans les offres hautes des mutualisés ce que tu demandes

Gecko64 tu es hors course, on parle d'un éditeur wysiwyg pour intégrer dans une interface d'admin, on va pas demander à l'utilisateur lambda d'utiliser notepad

Justement, cela prouve que tu n'a rien compris à la sémantique html et que c'est justment cela qui jouera sur ton positionnement google : mettre les éléments de menus dans des balise type hx c'est franchement pas futé, google va surement te pénaliser pour cela (si ce n'est pas déjà fait d'ailleur) Tu peux sans aucun problème affecter une classe à une balise h1, h2, h3... ça fonctionne très bien. D'ailleurs tout comme la divite aigüe tu uses et abuse maladroitement des classes. Le dernier intégrateur web qui m'a présenter un code comme le tien s'est retrouvé avec une gueulante monumentale (Lui c'était son job de faire les intégrations, alors je me suis bien lâché sur la gueulante) mais si tu le travaille bien ton code, il s'en retrouvera beaucoup plus léger et plus clair à lire, donc pour toi à maintenir

Ce que je veux dire c'est que si c'est pour reproduire la même mise en page qu'une struture tableau (remplacer les cellules par les div, cela n'a aucun intérêt alors autant rester avec les tableaux. Par contre quand tu utilise bien correctement le HTML et sa sémantique, couplé aux CSS tu allège sacrement le code et gagne considérablement en lisibilité

Fausse excuse, on peut arriver a faire une charte graphique strictement identique sans ce florilège de div, c'est juste que tu n'as pas compris ce a quoi servait les CSS et le HTML

Mais oui on peut compter les caractères sur tiny: /** * Return the "clean-text" length of the edited text in the tinyMCE * @param editorId */ function getLengthMCE(editorId) { // Get the editor instance that we want to interact with. var oEditor = tinyMCE.get(editorId); // Get the Editor Area DOM (Document object). var oDOM = oEditor.getDoc(); var iLength; // The are two diffent ways to get the text (without HTML markups). // It is browser specific. if (document.all) { // If Internet Explorer. iLength = oDOM.body.innerText.length; } else { // If Gecko. var r = oDOM.createRange(); r.selectNodeContents(oDOM.body); iLength = r.toString().length; } return iLength; } source : http://tinymce.moxiecode.com/punbb/viewtopic.php?id=919 le 12ième commentaire

Et avec Curl pour récupérer et parser le contenu des pages de Astore?

Dudu, rien ne dis qu'il est encore étudiant, mais les guillemets autour de engagé portent bien à confusion. howbidou, pour quel poste à tu été engagé? parce que je ne comprend pas qu'une société puisse engager quelqu'un pour faire un site internet sans être sûr que ce dernier à les compétence, surtout si c'est pour des hôtels de luxe, leur budget doit être suffisant pour s'offrir plusieurs développeurs web professionnels, d'autant plus que la gestion de flux vidéos demande des compétences bien spécifique et assez poussées