[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
[
List Home]
[udig-devel] Re: [jira] Created: (UDIG-523) Drag and drop should wait for more events
|
I can add the delay in but i don't think that is the best solution. I
think there are two issues at the heart of this matter.
The first is having the ability to do things synchronously. Which we
have partially fixed by adding synchronous commands. However if a
synchronous command executes an asynchronous commands, the issue remains.
The second issue is that resources are added to maps, and maps are
created through the mess called MapFactory.process() and its many
versions. I think we need to get rid of that method and factor out its
functionality into a set of commands.
What do you think Jesse? For now I will try the delay and see how that
works.
Justin
Jesse Eichar (JIRA) wrote:
Drag and drop should wait for more events
-----------------------------------------
Key: UDIG-523
URL: http://jira.codehaus.org/browse/UDIG-523
Project: uDIG
Type: Bug
Components: ui
Versions: UDIG 1.0.RC6
Reporter: Jesse Eichar
Assigned to: Justin Deoliveira
Priority: Critical
Fix For: UDIG 1.0.SC1
if you drag and drop a number of items at the same time each drop gets processed separately. So if you drop a number of files onto the edit area (with no map) a new map will be created for each file dropped. (Usually at any rate).
It might be worth waiting for a few hundred milliseconds so that the DND events can be batch processed. This is what is done for resizing the window. It waits for the view to stop moving for x milliseconds then a re-render is triggered. I asked the eclipse people if this was a good method and they agreed that it was.
I'm assigning it to you justin let me know if you already are over booked.
--
Justin Deoliveira
Refractions Research Inc.
Email: jdeolive@xxxxxxxxxxxxxxx
Phone: 250.885.4387