Community
Participate
Working Groups
If in a file I type in this code: class C { void foo() { a.b(1234567890, 1234567890, 1234567890, 1234567890, 1234567890, 1234567); } } and choose Source->Format from the menus, the source is incorrectly formatted as: class C { void foo() { a .b(1234567890, 1234567890, 1234567890, 1234567890, 1234567890, 1234567); } }
*** Bug 189983 has been marked as a duplicate of this bug. ***
(In reply to comment #1) > *** Bug 189983 has been marked as a duplicate of this bug. *** > I see this has been around since 05. Is this difficult to fix, or proper formatting just not a priority atm?
It is a matter of getting time allocated to work on it. Hopefully I'll be able to do it for 3.4.
This is really annoying bug and is THE reason that keeps me from regularly using the source code formatting. All the other automated source code formatting weirdnesses I can live with, but the very reason to have automatic code wrapping is to constrain lines within certain screen width and this bug effectively defeats this by making the wrapped line even longer than original. As far as the readability goes - personally for me, this bug reduces it as well. By creating visual white space between object and the method call, it disconnects these two visually in a way that also disconnects them mentally. Please fix it - this should not be difficult fix. (or at least point me to the packages/classes that handle this line breaking logic so that me or anybody with few minutes of spare time can have a stab at this problem...)
This is too late for 3.3. If it bothers people so much, then a patch is welcome.
*** This bug has been marked as a duplicate of bug 59891 ***
It was in fact more a duplicate of bug 264112, hence it's fixed since 3.6M5. *** This bug has been marked as a duplicate of bug 264112 ***
Verified for 3.6M7 using build I20100424-2000
Verified.