Products

Solutions

Resources

Partners

Community

Blog

About

QA

Ideas Test

New Community Website

Ordinarily, you'd be at the right spot, but we've recently launched a brand new community website... For the community, by the community.

Yay... Take Me to the Community!

Welcome to the DNN Community Forums, your preferred source of online community support for all things related to DNN.
In order to participate you must be a registered DNNizen

HomeHomeDNN Open Source...DNN Open Source...Provider and Extension ForumsProvider and Extension ForumsClientAPIClientAPIVladan Strigo offers a way to use MS Ajax in DNN controlsVladan Strigo offers a way to use MS Ajax in DNN controls
Previous
 
Next
New Post
2/22/2007 5:08 AM
 

Yesterday I noticed an interesting contribution from Vladan Strigo who offers a DLL and a way of modifying web.config that allows DNN 4 module developers to use MS Ajax in their controls.  I tried it (on a very simple control) and it certainly works.  Vladan's site is at:

http://vladan.strigo.net/Home/tabid/53/Default.aspx

I have not done any testing to see the "payload" involved, and there are clearly upgrade implications to think about since both MS Ajax and DNN are frequently updated.

But it strikes me as an interesting development, and I would be most interested to hear comments from you (Jon Henning) and other core developers.

 
New Post
2/22/2007 9:50 AM
 

I peronally tried this with my portal and it introduced a number of errors with my third party modules there were already installed and working therefore I was forced to remove it.


-Mitchel Sellers
Microsoft MVP, ASPInsider, DNN MVP
CEO/Director of Development - IowaComputerGurus Inc.
LinkedIn Profile

Visit mitchelsellers.com for my mostly DNN Blog and support forum.

Visit IowaComputerGurus.com for free DNN Modules, DNN Performance Tips, DNN Consulting Quotes, and DNN Technical Support Services
 
New Post
2/22/2007 10:34 AM
 

The core is definitely working through the issues that arise trying to support the MS AJAX framework.  Here is a summary of what I know (and don't know) thus far.

1) ScriptManager (the component that makes all the MSAJAX functionality work) requires Full Trust to work in the bin folder.  You can get it to work in Partial Trust if you install it into the GAC.  Due to this issue it is going to be nearly impossible for DNN to completely integrate it into the core.  Any solution that is done will more than likely need to be Optional.

2) Even if we did make it not-optional, I do not think we could distribute the dll into our zip.  I may be wrong here, I am not good with legal stuff...  If this is true, then the DNN install would not simply work out of the "box".  I realize that some people will draw the analogy that this is just like needing the .NET framework and IIS... Personally, I don't feel that these are the same thing though.

3) I envision the core going the optional route.  This would be done by reflection, similar to our provider pattern.  I envision the core "registering" the ScriptManager on the page in a similar way that a developer registers a ClientAPI script.  The reason Vladan offers a separate dll httpmodule is he did not want to modify the core, this is a good approach, unless you can officially modify the core.  Hopefully this concept gives developers an idea on how it can be optionally included.

4) There is a major misunderstanding about MSAJAX that I am seeing.  People are confusing MS AJAX with the Control toolkit.  MS AJAX only has two or three controls included (UpdatePanel being the primary one).  The control toolkit is a community project, with its own release schedule.  If you think about it, you probably will see a lot of similarities to what I have created.  We have the ClientAPI, which is part of the DNN Framework.  MS has MS AJAX that will soon be a part of the .NET Framework.  We have the DNN WebControls, that utilize the ClientAPI framework to provide advanced GUI experiences.  MS has the Control Toolkit, that utilizes MS AJAX to provide nice experiences as well.  Right now, DNN ships both the AJAX Framework (ClientAPI) and the webcontrols with each release.  This eases the burdon of the module developers quite a bit.  Not only do we guarantee compatibility between releases but we also get to distribute it. The case for MS AJAX and the control toolkit will not be so easy. Some features will be integrated into the core like version checks for modules, but it is going to be a bumpy road at best (IMO).

I'm spending too much time on this post...  there is still much to discuss...  just need to find the time... hopefully this info sheds a little light on the subject.


 
New Post
2/22/2007 11:17 AM
 
mitchel.sellers@gmail.com wrote

I peronally tried this with my portal and it introduced a number of errors with my third party modules there were already installed and working therefore I was forced to remove it.


What kind of problems were you having? I am really interested to find out about the possible implications of my approach?


Thanks,
Vladan Strigo
NETMedia

My website: Vladan.Strigo.NET

Vladan.Strigo.NET: Projects
* Advanced VS2005 development approach - BlankModule
* DNN & Microsoft Ajax best practices guidance

Vladan.Strigo.NET: Resources
* Comprehensive list of DNN 4 Module development resources

 
New Post
2/22/2007 11:36 AM
 
Vladan Strigo wrote
 mitchel.sellers@gmail.com wrote

I peronally tried this with my portal and it introduced a number of errors with my third party modules there were already installed and working therefore I was forced to remove it.

 

 


What kind of problems were you having? I am really interested to find out about the possible implications of my approach?

Well first of all I just want to note that most of my testing was with FireFox as I have a large user base that uses FireFox.

After installing your AJAX items I was no longer able to expand and contract any settings panels for ANY module that I tried.  Therefore I couldn't open module settings and other items.  Using a few third party controls that provide dynamic data sets if an action was completed on the page the dynamic content disappeared from the page and didn't come back.  I also received a number of "Strange" message box windows when browing my site.

I can't remember any other specifics as I was forced to back out the changes quickly as I couldn't work with a majority of the site.

I followed your instructions to the letter.  It did appear to work a bit better in IE, but I must have both IE and FieFox compatability for all of my sites so this was a deal breaker for me.


-Mitchel Sellers
Microsoft MVP, ASPInsider, DNN MVP
CEO/Director of Development - IowaComputerGurus Inc.
LinkedIn Profile

Visit mitchelsellers.com for my mostly DNN Blog and support forum.

Visit IowaComputerGurus.com for free DNN Modules, DNN Performance Tips, DNN Consulting Quotes, and DNN Technical Support Services
 
Previous
 
Next
HomeHomeDNN Open Source...DNN Open Source...Provider and Extension ForumsProvider and Extension ForumsClientAPIClientAPIVladan Strigo offers a way to use MS Ajax in DNN controlsVladan Strigo offers a way to use MS Ajax in DNN controls


These Forums are dedicated to discussion of DNN Platform and Evoq Solutions.

For the benefit of the community and to protect the integrity of the ecosystem, please observe the following posting guidelines:

  1. No Advertising. This includes promotion of commercial and non-commercial products or services which are not directly related to DNN.
  2. No vendor trolling / poaching. If someone posts about a vendor issue, allow the vendor or other customers to respond. Any post that looks like trolling / poaching will be removed.
  3. Discussion or promotion of DNN Platform product releases under a different brand name are strictly prohibited.
  4. No Flaming or Trolling.
  5. No Profanity, Racism, or Prejudice.
  6. Site Moderators have the final word on approving / removing a thread or post or comment.
  7. English language posting only, please.
What is Liquid Content?
Find Out
What is Liquid Content?
Find Out
What is Liquid Content?
Find Out