Mais la question n'est pas simple, car même dans les produits commerciaux il n'y a guère d'alternative qui soit franchement meilleure pour ce qui est de la qualité du code produit...
Pour ceux qui aiment mettre les mains dans le cambouis, il y a un truc sympa qui vient de sortir : <http://www.tumultco.com/HyperEdit/>
il est déja sorti depuis quelques temps :-)
et il est vraiment sympa. sinon, pour faire un site sans mettre la main dans le cambouis, et gratuit depuis son abandon, c'est SiteStudio. j'ai fait le site d'acceuil sur mon mac avec ce soft
parmis les iweb, rapidweaver, et autres sandvox, il y en a un que je trouve sympa parce qu'on part d'une feuille dans laquelle on peut mettre ce que l'on veut (à contrario des autres qui proposent une page blog, une page photo, etc..) c'est Goldfish. la version béta 1.3 a un bug chiant (un message d'alerte récurant chez moi) mais n'empeche pas de travailler. et il n'est pas trop cher.
pour NVU, il est abandonné, mais va bientot ressortir sous un autre nom, repris par un autre programmeur. j'ai paumé le nom :-(
-- daniel.patin (et non pas marcel.dugenou) http://leinad-fr.net le blog http://www.daniel-patin.net sur mon mac http://daniel.patin.adsl.free.fr/ quelques photos
José Campos wrote:
Christophe Franco <cfranco@pobox.com> wrote:
Mais la question n'est pas simple, car même dans les produits
commerciaux il n'y a guère d'alternative qui soit franchement meilleure
pour ce qui est de la qualité du code produit...
Pour ceux qui aiment mettre les mains dans le cambouis, il y a un
truc sympa qui vient de sortir : <http://www.tumultco.com/HyperEdit/>
il est déja sorti depuis quelques temps :-)
et il est vraiment sympa.
sinon, pour faire un site sans mettre la main dans le cambouis, et
gratuit depuis son abandon, c'est SiteStudio. j'ai fait le site
d'acceuil sur mon mac avec ce soft
parmis les iweb, rapidweaver, et autres sandvox, il y en a un que je
trouve sympa parce qu'on part d'une feuille dans laquelle on peut mettre
ce que l'on veut (à contrario des autres qui proposent une page blog,
une page photo, etc..) c'est Goldfish. la version béta 1.3 a un bug
chiant (un message d'alerte récurant chez moi) mais n'empeche pas de
travailler. et il n'est pas trop cher.
pour NVU, il est abandonné, mais va bientot ressortir sous un autre nom,
repris par un autre programmeur. j'ai paumé le nom :-(
--
daniel.patin (et non pas marcel.dugenou)
http://leinad-fr.net le blog
http://www.daniel-patin.net sur mon mac
http://daniel.patin.adsl.free.fr/ quelques photos
Mais la question n'est pas simple, car même dans les produits commerciaux il n'y a guère d'alternative qui soit franchement meilleure pour ce qui est de la qualité du code produit...
Pour ceux qui aiment mettre les mains dans le cambouis, il y a un truc sympa qui vient de sortir : <http://www.tumultco.com/HyperEdit/>
il est déja sorti depuis quelques temps :-)
et il est vraiment sympa. sinon, pour faire un site sans mettre la main dans le cambouis, et gratuit depuis son abandon, c'est SiteStudio. j'ai fait le site d'acceuil sur mon mac avec ce soft
parmis les iweb, rapidweaver, et autres sandvox, il y en a un que je trouve sympa parce qu'on part d'une feuille dans laquelle on peut mettre ce que l'on veut (à contrario des autres qui proposent une page blog, une page photo, etc..) c'est Goldfish. la version béta 1.3 a un bug chiant (un message d'alerte récurant chez moi) mais n'empeche pas de travailler. et il n'est pas trop cher.
pour NVU, il est abandonné, mais va bientot ressortir sous un autre nom, repris par un autre programmeur. j'ai paumé le nom :-(
-- daniel.patin (et non pas marcel.dugenou) http://leinad-fr.net le blog http://www.daniel-patin.net sur mon mac http://daniel.patin.adsl.free.fr/ quelques photos
pere.noel
Pierre wrote:
Est-ce que ça supporte le php ? Je veux dire est-ce ça affiche le résultat de son exécution ?
ché pô j'ai très vite abandonné ce test rapide, pas grand intérêt (j'utilise simultanément (pas tjs) oXygen, TextMate et jEdit et même qqfois PageSpinner qui sait d'un click ajouter une image) -- une bévue
Pierre <pierre.ducrot@wanadoo.fr> wrote:
Est-ce que ça supporte le php ? Je veux dire est-ce ça affiche le
résultat de son exécution ?
ché pô j'ai très vite abandonné ce test rapide, pas grand intérêt
(j'utilise simultanément (pas tjs) oXygen, TextMate et jEdit et même
qqfois PageSpinner qui sait d'un click ajouter une image)
--
une bévue
Est-ce que ça supporte le php ? Je veux dire est-ce ça affiche le résultat de son exécution ?
ché pô j'ai très vite abandonné ce test rapide, pas grand intérêt (j'utilise simultanément (pas tjs) oXygen, TextMate et jEdit et même qqfois PageSpinner qui sait d'un click ajouter une image) -- une bévue
pdorange
Raph wrote:
On va dire Nvu plus précisément, mais ça reste quand même pas franchement folichon, ni sur l'ergonomie, ni - pire - sur la qualité du code que ça produit... (cela dit, on est à des années lumières des cochonneries que faisait Claris Home Page)
Je vais tester, merci.
Attention, NVU vient d'être abandonné par son développeur qui a préciser que le code était donné à la communauté.
Vidéo, DV et QuickTime <http://www.garage-video.com/> Clarus, the DogCow <http://clarus.chez.tiscali.fr/>
Raph <raph@alussinan.org> wrote:
On va dire Nvu plus précisément, mais ça reste quand même pas
franchement folichon, ni sur l'ergonomie, ni - pire - sur la qualité du
code que ça produit... (cela dit, on est à des années lumières des
cochonneries que faisait Claris Home Page)
Je vais tester, merci.
Attention, NVU vient d'être abandonné par son développeur qui a préciser
que le code était donné à la communauté.
On va dire Nvu plus précisément, mais ça reste quand même pas franchement folichon, ni sur l'ergonomie, ni - pire - sur la qualité du code que ça produit... (cela dit, on est à des années lumières des cochonneries que faisait Claris Home Page)
Je vais tester, merci.
Attention, NVU vient d'être abandonné par son développeur qui a préciser que le code était donné à la communauté.
Il y a un moteur PHP intégré dans l'éditeur tout simplement...
Ou plus simple, un appel à l'interpréteur PHP en ligne de commande.
romer
Franck <franck+ wrote:
Qui peut m'expliquer comment-il fait ?
Il y a un moteur PHP intégré dans l'éditeur tout simplement...
Ou plus simple, un appel à l'interpréteur PHP en ligne de commande.
Dans ce cas pourquoi les navigateurs n'intègrent-ils pas ce moteur ? Vu le nb. de site fait en php, ce sera sympa de pouvoir tester par ex. au bureau sur PC sans avoir à mettre easyphp, le lancer, etc.
-- A+
Romer
Franck <franck+news@_remove_apoal.com> wrote:
Qui peut m'expliquer comment-il fait ?
Il y a un moteur PHP intégré dans l'éditeur tout simplement...
Ou plus simple, un appel à l'interpréteur PHP en ligne de commande.
Dans ce cas pourquoi les navigateurs n'intègrent-ils pas ce moteur ? Vu
le nb. de site fait en php, ce sera sympa de pouvoir tester par ex. au
bureau sur PC sans avoir à mettre easyphp, le lancer, etc.
Il y a un moteur PHP intégré dans l'éditeur tout simplement...
Ou plus simple, un appel à l'interpréteur PHP en ligne de commande.
Dans ce cas pourquoi les navigateurs n'intègrent-ils pas ce moteur ? Vu le nb. de site fait en php, ce sera sympa de pouvoir tester par ex. au bureau sur PC sans avoir à mettre easyphp, le lancer, etc.
-- A+
Romer
Franck
Dans ce cas pourquoi les navigateurs n'intègrent-ils pas ce moteur ? Vu le nb. de site fait en php, ce sera sympa de pouvoir tester par ex. au bureau sur PC sans avoir à mettre easyphp, le lancer, etc.
Parce que le role d'un navigateur, c'est de naviguer, donc d'afficher des pages distantes servies par un serveur HTTP, et que ce dernier peut déjà exécuter du PHP.
Les navigateurs sont déjà assez des usines à gaz pour ne pas encore en rajouter.
Dans ce cas pourquoi les navigateurs n'intègrent-ils pas ce moteur ? Vu
le nb. de site fait en php, ce sera sympa de pouvoir tester par ex. au
bureau sur PC sans avoir à mettre easyphp, le lancer, etc.
Parce que le role d'un navigateur, c'est de naviguer, donc d'afficher
des pages distantes servies par un serveur HTTP, et que ce dernier peut
déjà exécuter du PHP.
Les navigateurs sont déjà assez des usines à gaz pour ne pas encore en
rajouter.
Dans ce cas pourquoi les navigateurs n'intègrent-ils pas ce moteur ? Vu le nb. de site fait en php, ce sera sympa de pouvoir tester par ex. au bureau sur PC sans avoir à mettre easyphp, le lancer, etc.
Parce que le role d'un navigateur, c'est de naviguer, donc d'afficher des pages distantes servies par un serveur HTTP, et que ce dernier peut déjà exécuter du PHP.
Les navigateurs sont déjà assez des usines à gaz pour ne pas encore en rajouter.
Franck
Franck <franck+ wrote:
Ou plus simple, un appel à l'interpréteur PHP en ligne de commande.
Preferences->Advanced : Path to PHP binary: /usr/bin/php
Bah voila :-)
(Je suis au bureau, donc je n'ai pas encore pu tester ce soft)
Franck <franck+news@_remove_apoal.com> wrote:
Ou plus simple, un appel à l'interpréteur PHP en ligne de commande.
Preferences->Advanced : Path to PHP binary: /usr/bin/php
Bah voila :-)
(Je suis au bureau, donc je n'ai pas encore pu tester ce soft)
Ou plus simple, un appel à l'interpréteur PHP en ligne de commande.
Preferences->Advanced : Path to PHP binary: /usr/bin/php
Bah voila :-)
(Je suis au bureau, donc je n'ai pas encore pu tester ce soft)
romer
Franck <franck+ wrote:
Parce que le role d'un navigateur, c'est de naviguer, donc d'afficher des pages distantes servies par un serveur HTTP, et que ce dernier peut déjà exécuter du PHP.
Mais dans certains cas, le serveur php du FAI se déglingue un peu ou un max et les scripts arrivent après l'affichage ou n'arrivent pas. On est tributaire du serveur distant, donc un obstacle de plus sur la longue marche des petits bits. -- A+
Romer
Franck <franck+news@_remove_apoal.com> wrote:
Parce que le role d'un navigateur, c'est de naviguer, donc d'afficher
des pages distantes servies par un serveur HTTP, et que ce dernier peut
déjà exécuter du PHP.
Mais dans certains cas, le serveur php du FAI se déglingue un peu ou un
max et les scripts arrivent après l'affichage ou n'arrivent pas. On est
tributaire du serveur distant, donc un obstacle de plus sur la longue
marche des petits bits.
--
A+
Parce que le role d'un navigateur, c'est de naviguer, donc d'afficher des pages distantes servies par un serveur HTTP, et que ce dernier peut déjà exécuter du PHP.
Mais dans certains cas, le serveur php du FAI se déglingue un peu ou un max et les scripts arrivent après l'affichage ou n'arrivent pas. On est tributaire du serveur distant, donc un obstacle de plus sur la longue marche des petits bits. -- A+
Romer
cfranco
Bernd wrote:
Franck <franck+ wrote:
Qui peut m'expliquer comment-il fait ?
Il y a un moteur PHP intégré dans l'éditeur tout simplement...
Ou plus simple, un appel à l'interpréteur PHP en ligne de commande.
Dans ce cas pourquoi les navigateurs n'intègrent-ils pas ce moteur ? Vu le nb. de site fait en php, ce sera sympa de pouvoir tester par ex. au bureau sur PC sans avoir à mettre easyphp, le lancer, etc.
Il y a d'autres manières d'interpréter le PHP... Voir par exemple le projet Quercus qui fait tourner du PHP dans un serveur Java (et nettement plus vite qu'avec Apache d'ailleurs)
-- Christophe Franco
Bernd <romer@arobase.com> wrote:
Franck <franck+news@_remove_apoal.com> wrote:
Qui peut m'expliquer comment-il fait ?
Il y a un moteur PHP intégré dans l'éditeur tout simplement...
Ou plus simple, un appel à l'interpréteur PHP en ligne de commande.
Dans ce cas pourquoi les navigateurs n'intègrent-ils pas ce moteur ? Vu
le nb. de site fait en php, ce sera sympa de pouvoir tester par ex. au
bureau sur PC sans avoir à mettre easyphp, le lancer, etc.
Il y a d'autres manières d'interpréter le PHP... Voir par exemple le
projet Quercus qui fait tourner du PHP dans un serveur Java (et
nettement plus vite qu'avec Apache d'ailleurs)
Il y a un moteur PHP intégré dans l'éditeur tout simplement...
Ou plus simple, un appel à l'interpréteur PHP en ligne de commande.
Dans ce cas pourquoi les navigateurs n'intègrent-ils pas ce moteur ? Vu le nb. de site fait en php, ce sera sympa de pouvoir tester par ex. au bureau sur PC sans avoir à mettre easyphp, le lancer, etc.
Il y a d'autres manières d'interpréter le PHP... Voir par exemple le projet Quercus qui fait tourner du PHP dans un serveur Java (et nettement plus vite qu'avec Apache d'ailleurs)
