Modify

Opened 16 years ago

Closed 15 years ago

#3237 closed defect (fixed)

on Windows (XP, 7) the JOSM window is alway on top

Reported by: MichaelK_OSM@… Owned by: team
Priority: critical Milestone:
Component: Core Version: latest
Keywords: Window handling Cc:

Description

Attachments (1)

allways_on_top.png (140.9 KB ) - added by vsandre 16 years ago.
usecase for a good "always on top"

Download all attachments as: .zip

Change History (11)

comment:3 by plaicy, 16 years ago

see also this bug #3181

comment:4 by vsandre, 16 years ago

In my experience with JOSM the problem does no exist right from the start. The problem starts when you want to change the window while JOSM blocks working because of downloading new date for instance. It is reproducible.

Better solution is not to block all inputs - referring to MS Windows - and only blocks JOSM or its windows.

comment:5 by Gubaer, 16 years ago

I've experiemented with a small demo app, see JosmWinMgtDemoApplication. setAlwaysOnTop() doesn't seem to be necessary. It probably does more harm than good.

Please download the small programm from JosmWinMgtDemoApplication, run it in your preferred environment and report back whether this is what you expect to see in your OS/JVM/WM-combination.

in reply to:  5 ; comment:6 by vsandre, 16 years ago

Replying to Gubaer:

Please download the small programm from JosmWinMgtDemoApplication, run it in your preferred environment and report back whether this is what you expect to see in your OS/JVM/WM-combination.

Works great! Could you please test the feature "allways on top" mentioned in #3181 comment 10.

in reply to:  6 ; comment:7 by Gubaer, 16 years ago

Could you please test the feature "allways on top" mentioned in #3181 comment 10.

What do you mean with "testing the feature"? setAlwaysOnTop() is currently used in JOSM, JOSMs behavior with setAlwaysOnTop() led to this and other tickets. What would you like to have tested in addition?

in reply to:  7 comment:8 by vsandre, 16 years ago

Replying to Gubaer:

What do you mean with "testing the feature"? setAlwaysOnTop() is currently used in JOSM, JOSMs behavior with setAlwaysOnTop() led to this and other tickets. What would you like to have tested in addition?

mentioned in #3181 comment 10:

I think the always on top of a all system windows should be a feature and not the default. On machines with a small display I use this to input new unknown OSM-Tags while watching them in the browser. It is very comfortable and I do not want to miss that.

In other words it would be nice to have pin or checkbox to set the window in front of all. But there should be the possibility to change the active program. See the attached image as an example. This should only be a feature, so feel free to drop it but it would be a nice tool for a netbook display.

by vsandre, 16 years ago

Attachment: allways_on_top.png added

usecase for a good "always on top"

comment:9 by Gubaer, 15 years ago

Removed all occurences of setAlwaysOnTop() in [1987].

Please test in your environments.

comment:10 by Gubaer, 15 years ago

Resolution: fixed
Status: newclosed

No further comments after the fix in r1987. Seems to be OK. Closing.

Modify Ticket

Change Properties
Set your email in Preferences
Action
as closed The owner will remain team.
as The resolution will be set.
The resolution will be deleted. Next status will be 'reopened'.

Add Comment


E-mail address and name can be saved in the Preferences .
 
Note: See TracTickets for help on using tickets.