Retour à la racine du HD (explorateur XnView) - RÉSOLU
Moderators: XnTriq, helmut, xnview
Retour à la racine du HD (explorateur XnView) - RÉSOLU
<Moderator's note: This topic has been moved>
Version 1.82.1
Retour à la racine du HD en cours impossible en utilisant au choix :
- le bouton "dossier parent"
- l'icône ".." si on la configure pour qu'elle apparaisse
Il faut recourir au volet de gauche de l'explorateur pour voir le contenu de C:\ ou de D:\ ou... E:\ etc.
A moins que quelque chose de nouveau soit à configurer, cela me semble un bug
Version 1.82.1
Retour à la racine du HD en cours impossible en utilisant au choix :
- le bouton "dossier parent"
- l'icône ".." si on la configure pour qu'elle apparaisse
Il faut recourir au volet de gauche de l'explorateur pour voir le contenu de C:\ ou de D:\ ou... E:\ etc.
A moins que quelque chose de nouveau soit à configurer, cela me semble un bug
Last edited by Piteur on Fri Feb 10, 2006 10:06 pm, edited 1 time in total.
Re: Retour à la racine du HD (explorateur XnView)
Apres test, je n'arrive pas à reproduire ce bug...Piteur wrote:<Moderator's note: This topic has been moved>
Version 1.82.1
Retour à la racine du HD en cours impossible en utilisant au choix :
- le bouton "dossier parent"
- l'icône ".." si on la configure pour qu'elle apparaisse
Il faut recourir au volet de gauche de l'explorateur pour voir le contenu de C:\ ou de D:\ ou... E:\ etc.
A moins que quelque chose de nouveau soit à configurer, cela me semble un bug
Pierre.
Cht'it os---
Pierre
Re !
- J'ai essayé ici avec 2 DDs, il y a bien un petit …
1. Partez d'un répertoire d'images depuis le menu des Favoris, par exemple,
2. Faites 2 clics sur la vignette de •• (elle est affichée chez moi, j'ai 2-clics pour la souris)
3. Encore •• si besoin, au cas de sous-répertoire…
• Ici, j'arrive au premier répertoire suivant l'ordre de tri, disons N:\<A…xxx> par noms, et même en faisant autant de “••” que vous voulez, on en reste là, pas moyen d'aller à la racine… "N" est bien entendu une lettre de lecteur physique quelconque, pas de réseau.
- Il est possible que la bogue ne se produise qu'au 2° essai, alors que l'on a ouvert un répertoire en vignettes d'un autre DD que celui du 1° essai.
Cordialement,
Claude
Clo
Re !
- J'ai essayé ici avec 2 DDs, il y a bien un petit …
1. Partez d'un répertoire d'images depuis le menu des Favoris, par exemple,
2. Faites 2 clics sur la vignette de •• (elle est affichée chez moi, j'ai 2-clics pour la souris)
3. Encore •• si besoin, au cas de sous-répertoire…
• Ici, j'arrive au premier répertoire suivant l'ordre de tri, disons N:\<A…xxx> par noms, et même en faisant autant de “••” que vous voulez, on en reste là, pas moyen d'aller à la racine… "N" est bien entendu une lettre de lecteur physique quelconque, pas de réseau.
- Il est possible que la bogue ne se produise qu'au 2° essai, alors que l'on a ouvert un répertoire en vignettes d'un autre DD que celui du 1° essai.
Cordialement,
Claude
Clo
Old user ON SELECTIVE STRIKE till further notice •
Re: Cht'it os---
J'ai essayé autant de fois que possible, et rien Quel OS? Quelque soit la partition?Clo wrote: Pierre
Re !
- J'ai essayé ici avec 2 DDs, il y a bien un petit …
1. Partez d'un répertoire d'images depuis le menu des Favoris, par exemple,
2. Faites 2 clics sur la vignette de •• (elle est affichée chez moi, j'ai 2-clics pour la souris)
3. Encore •• si besoin, au cas de sous-répertoire…
• Ici, j'arrive au premier répertoire suivant l'ordre de tri, disons N:\<A…xxx> par noms, et même en faisant autant de “••” que vous voulez, on en reste là, pas moyen d'aller à la racine… "N" est bien entendu une lettre de lecteur physique quelconque, pas de réseau.
- Il est possible que la bogue ne se produise qu'au 2° essai, alors que l'on a ouvert un répertoire en vignettes d'un autre DD que celui du 1° essai.
Pierre.
Re: Cht'it os---
Pour ce qui me concerne, Windows ME. Même pb.xnview wrote:J'ai essayé autant de fois que possible, et rien Quel OS? Quelque soit la partition?
La bête…
- Win XP-Pro (bilingue - Fr- En)
- Lecteur E:\ - DD SATA 80 Go - NTFS
- Lecteur C:\ DD IDE 6 Go FAT 32
{ Win 98 SE mais inutilisé (able) }
- P IV @ 2.4 Go - 512 Mo de RAM
- Par exemple : j'affiche des vignettes d'un répertoire E:\images , bon, on remonte bien à la racine.
- J'ouvre un autre répertoire C:\images en vignettes (planche), et là, on reste planté sur le premier répertoire, comme dit ci-avant.
- Je vais essayer de faire une vidéo si je peux reproduire ça à volonté -ce qui n'est pas encore sûr- …
- Un certain délai demandé…
EDTION : Aléatoire, dur à reproduire ! Je surveille…
Cordialement,
Claude
Clo
Last edited by Clo on Thu Feb 09, 2006 8:18 am, edited 1 time in total.
Old user ON SELECTIVE STRIKE till further notice •
Re: La bête…
Donc là ça marche....?Clo wrote:- Par exemple : j'affiche des vignettes d'un répertoire E:\images , bon, on remonte bien à la racine.
J'ai vérifié avec plusieurs rep. mais cela marche toujours- J'ouvre un autre répertoire C:\images en vignettes (planche), et là, on reste planté sur le premier répertoire, comme dit ci-avant.
Pierre.
Remonter à la racine du HD
Athlon 1.3 GHz
512 Mo de RAM
Windows ME
HD de 40 Go, en deux partitions : 1 primaire ( C: ), 1 étendue ( lecteur logique D: )
XnView 1.82.1
=======================================
Tout cela est décidément très bizarre.
Je répète le problème (systématique chez moi sous Windows ME : ça n'a jamais fonctionné autrement avec la version 1.82.1 ; rien d'aléatoire là-dedans).
<> Supposons que je visualise le contenu du dossier C:\Photos\Vacances\2005.
Je clique sur le bouton "dossier parent", je visualise donc C:\Photos\Vacances
Je clique sur le bouton "dossier parent", je visualise donc C:\Photos
Je clique sur le bouton "dossier parent", il ne se passe rien, je continue à visualiser C:\Photos. Si je veux voir le contenu de C:\, il faut que je clique sur C: dans le volet gauche de l'Explorateur XnView.
<> Si je fais un essai analogue sur le Disque logique D:\ (deuxième partition), le comportement est rigoureusment identique.
<> Si maintenant je demande l'affichage de l'accès au dossier parent sous la forme d'une icône nommée "..", le comportement de XnView est rigoureusement identique quand on clique sur cette icône à celui décrit quand on clique sur le bouton "dossier parent" (impossibilité de remonter plus haut que C:\Photos).
Est-ce plus clair ?
Je comprends la perplexité de Pierre s'il n'arrive pas à reproduire le problème, mais, de fait, nous sommes apparemment quelques uns à déclarer rencontrer cette difficulté (contournable, heureusement en utilisant le volet gauche de l'Explorateur XnView), si j'en juge par les message laissés ci-dessus.
Merci à Pierre de ne pas nous laisser tomber...
512 Mo de RAM
Windows ME
HD de 40 Go, en deux partitions : 1 primaire ( C: ), 1 étendue ( lecteur logique D: )
XnView 1.82.1
=======================================
Tout cela est décidément très bizarre.
Je répète le problème (systématique chez moi sous Windows ME : ça n'a jamais fonctionné autrement avec la version 1.82.1 ; rien d'aléatoire là-dedans).
<> Supposons que je visualise le contenu du dossier C:\Photos\Vacances\2005.
Je clique sur le bouton "dossier parent", je visualise donc C:\Photos\Vacances
Je clique sur le bouton "dossier parent", je visualise donc C:\Photos
Je clique sur le bouton "dossier parent", il ne se passe rien, je continue à visualiser C:\Photos. Si je veux voir le contenu de C:\, il faut que je clique sur C: dans le volet gauche de l'Explorateur XnView.
<> Si je fais un essai analogue sur le Disque logique D:\ (deuxième partition), le comportement est rigoureusment identique.
<> Si maintenant je demande l'affichage de l'accès au dossier parent sous la forme d'une icône nommée "..", le comportement de XnView est rigoureusement identique quand on clique sur cette icône à celui décrit quand on clique sur le bouton "dossier parent" (impossibilité de remonter plus haut que C:\Photos).
Est-ce plus clair ?
Je comprends la perplexité de Pierre s'il n'arrive pas à reproduire le problème, mais, de fait, nous sommes apparemment quelques uns à déclarer rencontrer cette difficulté (contournable, heureusement en utilisant le volet gauche de l'Explorateur XnView), si j'en juge par les message laissés ci-dessus.
Merci à Pierre de ne pas nous laisser tomber...
Re: Remonter à la racine du HD
Ok, j'ai reussi à reproduire...Piteur wrote:Athlon 1.3 GHz
512 Mo de RAM
Windows ME
HD de 40 Go, en deux partitions : 1 primaire ( C: ), 1 étendue ( lecteur logique D: )
XnView 1.82.1
=======================================
Tout cela est décidément très bizarre.
Je répète le problème (systématique chez moi sous Windows ME : ça n'a jamais fonctionné autrement avec la version 1.82.1 ; rien d'aléatoire là-dedans).
<> Supposons que je visualise le contenu du dossier C:\Photos\Vacances\2005.
Je clique sur le bouton "dossier parent", je visualise donc C:\Photos\Vacances
Je clique sur le bouton "dossier parent", je visualise donc C:\Photos
Je clique sur le bouton "dossier parent", il ne se passe rien, je continue à visualiser C:\Photos. Si je veux voir le contenu de C:\, il faut que je clique sur C: dans le volet gauche de l'Explorateur XnView.
<> Si je fais un essai analogue sur le Disque logique D:\ (deuxième partition), le comportement est rigoureusment identique.
<> Si maintenant je demande l'affichage de l'accès au dossier parent sous la forme d'une icône nommée "..", le comportement de XnView est rigoureusement identique quand on clique sur cette icône à celui décrit quand on clique sur le bouton "dossier parent" (impossibilité de remonter plus haut que C:\Photos).
Est-ce plus clair ?
Je comprends la perplexité de Pierre s'il n'arrive pas à reproduire le problème, mais, de fait, nous sommes apparemment quelques uns à déclarer rencontrer cette difficulté (contournable, heureusement en utilisant le volet gauche de l'Explorateur XnView), si j'en juge par les message laissés ci-dessus.
Merci à Pierre de ne pas nous laisser tomber...
Pierre.
Re: Remonter à la racine du HD
Oufff !xnview wrote:Ok, j'ai reussi à reproduire...
C'est donc en passe d'être résolu !
Réparé---
Piteur
Bonjour,
- C'est normalement réparé dans 1.82.2
Cordialement,
Claude
Clo
Bonjour,
- C'est normalement réparé dans 1.82.2
- C'était aléatoire et difficile à reproduire sous Win Xp-Pro et certainement Win 2000 que Pierre utilise généralement……Je répète le problème (systématique chez moi sous Windows ME : ça n'a jamais fonctionné autrement avec la version 1.82.1 ; rien d'aléatoire là-dedans)…
Cordialement,
Claude
Clo
Old user ON SELECTIVE STRIKE till further notice •
Re: Réparé---
Tout à fait !Clo wrote:C'est normalement réparé dans 1.82.2
Tout est OK de ce côté-là...
Merci
Bonjour,
J'ai un bug un peu près similaire, j'utilise Xnview 1.82.3 sur w2k sp4.
Mode opératoire pour reporduire le bug systématiquement :
1. Lancer Xnview (un minimum comme même ).
2. dans l'explorer double-clique sur D: (lecteur DVD vide).
3. Annuler le message d'erreur indiquant que le lecteur est vide.
4. Dans l'explorer double-clique sur poste de travail.
5. Le double clique actualise le poste de travail puis réessaye de réouvrir le lecteur D:
6. Faire annuler (lecteur toujours vide).
7. On obtient une erreur d'instructions mémoire et le logiciel se ferme après lecture du message.
Dans le journal d'événement voici le rapport :
"L'application, , a généré une erreur d'application L'erreur s'est produite le 03/03/2006 à 09:50:53.835 L'exception générée était c0000005 à l'adresse 00431410 (<nosymbols>) "
Je sais que le double-clique est une erreur de manipulation mais en jouant avec le logiciel pour le tester, nous avons pu obtenir cette erreur relativement souvent.
Le mécanisme ci-dessous permet de le reproduire systématiquement sur mon poste, mais d'autre enchainement d'action plus longue apporte le même résultat.
Je rajoute que sur les versions précédentes, le bug existé aussi.
Bon courage.
J'ai un bug un peu près similaire, j'utilise Xnview 1.82.3 sur w2k sp4.
Mode opératoire pour reporduire le bug systématiquement :
1. Lancer Xnview (un minimum comme même ).
2. dans l'explorer double-clique sur D: (lecteur DVD vide).
3. Annuler le message d'erreur indiquant que le lecteur est vide.
4. Dans l'explorer double-clique sur poste de travail.
5. Le double clique actualise le poste de travail puis réessaye de réouvrir le lecteur D:
6. Faire annuler (lecteur toujours vide).
7. On obtient une erreur d'instructions mémoire et le logiciel se ferme après lecture du message.
Dans le journal d'événement voici le rapport :
"L'application, , a généré une erreur d'application L'erreur s'est produite le 03/03/2006 à 09:50:53.835 L'exception générée était c0000005 à l'adresse 00431410 (<nosymbols>) "
Je sais que le double-clique est une erreur de manipulation mais en jouant avec le logiciel pour le tester, nous avons pu obtenir cette erreur relativement souvent.
Le mécanisme ci-dessous permet de le reproduire systématiquement sur mon poste, mais d'autre enchainement d'action plus longue apporte le même résultat.
Je rajoute que sur les versions précédentes, le bug existé aussi.
Bon courage.