Excel déplace affichage avec colonnes larges
lenainjaune
Messages postés
771
Date d'inscription
Statut
Contributeur
Dernière intervention
-
lenainjaune Messages postés 771 Date d'inscription Statut Contributeur Dernière intervention -
lenainjaune Messages postés 771 Date d'inscription Statut Contributeur Dernière intervention -
Bonjour à tous,
Le titre ne doit pas être très évocateur du problème, alors je vais partir sur exemple :
Sous Microsoft Excel, j'ai 2 colonnes A et B. La colonne B étant l'explication de la colonne A.
A est une petite colonne et B une colonne large, qui se termine hors de l'affichage (pour pouvoir atteindre la colonne C, je dois faire défiler avec la barre de défilement horizontale).
Si je veux éditer une cellule de la colonne B, Excel va systématiquement déplacer l'affichage, de sorte que le début de la colonne B, soit à gauche.
Le problème, c'est que je suis contraint, à refaire défiler dans l'autre sens, pour réafficher la colonne A.
Existe t-il une solution pour empêcher ce déplacement ennuyeux ?
J'ai trouvé une solution de contournement : le fractionnement, mais ça ne marche que pour le cas de 2 colonnes.
Et pour 3 colonnes ? Rebelote ...
Si j'ai la colonne A fixée au fractionnement, la colonne B de petite taille et la colonne C très large, si je veux éditer la colonne C, la colonne B disparaît systématiquement !
D'où ma question :
Existe t-il un réglage pour éviter ce comportement casse-c***le ?
Je précise, que j'utilise le Pack Office 2003 Pro (qui me va très bien) ; peut être ce problème a t-il été réglé avec le Pack Office 2007 ou 2010, ça je n'en sais rien ...
Je vous remercie d'avance pour vos avis éclairés
Cordialement
lnj
Le titre ne doit pas être très évocateur du problème, alors je vais partir sur exemple :
Sous Microsoft Excel, j'ai 2 colonnes A et B. La colonne B étant l'explication de la colonne A.
A est une petite colonne et B une colonne large, qui se termine hors de l'affichage (pour pouvoir atteindre la colonne C, je dois faire défiler avec la barre de défilement horizontale).
Si je veux éditer une cellule de la colonne B, Excel va systématiquement déplacer l'affichage, de sorte que le début de la colonne B, soit à gauche.
Le problème, c'est que je suis contraint, à refaire défiler dans l'autre sens, pour réafficher la colonne A.
Existe t-il une solution pour empêcher ce déplacement ennuyeux ?
J'ai trouvé une solution de contournement : le fractionnement, mais ça ne marche que pour le cas de 2 colonnes.
Et pour 3 colonnes ? Rebelote ...
Si j'ai la colonne A fixée au fractionnement, la colonne B de petite taille et la colonne C très large, si je veux éditer la colonne C, la colonne B disparaît systématiquement !
D'où ma question :
Existe t-il un réglage pour éviter ce comportement casse-c***le ?
Je précise, que j'utilise le Pack Office 2003 Pro (qui me va très bien) ; peut être ce problème a t-il été réglé avec le Pack Office 2007 ou 2010, ça je n'en sais rien ...
Je vous remercie d'avance pour vos avis éclairés
Cordialement
lnj
A voir également:
- Excel déplace affichage avec colonnes larges
- Déplacer colonne excel - Guide
- Formule moyenne excel plusieurs colonnes - Guide
- Classer par ordre alphabétique excel plusieurs colonnes - Guide
- Liste déroulante excel - Guide
- Comment faire des colonnes sur word - Guide
4 réponses
Bonjour
En sélectionnant ta colonne B
- clic droit souris / format largeur colonne / 100 par exemple
- Format / cellule / onglet alignement / cocher revenir à la ligne automatiquement
ça devrait aller mieux ?
En sélectionnant ta colonne B
- clic droit souris / format largeur colonne / 100 par exemple
- Format / cellule / onglet alignement / cocher revenir à la ligne automatiquement
ça devrait aller mieux ?
Salut à toi argixu et merci pour la réponse rapide !
Ca permet de faire du multi-lignes.
Sauf que :
1) on ne souhaite pas toujours voir des lignes de hauteurs différentes
2) le problème s'empire si la cellule contient beaucoup de texte
3) le problème est le même si la colonne est plus large que l'affichage
Mais en tout cas merci pour l'idée !
La transe c'est l'immensité de l'intime...
Ca permet de faire du multi-lignes.
Sauf que :
1) on ne souhaite pas toujours voir des lignes de hauteurs différentes
2) le problème s'empire si la cellule contient beaucoup de texte
3) le problème est le même si la colonne est plus large que l'affichage
Mais en tout cas merci pour l'idée !
La transe c'est l'immensité de l'intime...
"1) on ne souhaite pas toujours voir des lignes de hauteurs différentes"
Alors règle les toutes à la même hauteur
"2) le problème s'empire si la cellule contient beaucoup de texte "
Tu te sers d'excel pour faire un roman ?
'3) le problème est le même si la colonne est plus large que l'affichage '
Là c'est pas clair..;
Bonne chance pour d'autres solutions
Alors règle les toutes à la même hauteur
"2) le problème s'empire si la cellule contient beaucoup de texte "
Tu te sers d'excel pour faire un roman ?
'3) le problème est le même si la colonne est plus large que l'affichage '
Là c'est pas clair..;
Bonne chance pour d'autres solutions
Alors règle les toutes à la même hauteur
bah oui, et à chaque fois que j'édite une cellule, je vais devoir redimensionner la hauteur, tu parles d'un avantage ... A moins que tu saches bloquer la hauteur d'une ligne.
Tu te sers d'excel pour faire un roman ?
Pas loin ;-)
'3) le problème est le même si la colonne est plus large que l'affichage ' Là c'est pas clair..;
Ben, même si je met en multi-lignes, si la colonne est plus large que l'affichage, le problème reste identique : quand je modifie une cellule de la colonne B, l'affichage se déplace pour mettre le début de la colonne B complètement à gauche et ainsi la colonne A n'est plus visible.
A l'inverse, si je réduis ma colonne B pour qu'elle ne dépasse pas l'affichage, certes l'affichage ne bougera pas quand je modifierai une cellule, mais pour rajouter du texte sa hauteur va grandir vite, et donc c'est moins exploitable (sans compter que c'est moins lisible et qu'il faut redimensionner la hauteur à chaque fois)
Bref ...
Ce que je ne comprends pas c'est pourquoi M$ force le déplacement de l'affichage ! Je viens de tester sur Calc (LibreOffice) et le problème n'apparaît pas !
La transe c'est l'immensité de l'intime...
Bonjour lenainjaune.
Il y a beaucoup de calculs, dans ton fichier ?
Si OUI, utilise le zoom d'affichage pour réduire la taille des cellules.
Si NON, utilise Word au lieu d'Excel.
Il y a beaucoup de calculs, dans ton fichier ?
Si OUI, utilise le zoom d'affichage pour réduire la taille des cellules.
Si NON, utilise Word au lieu d'Excel.
Bonjour Raymond PENTIER,
Il n'y a aucun calcul dans mon classeur !
Non, la quantité de données est variable d'une ligne à l'autre. De plus, je n'ai pas la vision d'un Super Héros ...
Non, car Word n'est pas très bon pour stocker des données tabulaires comme les bases de données.
En fait, je me sers de l'ergonomie et de l'efficacité du classeur (feuilles, tri et macros entre autres) pour saisir des données de manière tabulaires.
Une fois les données saisies, une macro Excel génèrera une documentation (au format Word pourquoi pas ?)
Je pourrais me servir d'un gestionnaire de base de données (SGBDR), mais la quantité des données ne justifie pas que je sorte les armes lourdes, de plus les SGBDR ne sont pas très ergonomique pour la saisie.
En fait, le tableur est un bon compromis ! Comme je l'ai dis plus haut, Calc (projet LIbreOffice) ne présente pas le même bug. Donc, ça me conforte dans l'idée que c'est un paramétrage à régler ou bien un bug de M$.
Ce problème je l'ai constaté depuis longtemps, et comme beaucoup, j'ai fait avec. Mais c'est vraiment pénible de devoir faire défiler à chaque modification.
C'est pour cela que je cherche une solution ...
Il y a beaucoup de calculs, dans ton fichier ?
Il n'y a aucun calcul dans mon classeur !
Si OUI, utilise le zoom d'affichage pour réduire la taille des cellules.
Non, la quantité de données est variable d'une ligne à l'autre. De plus, je n'ai pas la vision d'un Super Héros ...
Si NON, utilise Word au lieu d'Excel.
Non, car Word n'est pas très bon pour stocker des données tabulaires comme les bases de données.
En fait, je me sers de l'ergonomie et de l'efficacité du classeur (feuilles, tri et macros entre autres) pour saisir des données de manière tabulaires.
Une fois les données saisies, une macro Excel génèrera une documentation (au format Word pourquoi pas ?)
Je pourrais me servir d'un gestionnaire de base de données (SGBDR), mais la quantité des données ne justifie pas que je sorte les armes lourdes, de plus les SGBDR ne sont pas très ergonomique pour la saisie.
En fait, le tableur est un bon compromis ! Comme je l'ai dis plus haut, Calc (projet LIbreOffice) ne présente pas le même bug. Donc, ça me conforte dans l'idée que c'est un paramétrage à régler ou bien un bug de M$.
Ce problème je l'ai constaté depuis longtemps, et comme beaucoup, j'ai fait avec. Mais c'est vraiment pénible de devoir faire défiler à chaque modification.
C'est pour cela que je cherche une solution ...
C'est un gestionnaire de base de données, non ?
Comme je l'ai dit plus haut, je ne veux pas utiliser un tank pour tuer une mouche, le tableur est léger et assez ergonomique pour ce que je veux faire : entrer des données tabulaires.
Ceci étant, j'ai quand même testé Access 2003 pour tester le problème évoqué au début.
Et ben devine quoi ... le problème est le même sous Access que sous Excel (c'est t-y pas génial M$ !!! Au moins; ils sont cohérents dans leurs bugs !)
Fais le test sous Access : crée une BDD, crée une table, donne une petite taille à la colonne 1 et donne une très grande taille à la colonne 2 (pour qu'elle dépasse l'écran), fait une saisie dans la col 1 et fait une saisie en col 2 ... pam ! l'affichage se décale pour éditer col 2.
Ceci étant, je manifeste mon ras-le-bol maintenant, mais ce n'est pas propre à mon projet actuel, ce bug je l'ai déjà constaté depuis longtemps ... sauf que j'ai laissé passer et que là je me suis pris en main pour résoudre le problème !
Cordialement
Je pourrais me servir d'un gestionnaire de base de données (SGBDR), mais la quantité des données ne justifie pas que je sorte les armes lourdes, de plus les SGBDR ne sont pas très ergonomique pour la saisie.
Comme je l'ai dit plus haut, je ne veux pas utiliser un tank pour tuer une mouche, le tableur est léger et assez ergonomique pour ce que je veux faire : entrer des données tabulaires.
Ceci étant, j'ai quand même testé Access 2003 pour tester le problème évoqué au début.
Et ben devine quoi ... le problème est le même sous Access que sous Excel (c'est t-y pas génial M$ !!! Au moins; ils sont cohérents dans leurs bugs !)
Fais le test sous Access : crée une BDD, crée une table, donne une petite taille à la colonne 1 et donne une très grande taille à la colonne 2 (pour qu'elle dépasse l'écran), fait une saisie dans la col 1 et fait une saisie en col 2 ... pam ! l'affichage se décale pour éditer col 2.
Ceci étant, je manifeste mon ras-le-bol maintenant, mais ce n'est pas propre à mon projet actuel, ce bug je l'ai déjà constaté depuis longtemps ... sauf que j'ai laissé passer et que là je me suis pris en main pour résoudre le problème !
Cordialement
J'en suis désolé.
Par contre je n'appellerais pas cela un bug, ni un problème, mais un mode d'affichage.
Il ne te reste effectivement qu'à opter pour Calc, pour le travail un peu spécial que tu veux absolument faire sur tableur, sachant par ailleurs qu'un tableur n'est pas prévu pour ce genre de manipulation ...
Salutations.
Par contre je n'appellerais pas cela un bug, ni un problème, mais un mode d'affichage.
Il ne te reste effectivement qu'à opter pour Calc, pour le travail un peu spécial que tu veux absolument faire sur tableur, sachant par ailleurs qu'un tableur n'est pas prévu pour ce genre de manipulation ...
Salutations.
Par contre je n'appellerais pas cela un bug, ni un problème, mais un mode d'affichage.
Oui, tu as raison ce n'est pas un bug ! C'est pour ça que je cherche un paramètre à régler ! Et je le re-précise, ce problème n'est pas spécifique à mon projet actuel.
Il ne te reste effectivement qu'à opter pour Calc, pour le travail un peu spécial que tu veux absolument faire sur tableur, sachant par ailleurs qu'un tableur n'est pas prévu pour ce genre de manipulation ...
Effectivement, j'en demande un peu beaucoup au tableur ...
Ceci dit, vu que la finalité sera de générer une documentation, je devrais passer par les macros, et de mémoire, la programmation via LibreOffice n'est pas encore bien mature et bien fournie (je m'étais essayé aux macros sous OpenOffice et j'ai vraiment miséré !). Donc je ne suis pas chaud pour utiliser Calc ...
