Dot Net Nuke 模块中多个控件的皮肤问题
在我正在开发的 Dot Net Nuke 模块中，我需要将控件分成几个不同的区域。不幸的是，Dot Net Nuke 似乎认为由控制键识别的任何控件都是“编辑”屏幕，并会自动更改皮肤。
- 是否可以通过编程方式改变这种行为？
- 在不改变皮肤的情况下切换控件的最佳方法是什么？
In the Dot Net Nuke module that I'm developing I need to separate the controls into several different areas. Unfortunately, it appears that Dot Net Nuke thinks that any control identified by a control key is an 'edit' screen and changes the skin automatically.
- Is it possible to change this behaviour programmatically?
- What is the best method of switching controls without having the skin changed?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
这是一个人们很难理解和解决的话题。对于初学者，请参阅我的博客关于模块隔离的帖子。
简而言之，只要您在 URL 中使用控制键来更改控件，您就会获得模块隔离（包括切换到编辑皮肤）。如果您不想要这种行为，则必须解决它。
有许多既定的技术，从简单的自己动手到更复杂的安排。在我的博文中，我向您指出 Michael Washington 的导航教程，其中包括使用
PlaceHolder并使用MultiView控制，或使用多个模块定义（这是一个完全不同的范例）。This is a topic that folks have a lot of difficulty understanding and working around. For starters, see my blog post on module isolation.
The short story is that you'll get module isolation (which includes switching to the edit skin) whenever you use a control key in the URL to change controls. If you don't want that behavior, you'll have to work around it.
There are a number of established techniques, from simple do-it-yourself to more complex arrangements. In my blog post, I point you to Michael Washington's navigation tutorial, which includes using a
PlaceHolderand loading controls dynamically into that, using aMultiViewcontrol, or using multiple module definitions (which is a whole other paradigm).