Not clear. Looks like I marked it private in r9179 as general doc cleanup. Probably I was being over-zealous.Can you give an example of how you used this? Internally, this is used mostly to inherit attribute values. The modern way to do that is to use CSS: <attribute name="foo" style="foo" inherit="true" /> Will cause a node to inherit the CSS foo value from it's parent if it does not have one of its own. Are there other applications? If not, I am in favor of leaving this interface private. On 2011-03-06, at 07:36, Raju Bitter wrote:> The LzNode#searchParents() method doesn't show up in the > documentation, it's private now. What was the reason to make that > method private? I used it a lot in my apps.
Actually it was already marked private in r7878 by Don as part of the
harmonisation of the 3.x and 4.0 docs. Don made it private in <node>,
because searchParents() wasn't referenced as a public method for <node>
in the 3.x docs, instead it was erroneously documented on the <view>
reference page. So you could say it was solely an accident that the
method got private.
Although it was an accident, I'd still say we should not make it public
again, because searchParents() doesn't perform what it sounds like: I'd
expect it walks up the parent-chain to find a matching attribute, but
instead it uses the immediateparent-chain.
- [Laszlo-dev] Why is searchParents private now? Raju Bitter
- Re: [Laszlo-dev] Why is searchParents private now? P T Withington
- Re: [Laszlo-dev] Why is searchParents private now? André Bargull
- Re: [Laszlo-dev] Why is searchParents private now? P T Withington
