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

HomeHomeUsing DNN Platf...Using DNN Platf...Skins, Themes, ...Skins, Themes, ...Nav skinobject and navigation providers status?Nav skinobject and navigation providers status?
Previous
 
Next
New Post
12/4/2006 7:13 PM
 
You could try to post your frustrations on the forums on these two sites

http://www.skincovered.com/
http://www.xd.com.au/

Nina Meier has also worked hard on understanding that technology.

Lars
 
New Post
12/4/2006 7:27 PM
 

Lars, If Nina Meijer know anything about this I supose she had replyed my question here.

Obviously nobody use the Nav skinobject and the "new" providers.

Jan

 

 
New Post
12/5/2006 9:54 AM
 

If someone else wishes to interpret my answers to Jan's questions in these threads feel free.  For none of my answers appear to be making sense to him.  Also see this thread.

My understanding is Jan is having a problem with the fact that the Treeview skin object does not function in the same manner as the Nav skin object, meaning that specific properties to the treeview skin object are not accessible in the nav skin object.  Also, that substituing a tree view provider in the control with a menu (for example) shouldn't require any modifications to any properties/css. 

As I have tried to state in the other posts.  The fact that the nav object allows for a single interface (programmers term) to interact with the underlying control, does not gurarantee that the control will interpret or use the properties in the same manner.  Also, having a single interface to handle all possible properties for every control is not practical.  Page 14 of the Navigation Webcontrols document shows what happens when these properties are made too specific (look at all the Solpart specific properties exposed, i.e. only supported by solpart).  These properties are there strictly for backwards compatibility.

What is ironic about this whole thing (at least to me) is that the way I am understanding Jan, is that he wishes the specific properties to the Treeview to be exposed by the Nav object, then at the same time he wants every control to utilize every property in the same manner. 

Another factor to this whole dilema is that we need to ensure backwards compatibility in the DNN skinning.  Some design decisions were simply left as is due to this constraint.

I do have to admit that after spending a couple hours trying to assist I have become very frustrated, especially when my responses are replied to with something like

And?

I like spending my free time productively, especially when it helps the community.  I feel my free time is better spent finishing up the DNNTabStrip and other areas of DNN/ClientAPI. 

Like I started out this thread, if someone else wishes to interpret my answers feel free. 


 
New Post
12/5/2006 10:47 AM
 

Jon, my question stated in the subject - Nav skinobject and navigation providers status?

If you think its ironic or not I would like to know if the document is accurate. My tests indicates it is not. (the treeview was just one test I did)  If I look in the code some seems to not be handled. So dont try to understand what I am trying to do please just answer my questions.

One answer could bee - Yes the document are accurate and our test has proved this.

Or - No not all parameters are yet implemented.

And  the answer to the question - Plans for uppdating the skinning document could bee.

I dont know or we try our best or whatever the status is.

If you say that the document are accurate I must have missunderstood something and then I will find out some way. If its not implemented then I can stop trying too.

I have got a few emails indicating that there are other people who like to know the same so I know I am not alone.

I am sorry I have taken your free time answering my question but maybee we both had gaind time if you had understood my questions and ansered them.

I maybee must add that I found differens in the document included in the release and a document that I found at your blogg and I asume both cant bee right.

The purpose of the implementation I hope must bee that people can use them If I cant do it fully I am sure that most other cant either. So my intention was just to try out the nice implementation descibed in your document.

Sorry for taking your time

Jan

 

 

 
New Post
12/7/2006 9:44 AM
 

As I cant get any answers so maybee its time to share some testresults.

In documentation per 1 jun Navigation Webcontrols page 17 Custom Html.

For provider DNNMenu all Seperatorxxxx have a mark and all Nodexxxxx has not. My understanding was that a mark indicated that that "function" was implmented. So then all Separator should work and all node should not.

But.... It works not so!  Just the opposite works however  all Node works and Separator  does not. Maybee I have missunderstod the document who knows!

I have more examples but to a start I can share this. Maybe some day I can get an answer........

 

 

 
Previous
 
Next
HomeHomeUsing DNN Platf...Using DNN Platf...Skins, Themes, ...Skins, Themes, ...Nav skinobject and navigation providers status?Nav skinobject and navigation providers status?


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