Comments on the urban canuk, eh: Understanding SharePoint’s “ddwrt:DataBind” syntax...

@jabit - the ddwrt:databind is for the server cont...

2011-04-21T17:43:20.281-04:00

@jabit - the ddwrt:databind is for the server control events which are triggered on postback. You may need to trigger the postback event from javascript in order to leverage client-side changes.

I know this is an old post but I hoped you might k...

2011-03-30T11:15:13.228-04:00

I know this is an old post but I hoped you might know why the DataBind event doesn't detect when you change the field from JavaScript. For example if you modify the selection of a DVDropDownList through JavaScript, the ddwrt:DataBind function doesn't pick up that change. Please help!

I have to say that this statement "but it is ...

2010-08-25T10:58:49.260-04:00

I have to say that this statement "but it is really impressive" is, well, still a matter of debate, no? Regardless, I thank you for your efforts. -- Mark Kamoski

Hi Bryan, obviously late to the post, but this is...

2010-07-19T14:15:33.864-04:00

Hi Bryan,

obviously late to the post, but this is more a philosiphical sharepoint developer question than specifically to do with "ddwrt:DataBind" and as a relative newcomer to this who shooting-match its this -

I came across your blog which helped me out a huge amount whilst looking for info on the "ddwrt:DataBind" syntax - now this syntax is surely something that every sharepoint developer sees every single day they are developing - yet as far as I can see there is almost nothing out there which details this core part of the sharepoint system

Is this becuase;

1. fiddling with this is actually the 'wrong way' - as far as there is ever a wrong way - to get things done?

2. alpha-sharepoint-developers who have worked it out dont want to share the inner secrets...

3. There is a better way to get things done client side than fiddling with ddwrt:DataBind?

Its all part of the Big Sharepoint Conspiracy to drive a sane developer nuts?

Any thoughst greatly apprecaited!

All the best

Hi Bryan thanks for this great post I've searc...

2010-04-06T06:35:45.521-04:00

Hi Bryan
thanks for this great post
I've searched a lot for this issue and found nothing till I found your post
thanks

Mark, Not sure I follow your meaning by whenev...

2009-10-23T01:53:52.987-04:00
Mark,

Not sure I follow your meaning by whenever someone replies but if you want to suppress the body, you're probably best to let the XSLT do that.

ie -

<xsl:if test=".....condition....">
<xsl:value-of select="@Body" disable-output-escaping="true" />
</xsl:if>

Nice job, Bryan! Hey, I've got a customized N...

2009-10-08T16:29:05.211-04:00
Nice job, Bryan!

Hey, I've got a customized NewForm2.aspx, and am looking at this line in the xslt.

SharePoint:FormField runat="server" id="ff2{$Pos}" ControlMode="New" FieldName="Body" __designer:bind="{ddwrt:DataBind(
'i',
concat('ff2',$Pos),
'Value',
'ValueChanged',
'ID',
ddwrt:EscapeDelims(string(@ID)),
'@Body')}"

Ideally, I want to be able to suppress the original content from the body whenever someone replies.

My first thought was to replace ddwrt:EscapeDelims(string(@ID)) with empty string ''. That didn't get me too far.

Any suggestions?

Cheers!

Mark