Skip to content
This repository has been archived by the owner on Dec 14, 2018. It is now read-only.

MVC 5 compatibility #1232

Closed
yishaigalatzer opened this issue Oct 6, 2014 · 5 comments
Closed

MVC 5 compatibility #1232

yishaigalatzer opened this issue Oct 6, 2014 · 5 comments
Milestone

Comments

@yishaigalatzer
Copy link
Contributor

We should review the MVC compatibility and expand to a set of updates.

Things that where brought up before

Route definition
Namespaces
Area registration
Caching of child actions/view components

Things that where brought up before and explicitly decided not to do

Child Action -> Replaced by view components.

@danroth27 danroth27 added this to the 6.0.0-rc1 milestone Oct 7, 2014
@dougbu
Copy link
Member

dougbu commented Oct 8, 2014

See also

@yishaigalatzer
Copy link
Contributor Author

#842

@yishaigalatzer
Copy link
Contributor Author

@dougbu these are not compatibility shim bugs, these are just bugs

@dougbu
Copy link
Member

dougbu commented Oct 8, 2014

@yishaigalatzer tomato / tomatoe. I referenced those bugs because compat would be the reason to fix them. but agree that, if we fix most, we probably wouldn't do it in an "MVC compat shim". guess I was confused by the bug's title 😈

@yishaigalatzer yishaigalatzer modified the milestones: 6.0.0-beta3, 6.0.0-rc1 Jan 11, 2015
@dougbu
Copy link
Member

dougbu commented Jan 21, 2015

If we provide IHtmlHelper.AttributeEncode() methods (big if), we should do them in a compat shim. There is no reason for methods that should do exactly what the existing IHtmlHelper.Encode() methods do except back-compatibility.

See #81 for a bit more discussion of these methods.

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants