I think this would be a good thing to move to.  But the problem is props and eVars have separate configurations/behaviors. For example props can be configured as list props or have pathing enabled on them, but are hit scope only.  Whereas eVars have different scopes and attributation models you can ...

Let's say I have the following: some text I make an event based rule, Event Type "click", with an Element Tag or Selector "#foo".   I want to get the text from the button "some text" and pop e.g. eVar1 with that text.  Right now, in order to do this, I have to create a custom condition where I do so...

I too would also like options to lowercase/uppercase values.  And lookup tables!  CRBs can use a lot more love, and it really wouldn't take a whole lot of effort to for a lot of features that would make everybody's lives so much easier. 

shortly after CRB was introduced, I reported a bug to CC that the regex popup (where you specify the regex and example to test against) was in fact case-insensitive, but the CRB was case-sensitive when actually processing the rule.   So for example, you could have a regex of  "foo" and the tester wo...

Agreed.  DTM's cookie handling methods are terrible.  Currently I include this library in DTM  https://github.com/js-cookie/js-cookie And then I do this: _satellite._cookies = Cookies.noConflict();  And then use _satellite._cookies methods to read/write cookies.  Doesn't solve for combined cookie fu...

Within a direct call rule, you can specify Adobe Analytics to be disabled, pop as s.t(), or as s.tl().  Currently there is no way to specify this automatically.  This forces us to do a lot of duplication of direct call rules: one for s.t and one for s.tl.   Can you please update this to allow you to...

I agree, this is super annoying.  Too many times I HAVE been actively working on a rule, code within a rule, etc.. and many times it takes longer than 30m and when I go to click the Save button, BAM, redirected to login screen and all my hard work is GONE.  This is SUPER frustrating.   I understand ...

 The title says it all... The DTM documentation makes NO mention of how to implement the new VisitorAPI script within it.  What is the best practice / method for this? .josh

That would be awesome Rudi If it in any way helps, yesterday I submitted it on ideas.omniture.comhttp://ideas.omniture.com/t5/Idea-Exchange-for-Adobe/Allow-Commenting-on-online-documentation/idi-p/12048.josh

Oh cool, now I don't have to go test it.  I'm on the fence as to whether or not that should be mentioned in the DTM doc.  On the one hand, DTM is a tag manager, so it's supposed to be tool agnostic. The docs should focus on DTM not the tools you implement through it.  The tools you implement through...