On Mar 22, 2006, at 9:41 AM, Antonio Petrelli wrote:
It is not an issue anymore because I wrote a workaround in Dimensions code. It simply clears the "path" attribute of a definition when it's extended (overloaded) when the extended definition does not specify the "path" attribute. The workaround is not very elegant, I don't know if it deserves a Bugzilla ticket, because, maybe, the current one is the desidered effect...
That's what I was wondering. I never had a chance to really look at your solution to determine if the current code is the desired effect. If you were to post a ticket, it will ensure that this gets looked at before a release happens. If you don't it may get overlooked. After looking at the problem again I still don't fully understand it so I will have to look deeper, in which case it may get lost again if you don't open a ticket :-)
I'll try to see if Dimensions can be adapted to the new form of Tiles, but I need to investigate deeply. But maybe you can answer a question: can I have a different definition for the same definition name? That is, if I want to get a definition as an object by giving its name, I want to check some circumstances and then decide which is the correct definition object to return to the caller. Can I do something like this?
My gut feeling is that you might have to extend DefinitionsFactory or ComponentDefinitions or something like that to make this happen. I can't say for sure without looking deeper. I would look closely at ComponentDefinitions and see if it can happen there.
Greg --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
