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...Module ForumsModule ForumsXMLXMLEnhancement requestsEnhancement requests
Previous
 
Next
New Post
11/30/2006 2:24 PM
 

We have some fairly rigorous requirements for an XML/XSL module as listed below. Having modified a version to cope with these it would be betetr if the official module could do the same.

They are as follows.

1) Capture posted form item values.

There are many times when we need to control an HTTPXML call using values posted from a form
It would be very useful if the posted values could be used to construct the query string (and also the URL - see item 4).

2) Required values.

Because sometimes the HTTPXML url+querystring cannot have a default value until set by the user the XML/XSL module needs to allow for certain Parameters to be "Required". If the "Required" value is

Null (which may cause the response to be an error) then the module should not post. This action requires point 3 to be present.

3) Default XML

In the situation above when a "Required" value is Null then no XML is returned so a default XML value needs to be available for the XSL to transform. This could be optionally set via a textarea value or a static XML file. This process could also take over when the URL returns a server error. obviously it would also be nice to have a series of default XML depending on the response.

4) Alter base URL based on parameters

There are some situations where a site supplying an XML feed has several URLs for different calls and one module needs to connect to these different URLs.

The ability to insert a posted value into the URL would solve this. This parameter would  obviously need to be a "Required" value.

This same process could be used to fetch different static XML files based on a posted value.

As a really excellent (if a bit complex) enhancement it would be very good if posted values could be translated to stored values. So that the actual page name or file name (for example) does not

have to be exposed on the client page. As an example we have an application where we do not want to show the page name of a URL so would like to post an ID that is then translated into a page name

for inserting into a URL. Nice but not essential.


5) Not add parameter pair if value is Null

In a situation where the URL returns an error when a parameter is either Null or not valid (i.e when it is used for a different URL - see point 4). The XML/XSL module needs to suppress the addition

of a parameter pair (Name + value) when the value is Null.

6) Default values for parameters if posted value is Null.

In certain circumstances it might be useful to set a default value for a parameter when no value is posted (Null).

In the above cases an empty string should be treated as Null

 
New Post
12/2/2006 6:38 PM
 

Hi William,

thanks for your request. 1) and 5) are added to gemini and will get into the next release.

I like 2), 3) and 6). I am sure they will make their way into the roadmap.

4) is a bit different, I don't think the module should support urls based on querystrings or form posts. What do you think about switching a module on/off using a form/querystring parameter instead?

 

 
Previous
 
Next
HomeHomeDNN Open Source...DNN Open Source...Module ForumsModule ForumsXMLXMLEnhancement requestsEnhancement requests


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