Sur le conseil de Christophe voici un essai de table
On entre les données dans le fichier data.txt

la première ligne du fichier c'est les noms des rubriques un item par ligne l'espace sert de séparateur
Si je n'ai rien oublié le fonctionnement est intuitif avec des clignotements en cas d'action illégale
ça a l'air de fonctionner testé avec "Brun" ET "Grand"

C'est là--->: essai table.zip
Dernière modif: 19/08-09h56

Je dirais que ça peut être n'importe quel ensemble dont les éléments ont des points communs et des différences... Déjà obtenir un fonctionnement de ton 'ET' à trois critères te permettrait d'être sûr de son fonctionnement, avant de l'appliquer à un ensemble que tu as encore le temps de définir. AMHA. Ou j'ai rien capté...

J'ai essayé ton programme, et si je cherche les profs de physique qui ont une Ford, je fais :

• dans la liste, double-clic sur phys
• clic sur le bouton bleu -> affichage des physiciens
• clic sur le bouton "ET"
• de nouveau dans la liste, double clic sur ford
• clic sur le bouton bleu -> affichage des physiciens qui ont une ford,
  

Donc ça marche bien. Par contre, si on arrive à se de dépatouiller lorsqu'on veut faire une nouvelle recherche, ce serait plus clair d'avoir un bouton "nouvelle recherche" qui viderait les textbox de recherche et réinitialiserait le programme.



Edité par Christophe Le 13/07/2017 à 20h52

J'ai ajouté des rubriques, on peut maintenant mettre n'importe combien en long et en large dans le fichier, et j'ai fait la rotation des textbox; tout allait bien.
Mais quand j'ai voulu aligner le texteditor, je me suis aperçu que la ligne dépassait le cadre;
Et que donc, l'ascenseur horizontal devenait actif
Et que quand on manipulait l'ascenseur;et ben plus rien ne correspondait à rien.
Et macache pour accoupler quoi que ce soit à l'ascenseur.
J'ai donc virés les textbox et mis les rubriques en têtes de colonnes; et basta
Et j'ai mis une pancarte pour le résultat vide.
Mais il reste des bavures non résolues à ce jour.
Nouveau zip plus beau plus fort -->: essai table.zip
Edit: Ajouté un bouton "Lock" pour rester en mode ET" en gardant le premier critère
Pour un nouveau premier critère: Clic sur "ET" après sélection
"Unlock" repasse en mono-critère
Recherche listes pour nourrir le fabuleux logiciel.
Edit: Petit débugage: 19/07/17 17h25

En effet, c'est mieux.
Je pense ajouter un: "OU" et un: "NON", car avec le "ET" c'est une peu trop restrictif.
Mais il reste à trouver des listes. les formes-cheval-terrains..ext des turfistes s'y prêterait bien mais je n'ai pas trouvé de liste
Pas facile à remplir la base...
J'ai intégré ta modif dans le zip: essai table.zip

J'ai ajouté le "OU", ça a l'air de fonctionner mais il reste des trucs bizarres avec le "Lock-Unlock"
Je ne remmène pas le gars aux 20 millions d'items ici, car les "amateurs-pros" se gaussent du Basic, considéré comme has been, obsolète. mais je ne vois nulle part la production des amateurs de C, de C++, de Python et des autres... Et pour cause: Il faut dans ces langages des années d'étude et de pratique pour faire une malheureuse interface graphique
Les langages puissants c'est bien, encore faut-il les maîtriser.
Le zip, toujours plus beau , toujours moins cher: essai table.zip

Citation:
Et non, car on resterait coincé dans le "ET"
Mais je peut faire un "ET"à deux positions; ça sera plus simple

A part ça, on s'aperçoit que le "OU" est vain, puisqu'il revient à faire deux recherches.
Je fais suivre le zip: essai table.zip

Citation:
C'est: "ET" vérrouillé ou pas; mais finalement je garde le "Lock" séparé, j'ai juste enlevés les disables.
J'ai corrigé des trucs mais il reste certainement des fonctionnements bizarres.
J'ai tout bien séparé pour traquer les bugs sans me prendre la tête, mais je n'avais pas pensé aux inter-dépendances des fonctions entre elles.
Et c'est là que les bugs ont été se fourrer.
Je vais mettre le "NON" pour le fun.
Quand ça marchera j'essaierai de compacter.

Les news:
J'ai mis le tri numérique (le tri alphabétique est en stand by)
Même philosophie que pour le reste:
- On sélectionne une valeur dans une colonne
-Clic sur "TRI" (ou sur "ET", "OU"...)
- "ENTER"
Les données sont triées par valeurs croissantes de la colonne choisie
Le zip de la mort qui tue: essai table.zip
Dernière MAJ: 06/08/17; 20h24 Le tri alphabétique fonctionne, ça commence à ressembler à "Access"
Der MAJ: 09/08/17; 20h53 petits arrangements

Les news: Quelques ajouts et mises au point
J'ai mis des fichiers "jeff300 600 2000.txt" pour tester en volume, qui m'a fait ajouter une estimation de temps de calcul pour les plus de 200 lignes (fantaisiste l'estimation).
L'histoire qui va avec ces fichiers est la suivante en allant de gauche à droite dans la ligne:
Un étudiant: "AA BB...", suit un cursus: "aaa bbb...", il effectue des TP: "aaaa bbbb..." comportants des critères: "t1-1 t1-2; t2-1...", regroupés en compétences: (t1 à t13)
pour lesquels il obtient des notes: "sur 100", affectées de pondérations: "2p 3p..."
Le but: Calculer les compétences.
(t1-1 est stocké: 1t 1 pour permettre l'extraction de la valeur numérique qui sert pour le tri).

essai table.zip

Citation:
Tu rigole, ce truc s'avère drôlement puissant depuis que j'ai mis le transfert.
Le calcul des compétences (sans la pondération qui spécialiserait le soft) se fait par une suite de "sélections-transferts"
"Select" étudiant -> "transfert" -> "select" t1 -> "transfert" -> "cont" notes -> total notes t1 = compétence c1
Et on peut automatiser des suites
Mais là où je rêvais, c'est que je comptais traiter deux millions de lignes.
Je me demande ce que ça donnerait en temps transposé en "C" ou en assembleur.