On 08/27/2011 01:03 PM, Stefan Breunig wrote:
>> Basically all plugins implement mapFrameInitialized. Does this
>> method with two arguments still make sense, when your patch is
>> applied?
>
> No, my plan was to get rid of it altogether so plugins can simply use
> Main.map or similar to get the M
> Basically all plugins implement mapFrameInitialized. Does this
> method with two arguments still make sense, when your patch is
> applied?
No, my plan was to get rid of it altogether so plugins can simply use
Main.map or similar to get the MapFrame. Since it would never be
destroyed there would
On 08/27/2011 11:02 AM, Dirk Stöcker wrote:
> On Sat, 27 Aug 2011, Stefan Breunig wrote:
>
>> More important though: to achieve this I create the map frame once on
>> start and never destroy it. Is there any disadvantage I missed? I know
>> about the bug where the view in the download diag is rese
On Sat, 27 Aug 2011, Stefan Breunig wrote:
More important though: to achieve this I create the map frame once on
start and never destroy it. Is there any disadvantage I missed? I know
about the bug where the view in the download diag is reset to 0.0, 0.0
and that code depending on notifyMapFrame
Greetings,
I'm currently working on implementing a windows menu but I'd like some
feedback before continuing. There's a WIP patch and screenshot attached
to the ticket [1].
>From what I can tell, there are four kinds of windows used in JOSM:
* modal dialogs, they are not covered here because they