This is actually not an answer, but I am writing it here, hoping only to add a (slightly) overall picture.
For me, I found that my โModuleโ class was not explicitly changed as โPublicโ (by default, Friend is used when you do not specify a modifier, and that was what killed me)
Yes, I understand the OP example. The module has already been declared Public already .. but I just did not catch it in my code stack and decided that I would highlight this requirement. As a native of C-sharper who has been playing VB.Netter in the last five years, Iโm tired of translating C # fragments manually .. and I usually rely on code converters . Thus, the excellent HtmlHelper that I found and converted did not quite understand, and I forgot to look for this problem in the code snippet that was created for me.
As noted in previous comments, I would also like to join the choir and point out the following:
I did all of the above (as I thought, as I checked the OP checklist again and again)
I also find that HtmlHelpers is almost impossible for VB.NET MVC 4 (until today) - requirements seem to be supported in such a fragile way
I also despise the need to use VB.NET to develop MVC sites (but I have to live with it .. this is part of the legacy code that I inherited from my company)
As much as I despise him (for reasons like this), I will say that everything seems to be supported if you are decisive enough to understand this. (thanks StackOverflow!)
Prior to this discovery, I thought it might not work because my application name has dots in it (MyCorp.Web.WorkOrders) compared to (MvcApplication1) .. but, my tests conclude that the application name was not question. In any case, you name it, it will work.
Again, as @Darin already pointed out, you should definitely include the solution name (space) as part of the add namespace declaration in views / web.config
source share