Reprise du message précédent :
Si possible de publier les réponses sans passer par des liens dans des fichiers qui en plus à terme disparaissent... c'est aussi sympa !

J'ai edité mon post avec la réponse  

Bonjour à vous,
 
sur Excel 2018, je suis en train de me familiariser avec une table d'une base de données et j'ai besoin de naviguer vite dedans.
Ca me sert à repérer des tendances, voir rapidement quelles colonnes sont vides, etc.
 
Quand je fais bouger le curseur de lignes, sur la droite, par un clic gauche maintenu, j'ai de fortes saccades.
 
Ce n'était pas le cas dans les anciennes versions, savez-vous comment les empêcher ?
 
Merci

en gros, Excel saccade quand on veut faire défiler lignes ou colonnes vite, comment empêcher cela ?

bon j'ai résolu :
 
https://www.sysprobs.com/slow-cell- [...] office-365
 
il faut désactiver l'accélération graphique matérielle

 
Je ne comprends pas pourquoi le graph décale les données MER Cardio d'une heure quand je choisis un autre style de graphique (point plutôt que courbe), l'effectif démarre à 6h et la fermeture se fait à 19h, pourquoi tout est décalé d'une heure dans le graphique ?
 
Merci

Ok.....    
 
Mettre 0h plutôt que 0 permet de remettre tout ce petit monde en face des bonnes heures....

Hello,
 
Je dois être idiot mais est il possible d'inverser l'ordre d'une sélection (un itinéraire où la première journée devient la dernière)?
 
Merci pour le tuyau

Par le tri sur les dates ?

Pas possible, j'ai une colonne date et 3 colonnes avec 3 itinéraires possibles dont un que je voulais inverser (alors la solution simple est du copier coller, ça ne fait que 15/20 lignes, mais je suis étonné que ce ne soit pas possible simplement)

Il y a cette astuce ;
https://fr.extendoffice.com/documen [...] olumn.html

Merci, je pensais vraiment que c'était gérable directement. Mais le passage par une colonne d'ordre, ce n'est pas bête!

Même par le copier/coller ce n'est pas possible, tu peux juste transposer sur Excel, non ?

ligne par ligne mais ça ne me plait pas comme solution celle au-dessus plus, même si ça me laisse perplexe qu'une telle utilisation ne soit pas en standard

Transposer, c'est pas juste pour passer d'horizontal à vertical (et inversement) ? Si oui, il y a peut-être moyen d'en enchaîner 2 pour inverser l'ordre.

Non puisque la case en haut à gauche sera toujours considérée comme la première, donc la deuxième transposée fera revenir à l'état initial.

Ok, je pensais qu'il y avait le choix de l'ordre, jamais essayé.

Il suffit de modifier l'ordre de tri de tes données... j'avoue ne pas comprendre quel est ton pb...
Trier A-Z ou Trier Z-A en fonction de ce que tu veux.

Non, ça n'a rien à voir. J'ai une colonne A/C/E/D/B et je veux la remettre en B/D/E/C/A

tu mets dans une colonne adjacente
si ta colonne est en $H$5:$H$8
=INDEX($H$5:$H$8;GRANDE.VALEUR(LIGNE($H$5:$H$8)-4;LIGNES($1:1)))
 
Crdlmt

Ne fonctionne pas chez moi, m'affiche #REF!. Mais si je rajoute un S derrière le 1er LIGNE, j'obtiens une copie conforme de la colonne référencée, donc sans inversion.
J'ai une liste de chiffres qui va de K168 à K174 et j'ai tapé ceci en L168 (et incrémenté jusqu'à L174) ;
=INDEX($K$168:$K$174;GRANDE.VALEUR(LIGNES($K$168:$K$174)-7;LIGNE($1:1)))
Et si je rajoute un S derrière le 2ème LIGNE (devant $1:1), seul le 1er chiffre est copié et les autres cellules affichent #NOMBRE!  
 
 
edit : si j'enlève le -7, la 1ère cellule (L168) affiche bien le dernier chiffre (celui de K174), sauf que les autres aussi.
=INDEX($K$168:$K$174;GRANDE.VALEUR(LIGNES($K$168:$K$174);LIGNE($1:1)))
 
edit 2 : si je rajoute -1 sur la 2ème ligne (L169), j'obtiens bien l'avant dernier chiffre (celui de K173), -2 celui de K172 ... on avance, donc il faudrait trouver le moyen de passer de 0 à -6 par incrémentation.
=INDEX($K$168:$K$174;GRANDE.VALEUR(LIGNES($K$168:$K$174)-1;LIGNE($1:2)))

Merci pour la réponse, même erreur ici (et comme j'avoue ne pas forcément comprendre ce que fait la formule.... Je ne pensais pas qu'un truc aussi simple à énoncer puisse poser problème à faire !

Trouvé    
Pas besoin de rajouter -1, -2 ... il ne fallait pas figer le 1er chiffre derrière LIGNES ;
=INDEX($K$168:$K$174;GRANDE.VALEUR(LIGNES($K168:$K$174);LIGNE($1:1)))
Quand on incrémente on obtient donc ;
=INDEX($K$168:$K$174;GRANDE.VALEUR(LIGNES($K169:$K$174);LIGNE($1:2)))
...
Mais j'ai du mal à comprendre cette astucieuse formule  

OK, mais on est dans Excel... quel est le sens d'inverser une colonne selon un critère qui n'a pas de logique ?

Pas de logique pour toi

Donne moi une explication alors... mais j'ai lu plus haut que Excel devrait proposer ça en natif... donc là je veux bien une explication du besoin réel...

Bah l'inversion d'une liste de valeur non corrélées entre elles (étape,liste de course, que sais-je encore...) me semble suffisant comme besoin mais c'est sans doute parce que j'en ai eu l'utilité que ça me semble necessaire.

L'opération à faire est donc bien une inversion d'une liste totalement arbitraire... à part passer par une colonne avec des numéros pour au final donner un poids/une valeur à chaque cellule... et inverser ensuite l'ordre, je ne vois pas bien  
 
Par exemple pour des étapes, tu pourrais avoir la logique de l'ordre des étapes qui sont numérotées à côté... et alors l'ordre des étapes peut être inversé (si par exemple ensuite chaque étape à un nom).
Sur une liste de course.. à part l'ordre des rayons, je vois moins la logique de chercher à inverser cette liste.
 
Au final... si tu as besoin d'une inversion, c'est bien que tu attribues un caractère pondéré à chaque élément, et que tu souhaites l'opposé de ce que tu as, donc tu peux alors inverser ce tri en affichant/définissant la pondération associée.

 
INDEX($K$168:$K$174;GRANDE.VALEUR(LIGNES($K169:$K$174)-168;LIGNE($1:2)))
L'index d'une plage commence a 1
 
la derniere ligne, c'est celle qui a la plus grande valeur (ici 174) et elle est données par la formule  
GRANDE.VALEUR(LIGNES($K169:$K$174);1) =>>d'ou le -168 pour que LIGNES($K169:$K$174) -168 commence a 1
 
 
Crdlmt

Ça ne marche pas, par contre ça marche si je mets -1, puis -2 ... ou sans ça, comme dans la dernière formule que j'ai postée.
 
edit : Mais j'ai toujours du mal à la comprendre, surtout qu'en L174 j'obtiens ça après incrémentation ;
=INDEX($K$168:$K$174;GRANDE.VALEUR(LIGNES($K174:$K$174);LIGNE($1:7)))
Et ça me retourne bien le contenu de K168 alors que K168 n'est plus dans la sélection de la fonction LIGNES   , comme si le LIGNE($1:7) remontait à partir de K174 pour aller trouver K168    
Je ne pige pas non plus pourquoi la 1ère fonction LIGNES doit absolument être au pluriel et la 2ème au singulier pour que ça marche !?
 
edit 2 : un début d'explication pour LIGNE(S) ;
https://www.commentcamarche.net/faq [...] e-colonnes
Donc au singulier c'est le N° de ligne et au pluriel le nombre de lignes de la sélection.

https://www.cjoint.com/c/LDprjQYDuHY
 
Crdlmt

Ah d'accord, tu avais oublié de préciser que la tienne fonctionnait en matriciel    
Mais je n'ai toujours pas compris comment ma variante (non matricielle) permettait d'arriver au même résultat, pour la raison que j'expliquais plus haut  

la fonction n'est pas matricielle.
elle le serait si tu mettais ligne(sans S),a la fin
Ensuite, je le répète, la premiere valeur dune plage est dans la cellule d'index 1
INDEX($K$168:$K$174;GRANDE.VALEUR(LIGNES($K174:$K$174);LIGNE($1:7))) ,  
ça ne veut strictement rien dire  
ça te donne une matrice de 7 lignes de la valeur 1 et sans {}, ça te donne  INDEX($K$168:$K$174;1) soit K168
 
Crdlmt

Il y a bien des accolades dans ta formule, et si on ne la sauve pas en matriciel, elle ne fonctionne pas (elle renvoie la 1ère valeur au lieu de la dernière).
 

Et pourtant ça fonctionne, sans devoir sauver en matriciel et sans devoir soustraire de lignes. Je ne dis pas que c'est logique, au contraire, je ne me l'explique pas.
 
Donc je n'ai toujours pas compris comment INDEX($K$168:$K$174;GRANDE.VALEUR(LIGNES($K174:$K$174);LIGNE($1:7))) parvenait à me retourner le contenu de K168.
 
Parce que même en considérant que ça fonctionne en boucle (dans la zone K168 à K174) à partir de la dernière ligne (quand il est mis LIGNES($K174:$K$174), comme c'est le cas dans ma cellule L174), K168 serait donc la 2ème ligne et pas la 7ème, sauf si ça remonte à partir du bas, comme je le supputais.
Ou un détail m'échappe sur le fonctionnement des fonctions LIGNES et LIGNE.
 
Toujours est-il que nos 2 formules fonctionnent.
 
Désolé d'être insistant mais je n'aime pas ne pas comprendre, surtout quand ça a l'air relativement basique    

EDIT : version finale dans le message suivant.

Ça c'est ma variante, sauf que le 1 à la fin n'est pas incrémentable donc on le remplace par LIGNE($1:1).

J'ai édité pour expliquer, le 1 n'a pas besoin d'être incrémenté, cela fonctionne très bien.

D'ailleurs :

suffit.

Avec INDEX on va chercher le numéro de ligne (2ème argument) dans la plage correspondante (1er argument).
Dans le numéro de ligne de INDEX, on précise qu'on veut la ligne qui correspond à la taille de la plage de données allant du début jusqu'à la fin pour la première ligne ("LIGNES(2:$8)" ), et à chaque fois qu'on incrémente la formule on réduit la plage de données d'une valeur (pas de $ dans la référence de début de plage "2:$8" ) et donc sa longueur. Dans mon exemple, la plage fait donc 7 lignes au début, 6 lignes dans la ligne en-dessous et ainsi de suite. Ce qui permet de récupérer la 7ème valeur, puis la 6ème, etc.

Ah tiens oui, ça marche aussi.
Bizarre parce que peu importe qu'il y ait 1 ou LIGNE($1:7), ça renvoie le même résultat.
D'ailleurs je me rends compte que je peux mettre n'importe quel chiffre dans LIGNE, par exemple LIGNE($1:120), ça marche, comme si cette valeur était ignorée.

LIGNE renvoie le numéro de ligne du début de la plage renseignée, donc LIGNE($1:7) ou LIGNE($1:120) renvoie la même chose : 1. Par contre LIGNE($3:7) renvoie 3.

EDIT : ne pas confondre avec LIGNES qui elle renvoie le nombre de lignes de la plage, donc forcément LIGNES($1:7) et LIGNES($1:120) ne renvoient pas la même chose.

Ok, d'ailleurs je vois que tu as proposé une autre version pendant que je tapais mon message.
Ta dernière version fonctionne aussi chez moi, soit ;
=INDEX($K$168:$K$174;LIGNES(168:$174))
qui devient donc sur la dernière ligne ;
=INDEX($K$168:$K$174;LIGNES(174:$174))
Simple, basique  
 

D'accord, donc de fait ça renvoie la valeur de la dernière ligne de la plage dont la taille est spécifiée par LIGNES, j'y vois plus clair.