@lauromoura

I know you are very busy, but -
please care about this problem together :)

I tried to write patch to support eo access modifiers(like @protected) on EFL#. however there is a problem.
Method of C# interface have to be public.

Interface members are automatically public, and they can't include any access modifiers. Members also can't be static. (https://docs.microsoft.com/en-us/dotnet/csharp/programming-guide/interfaces/index)

but there is protected method of Eo interface. e.g. hint_size_restricted_min_set. you will get CS0106 Compiler error.(https://docs.microsoft.com/en-us/dotnet/csharp/language-reference/compiler-messages/cs0106)

I have no idea how to solve this problem.

I think this is (again) an example of something that EO supports and one of the binding languages does not.

I see two options:

1. Make the C# generator ignore @protected tags in interfaces.
2. Modify Eolian so that it does not accept @protected tags in interfaces, and then we remove that tag from hint_size_restricted_min_set.

I agree with Microsoft here, I don't think protected methods on an interface make much sense. Therefore I prefer option 2.
However, if this is too much work now, we can create a task to do that later and proceed with option 1 for now.

What do you think @q66?

Note that current state is option 1. eolian_mono ignore @protected tags and make interface method public. Ah, you mean it is only interface case.
I also prefer option 2. end user shouldn't use @protected methods directly.

Below is a list of places (left col) where the documentation refers to @protected methods from interfaces (right col).

These @protected methods would not be generated leading to cref misses when generating C# docs.

Btw, I'm also in favor of option 2 (removing @protected stuff from interfaces).

Hmmm.... @lauromoura, Efl.Ui.Format is a mixin, and its protected method formatted_value_get is only referenced from other protected methods. I see no problem here.

I understand the C# implementation of mixins involves creating interfaces. If we forbid protected methods from interfaces, what will happen to mixins in C#?

I've fixed the Efl.IPackLayout.UpdateLayout reference. This was really a public method referencing a protected method.

Efl.IPart.GetPart is a protected method in an EO interface, which we said we should forbid.

The rest of problems (Efl.Ui.IFormat.GetFormattedValue and Efl.Ui.IL10n.UpdateTranslation) only exist because C# mixins use interfaces, and should be fixed from the C# generator.

I think the approach is OK.
It makes protected eo methods also protected in C# (which will remove them from the docs), and the only downside is that these methods also disappear from C# interfaces, so user-created C# classes won't be able to fully implement eo interfaces.
I think this downside is acceptable, since the most common use case would be for users to inherit from an EFL# class (which already includes all eo mixins and interfaces), not to create new classes from scratch implementing eo interfaces and including eo mixins.
Am I correct?