Depuis quelques temps je teste des solutions CMS, profitant de mon
Apache/MySQL pour les tester en local facilement.
Je butte sans cesse sur le même problème, dans plusieurs de ces CMS :
les éditeurs de texte WYSIWYG tels que HTMLArea 3, qui y sont intégrés
et qui servent à saisir et mettre en forme le contenu, ne marchent pas
sur mon Mac.
Ce n'est pas comme s'ils ne fonctionnaient qu'avec IE Windows. Ca, on
connait... Sur Firefox Windows, tout baigne aussi. Par contre, sur Mac
la situation est catastrophique : IE et Safari, rien ne marche. Qu'à
cela ne tienne, HTMLArea3 prétend fonctionner dans Mozilla ou Firefox
"sur toutes les plateformes". Ce n'est pas vrai, même avec les dernières
versions de tout. Pourtant, je croyais que Firefox marchait
identiquement sur Mac et PC? Pourquoi un plug-in se comporterait comme
ça alors?
C'est rageant. La vaste majorité de ces CMS (dont certains sont des
outils de qualité) font appel à ces éditeurs de texte, et sont donc
bridés sous Mac. Pour ma part, j'ai acheté un petit CMS et je me rends
compte maintenant qu'il faudra que je l'administre sur le PC...
Est ce que quelqu'un aurait trouvé la parade pour faire marcher HTMLArea
sur Mac?
--
ric
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
jjboutaud
ric zito wrote:
Depuis quelques temps je teste des solutions CMS, profitant de mon Apache/MySQL pour les tester en local facilement.
Je butte sans cesse sur le même problème, dans plusieurs de ces CMS : les éditeurs de texte WYSIWYG tels que HTMLArea 3, qui y sont intégrés et qui servent à saisir et mettre en forme le contenu, ne marchent pas sur mon Mac.
Ce n'est pas comme s'ils ne fonctionnaient qu'avec IE Windows. Ca, on connait... Sur Firefox Windows, tout baigne aussi. Par contre, sur Mac la situation est catastrophique : IE et Safari, rien ne marche. Qu'à cela ne tienne, HTMLArea3 prétend fonctionner dans Mozilla ou Firefox "sur toutes les plateformes". Ce n'est pas vrai, même avec les dernières versions de tout. Pourtant, je croyais que Firefox marchait identiquement sur Mac et PC? Pourquoi un plug-in se comporterait comme ça alors?
C'est rageant. La vaste majorité de ces CMS (dont certains sont des outils de qualité) font appel à ces éditeurs de texte, et sont donc bridés sous Mac. Pour ma part, j'ai acheté un petit CMS et je me rends compte maintenant qu'il faudra que je l'administre sur le PC...
Est ce que quelqu'un aurait trouvé la parade pour faire marcher HTMLArea sur Mac?
Je viens de tester la 3.0rc1 dans Firefox 1.01 et Mozilla 1.73 et ça marche, comme marchait déjà la Béta 3.0 il y a quelques temps. Es-tu sûr de bien avoir suivi les manips de l'installation ? Mais déjà tu peux simplement tester le support de tel ou tel navigateur en ouvrant le fichier index.html directement du dossier de HTMLArea, tu ne pourras pas visualiser le code HTML produit en soumettant le formulaire (il faut faire l'install pour ça). A part ça et AMHA bien sûr, le code HTML produit par ce script est "pourri", c-à-d datant d'un autre âge avec des balises <FONT> et autres tous les trois mots et donc à l'opposé de ce que tout développeur qui se respecte (et qui respecte également les standards DHTML) devrait faire et en l'occurence, utiliser les CSS et séparer contenu et forme. PS : si par hasard, HTMLArea est suffisament "customisable" pour permettre l'utilisation des CSS, je retire bien sûr ce que je viens d'écrire mais je n'y crois pas trop). Sinon, il existe d'autres éditeurs de contenu avec mise en forme mais ils utilisent souvent Java et posent également des problèmes avec certains navigateurs (je pense par ex. à Editize, voir le site de SitePoint, qui est gratuit en utilisation locale).
Bon courage -- Président à vie du G.R.O.I.N. 9600/G3-500MHz/Jaguar Merci Steve ;^)
ric zito <ADDRESS@IN.SIG> wrote:
Depuis quelques temps je teste des solutions CMS, profitant de mon
Apache/MySQL pour les tester en local facilement.
Je butte sans cesse sur le même problème, dans plusieurs de ces CMS :
les éditeurs de texte WYSIWYG tels que HTMLArea 3, qui y sont intégrés
et qui servent à saisir et mettre en forme le contenu, ne marchent pas
sur mon Mac.
Ce n'est pas comme s'ils ne fonctionnaient qu'avec IE Windows. Ca, on
connait... Sur Firefox Windows, tout baigne aussi. Par contre, sur Mac
la situation est catastrophique : IE et Safari, rien ne marche. Qu'à
cela ne tienne, HTMLArea3 prétend fonctionner dans Mozilla ou Firefox
"sur toutes les plateformes". Ce n'est pas vrai, même avec les dernières
versions de tout. Pourtant, je croyais que Firefox marchait
identiquement sur Mac et PC? Pourquoi un plug-in se comporterait comme
ça alors?
C'est rageant. La vaste majorité de ces CMS (dont certains sont des
outils de qualité) font appel à ces éditeurs de texte, et sont donc
bridés sous Mac. Pour ma part, j'ai acheté un petit CMS et je me rends
compte maintenant qu'il faudra que je l'administre sur le PC...
Est ce que quelqu'un aurait trouvé la parade pour faire marcher HTMLArea
sur Mac?
Je viens de tester la 3.0rc1 dans Firefox 1.01 et Mozilla 1.73 et ça
marche, comme marchait déjà la Béta 3.0 il y a quelques temps.
Es-tu sûr de bien avoir suivi les manips de l'installation ?
Mais déjà tu peux simplement tester le support de tel ou tel navigateur
en ouvrant le fichier index.html directement du dossier de HTMLArea, tu
ne pourras pas visualiser le code HTML produit en soumettant le
formulaire (il faut faire l'install pour ça).
A part ça et AMHA bien sûr, le code HTML produit par ce script est
"pourri", c-à-d datant d'un autre âge avec des balises <FONT> et autres
tous les trois mots et donc à l'opposé de ce que tout développeur qui se
respecte (et qui respecte également les standards DHTML) devrait faire
et en l'occurence, utiliser les CSS et séparer contenu et forme.
PS : si par hasard, HTMLArea est suffisament "customisable" pour
permettre l'utilisation des CSS, je retire bien sûr ce que je viens
d'écrire mais je n'y crois pas trop).
Sinon, il existe d'autres éditeurs de contenu avec mise en forme mais
ils utilisent souvent Java et posent également des problèmes avec
certains navigateurs (je pense par ex. à Editize, voir le site de
SitePoint, qui est gratuit en utilisation locale).
Bon courage
--
Président à vie du G.R.O.I.N.
9600/G3-500MHz/Jaguar
Merci Steve ;^)
Depuis quelques temps je teste des solutions CMS, profitant de mon Apache/MySQL pour les tester en local facilement.
Je butte sans cesse sur le même problème, dans plusieurs de ces CMS : les éditeurs de texte WYSIWYG tels que HTMLArea 3, qui y sont intégrés et qui servent à saisir et mettre en forme le contenu, ne marchent pas sur mon Mac.
Ce n'est pas comme s'ils ne fonctionnaient qu'avec IE Windows. Ca, on connait... Sur Firefox Windows, tout baigne aussi. Par contre, sur Mac la situation est catastrophique : IE et Safari, rien ne marche. Qu'à cela ne tienne, HTMLArea3 prétend fonctionner dans Mozilla ou Firefox "sur toutes les plateformes". Ce n'est pas vrai, même avec les dernières versions de tout. Pourtant, je croyais que Firefox marchait identiquement sur Mac et PC? Pourquoi un plug-in se comporterait comme ça alors?
C'est rageant. La vaste majorité de ces CMS (dont certains sont des outils de qualité) font appel à ces éditeurs de texte, et sont donc bridés sous Mac. Pour ma part, j'ai acheté un petit CMS et je me rends compte maintenant qu'il faudra que je l'administre sur le PC...
Est ce que quelqu'un aurait trouvé la parade pour faire marcher HTMLArea sur Mac?
Je viens de tester la 3.0rc1 dans Firefox 1.01 et Mozilla 1.73 et ça marche, comme marchait déjà la Béta 3.0 il y a quelques temps. Es-tu sûr de bien avoir suivi les manips de l'installation ? Mais déjà tu peux simplement tester le support de tel ou tel navigateur en ouvrant le fichier index.html directement du dossier de HTMLArea, tu ne pourras pas visualiser le code HTML produit en soumettant le formulaire (il faut faire l'install pour ça). A part ça et AMHA bien sûr, le code HTML produit par ce script est "pourri", c-à-d datant d'un autre âge avec des balises <FONT> et autres tous les trois mots et donc à l'opposé de ce que tout développeur qui se respecte (et qui respecte également les standards DHTML) devrait faire et en l'occurence, utiliser les CSS et séparer contenu et forme. PS : si par hasard, HTMLArea est suffisament "customisable" pour permettre l'utilisation des CSS, je retire bien sûr ce que je viens d'écrire mais je n'y crois pas trop). Sinon, il existe d'autres éditeurs de contenu avec mise en forme mais ils utilisent souvent Java et posent également des problèmes avec certains navigateurs (je pense par ex. à Editize, voir le site de SitePoint, qui est gratuit en utilisation locale).
Bon courage -- Président à vie du G.R.O.I.N. 9600/G3-500MHz/Jaguar Merci Steve ;^)
