House Number field needs a minimum width (OSX)

[dobratzp]

What steps will reproduce the problem?

1. Create a new Node or closed Way.
2. Select Presets => Annotation => Addresses
3. Type a number into the House Number field.

What is the expected result?

You expect to see the number as you type it.

What happens instead?

The number is not displayed at all because the text box is too narrow.

Please provide any additional information below. Attach a screenshot if possible.

If you resize the window after entering a house number, then the text box grows to hold the entered number and retains a minimum width so that the number is displayed even if you make the dialog box smaller.

If you are editing an existing object which already has the addr:housenumber tag set, then the house number text box starts out big enough to display the number.

The house number text box should have a minimum width so that it will display at least 6 characters or so to accommodate most house numbers.

Revision: 8159
Repository Root: http://josm.openstreetmap.de/svn
Relative URL: ^/trunk
Last Changed Author: stoecker
Last Changed Date: 2015-03-29 14:37:50 +0200 (Sun, 29 Mar 2015)
Build-Date: 2015-03-30 01:30:55
URL: http://josm.openstreetmap.de/svn/trunk
Repository UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last Changed Rev: 8159

Identification: JOSM/1.5 (8159 en) Mac OS X 10.10.2
Memory Usage: 366 MB / 1820 MB (225 MB allocated, but free)
Java version: 1.8.0_25, Oracle Corporation, Java HotSpot(TM) 64-Bit Server VM
Dataset consistency test: No problems found

Plugins:
- FixAddresses (30892)
- OpeningHoursEditor (30962)
- reverter (30990)
- utilsplugin2 (31072)

[dobratzp]

address annotation on a new object

[dobratzp]

address annotation window after selecting an existing object

[Don-vip]

Does it still happen with java 8u40?

[dobratzp]

Yes, I upgraded to JDK 8u40 and JOSM has the same behavior.

$ java -version
java version "1.8.0_40"
Java(TM) SE Runtime Environment (build 1.8.0_40-b27)
Java HotSpot(TM) 64-Bit Server VM (build 25.40-b25, mixed mode)

[simon04]

Only OSX seems affected since other Java Runtimes do not display such wide buttons (–2 … +2)

[Klumbumbus]

Ticket #11423 has been marked as a duplicate of this ticket.

[Aun Johnsen <lists@…>]

Same problem

java -version
java version "1.8.0_40-ea"
Java(TM) SE Runtime Environment (build 1.8.0_40-ea-b07)
Java HotSpot(TM) 64-Bit Server VM (build 25.40-b11, mixed mode)

It's been persistent through at least 4 stable releases of JOSM

[Don-vip]

Replying to Aun Johnsen <lists@…>:

Same problem

Yes, we know the problem happens with 8u40. Testing with 8u45 could be useful, but I fear we need to write some OSX specific code to handle these wide buttons, and nobody did that yet.

[anonymous]

Problem also exists with Java 8u45: #11423

[Aun Johnsen <lists@…>]

I will look into upgrading Java over the weekend if my offshore connection allows. Just mentioned my version as I saw I had different build than the one mentioned

[Don-vip]

Yes, it's older. "ea" means "early access", so that's a beta release of 8u40.

[Don-vip]

In 8358/josm:

fix #11290 - fix width of auto_increment buttons for Aqua & Nimbus look and feels