why to use ./ while giving a name for cq:widget

As far I know, its a standard way to do it for all the variables to hold the value of the widget

Hi Susheel,

here are my views:

In AEM every piece of content is treated as resource. if you have name = ./textValue, you might notice name is given as a relative path.

This is where REST comes into picture, now when you can easily access this value via path /content/project/en/demo/jcr:content/right-side-content/text-component/textValue.json [ its project specifc, your might be different.]

As /content/project/en/demo/jcr:content/right-side-content/text-component  is your component path in crxde

"./" denotes next relative path which is ./textValue.

Which adds up to give you a resource path to /content/project/en/demo/jcr:content/right-side-content/text-component/textValue.json 

This is what I feel from AEM, sling, REST point of view. 

Thanks

smacdonald2008 wrote...

That is how we name widgets in the CQ dialog nodes. Assume we name a multi-field widget ./multi. THen in the JSP code - we can reference it without the ./. Therefore it is multi- as shown here:

if (prop.getDefinition().isMultiple() && (name.equalsIgnoreCase("multi")

{

//Do whatever

}

To see this - see this article -- https://helpx.adobe.com/experience-manager/using/creating-custom-xtype.html

 

I thought there is some special meaning to it.

This is based on Sling convention. Take a look at Apache Sling - Manipulating Content - The SlingPostServlet (servlets.post)