Coucou,
bizarrement il est impossible de se loger dans l'espace privé de SPIP avec
Safari, le nouveau browser Mac OS X, basé sur Konqueror... je n'ai pas
compris pourquoi.
-- Fil
Coucou,
bizarrement il est impossible de se loger dans l'espace privé de SPIP avec
Safari, le nouveau browser Mac OS X, basé sur Konqueror... je n'ai pas
compris pourquoi.
-- Fil
Fil wrote:
Coucou,
bizarrement il est impossible de se loger dans l'espace privé de SPIP avec
Safari, le nouveau browser Mac OS X, basé sur Konqueror... je n'ai pas
compris pourquoi.-- Fil
Je l ai teste aussi, et il semblerait que cette version beta de Safari ait du mal avec les formulaires (tant au niveau de la taille des champs texte que de l envoi des infos)
Esperons que ca rentre dans l ordre bientot. Au pire, appuie sur le petit bouton qui fait un rapport de bug a Apple
Gui
Esperons que ca rentre dans l ordre bientot. Au pire, appuie sur le
petit bouton qui fait un rapport de bug a Apple
Déjà fait !
-- Fil
salut
Fil a écrit :
> Esperons que ca rentre dans l ordre bientot. Au pire, appuie sur le
> petit bouton qui fait un rapport de bug a AppleDéjà fait !
-- Fil
Safari n'est pas basé sur Konqueror mais sur khtml, le browser de kde.
Du coté fonctionnalités, c'est sûr que pour l'instant, c'est plutôt
"ledj" (pour faire djeun ). Par contre, l'intiative est intéressante
et connaissant Apple, cela devrait évoluer plutôt vite
A+ Yann
Selon yann <yann.forgerit@free.fr>:
Safari n'est pas basé sur Konqueror mais sur khtml, le browser de kde.
Non, encore raté.
* Safari est basé sur KHTML
* KHTML n'est pas le browser de KDE, mais le moteur de rendu HTML de KDE.
* Konqueror est le browser de KDE
* Konqueror utilise KHTML.
Konqueror, ce n'est qu'un browser, c'est à dire une coquille vide qui
grossomode ne sait faire que 3 choses :
* Gérer des vues
* Être capable de naviguer d'une URI à une autre
* Choisir le composant adéquat à l'URI pour en afficher le contenu.
Si l'uri est du type file://home/ , konqueror va charger le module d'affichage
de répertoire. Si L'uri pointe sur une ressource HTML, alors konqueror va
charger le moteur de rendu HTML dans la vue concernée pour quele document soit
affiché. Si l'uri pointe sur un document KWord, konqueror va charger le module
KParts de Kword pour afficher le document, etc.
Rien n'empêche Konqueror d'utiliser le moteur de rendu HTML de Gnome pour
afficher les documents HTML, il y en a qui l'ont d'ailleurs fait pour illustrer
le fait que Konqueror, c'est un petit machin qui fait rien de plus qu'afficher
des frames et appeler d'autres programmes.
Du coté fonctionnalités, c'est sûr que pour l'instant, c'est plutôt
"ledj" (pour faire djeun). Par contre, l'intiative est intéressante
et connaissant Apple, cela devrait évoluer plutôt vite
Pour l'instant ils ont surtout travaillé sur KHTML. Corrections de quelques
bugs, et enormément de travail sur l'optimisation. Grosso-modo, ils ont fait
tout ce qui figurait sur la todo list des developpeurs de KHTML pour les 12 ou
18 prochains mois. C'est cool
Re
aegir@linuxfrench.net a écrit :
Selon yann <yann.forgerit@free.fr>:
> Safari n'est pas basé sur Konqueror mais sur khtml, le browser de kde.Non, encore raté.
* Safari est basé sur KHTML
* KHTML n'est pas le browser de KDE, mais le moteur de rendu HTML de KDE.
Exact mais j'avais "simplifié" pour les non linuxiens ou "KDE-istes"
* Konqueror est le browser de KDE
* Konqueror utilise KHTML.Konqueror, ce n'est qu'un browser, c'est à dire une coquille vide qui
grossomode ne sait faire que 3 choses :* Gérer des vues
* Être capable de naviguer d'une URI à une autre
* Choisir le composant adéquat à l'URI pour en afficher le contenu.Si l'uri est du type file://home/ , konqueror va charger le module d'affichage
de répertoire. Si L'uri pointe sur une ressource HTML, alors konqueror va
charger le moteur de rendu HTML dans la vue concernée pour quele document soit
affiché. Si l'uri pointe sur un document KWord, konqueror va charger le module
KParts de Kword pour afficher le document, etc.Rien n'empêche Konqueror d'utiliser le moteur de rendu HTML de Gnome pour
afficher les documents HTML, il y en a qui l'ont d'ailleurs fait pour illustrer
le fait que Konqueror, c'est un petit machin qui fait rien de plus qu'afficher
des frames et appeler d'autres programmes.> Du coté fonctionnalités, c'est sûr que pour l'instant, c'est plutôt
> "ledj" (pour faire djeun). Par contre, l'intiative est intéressante
> et connaissant Apple, cela devrait évoluer plutôt vitePour l'instant ils ont surtout travaillé sur KHTML. Corrections de quelques
bugs, et enormément de travail sur l'optimisation. Grosso-modo, ils ont fait
tout ce qui figurait sur la todo list des developpeurs de KHTML pour les 12 ou
18 prochains mois. C'est cool
C'est donc bien ce que je voulais souligner ;-)) C'est plutôt cool.
Et Clap, Clap, pour l'explication Hervé
A+ Yann
Selon yann <yann.forgerit@free.fr>:
> * Safari est basé sur KHTML
> * KHTML n'est pas le browser de KDE, mais le moteur de rendu HTML de KDE.
Exact mais j'avais "simplifié" pour les non linuxiens ou "KDE-istes"
Dans le cas présent, il est important d'être précis, parce que ça explique
quelque chose qui n'est pas forcément évident pour ceux qui ne sont pas au
courant :
Une page HTML sera affichée de la même manière par Konqueror et Safari (le
rendu HTML est identique, aux quelques chouias de bugs corrigés dans l'un et
pas encore l'autre et vice-versa).
Par contre, l'envoi des données d'un formulaire, la gestion des cookies, des
certificats, cela incombe au navigateur et non pas au moteur de rendu HTML, or
Safari et Konqueror sont deux navigateurs complètement différents, et ils
peuvent donc avoir des comportement complètement différents sur ces points.
Re
aegir@linuxfrench.net a écrit :
Selon yann <yann.forgerit@free.fr>:
> > * Safari est basé sur KHTML
> > * KHTML n'est pas le browser de KDE, mais le moteur de rendu HTML de KDE.
> Exact mais j'avais "simplifié" pour les non linuxiens ou "KDE-istes"Dans le cas présent, il est important d'être précis, parce que ça explique
quelque chose qui n'est pas forcément évident pour ceux qui ne sont pas au
courant :Une page HTML sera affichée de la même manière par Konqueror et Safari (le
rendu HTML est identique, aux quelques chouias de bugs corrigés dans l'un et
pas encore l'autre et vice-versa).Par contre, l'envoi des données d'un formulaire, la gestion des cookies, des
certificats, cela incombe au navigateur et non pas au moteur de rendu HTML, or
Safari et Konqueror sont deux navigateurs complètement différents, et ils
peuvent donc avoir des comportement complètement différents sur ces points.
Complètement d'accord avec toi Donc toutes mes excuses pour un
raccourci, non moins saisissant, mais au combien aproximatif ;-))
C'est d'ailleur, pour les mêmes raisons que, très souvent, les
navigateurs n'ont pas les mêmes comportements (je ne cite personne !!).
A+ Yann