iWeb Enhancer améliore iWeb

Vincent Absous |
iWeb, pas de doute, est une application en devenir, un programme qu'Apple enrichira en fonctionnalités et possibilités au fil des versions. En attendant, il faut bien trouver des solutions pour faire ce qu'on veut. iWeb Enhancer est de ces utilitaires qui complètent le logiciel de création de sites d'iLife '06. Le programme permet ainsi d'ajouter un badge Flickr, des Google Adsense ou encore un blogrolling à son site. En bref, iWeb Enhancer permet d'ajouter du code HTML personnalisé dans une page iWeb. L'utilitaire est vendu 17,95 $ [1.0 - 159 Ko - US].
avatar Anonyme (non vérifié) | 
ca c'est cool ! :-D
avatar Anonyme (non vérifié) | 
tant que iweb pondra un code aussi infame, ca restera inutilisable à mes yeux... Il y a encore beaucoup à optimiser, et ce genre de soft ne changent rien au problème fondamental.
avatar FranZ | 
Je ne le trouve pas infame du tout moi le code !
avatar GillesB | 
Traditionnelles réponses!!! Moi j'attends plutot un patch qui permettra de publier directement ailleurs que sur .Mac GillesB
avatar ROTOTO | 
@titib Si t'es capable de voir que le code est pas terrible, tu ne ferais pas mieux de fabriquer toi-même ton site au lieu d'aller vomir sur les applis conçues pour ceux qui, justement n'en ont rien à faire que le code ne te plaise pas ? Je te promets, pour eux iWeb est très utilisable. Allez hop, tu t'ouvres un éditeur de texte, 2 fenêtres côte à côte, une pour le html et une autre pour css, et c'est parti :) Et surtout t'oublies pas de poster l'url pour qu'on vienne voir tout ça avec lynx, histoire d'être sûr que tu respecte la sémantique et l'accessibilité…
avatar Dark | 
titib > Le code d'iWeb n'a rien d'infâme. Il n'est pas exploitable par quelqu'un qui veut coder à la main puisque rien n'est externalisé et que tout passe dans l'attribut style des différentes balises avec un paquet de redondances mais ce n'est pas l'utilisation prévu pour iWeb de toute façon. Si tu veux voir du code infâme, jette un œil aux sites générés par frontpage.
avatar Biroman | 
Et bien moi avec iWeb j'ai un problème sur les accents. Il m'affiche plein de mauvais caractères... Pourtant je tape mon texte directement dans iWeb. Même du texte que je n'ai pas écris moi s'affiche mal. Exemple : "Aller à l'archive" devient "Aller à l’archive"
avatar Cactaceae | 
Biroman, UTF-8 devrait être ton ami…
avatar steph | 
Une application de WYSIWYG ne fera jamais un code aussi parfait que Notepad ou Textedit, il faut s'y faire et là n'est pas l'essentiel ! Par contre, iWeb en est encore à ses débuts, avec le temps, Apple y ajoutera des choses, des plug ins, des templates personnalisables et surtout améliorera la vitesse car ça rame vite quand on ajoute quelques photos ou graphiques.
avatar Biroman | 
-> Fabriceg : Biroman, UTF-8 devrait être ton ami… Oui en cherchant un peu j'ai vite compris que le problème venait du format d'encodage. Mais ce que je ne comprends c'est à quel moment le problème survient ! iWeb spécifie bien utf-8 dans l'entête des pages Web. Alors est-ce que c'est mon logiciel FTP (Fetch) qui modifie le code ? Peut être... pourtant dans les préférences de Fetch j'ai bien précisé encodage : Unicode UTF-8. Alors d'où vient le problème ? Et surtout quelle est la solution ? Dans tous les cas, je trouve que c'est à iWeb de s'adapter pour éviter des soucis à ses utilisateurs. Avec d'autres logiciels de cration de sites il n'y a pas de problème, alors c'est quand même un mauvais point pour iWeb.
avatar gege | 
J'ai aussi ce problème avec les accents qd je publie sur un ftp autre que .mac, quelqu'un connait-il un moyen de resoudre ce probleme désagréable https://www.macg.co/mgnews/categories/actualite/icones_reaction/biggrin.gif
avatar Anonyme (non vérifié) | 
Le pb des accents vient de Fetch (il me le fait aussi avec des pages issues de Dreamweaver). Depuis que j'utilise Transmit, plus le moindre problème ;-)
avatar Anonyme (non vérifié) | 
Les lettres accentuées correspondent à des codes html (comme "&eacute" pour un é). Je crois que lorsque ces codes ne sont pas utilisés, ça peut créer des soucis pour une raison x ou y. Alors je ne comprends pas pourquoi une application comme iWeb ne les utilise pas!
avatar Anonyme (non vérifié) | 
Pour transmettre son site iWeb sur n'importe quel serveur : http://www.panic.com/transmit/iWeb+Transmit/index.html
avatar Biroman | 
J'ai beau tout essayer avec Fetch, ou avec Transmit, ca ne marche pas !! Mon petit frère me dit "Oui c'est chiant, le charset par défaut sur MacOS merdouille"... Avant qu'il ne se foute une nouvelle fois de ma gueule, vous avez une idée de ce que ça veut dire ?
avatar fpa | 
Pour 79 €, iWeb justifie à lui tout seul l'achat de la suite iLife '06. Je n'avais jamais créé de site Web, malgré de multiples tentatives avec différents logiciels (pas toujours achetés...) Mais là, je dis Bravo Apple ! Et comme je suis un abonné .Mac, je n'ai vraiment pas de souci de transfert.
avatar Anonyme (non vérifié) | 
Biroman, tu peux commencer par dire à ton frangin que le "charset" (l'encodage des caractères, quoi) "par défaut" (il n'y a plus vraiment d'encodage par défaut maintenant) sous MacOS ne "merdouille" pas du tout (ça veut dire quoi, d'abord, un encodage qui merdouille ?), il faut qu'il arrête de croire ce genre de légende créée et propagée par des esprits anti-macs primaires et ignorants. Bref, ne te laisse pas faire ! :) Ensuite, concernant ton problème, je te conseille de vérifier deux choses : - si tes pages créées avec iWeb s'affichent bien dans tout navigateur lorsqu'elles sont lues en local depuis ta machine, alors le problème ne vient vraiment pas d'iWeb - dans Fetch (ou dans Transmit), es-tu bien sûr que tes fichiers HTML sont transmis en mode binaire et surtout pas en mode ASCII ? Parce que dans le second cas, ils sont transformés à la volée par le programme de FTP lors de leur transfert, ce qui est sûrement la cause de ton problème. En espérant que ça t'aide…
avatar ROTOTO | 
@ Mac Mahon Utiliser directement des caractères accentués ne créent pas de problèmes pour des raisons X ou Y ! Il faut suffit juste d'enregistrer le document html dans un encodage (par exemple, UTF-8), et de préciser le même encodage dans l'entête du document. Ensuite, il n'y a aucun problème, et ça simplifie tout. Et puis de toute façon, on n'insère pas de é et autre ç dans une base de données…
avatar michelg | 
beaucoup de serveurs web sous apache sont configurés pour imposer un codage texte (c'est une mesure de sécurité, sans rentrer dans les détails) ainsi , imaginons un serveur apache configuré pour informer le "navigateur web" que les documents qu'il renvoie sont codés en "iso-8859-15" (ascii européen ouest) mais que vous avez écrit des documents en "utf-8" (iweb fait du utf-8) et bien le serveur web en aura cure, ils renverra vos documents bien comme il faut (utf8 et tout) mais indiquera au navigateur "je t'envoie du texte en iso-8859-15" et la différence principale (pour nous français) entre iso-8859-15 et utf8 ce sont les accents. le code n'est pas le même. Résultat : cri et drame. depuis 1 ou 2 ans, les systèmes linux ou autre qui fournissent apache sont configurés en utf8 par défaut. mais ce n'est pas une obligation. cela peut expliquer pourquoi c'est "magique" avec certains hébergeurs et totalement incompréhensibles avec d'autres. au point de vue "code", iweb pond du code normalisé. il est parfait pour être manipulable par des outils automatiques, pour faire de la validation ou de la transformation. être lisible par "lynx" ne veut pas dire "accessible" et l'accessabilité d'un site n'est pas un gadget de geek pour faire StYle sous Lynx mais un ENJEU IMPORTANT POUR LES HANDICAPES MOTEURS OU AVEUGLES , bandes d'égoïstes! moteurs : un site normalisé avec toutes les infos d'accessabilité (index, menu structuré, meta-info etc) permet à des interfaces homme-machines alternatives de permettre à une personne a faible mobilité de naviguer sur le site aveugle : les meta-info d'un site permet à un logiciel audio (ou d'optimisation de l'image) d'adapter la navigation du site à l'handicap. il existe des programmes qui "lisent" la _structure_ du site. indiquant la page de sommaire, les liens, etc. bien sur faut que le développeur du dit site _INSERE_ les "meta informations" pour rendre son SITE ACCESSIBLE bref : OUBLIEZ les geeks : c'est un METIER. on PAYE pour!
avatar michelg | 
le codage texte traditionnel du mac (macos roman , etc) est pas plus con que celui de windows (une variante non standard des codages iso, dont le fameux "magic quote" est une sorte de bidouille infâmes) si on sait dans quel codage on écrit, et que le serveur renvoie le bon codage, que le client sait en quoi c'est codé, ca marche nickel : mac os roman ou latin 1 ou jis ou n'importe quoi bref, si un abr.. un geek vous sort ca un jour, frappez le avec..hmm... un livre sur Unicode. ca sera assez gros pour faire mal. os X cela dit est capable de faire de l'UTF 8 . et utf8 est la solution d'avenir pour _simplifier_ les problèmes de codage textes (pas les résoudre, hahaha,.. ca serait trop beau... ) et devient progressivement le standard (apache dans os X est utf8, le terminal est réglé en utf8, etc. ) notez que vote pote geek est sûrement sous un linux, les unix ont un outil merveilleux nommé "iconv" qui permet de convertir tout codage texte en tout codage texte. ainsi on peut toujours s'en sortir. bref, y a pas de "codage qui merdouille". y a juste des ignares. ouvrez le Terminal et tapez : man iconv et là, magie :) un traité d'ésotérisme. subethaedit, zoli éditeur texte, sait aussi convertir les formats textes. (je suppose aussi textmate et plein d'autres).
avatar Biroman | 
Merci pour toutes vos réactions très intéressantes. En ce qui concerne mon problème, les pages exportées depuis iWeb se lisent correctement sur mon ordi mais foirent une fois transférées par ftp sur un serveur. J'ai alors pensé que mon problème venait d'un mauvais transfert FTP, mais après avoir essayé une bonne dizaine de clients différents et testé tous les modes possibles de transfert, je me dis que ca ne doit pas être ca. Et c'est là que je me retourne vers mon frangin, car le serveur que j'utilise c'est lui qui l'administre ! Si ca se trouve, comme le suggère michelg, le serveur est configuré pour informer les navigateurs web que les documents qu’il renvoie sont codés en "iso-8859-15".... Voilà, il passe ses journées à configurer son serveur, c'est sans doute qu'il y a encore du travail. A suivre.
avatar vampire1976 | 
biroman -> avec CaptainFTP ça marche ^^ J'ai essayé et tout va très bien avec ce soft
avatar Anonyme (non vérifié) | 
Biroman> essaie de transferer tes fichiers en mode binaire avec fetch, cla devrait résoudre ton probleme. Sinon la configuration par défaut d'un serveur apache (sauf action de certaines distrib linux) est de ne mettre aucun encodage par défaut. Plutot que jouer à l'expert il faudrait parfois essayer d'installer à la main apache avant de dire n'importe quoi. L'encodage par defaut de macosx est utf-8 aujourd'hui il me semble non ? Qqn peut confirmer? Sinon iweb produit des sites accessibles et l'utilisation du style dans les balises est standard, même si pas pure. La redondance n'est pas interdite non plus par le standard. Le seul pb d'iweb à mes yeux aujourd'hui est plutot qu'il n'est fourni sabs aucune possibilité de créer/sauver ses propres templates
avatar Anonyme (non vérifié) | 
je rigole... le code est ce qu'il est et à mon avis pour un code qui n'est pas prévu pour être retouché à la main il n'est pas mal du tout... là où je rigole encore plus c'est qu'écrire un code à la main c'est assez pointu, mais publier des pages sur son propre site c'est simple! du coup il y a un message du forum qui me fait carement mourrir de rire.
avatar Anonyme (non vérifié) | 
Je n'avais jamais mis les doigts dans un truc à faire des sites, jamais. Et là, je reçoit iWeb, je fait une page avec les photos du WE, et après 10 mn elle était disponible via .mac ! Depuis, j'ai réalisé un site de 150 pages, qui en 3 semaines a eu près de 1500 visites… J'ai quitté .mac et son adresse impossible, j'utilise Transmit, j'ai mes stat'… Mais que les pages sont lourdes !!! Incontournable : faut pas faire de zèle. Pour moi c'est heureusement quasiment que du texte (français et chinois) que je prépare dans Pages. Le tout passe en haut-débit. Aussi dès que je peux, je m'initie et passe à un logiciel plus performant. Mais pour faire simple et commencer, c'est top top top.
avatar remy | 
Concernant les caractères accentués, je rappelle tout de même qu'Apple diffuse avec iWeb une police codée avec les pieds: Dakota Handwriting Les caractères accentués ne sont pas au bon endroit! Seule solution modifier cette police de caractères pour remettre les é, è, à, î.... à leur place normale!
avatar Biroman | 
Bon, mon problème d'accents foireux n'était pas du à mon client ftp mais bien au serveur. J'ai testé mes pages sur mon espace perso numericable et tout fonctionne tres bien. Donc le serveur de mon frère doit être mal configuré... Heureux et soulagé d'avoir trouvé la réponse à ma question. Je vais pouvoir continuer à utliser iWeb. Et pour quoi pas iWeb enhancer :)
avatar Anonyme (non vérifié) | 
Moi pour mes transferts ftp j'utilise Fetch, c'est nickel et facile. Pour mon site j'emplois NVU et il n'y a rien à redire.
avatar Anonyme (non vérifié) | 
Beaucoup de soucis avec iWeb : formats de pages imposés, par de possibilités de définir une page comme modèle, des textes ou des images inamovibles des modèles imposés... Et, effectivement, impossibilité de publier correctement ailleurs que sur .Mac sans se retrouver avec des lettres bizarres dans tous les coins, des erreurs de mise en page, etc. J'ai essayé de publier mon site chez 3 ou 4 hébergeurs, pas moyen ! Je pense qu'Apple est tout à fait capable de l'avoir fait exprès... Je regrette que PageMill n'ait pas été porté sous X... Ah, pour gérer plusieurs sites sous iWeb, un petit utilitaire : iWebSites (http://www.versiontracker.com/dyn/moreinfo/macosx/29679)
avatar Anonyme (non vérifié) | 
En ce qui me concerne, pour les caractères accentués ça n\'a jamais fonctionné avec Fetch mais avec Yummy FTP c\'était correcte... jusqu\'à tout à coup ça ne fonctionne plus. J\'ai contacté le support de Yummy mais je n\'ai pas encore reçu de réponse. Je pense que j\'ai tout essayé, changé l\'encodage automatique, Macbinary, etc et aussi j\'ai esayé plein de varriation du code de caractère UTF8 et iso-8859-xx... Je ne comprends toujours pas... Qui est responsable ? Iweb, le code de caractères, Yummy, le serveur... ?
avatar macalounet | 
ben ça alors ... j\'ouvre un fichier sauvé par iWeb avec NVU (l\'éditeur web de mozilla), je modifie une bétise, je sauve ... et les problèmes d\'encodages disparaissent totalement ! je vais prendre le temps d\'analyser la page avant et après NVU
avatar Anonyme (non vérifié) | 
J'ai créé deux sites avec iWeb fourni avec MacIntel. Ils sont hébergés en pages perso de Free. Je les ai transférés par rBrowser téléchargé. J'ai rajouté un compteur 123compteur en copiant-collant avec Dreamweaver 8 en essai 30 jours. Tout va bien sauf que tous les noms de pages comportant une lettre accentuée sont transformés en code. Je ne comprend pas pourquoi ce logiciel qui gère les accents dans le texte, ne le fait pas pour les noms de pages. Il faut qu'iWeb améliorer ce point, ainsi que la gestion hors .mac d'un compteur, du rss, de recherche, etc. Par ailleurs, y a-t-il une alternative gratuite à Dreamweaver pour juste ouvrir le code et faire un copier coller (de compteur par exemple ) après ma période d'essai de 30 jours, car je n'ai pas besoin des autres fonctionnalités de ce logiciel.
avatar Anonyme (non vérifié) | 
bon, je vais vous dire ou se trouve le problème.. c'est bien Iweb qui 'merdouille' en effet lorsqu'on importe une page dont le titre a un accents ou lorsqu'on fait une nouvelle entrée dans son blog, les accents ne sont pas géré par iWeb. Il transforme automatiquement les titres avec accents en suite de chiffre et de lettre. Et si vous êtes comme moi chez free ou autre; le serveur ne prend pas en compte cette suite, sauf certain hébergeur. il suffit de ne pas mettre d'accent dans les titres, en renommant les pages, le seul soucis, c'est le blog, car il est impossible de changer le mot 'entrée' qui contient un accent.. donc pas possible d'afficher correctement la page. Vous pourrez constater le problème sur mon site : http://seelies.free.fr<br /> Si quelqu'un connait une solution pour que iWeb transforme coorectement les accents des titres ou une solution pour changer 'entrée' par 'entree'.

CONNEXION UTILISATEUR