-
Notifications
You must be signed in to change notification settings - Fork 22
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Lens cannot deduce setter from this getter #174
Comments
Adding to it, below the list of assemblies both projects reference to: Failing Project
Working (debug) project
I've tried removing all references to WebSharper.UI.Next.*.dll family, but issue remains. |
You definitely need to either only use WebSharper.UI.Next.* assemblies and namespaces, or only WebSharper.UI.*. What does your call to Lens look like, and the types involved? |
>> What does your call to Lens look like, and the types involved? Looks like this issue relates to templating system. The snippet below raises the exception:
This is the template file (ListModelTest.html):
Thanks, |
Oh, right. For let items =
aliases
|> Doc.BindListModelLens (fun _ aliasVar ->
template.EditItem()
.Value(Lens aliasVar.V.Value)
.Doc()) I'll work on improving the error message so that this is clearer. |
hi!
I'm facing the following message while trying to use the Lens function:
After testing it on a debug project, I figure it is working. The main difference between both projects is the failing one references WebSharper.UI assembly (WebSharper.UI.4.2.1.86\lib\net461\WebSharper.UI.dll).
After removing such reference, my code breaks due UI.Next namespace not defined.
In summary, the failing project uses:
and the working project uses:
I recall changing the namespace of UI.Next lib after migrating to WebSharper 4.2 and I'm not sure now what to do.
Should I use the original namespace and get rid of WebSharper.UI.dll or is it a bug on Macro module (WS 4.2)?
Thanks,
Alex
The text was updated successfully, but these errors were encountered: