We use a CMS written in ASP.NET at work called DotNetNuke. We use this for our own sites as well as sites for our customers. Since it is a CMS you can find a plethora of modules and skins to extend the functionality of the core system. It’s a quick and easy way to gain functionality without having to write any code. Therein lies the problem.
When building sites we use many modules not written by us. 95% of the time that works out for us. The only time it is ever an issue seems to be when DNN changes the core (99% of the time they do this without notification) so that functionality is removed or they simply break existing functionality (test! test! test!). We have run into some instances where we’ve been let down by 3rd party modules. We used to use a calendar by a 3rd party developer. We found a large number of bugs, and at first the developer would fix them then get us a new build. After a while though, he started postponing fixes to major releases, that way we would have to pay an upgrade fee to get the fixes. Bad move. We quickly abandoned his calendar.
The latest example of this situation is a module by Coding Staff. We needed a module that would display a slideshow of user uploaded images on the site. We needed it to be simple and intuitive since our customers are not that tech savvy. We found their Ultimate DNN Banner. It did everything we wanted it to do and provided a simple, yet pleasant looking interface. I purchased the module and began adding images for a site I was working on. I ran into my first problem right away. If using the javascript/css animation (I try to avoid flash), the images would not appear in Chrome or Safari (and probably any other webkit-based browser). Every once in a while you could get them to appear, but most of the time the page would just have a large blank area where the banner was supposed to be. Ok, strike one. Let’s try the *shudder* flash version. Using the flash version allowed the images to show up, but that’s when I found the second bug. If the banner was near the top of the page and you had a drop-down menu structure with a lot of child pages, enough to overlap the banner, the menu would appear behind the flash banner. I’ve seen this happen with other flash modules in the past, especially in browsers that aren’t Internet Explorer.
I quickly notified Coding Staff about the issues, hoping for a quick resolution. After-all, this was for a client. It took 3 days to even get a response from their support. They requested a login to the website and I obliged. It took another 2 days for them to even respond to that. When they did, they said they found the issue and would be releasing a new version the next week. That was something I could live with considering the client’s site hadn’t gone live yet and if it did, most people use non-webkit browsers. Fast forward 2 weeks and guess what, still no fix and they are unsure when the fix might appear.
Therein lies the risk of using 3rd party modules/skins/developers. You really are left to the mercy of their product and support when you use them. Unfortunately, the problem of disappearing developers runs rampant in the DNN community. I have considered some of Coding Staff’s other modules and skins (they really do have beautiful products) in the past, but after this experience, I think I have to stay away from them. Very disappointed.
Update: They finally came back with a new build and it still caused a variety of errors on the site. They attributed this to the fact we are using a skin with the Solpart menu instead of the newer DNN Nav. I have two issues with this response.
- Their product listing on Snowcovered says it works with DNN4. Why is that important if we’re using DNN5? Because the vast majority of skins created for DNN4 use Solpart as DNN Nav had limited functionality compared to other menu providers and as such was not widely used until V2 came out with DNN5.
- There a great number of skins written FOR DNN5 that still use Solpart. Solpart wasn’t removed from DNN, and until it is, module and skin developers should either support it or clearly indicate that their products may not be compatible.
Lesson learned. I will never make a purchase from Coding Staff again, and I suggest you don’t either.
Mike, we regret module didn’t work for you. You experienced a problem that was not connected to the module itself. One of the components you’ve used in your skin was causing it. Unfortunately we can’t handle problems that are not being caused by our modules.
That is why we got trials and 30 days money back guarantee for our modules.
Actually, you did not have a trial for that module until the release that was put out today.
I don’t see how it is not connected to the module itself. If the module says it works with specific versions of the platform, then it should work on those platforms. Again, as I stated before, it should have been noted that it only works with a subset of a specific platform.
To be honest, what I think it comes down to is poor development. You either do not test for such issues or do not know how to code to work around such issues that may occur. Either way, I will be requesting a refund and will NOT recommend your products in the future.
Mike, Solpart menu, which was a reason of your issues is not being a part of DotNetNuke itself – it is an outdated extension most web developers avoid using (it is not SEO friendly, not CSS based and causes a number of issues in scripts execution). That is right, we didn’t test our module with solpart because module’s first release was made nearly a year after solpart was replaced by standard dnn menu.
We 100% refunded your purchase. Please consider using newer navigation components, because I bet you care about your clients as much as we do and want to provide them with good solutions (SEO friendly, W3C compliant and CSS based). Unfortunately that is not possible with solpart.
Wish you best luck.
Mikita