Separate the auto suggest of the current class from the ancestral classes

[gavr123456789]

Here what I mean:

type
  Foo = object of RootObj
  Bar = object of Foo
  Sas = object of Bar


proc foo1(f: Foo, y: int, z: int) =
  echo y, z

proc foo2(f: Foo, y: int, z: int) =
  echo y, z

proc foo3(f: Foo, y: int, z: int) =
  echo y, z

proc bar1(f: Bar, y: int, z: int) =
  echo y, z

proc bar2(f: Bar, y: int, z: int) =
  echo y, z

proc bar3(f: Bar, y: int, z: int) =
  echo y, z

proc sas1(f: Sas, y: int, z: int) =
  echo y, z

proc sas2(f: Sas, y: int, z: int) =
  echo y, z

proc sas3(f: Sas, y: int, z: int) =
  echo y, z


let sas = Sas()

sas.

Here I see all procs in suggestion:

In large libraries such as GTK, because of the UFCS hints and methods of all the ancestors, a combinatorial explosion of autocompletion is obtained. After each dot, I get most of the GTK as a result of which the auto-completion becomes less useful.

I suggest putting the options that relate directly to the object first and marking them in a special way.
For the example above, this would mean seeing sas 1,2,3 first, you can also sort by inheritance order, then the order would be sasN, barN, fooN.

Most likely this issue also applies to https://github.com/pragmagic/vscode-nim

[Araq]

How about this alternative: If there are multiple options of the same name, only show one. The one that is closest to sas's class.

[gavr123456789]

@Araq Can you give an example of what you mean? The same names are functions with an overload? In my example, the functions are named so only to make it clearer which classes they belong to. The main problem is to determine which functions from the suggested ones are directly related to the object after which the point was put.

In the example with GTK, more than 100 functions appear in autocompletion for most objects due to the fact that they are mixed into one heap: methods of objects, methods of the object's ancestors, and simply methods that take any of these entities as the first argument.

[gavr123456789]

I will clarify a little, with the inheritance hierarchy A - > B - > C. After the dot after c, the first will be members (procedures and fields) of class C, then B and A.

[Araq]

The same names are functions with an overload?

That's what I mean, yes.

[gavr123456789]

The same names are functions with an overload?

That's what I mean, yes.

@Araq Yes, this is a good idea, in vsc you can display overloads without displaying the same names in the autocomplete

But this does not solve the problem of the huge number of procs in auto-completion due to the UFSC. you need to put the procs belonging to the objects in the order of the hierarchy to simplify navigation.