Eclaircissement:
...inspiré d' un travail déjà fait et conçu par moi-même.
J' en revendique donc la paternité.

euh..trié ?! pas forcément
Si je compares M avec F, pourquoi recomparer F avec M ?

Et puis comme tu dis: ça marche ça marche ..Et combien même on
aura à traiter une liste de 90 000 items, quelques secondes de plus
ou de moins, ne changera pas grand chose au cours de l' histoire.

Renfield, je te sens irrascible ce matin.
Alors qoui ? t' as pas encore fini tes cinq fruits ?  ;)

Sur ce, je me barre :-)

Salut,
Pas encre tester l' ensemble.
Il n' y a pas de doute que ça fonctionne.

J'ai parcouru le code, et j' avoue que je m' y perd un peu.
Mais pour la suppression, il me semble que ça devrait ressembler à ceci:

Private Sub CcBtnRemoveDuplicates_Click(Index As Integer)

'tester si la liste comporte au moins deux éléments .
If CcTxtList.Count=1 Then Exit Sub

'Voir même tester sur CcTxtList.Count=2
'et comparer le premier avec le deuxième.

Dim xsItems() As String
Dim i As Long
Dim k As Long
  BeginJob
  xsItems = Split(CcTxtList(Index).Text, vbCrLf)
  For i = 0 To UBound(xsItems)-2
     If LenB(xsItems(i)) Then
        For k = i+1 To UBound(xsItems)
           If LenB(xsItems(k)) Then
               If xsItems(i) = xsItems(k) Then
                   xsItems(k) = vbNullString
               End If
           End If
       Next k
     End If
  Next i
        CcTxtList(Index).Text = Join(xsItems, vbCrLf)
    EndJob
End Sub

Merci en tout cas f' avoir pris la peine de le faire.
C' est vraiment enrichissant, et ça permet de rappeler rout à chacun qu' on peut toujours faire autrement et surtout mieux.
C' est d' ailleurs ma devise.

A+
Bonne continuation.

beh je savais bien que j' ai loupé quelque chose :-)
Inconsciement peut être...du fait que je tenais beaucoup à ma méthode.
Maintenant que j' ai tout compris, ou presque, j' essayerais de mettre en application cette nouvelle approche..et voir.

A+

Pour le Change, je parlais de txtId (mon control masqué) et pas de CcTxtClient

Salut,
Pas si indépendant que ça !
Corrigez-moi si j' ai mal compris mais Lauch ne me renvoie qu' une Boolean.
Ou est donc passer l' Id et surtout vers quelle control il va être dirrigé ?

If Launch Then
       '# Pour cette Form, on renvoie l'ID
       [...]
   End If

Tout la question est dans [...] !

A vouloir contourner le Select Case on retombe dans pire !

Toutefois, je suis d' accord sur le fait que seul l' iD compte.
C ' est après qu' on s'occupera du reste, lorsque mon control dédié
à le recevoir change.

txtId_Change ==> Rechercher le reste.

Bonjour,
Il m' est arrivé d' utiliser ta technique PLUPLU, avec une variante cependant.
Je ne rafraichissais pas ma liste à chaque frappe mais je me contentais
de faire un appel à ma fonction RECHERCHER_PART selon que je suis sur la
zone code ou la zone nom.Sitôt l' occurence trouvée je plaçais ma ligne au top
de la liste.
Autre façon de faire aussi, c' est d' utiliser une ListBox, et selon que le focus est
sur la zone code ou la zone nom la remplir ou avec les Codes ou les Noms.
Et dans l' evenement Change des deux zones, utiliser l' Api SendMessage qui permettera
de trouver la première occurence.

On voit bien ici que les techniques sont multiples, et je crois que le but recherché par
Renfield est justement d' en faire la synthèse.

A+

@DRISSOU.
Pas la peine d' avoir recours à une procèdure pour avoir la feuille appelante,
il suffit de palcer son Nom dans le Tag de ta form2 au chargement de celle-ci.
Faire ensuite:
select case Me.Tag
    case "feuille1"
         form1.MiseAjour (NumClient)
    case else
end select

un label et pas une variable,si je lie mes controls directement à la table.

sûrement, un label est plus approprié.
Quand au FindItem, beh je prèfère des routines
personnalisée.De plus FindItem m' as fait tellement souffrir à mes débuts que je ne l' ai plus "revu" depuis :-)