Community
Participate
Working Groups
Sometimes a get an error message about ambigous return values, when I want to extract a method. This message is correct, but not very comforable. It would be better to explicitly name all variables that are ambigous to be able to decide which variables must be refactored first. best regards Thorsten van Ellen P.S.: Of course, it would be much better, if the refactoring could refactor those variables, too. One simplistic way could be, to use "PrimitiveVariable"-classes as "value by reference", e.g. ObjectVariable and IntVariable: class ObjectVariable { public Object value; public ObjectVariable(Object value) { this.value = value; } } class IntVariable { public int value; public ObjectVariable(int value) { this.value = value; } }
*** Bug 184558 has been marked as a duplicate of this bug. ***
*** Bug 196648 has been marked as a duplicate of this bug. ***
Created attachment 142834 [details] patch Markus, one thing I wondered about: is there a better way to pass a list into MessageFormat? I'm not quite sure if this is the right way in the presence of BiDi. But could not find any informations on that topic.
*** Bug 89942 has been marked as a duplicate of this bug. ***
> is there a better way to pass a list into MessageFormat? I don't know of a general way to NLS general item lists. We sometimes have separate message patterns for 1, 2, 3, and for more items. Here, I avoided the issue by listing the variables on a separate line each (we don't yet support top-to-down scripts;-). BTW: With your code, you could have made it easier, since it only printed out the first two variables (even if there were more). I've fixed that and released to HEAD.
Verified for 3.6 M1 using I20090803-1800