Try editing the wod for ERMD2WCombinedTableHeader and see if this works:
PropertyName: ERXSwitchComponent {
WOComponentName = d2wContext.propertyNameComponentName;
localContext = d2wContext;
}
--
David LeBer
Codeferous Software
On 2012-01-16, at 10:52 PM, David LeBer wrote:
>
...And that is because there is a bug in ERMD2WCombinedTableHeader.
It should wrap the ERMD2WPropertyName component with a switch component and it
doesn't.
Sorry, my bad.
D
--
David LeBer
Codeferous Software
On 2012-01-16, at 7:14 PM, James Cicenia wrote:
> can't seem to get this rule do any
Take a look at ERD2WPropertyName/ERMD2WPropertyName.
They don't get a properyKey binding, everything is pulled out of the d2wContext.
As to why our component is not being used (if that is what 'it doesn't get
called' means) I don't know.
Double check your rules?
D
--
David LeBer
Codeferous So
localizer().takeValueForKey("The metric Name", "prt_quant_XX");
I'll bet you can even
EOKeyValueCodingAdditions.Utility.takeValuesFromDictionary(localizer(),
sessionDictionary);
Also, what David said.
Ramsey
On Jan 16, 2012, at 1:02 PM, David LeBer wrote:
> Why don't you do the same kind of
Why don't you do the same kind of thing for your propertyName component?
Create a custom propertyName component that looks at the property key, if it
matches "rpt_quant_XX-*" do your logic on it to extract the name, otherwise use
default to ERMD2WPropertyName behaviour. Set it as the default pro
I create an array of report keys from the Admin ->Metrics table for that
session and that report:
Sample Key:
rpt_quant_01-The metric Name
rpt_quant tells me it is a quant metric and to use my custom property component.
I then parse the name after "rpt_quant_XX-", i.e. "The metric Name", this is
On Jan 16, 2012, at 11:22 AM, James Cicenia wrote:
> What I am trying to accomplish is to se the displayNameForProperty
> dynamically based upon the key.
>
> So, somehow, pass the key that returns a value to displayNameForProperty.
>
> Now I don't know what the property key is ahead of time.
>
I think you want a significant key, perhaps something like
session.unusuallyObtusePropertyKey
in your rules.
if you add this key to D2Ws significant keys, it should always recalculate and
you can return something different each call if you like.
ya?
On Jan 16, 2012, at 1:22 PM, James Cice
On 2012-01-16, at 8:51 PM, Ramsey Gurley wrote:
> Not that I condone the approach, but if you're gonna do it, why not
> ERD2WModel.erDefaultModel().addRule(Rule)?
+1
In fact the addRule(...) method is protected in D2WModel and didn't look at
ERD2WModel :)
Farrukh
>
> Ramsey
>
> On Jan 16,
What I am trying to accomplish is to se the displayNameForProperty dynamically
based upon the key.
So, somehow, pass the key that returns a value to displayNameForProperty.
Now I don't know what the property key is ahead of time. This comes from data
in the session.
It works like a charm to fi
I'm still in the dark about what James is actually trying to accomplish.
100: propertyKey = 'metricA' => displayNameForProperty = "PropertyKey.metricA"
[ERDLocalizedAssignment]
Why does that require a custom rule?
Ramsey
On Jan 16, 2012, at 10:51 AM, Jesse Tayler wrote:
> I missed this thread
I missed this thread, but don't you just want to identify significant keys
which are calculated at runtime each time you fire the rule?
On Jan 16, 2012, at 12:20 PM, Farrukh Ijaz wrote:
> Try this:
>
> Implement your own D2WModel the way you like but make sure you can actually
> add remove r
Not that I condone the approach, but if you're gonna do it, why not
ERD2WModel.erDefaultModel().addRule(Rule)?
Ramsey
On Jan 16, 2012, at 10:20 AM, Farrukh Ijaz wrote:
> Try this:
>
> Implement your own D2WModel the way you like but make sure you can actually
> add remove rules to your model.
I'm working on the questions for the 2012 community surveys. I have cut more
than 14 questions, and I would like your feedback before making them live.
So, if you have two minutes, review them and give your feedback (as comment in
the wiki or directly to me).
Thanks.
http://wiki.wocommunity.or
Try this:
Implement your own D2WModel the way you like but make sure you can actually add
remove rules to your model. Perhaps you need to define your own methods similar
to "addMyRule" or "removeMyRule" etc.
Override application's didFinishLaunching() method and add following code.
@Override
p
You already seem experienced in this manner! :-)
I could see how this works. Creating my own on the fly rule model could solve
the problem.
But like you said... where?
Have to be session specific.
James
On Jan 15, 2012, at 1:50 AM, Farrukh Ijaz wrote:
> It's possible. You need to play aro
Hi Ray;
Thanks for your reply.
I would like to test the application from "outside", but in addition, I
want to be able to test various algorithms which have been encapsulated
in 'helpers' within the application; hence the need to launch the
application within the same virtual machine as the t
17 matches
Mail list logo
