[udig-devel] Modal tool deactivation
Jesse Eichar
jeichar at refractions.net
Mon Aug 28 08:28:04 PDT 2006
For this case I would extend the DrawShapeCommand so that the isValid
() method uses your logic to determine when it should be removed.
Jesse
On 28-Aug-06, at 2:36 AM, Damjan Šavko wrote:
> Hello Jesse, I used your way of drawing to the ViewportPane
> (context.getViewportPane().repaint()) and now things are working
> corectly also in RC3 version. But now I need to ask you another
> thing. I want to draw a series of shapes without knowing the number
> apriori (like in a loop). How do I remove them then? Is there a way
> to tell the Viewport to remove all the DrawShapeCommands or do I
> have to keep all the pointers to those draw commands(in a Vector
> maybe) and remove them in a loop?
>
> Thanks
>
>
> Damjan Šavko
>
>
> On 8/9/06, Jesse Eichar <jeichar at refractions.net> wrote:
> HI
>
> Interesting. That should still work. I usually do the disabling
> slightly differently:
>
> rect =3D new Rectangle( e.x - 10, e.y -10, 10, 10);
> dsc =3D context.getDrawFactory().createDrawShapeCommand
> (rect,
> java.awt.Color.GREEN, 1, 1);
> dsc.setShape(rect);
> dsc.setValid (true);
> context.sendASyncCommand(dsc);
> and
> dsc.setValid(false);
> context.getViewportPane().repaint();
>
> I really can't see any reason this doesn't work since it is used by
> the zoom and all the edit tools.
>
> Jesse
>
> On 9-Aug-06, at 1:45 AM, Damjan Šavko wrote:
>
>> ------=_Part_22162_21138779.1155113144237
>> Content-Type: text/plain; charset=WINDOWS-1252; format=flowed
>> Content-Transfer-Encoding: quoted-printable
>> Content-Disposition: inline
>
> OK Jesse. Would you happen to know if the problem with using the
> DrawShapeCommand-s in RC2 is also a bug or did something change
> from M7 to
> RC2?
>
>> From last mail:
>
> Also I've noticed that my drawing tools are acting very strange. To
> draw on
> the map I use the folowing commands:
>
> rect =3D new Rectangle(e.x - 10, e.y -10, 10, 10);
> dsc =3D context.getDrawFactory().createDrawShapeCommand
> (rect,
> java.awt.Color.GREEN, 1, 1);
> dsc.setShape(rect);
> dsc.setValid (true);
> context.sendASyncCommand(dsc);
> and
> dsc.setValid(false);
> context.sendASyncCommand(dsc);
> to erase.
>
> Do you know what were the changes from uDigM7 to uDigRC2 that
> caused my
> plugins to stop working?
>
>
>
> Damjan =8Aavko
>
>
>
> On 8/8/06, Jesse Eichar < jeichar at refractions.net> wrote:
>
> Hi
> I'm just created a new Issue: UDIG 958. You can add yourself as a
> watcher so that you will be notified when it is closed. I will try
> to cl=
> ose
> the issue very soon.
>
> Jesse
>
> On 8-Aug-06, at 3:54 AM, Damjan =8Aavko wrote:
>
> OK, I've done some more testing and I think there is a bug in uDig-
> RC2.
> After you select a modal tool, you cannot deselect it. It keeps on
> being
> selected. The only way to deselect it is to choose another modal tool.
>
> Hope it helps.
>
> Damjan =8Aavko
>
>
> On 8/8/06, Damjan =8Aavko <damjan.savd at gmail.com> wrote:
>
> Hi, I' ve started moving my plugins to uDig-RC2 (SDK) from uDig-M7
> (SDK)
> and I've been having some troubles. The trick you showed me to
> deactiva=
> te a
>>> tool in the toolbar: ApplicationGIS.getToolManager ().getTool (
>>> toolID,categoryID).run(); doesn't do the trick anymore. Instead of
>>> turning the button off it turns it on (although is already on)
>>> throwing=
> the
> tool in an endless loop.
> Also I've noticed that my drawing tools are acting very strange. To
> dra=
> w
> on the map I use the folowing commands:
>
> rect =3D new Rectangle(e.x - 10, e.y -10, 10, 10);
> dsc =3D context.getDrawFactory().createDrawShapeCommand
> (rec=
> t,
> java.awt.Color.GREEN, 1, 1);
> dsc.setShape(rect);
> dsc.setValid (true);
> context.sendASyncCommand(dsc);
> and
> dsc.setValid(false);
> context.sendASyncCommand(dsc);
> to erase.
>
> Do you know what were the changes from uDigM7 to uDigRC2 that
> caused my
> plugins to stop working?
>
> Thanks.
>
> Damjan =8Aavko
>
>
>
> On 7/21/06, Jesse Eichar < jeichar at refractions.net > wrote:
>
> The reason it works is because when you press the button the run
> methods is executed. So basically you need to simulate a button pres=
> s...
> which calling run does.
> Jesse
>
> On 21-Jul-06, at 2:10 AM, Damjan =8Aavko wrote:
>
> Bingo Jesse! That really did the trick. I would have never thought to
> use the run() method inside a modal tool. I still don't know why that=
> works
> but I don't really care that much :)
>
> Another thing: I can get the category ID by
> ApplicationGIS.getToolManager().getActiveCategory().getId() but I
> cannot do the same with tool ID. There is no
> ApplicationGIS.getToolManager().getActiveTool().getId().
> Anyway that's not such a big problem, it would've been just a bit mor=
> e
>>>> elegant.
>>>>
>>>> Thanks a lot!
>>>>
>>>> Damjan
>>>>
>>>>
>>>>
>>>> On 7/20/06, Jesse Eichar <jeichar at refractions.net> wrote:
>>>>>
>>>>> Hi
>>>>>
>>>>> The following snippet can be added to you setActiveMethod():
>>>>>
>>>>> Display.getCurrent().asyncExec(new Runnable(){
>>>>> public void run(){
>>>>> ApplicationGIS.getToolManager().getTool
>>>>> (toolID).run=
> ();
>>>>>
>>>>> }
>>>>> }
>>>>>
>>>>> I haven't actually tested this situation so let me know how it
>>>>> goes=
>
>
> _______________________________________________
> User-friendly Desktop Internet GIS (uDig)
> http://udig.refractions.net
> http://lists.refractions.net/mailman/listinfo/udig-devel
>
>
>
> _______________________________________________
> User-friendly Desktop Internet GIS (uDig)
> http://udig.refractions.net
> http://lists.refractions.net/mailman/listinfo/udig-devel
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.refractions.net/pipermail/udig-devel/attachments/20060828/d95af6aa/attachment.html
More information about the udig-devel
mailing list