In article <1gvbnaf.1pzeal9epvkwiN%, (Charled) wrote:
Dans Safari 1.3, il va chercher tous les signets du dossier y compris ceux enfouis dans les différents niveaux des différents sous-dossiers.
Et ça, c'est moins pratique qu'avant... c'est même franchement pénible.
Solution : ne pas mettre au même niveau des signets et des dossiers.
Patrick -- Patrick Stadelmann
charled
Patrick Stadelmann wrote:
In article <1gvbnaf.1pzeal9epvkwiN%, (Charled) wrote:
Dans Safari 1.3, il va chercher tous les signets du dossier y compris ceux enfouis dans les différents niveaux des différents sous-dossiers.
Et ça, c'est moins pratique qu'avant... c'est même franchement pénible.
Solution : ne pas mettre au même niveau des signets et des dossiers.
Patrick
Ca j'avais trouvé, merci ;-) Je voudrais juste savoir si d'autres ont remarqué le même problème. -- Charled Nanoseconde : durée de temps comprise entre le moment où le feu passe au vert et celui où le conducteur de derrière klaxonne...
Patrick Stadelmann <Patrick.Stadelmann@unine.ch> wrote:
In article <1gvbnaf.1pzeal9epvkwiN%charled@free.fr>,
charled@free.fr (Charled) wrote:
Dans Safari 1.3, il va chercher tous les signets du dossier y compris
ceux enfouis dans les différents niveaux des différents sous-dossiers.
Et ça, c'est moins pratique qu'avant... c'est même franchement pénible.
Solution : ne pas mettre au même niveau des signets et des dossiers.
Patrick
Ca j'avais trouvé, merci ;-) Je voudrais juste savoir si d'autres ont
remarqué le même problème.
--
Charled
Nanoseconde : durée de temps comprise entre le moment
où le feu passe au vert et celui où le conducteur de derrière
klaxonne...
In article <1gvbnaf.1pzeal9epvkwiN%, (Charled) wrote:
Dans Safari 1.3, il va chercher tous les signets du dossier y compris ceux enfouis dans les différents niveaux des différents sous-dossiers.
Et ça, c'est moins pratique qu'avant... c'est même franchement pénible.
Solution : ne pas mettre au même niveau des signets et des dossiers.
Patrick
Ca j'avais trouvé, merci ;-) Je voudrais juste savoir si d'autres ont remarqué le même problème. -- Charled Nanoseconde : durée de temps comprise entre le moment où le feu passe au vert et celui où le conducteur de derrière klaxonne...
Patrick Stadelmann
In article <1gvbot7.1usgfbpdpbcrmN%, (Charled) wrote:
Patrick Stadelmann wrote:
In article <1gvbnaf.1pzeal9epvkwiN%, (Charled) wrote:
Dans Safari 1.3, il va chercher tous les signets du dossier y compris ceux enfouis dans les différents niveaux des différents sous-dossiers.
Et ça, c'est moins pratique qu'avant... c'est même franchement pénible.
Solution : ne pas mettre au même niveau des signets et des dossiers.
Patrick
Ca j'avais trouvé, merci ;-) Je voudrais juste savoir si d'autres ont remarqué le même problème.
Oui, c'est le comportement de Safari 1.3. Quant à savoir si c'est un bug ou une fonctionnalité, ça...
Patrick -- Patrick Stadelmann
In article <1gvbot7.1usgfbpdpbcrmN%charled@free.fr>,
charled@free.fr (Charled) wrote:
Patrick Stadelmann <Patrick.Stadelmann@unine.ch> wrote:
In article <1gvbnaf.1pzeal9epvkwiN%charled@free.fr>,
charled@free.fr (Charled) wrote:
Dans Safari 1.3, il va chercher tous les signets du dossier y compris
ceux enfouis dans les différents niveaux des différents sous-dossiers.
Et ça, c'est moins pratique qu'avant... c'est même franchement pénible.
Solution : ne pas mettre au même niveau des signets et des dossiers.
Patrick
Ca j'avais trouvé, merci ;-) Je voudrais juste savoir si d'autres ont
remarqué le même problème.
Oui, c'est le comportement de Safari 1.3. Quant à savoir si c'est un bug
ou une fonctionnalité, ça...
Patrick
--
Patrick Stadelmann <Patrick.Stadelmann@unine.ch>
In article <1gvbt1s.1q211qevqkcbsN%, (Charled) wrote:
Merci. On est deux à l'avoir remarqué : ça fait donc 100 % de sondés. Ca ne peut plus être une coincidence ;-)
Trois : <BE89B7C2.33F03%
Patrick -- Patrick Stadelmann
Eric Lévénez
Le 20/04/05 16:43, dans , « Patrick Stadelmann » a écrit :
In article <1gvbt1s.1q211qevqkcbsN%, (Charled) wrote:
Merci. On est deux à l'avoir remarqué : ça fait donc 100 % de sondés. Ca ne peut plus être une coincidence ;-)
Trois : <BE89B7C2.33F03%
Oui, effectivement.
Mais une petite remarque, il serait plus judicieux de donner une URL du message au lieu du simple ID. Si on utilise un lecteur de news qui archive la news et si on l'a déjà lue on peut la récupérer, alors que sinon il faut espérer que le serveur NNTP du provider n'a pas encore purgé ses anciens messages. Bref, une URL comme il suit est mieux :
-- Éric Lévénez -- <http://www.levenez.com/> Unix is not only an OS, it's a way of life.
Le 20/04/05 16:43, dans
<Patrick.Stadelmann-D11001.16435320042005@individual.net>, « Patrick
Stadelmann » <Patrick.Stadelmann@unine.ch> a écrit :
In article <1gvbt1s.1q211qevqkcbsN%charled@free.fr>,
charled@free.fr (Charled) wrote:
Merci. On est deux à l'avoir remarqué : ça fait donc 100 % de sondés. Ca
ne peut plus être une coincidence ;-)
Trois : <BE89B7C2.33F03%eric@levenez.com>
Oui, effectivement.
Mais une petite remarque, il serait plus judicieux de donner une URL du
message au lieu du simple ID. Si on utilise un lecteur de news qui archive
la news et si on l'a déjà lue on peut la récupérer, alors que sinon il faut
espérer que le serveur NNTP du provider n'a pas encore purgé ses anciens
messages. Bref, une URL comme il suit est mieux :
Le 20/04/05 16:43, dans , « Patrick Stadelmann » a écrit :
In article <1gvbt1s.1q211qevqkcbsN%, (Charled) wrote:
Merci. On est deux à l'avoir remarqué : ça fait donc 100 % de sondés. Ca ne peut plus être une coincidence ;-)
Trois : <BE89B7C2.33F03%
Oui, effectivement.
Mais une petite remarque, il serait plus judicieux de donner une URL du message au lieu du simple ID. Si on utilise un lecteur de news qui archive la news et si on l'a déjà lue on peut la récupérer, alors que sinon il faut espérer que le serveur NNTP du provider n'a pas encore purgé ses anciens messages. Bref, une URL comme il suit est mieux :
-- Éric Lévénez -- <http://www.levenez.com/> Unix is not only an OS, it's a way of life.
pdorange
Eric Lévénez wrote:
Mais une petite remarque, il serait plus judicieux de donner une URL du message au lieu du simple ID. Si on utilise un lecteur de news qui archive la news et si on l'a déjà lue on peut la récupérer, alors que sinon il faut espérer que le serveur NNTP du provider n'a pas encore purgé ses anciens messages. Bref, une URL comme il suit est mieux :
Seul le message-id fait foi; et puis y'a pas que google qui archive les message. De plus google permet une recherche par message-id donc on retrouve facilement quand même...
;-)
-- Pierre-Alain Dorange
Vidéo, DV et QuickTime <http://alcazar.xbecom.com/videogarage/> Clarus, the DogCow <http://clarus.chez.tiscali.fr/>
Eric Lévénez <eric@levenez.com> wrote:
Mais une petite remarque, il serait plus judicieux de donner une URL du
message au lieu du simple ID. Si on utilise un lecteur de news qui archive
la news et si on l'a déjà lue on peut la récupérer, alors que sinon il faut
espérer que le serveur NNTP du provider n'a pas encore purgé ses anciens
messages. Bref, une URL comme il suit est mieux :
Seul le message-id fait foi; et puis y'a pas que google qui archive les
message. De plus google permet une recherche par message-id donc on
retrouve facilement quand même...
;-)
--
Pierre-Alain Dorange
Vidéo, DV et QuickTime <http://alcazar.xbecom.com/videogarage/>
Clarus, the DogCow <http://clarus.chez.tiscali.fr/>
Mais une petite remarque, il serait plus judicieux de donner une URL du message au lieu du simple ID. Si on utilise un lecteur de news qui archive la news et si on l'a déjà lue on peut la récupérer, alors que sinon il faut espérer que le serveur NNTP du provider n'a pas encore purgé ses anciens messages. Bref, une URL comme il suit est mieux :
Seul le message-id fait foi; et puis y'a pas que google qui archive les message. De plus google permet une recherche par message-id donc on retrouve facilement quand même...
;-)
-- Pierre-Alain Dorange
Vidéo, DV et QuickTime <http://alcazar.xbecom.com/videogarage/> Clarus, the DogCow <http://clarus.chez.tiscali.fr/>
Patrick Stadelmann
In article <1gvbxv5.1pd2o3f1thv3cwN%, (Pierre-Alain Dorange) wrote:
Eric Lévénez wrote:
Mais une petite remarque, il serait plus judicieux de donner une URL du message au lieu du simple ID. Si on utilise un lecteur de news qui archive la news et si on l'a déjà lue on peut la récupérer, alors que sinon il faut espérer que le serveur NNTP du provider n'a pas encore purgé ses anciens messages. Bref, une URL comme il suit est mieux :
Seul le message-id fait foi; et puis y'a pas que google qui archive les message. De plus google permet une recherche par message-id donc on retrouve facilement quand même...
J'ajoute que si le message est en "x-no-archive", Google le purge au bout de quelques jours, alors qu'il peut rester disponible plusieurs semaine sur un serveur news. Il peut aussi, c'est vrai, être purgé très rapidement, mais si il n'est déjà plus disponible après 2 jours, il faudrait penser à changer de serveur !
Patrick -- Patrick Stadelmann
In article <1gvbxv5.1pd2o3f1thv3cwN%pdorange@pas-de-pub-merci.mac.com>,
pdorange@pas-de-pub-merci.mac.com (Pierre-Alain Dorange) wrote:
Eric Lévénez <eric@levenez.com> wrote:
Mais une petite remarque, il serait plus judicieux de donner une URL du
message au lieu du simple ID. Si on utilise un lecteur de news qui archive
la news et si on l'a déjà lue on peut la récupérer, alors que sinon il faut
espérer que le serveur NNTP du provider n'a pas encore purgé ses anciens
messages. Bref, une URL comme il suit est mieux :
Seul le message-id fait foi; et puis y'a pas que google qui archive les
message. De plus google permet une recherche par message-id donc on
retrouve facilement quand même...
J'ajoute que si le message est en "x-no-archive", Google le purge au
bout de quelques jours, alors qu'il peut rester disponible plusieurs
semaine sur un serveur news. Il peut aussi, c'est vrai, être purgé très
rapidement, mais si il n'est déjà plus disponible après 2 jours, il
faudrait penser à changer de serveur !
Patrick
--
Patrick Stadelmann <Patrick.Stadelmann@unine.ch>
In article <1gvbxv5.1pd2o3f1thv3cwN%, (Pierre-Alain Dorange) wrote:
Eric Lévénez wrote:
Mais une petite remarque, il serait plus judicieux de donner une URL du message au lieu du simple ID. Si on utilise un lecteur de news qui archive la news et si on l'a déjà lue on peut la récupérer, alors que sinon il faut espérer que le serveur NNTP du provider n'a pas encore purgé ses anciens messages. Bref, une URL comme il suit est mieux :
Seul le message-id fait foi; et puis y'a pas que google qui archive les message. De plus google permet une recherche par message-id donc on retrouve facilement quand même...
J'ajoute que si le message est en "x-no-archive", Google le purge au bout de quelques jours, alors qu'il peut rester disponible plusieurs semaine sur un serveur news. Il peut aussi, c'est vrai, être purgé très rapidement, mais si il n'est déjà plus disponible après 2 jours, il faudrait penser à changer de serveur !
Patrick -- Patrick Stadelmann
blanc
Charled wrote:
Merci. On est deux à l'avoir remarqué : ça fait donc 100 % de sondés. Ca ne peut plus être une coincidence ;-)
Quatre : je confirme !
JPaul.
-- /==/==- Jean-Paul BLANC / /--/--// quelque-part (somewhere) |/| L | en (in) /|| = ||| FRANCE
Charled <charled@free.fr> wrote:
Merci. On est deux à l'avoir remarqué : ça fait donc 100 % de sondés. Ca
ne peut plus être une coincidence ;-)
Quatre : je confirme !
JPaul.
--
/==/==\- Jean-Paul BLANC
/ /--/--//\ quelque-part (somewhere)
|/| L |\ en (in)
/|| = |||\ FRANCE
