On Tuesday 30 July 2002 14:17, Sebastien Cevey wrote:
> Un poil moins stable que Mozilla par contre, mais moins usine a
> gaz. Recommandé dans tous les cas :)
>
> [ http://galeon.sourceforge.net/ ]
dc@excalibur:~> galeon
Après 2 secondes...
Application /opt/gnome/bin/galeon-bin has crashed due
On Tue, Jul 30, 2002 at 01:24:32PM +0200, Daniel Cordey wrote:
> Actuellement, Konqueror (3.0) est un assez bon compromis, à mes
> yeux, sous Linux, alors qu'Opera et Mozilla offrent des
> fonctionalités ponctuelles intéressantes. Je jongle avec ces
> différents browsers pour tester l'HTML, CSS e
On Tuesday 30 July 2002 12:04, Marc Mongenet wrote:
>
> Tout un blabla écrit en police taille petites-lettres-de-
> contrat-d'assurance. C'est vraiment très petit, mais qu'en est-il de
> l'interligne ? Pourquoi tant d'espace entre les lignes en mode
> standard ?
On en revient à mes frustrations q
Daniel Cordey wrote:
> On Tuesday 30 July 2002 02:08, Marc Mongenet wrote:
>
>>Méfiez-vous, Mozilla et MSIE 6 ont chacun deux modes de fonctionnement.
>>Le mode "quirks" de Mozilla émule les bugs de Navigator 4.x.
>
> C'est proprement lunaire... émulé des bugs... voilà un nouveau concept : Bug
On Tuesday 30 July 2002 02:08, Marc Mongenet wrote:
> Méfiez-vous, Mozilla et MSIE 6 ont chacun deux modes de fonctionnement.
> Le mode "quirks" de Mozilla émule les bugs de Navigator 4.x.
C'est proprement lunaire... émulé des bugs... voilà un nouveau concept : Bug
compatible. Donc, quand on dé
On Monday 29 July 2002 18:41, [EMAIL PROTECTED] wrote:
> http://www.w3.org/TR/1998/REC-html40-19980424/interact/forms.html#h-17.11.1
Je connaissais "tabindex", mais j'ai trouvé ce texte très instructifs :
Tabbing keys. The actual key sequence that causes tabbing navigation or
element activatio
On Monday 29 July 2002 18:41, [EMAIL PROTECTED] wrote:
> Si c'est vraiment complexe la solution java est peut-être plus facile à
> gérer car la compatibilité java est bien meilleur que le javascript. Le
> problème c'est qu'il est difficile de faire un applet pouvant avoir une
> diemnsion variable
Daniel Cordey wrote:
> On Monday 29 July 2002 12:07, Marc SCHAEFER wrote:
>
> J'ai juste pondu trois ligne d'HTML avec mon éditeur favori, sans y mettre
> 'DOCTYPE', etc.
Méfiez-vous, Mozilla et MSIE 6 ont chacun deux modes de fonctionnement.
Le mode "quirks" de Mozilla émule les bugs de Navig
On Mon, 29 Jul 2002, Sebastien Cevey wrote:
> Bon pour la validation de form, ca peut se justifier, mais je préfère
> gérer ca server-side, c'est tellement plus simple ... :)
surtout que la *validation* des données entrées DOIT toujours _au moins_
se faire sur le serveur (sinon c'est de la sécur
On 29 Jul 2002 at 17:35, Daniel Cordey wrote:
> Non, tu n'es pas ennuyeux. Je dirais que ce n'est pas un "standard", mais
> plutôt qcq de plus proche d'un "de-facto-standard", voir même d'une vieille
> habitude devenue une prqtique "reconnue". La disponibilité de ces
> fonctionalités se retro
On 29 Jul 2002 at 17:40, Daniel Cordey wrote:
> On Monday 29 July 2002 17:23, Sebastien Cevey wrote:
>
> > Personnellement, j'ai abandonné le JS parce qu'il y a tellement de
> > divergences infimes JScript/Javascript, c'est vite fatigant, et ce
> > meme pour des trucs tout bete parfois (acceder
On Monday 29 July 2002 17:23, Sebastien Cevey wrote:
> Personnellement, j'ai abandonné le JS parce qu'il y a tellement de
> divergences infimes JScript/Javascript, c'est vite fatigant, et ce
> meme pour des trucs tout bete parfois (acceder à un attribut d'une
> feuille de style p ex).
Je le sais
On Monday 29 July 2002 16:24, Marc SCHAEFER wrote:
> Hmm. Au risque de paraître ennuyeux, dans quel standard est défini ce
> genre de choses ?
Non, tu n'es pas ennuyeux. Je dirais que ce n'est pas un "standard", mais
plutôt qcq de plus proche d'un "de-facto-standard", voir même d'une vieille
h
> Personnellement, j'ai abandonné le JS parce qu'il y a tellement de
> divergences infimes JScript/Javascript, c'est vite fatigant, et ce
> meme pour des trucs tout bete parfois (acceder à un attribut d'une
> feuille de style p ex).
>
> Bon pour la validation de form, ca peut se justifier, mais je
On Mon, 29 Jul 2002, Marc SCHAEFER wrote:
> On Mon, 29 Jul 2002, Daniel Cordey wrote:
>
> > Absolument, c'est le comportement standard. Par défaut, TAB positionne le
> > curseur dans le champ suivant de la form. L'ordre de déplacement du curseur
>
> Hmm. Au risque de paraître ennuyeux, dans q
On Mon, Jul 29, 2002 at 02:34:11PM +0200, Daniel Cordey wrote:
> Je vais pouvoir simplifier mon code, mais il y a toujours cette épée de
> Damoclès à propos de cette miriade de trucs qui ne fonctionnent pas comme
> escomptés. Et ça c'est inquiétant :-<
Personnellement, j'ai abandonné le JS par
On Mon, 29 Jul 2002, Daniel Cordey wrote:
> Absolument, c'est le comportement standard. Par défaut, TAB positionne le
> curseur dans le champ suivant de la form. L'ordre de déplacement du curseur
Hmm. Au risque de paraître ennuyeux, dans quel standard est défini ce
genre de choses ?
> TAB. Se
On Monday 29 July 2002 14:48, Félix Hauri wrote:
> Et si tu passes d'un champs à l'autre avec ``tab'' plutót que ``enter'' ?
Absolument, c'est le comportement standard. Par défaut, TAB positionne le
curseur dans le champ suivant de la form. L'ordre de déplacement du curseur
peut-être modifié à
On Mon, 29 Jul 2002, Daniel Cordey wrote:
> > et je constate que:
> > - dans toto ou tata, la touche "enter" valide le formulaire = submit
Et si tu passes d'un champs à l'autre avec ``tab'' plutót que ``enter'' ?
--
Félix Hauri - <[EMAIL PROTECTED]> - http://www.f-hauri.ch
--
http://www-
On Monday 29 July 2002 14:23, Sebastien Cevey wrote:
> Tu peux essayer de faire un onBlur dans lequel tu appelles une fonction
> pour comparer toi-même si le contenu a changé ? [ca devrait marcher sous
> tous les browsers MAIS evidemment pas si tu fais ENTER quand tu es dans le
> champs]
Caramba
En réponse à Daniel Cordey <[EMAIL PROTECTED]>:
> Il semble donc que la touche RETURN engendre
> systématiquement un "submit()", précédé de l'event 'OnChange" si celui-ci est
> défini; mais dans tous les cas, le "submit()" est effectué !
Tu peux essayer de faire un onBlur dans lequel tu appel
On Monday 29 July 2002 12:07, Marc SCHAEFER wrote:
> Ca passe la validation http://validator.w3.org/ ? Avec quelle version
> d'HTML ?
J'ai juste pondu trois ligne d'HTML avec mon éditeur favori, sans y mettre
'DOCTYPE', etc.
Voici donc une version 4.01 (xemacs + html-mode). Mais comme vous p
On Mon, 29 Jul 2002, Daniel Cordey wrote:
> Y-aurait-il un quelqu'un capable d'exppliquer pourquoi le code html suivant
> engendre un ré-affichage de la page ?
Ca passe la validation http://validator.w3.org/ ? Avec quelle version
d'HTML ?
--
http://www-internal.alphanet.ch/linux-leman/ avant
On Monday 29 July 2002 12:19, Laurent Hermann wrote:
> ---
>
>
>
>
> hello
>
> ---
>
> et je constate que:
> - dans toto ou tata, la touche "enter"
Le Lundi, 29 Juillet 2002 11.24, Daniel Cordey a écrit :
> Y-aurait-il un quelqu'un capable d'exppliquer pourquoi le code html suivant
> engendre un ré-affichage de la page ?
>
>
>
>
>
>
> Que je sache, l'évènement 'onChange" n'a rien a voir avec "submit" et
> pourtant c'est bien ce qui se
Y-aurait-il un quelqu'un capable d'exppliquer pourquoi le code html suivant
engendre un ré-affichage de la page ?
Que je sache, l'évènement 'onChange" n'a rien a voir avec "submit" et
pourtant c'est bien ce qui se passe. Les autres events (comme onClick sur un
bouton), n'ont pas cette
26 matches
Mail list logo