jarp-developer Mailing List for JARP (Page 3)
Brought to you by:
ricardo_padilha
Menu
▾
▴
jarp-developer — Mailing list dedicated _only_ to developers of JARP.
You can subscribe to this list here.
| 2001 |
Jan
(39) |
Feb
(15) |
Mar
(37) |
Apr
(32) |
May
(5) |
Jun
(2) |
Jul
|
Aug
|
Sep
|
Oct
(11) |
Nov
(23) |
Dec
(17) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2002 |
Jan
(6) |
Feb
|
Mar
|
Apr
(19) |
May
(2) |
Jun
(3) |
Jul
|
Aug
|
Sep
|
Oct
(5) |
Nov
(1) |
Dec
(3) |
| 2003 |
Jan
(1) |
Feb
(2) |
Mar
|
Apr
(16) |
May
(11) |
Jun
|
Jul
|
Aug
(2) |
Sep
|
Oct
|
Nov
|
Dec
|
| 2004 |
Jan
|
Feb
|
Mar
(2) |
Apr
(11) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2005 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(3) |
Oct
|
Nov
|
Dec
|
| 2006 |
Jan
|
Feb
|
Mar
(2) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2007 |
Jan
|
Feb
|
Mar
(1) |
Apr
(1) |
May
(1) |
Jun
(2) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Ricardo S. P. <ric...@ie...> - 2003-04-23 01:12:38
|
Hi again! > I just started my next project yesterday and decided to give Eclipse > a chance. So far I must admit that I am impressed with what I see. > Attaching to the Jarp developer CVS repository took 1 min and Jarp > compiled straight away with Ant. Hehe, feels good, heh? > Now, I won't say that I have time to do anything on Jarp > (because the second I say that something very urgent lands on my desk), > but when "testing" Eclipse at home I might as well use Jarp as the > test target and perhaps even manage get something constructive done. This is good to know. It is the same thing here. I managed to get some free time on January/February, but since then I could not do annything more. > However, I seem to remember you saying something about having a major > change in the pipeline. Is that still so? Yes, this is true. I remodeled the whole thing! Now we have a complete separate Petri net model from the GUI/Editor framework. I also implemented the "glue" code to JHotDraw and also for SWT/GEF under Eclipse (as an PNML editor plugin). I did that to "stress"-test the new model. I thought that if the model implementation could handle two completely different GUI frameworks, then it would be a little bit more "solid". Unfortunately, neither GEF/SWT or JHotDraw/Swing glue code is ready for prime time. If you want, I can send it to you by email (maybe already packed as an Eclipse project ;). By the way, I managed to get write access to the CVS server of JHotDraw, so we can fix some of their bugs that affected us - I'm thinking mostly about those that required us to rewrite large portions of their code. > If so, is it a "waste of time" to try fix any bugs? > If not, should we do that darn 1.1.13 release that > has been pending for 1.5 year? :) Not at all! I think that version 1.1.13 must be released ASAP. The new-remodeled thing I'm working on would probably deserve a major version number anyway... there are simply too many things different (I think you'll agree when you see it). If we choose to start working for real on the remodeled version, then we'll have to maintain the two versions in parallel. For now, I think we should release version 1.1.13 and work on version 1.1.14, that would get hid of all "embedded" (fixed, not custom) JHotDraw code, by slowly migrating it to the oficial JHotDraw release ;) Best regards, Ricardo |
|
From: Filip L. <fil...@em...> - 2003-04-22 19:56:15
|
Hi, I just started my next project yesterday and decided to give Eclipse a chance. So far I must admit that I am impressed with what I see. Attaching to the Jarp developer CVS repository took 1 min and Jarp compiled straight away with Ant. Now, I won't say that I have time to do anything on Jarp (because the second I say that something very urgent lands on my desk), but when "testing" Eclipse at home I might as well use Jarp as the test target and perhaps even manage get something constructive done. However, I seem to remember you saying something about having a major change in the pipeline. Is that still so? If so, is it a "waste of time" to try fix any bugs? If not, should we do that darn 1.1.13 release that has been pending for 1.5 year? :) Best regards, -- Filip Larsen <fil...@em...> |
|
From: Ricardo S. P. <ric...@ie...> - 2003-02-04 20:50:06
|
Hi Filip, > > build-in Ant. However, when I run the result I am not able to insert any > > objects in the drawing (the pre-compiled 1.1.12 version seems to run > fine). > > Hmm... I'll take a look into it. Found it! It was an update of the API used by JARP. I'm using Eclipse now and I enabled the compiler warnings on deprecated API. The problem is that I replaced the way to calculate the size of a string using FontRenderContext, which is not serializable. This throwed an Exception while the place/transition was created, preventing it to happen. Making the attribute transient and double-checking it for null pointers corrected everything. > > be committed first. It would be nice if we can get around to finally > release > > that 1.1.13 > > version. Done. I think that the way it is now is good enough for a release. > If you're interested, I can put my current work on CVS as well. BTW: I started a BLog about Jarp at http://jarp.blogspot.com I'll put there comments on what I'm working on, as a way of writing down stuff that comes to my mind. (In fact, I did this because I needed a "good" reason to start a weblog and test an Eclipse plugin that allows me to add posts from inside Eclipse). Best Regards, Ricardo |
|
From: Ricardo S. P. <ric...@ie...> - 2003-02-04 20:31:45
|
Hi again! Sorry for the delay of the answer, but I was gone for the weekend in my family's beach house :) > I have been trying to setup a development project in my current Java > development environment, which consists of Netbeans 3.4 under Java 1.4.1 and > the latest Cygwin binaries. At the moment I can actually mount the > sourceforge CVS source under Netbeans, check it out and build it with the > build-in Ant. However, when I run the result I am not able to insert any > objects in the drawing (the pre-compiled 1.1.12 version seems to run fine). Hmm... I'll take a look into it. > Before I use any time getting reacquainted with the code and start debugging > away, I would like to hear if you have any open work that for sure needs to > be committed first. It would be nice if we can get around to finally release > that 1.1.13 > version. Ok. Those are only little bugfixes, anyway. > I believe I will have some time available for working a bit on Jarp in the > near future, at least until my next project starts up :) I have to confess that I'm working in version "2.0" of Jarp, with a completely remodeled infrastructure. In "2.0" I completely separated the model from the interface. This, of course, has throwed all implemented tools and commands away. I managed to reimplement some of the features and I can already load and save PNML files. If you're interested, I can put my current work on CVS as well. Best Regards, Ricardo |
|
From: Filip L. <fil...@em...> - 2003-01-31 20:43:46
|
Hi Ricardo, I have been trying to setup a development project in my current Java development environment, which consists of Netbeans 3.4 under Java 1.4.1 and the latest Cygwin binaries. At the moment I can actually mount the sourceforge CVS source under Netbeans, check it out and build it with the build-in Ant. However, when I run the result I am not able to insert any objects in the drawing (the pre-compiled 1.1.12 version seems to run fine). Before I use any time getting reacquainted with the code and start debugging away, I would like to hear if you have any open work that for sure needs to be committed first. It would be nice if we can get around to finally release that 1.1.13 version. I believe I will have some time available for working a bit on Jarp in the near future, at least until my next project starts up :) Best regards, -- Filip Larsen <fil...@em...> |
|
From: <no...@so...> - 2002-12-18 03:02:52
|
Bugs item #637266, was opened at 2002-11-12 16:01 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=118541&aid=637266&group_id=18541 Category: net composition Group: GUI bug >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Ricardo Sangoi Padilha (ricardo_padilha) Assigned to: Nobody/Anonymous (nobody) Summary: Not all '+' keys increment tokens Initial Comment: The plus '+' key of the alphanumeric keyboard does not increase the number of tokens. The only key available to increase the number of tokens is the plus key in the numeric pad. Both keys should be available to increase the number of tokens because, for example, laptops do not have numeric pads. The same thing probably also happens with the minus '-' key. ---------------------------------------------------------------------- >Comment By: Ricardo Sangoi Padilha (ricardo_padilha) Date: 2002-12-17 10:53 Message: Logged In: YES user_id=137238 Changed the if clause to a more generic one. Now, any key that generates* a '+' will increase the tokens and any key that generates a '-' will decrease tokens. *: Of course, according to Java interpretation of the keyboard event... ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=118541&aid=637266&group_id=18541 |
|
From: Ricardo S. P. <pa...@da...> - 2002-12-17 15:20:22
|
Hi Filip, As you can see, I fixed some bugs from Jarp and I was wondering if we should release a new version, since lots of people have been asking me when those bugs would be fixed. If you're busy right now just give me a little list of steps to properly compile and publish the release. Regards, Ricardo P.S.: I'm working right now on the new version of Jarp, and let me tell you, it is looking real good! :D > Bugs item #229574, was opened at 2001-01-21 02:24 > You can respond by visiting: > https://sourceforge.net/tracker/? func=detail&atid=118541&aid=229574&group_id=18541 > > Category: net composition > Group: Tool bug > Status: Closed >>Resolution: Fixed > Priority: 1 > Submitted By: Ricardo Sangoi Padilha (ricardo_padilha) >>Assigned to: Ricardo Sangoi Padilha (ricardo_padilha) > Summary: Adding node to Arc |
|
From: <no...@so...> - 2002-12-17 12:39:03
|
Bugs item #229574, was opened at 2001-01-21 02:24 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=118541&aid=229574&group_id=18541 Category: net composition Group: Tool bug Status: Closed >Resolution: Fixed Priority: 1 Submitted By: Ricardo Sangoi Padilha (ricardo_padilha) >Assigned to: Ricardo Sangoi Padilha (ricardo_padilha) Summary: Adding node to Arc Initial Comment: Adding a node to an Arc does not immediately updates it's drawing. The node is there, but it isn't visible or accessible. To update the drawing (thus showing the new node), you need to unselect and reselect the Arc. ---------------------------------------------------------------------- >Comment By: Ricardo Sangoi Padilha (ricardo_padilha) Date: 2002-12-17 10:39 Message: Logged In: YES user_id=137238 Finally fixed! After debbuging deep inside JHotDraw, I found that StandardDrawingView caches the selection handles. The problem is that the caching is done inside private methods, so a large chunk of code had to be copied to completely remove the caching of the handles. This will cause some performance issues while redrawing large selections, but this has to be mesured yet. The JHotDraw development team has also been informed. ---------------------------------------------------------------------- Comment By: Ricardo Sangoi Padilha (ricardo_padilha) Date: 2002-05-01 22:00 Message: Logged In: YES user_id=137238 Leaving as it is, and waiting the JHotDraw team to fix it. ---------------------------------------------------------------------- Comment By: Ricardo Sangoi Padilha (ricardo_padilha) Date: 2001-11-02 23:50 Message: Logged In: YES user_id=137238 Even JHotDraw 5.2 doesn't fix this problem. JARP feature: you can create nodes double-clicking on a segment, and remove a node double clicking on the node. ---------------------------------------------------------------------- Comment By: Ricardo Sangoi Padilha (ricardo_padilha) Date: 2001-04-02 15:32 Message: Logged In: YES user_id=137238 Couldn't find what is wrong there. Leaving as it is. ---------------------------------------------------------------------- Comment By: Ricardo Sangoi Padilha (ricardo_padilha) Date: 2001-03-06 00:10 Message: Logged In: YES user_id=137238 Apparently, this seems to be a bug in the JHotDraw framework. Only some more deep debbuging of the framework (and possibly code rewriting) this will be solved. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=118541&aid=229574&group_id=18541 |
|
From: <no...@so...> - 2002-11-12 18:01:04
|
Bugs item #637266, was opened at 2002-11-12 16:01 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=118541&aid=637266&group_id=18541 Category: net composition Group: GUI bug Status: Open Resolution: None Priority: 5 Submitted By: Ricardo Sangoi Padilha (ricardo_padilha) Assigned to: Nobody/Anonymous (nobody) Summary: Not all '+' keys increment tokens Initial Comment: The plus '+' key of the alphanumeric keyboard does not increase the number of tokens. The only key available to increase the number of tokens is the plus key in the numeric pad. Both keys should be available to increase the number of tokens because, for example, laptops do not have numeric pads. The same thing probably also happens with the minus '-' key. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=118541&aid=637266&group_id=18541 |
|
From: Ricardo S. P. <pa...@da...> - 2002-10-10 16:23:47
|
Hi Filip, I managed to get some spare time and did some modeling for a new version of Jarp. I designed some new interfaces for nets that should be independant from the GUI used, so I can pursue my "dream" ;) of implementing Jarp also as a plugin for Eclipse. The whole thing is about 2.8 MB (including XML libraries) and I wonder if you could take a look at it and tell me what you think. Is there anyway I can send you this without clogging your mailbox? (I don't want to put this on the CVS because I don't feel it's ready for "prime time" - but I could always place this as a new sub-project in the CVS, maybe) Regards, Ricardo |
|
From: <no...@so...> - 2002-10-07 16:45:14
|
Bugs item #619674, was opened at 2002-10-07 15:05 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=118541&aid=619674&group_id=18541 Category: net composition Group: Tool bug >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Ricardo Sangoi Padilha (ricardo_padilha) >Assigned to: Filip Larsen (filiplarsen) Summary: ClassCastException in arc weight Initial Comment: The tool for changing the arc weight throws a ClassCastException whenever used. Stack trace saved to jarp.log: Tool exception Mon Oct 07 14:59:20 CEST 2002 java.lang.ClassCastException: java.lang.String at org.jarp.components.ArcImpl.setAttribute (ArcImpl.java:162) at CH.ifa.draw.standard.ChangeAttributeCommand.execute (ChangeAttributeCommand.java:132) at CH.ifa.draw.util.UndoableCommand.execute (UndoableCommand.java:61) at org.jarp.tools.edition.FormatTool.execute (FormatTool.java:59) at org.jarp.tools.edition.FormatTool$ChangeAttributeTool.ex ecute(FormatTool.java:131) at org.jarp.tools.AbstractJARPTool.actionPerformed (AbstractJARPTool.java:58) at javax.swing.AbstractButton.fireActionPerformed (AbstractButton.java:1767) at javax.swing.AbstractButton$ForwardActionEvents.action Performed(AbstractButton.java:1820) at javax.swing.DefaultButtonModel.fireActionPerformed (DefaultButtonModel.java:419) at javax.swing.DefaultButtonModel.setPressed (DefaultButtonModel.java:257) at javax.swing.AbstractButton.doClick (AbstractButton.java:289) at javax.swing.plaf.basic.BasicMenuItemUI.doClick (BasicMenuItemUI.java:1092) at javax.swing.plaf.basic.BasicMenuItemUI$MouseInputHan dler.mouseReleased(BasicMenuItemUI.java:932) at java.awt.AWTEventMulticaster.mouseReleased (AWTEventMulticaster.java:227) at java.awt.Component.processMouseEvent (Component.java:5021) at java.awt.Component.processEvent (Component.java:4818) at java.awt.Container.processEvent (Container.java:1380) at java.awt.Component.dispatchEventImpl (Component.java:3526) at java.awt.Container.dispatchEventImpl (Container.java:1437) at java.awt.Component.dispatchEvent (Component.java:3367) at java.awt.LightweightDispatcher.retargetMouseEvent (Container.java:3214) at java.awt.LightweightDispatcher.processMouseEvent (Container.java:2929) at java.awt.LightweightDispatcher.dispatchEvent (Container.java:2859) at java.awt.Container.dispatchEventImpl (Container.java:1423) at java.awt.Window.dispatchEventImpl (Window.java:1566) at java.awt.Component.dispatchEvent (Component.java:3367) at java.awt.EventQueue.dispatchEvent (EventQueue.java:445) at java.awt.EventDispatchThread.pumpOneEventForHierarc hy(EventDispatchThread.java:190) at java.awt.EventDispatchThread.pumpEventsForHierarchy (EventDispatchThread.java:144) at java.awt.EventDispatchThread.pumpEvents (EventDispatchThread.java:138) at java.awt.EventDispatchThread.pumpEvents (EventDispatchThread.java:130) at java.awt.EventDispatchThread.run (EventDispatchThread.java:98) ---------------------------------------------------------------------- >Comment By: Filip Larsen (filiplarsen) Date: 2002-10-07 18:45 Message: Logged In: YES user_id=35850 Changed ArcImpl and PlaceImpl to accept a String value for the "weight" and "tokens" attribute. Note that there is no user friendly input validation. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=118541&aid=619674&group_id=18541 |
|
From: <no...@so...> - 2002-10-07 16:24:14
|
Bugs item #619676, was opened at 2002-10-07 15:07 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=118541&aid=619676&group_id=18541 Category: net composition Group: GUI bug >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Ricardo Sangoi Padilha (ricardo_padilha) >Assigned to: Filip Larsen (filiplarsen) Summary: Missing/Mispelled resource Initial Comment: The tool for setting tokens for places cannot work because of a missing resource called "MessageTokens". Actually the resource exists, but is called "MessageToken". Stack trace copy from jarp.log: Tool exception Mon Oct 07 15:05:57 CEST 2002 java.util.MissingResourceException: Can't find resource for bundle java.util.PropertyResourceBundle, key MessageTokens at java.util.ResourceBundle.getObject (ResourceBundle.java:314) at java.util.ResourceBundle.getObject (ResourceBundle.java:311) at java.util.ResourceBundle.getString (ResourceBundle.java:274) at org.jarp.util.Config.getString (Config.java:419) at org.jarp.tools.edition.FormatTool$ChangeAttributeTool.ex ecute(FormatTool.java:128) at org.jarp.tools.AbstractJARPTool.actionPerformed (AbstractJARPTool.java:58) at javax.swing.AbstractButton.fireActionPerformed (AbstractButton.java:1767) at javax.swing.AbstractButton$ForwardActionEvents.action Performed(AbstractButton.java:1820) at javax.swing.DefaultButtonModel.fireActionPerformed (DefaultButtonModel.java:419) at javax.swing.DefaultButtonModel.setPressed (DefaultButtonModel.java:257) at javax.swing.AbstractButton.doClick (AbstractButton.java:289) at javax.swing.plaf.basic.BasicMenuItemUI.doClick (BasicMenuItemUI.java:1092) at javax.swing.plaf.basic.BasicMenuItemUI$MouseInputHan dler.mouseReleased(BasicMenuItemUI.java:932) at java.awt.AWTEventMulticaster.mouseReleased (AWTEventMulticaster.java:227) at java.awt.Component.processMouseEvent (Component.java:5021) at java.awt.Component.processEvent (Component.java:4818) at java.awt.Container.processEvent (Container.java:1380) at java.awt.Component.dispatchEventImpl (Component.java:3526) at java.awt.Container.dispatchEventImpl (Container.java:1437) at java.awt.Component.dispatchEvent (Component.java:3367) at java.awt.LightweightDispatcher.retargetMouseEvent (Container.java:3214) at java.awt.LightweightDispatcher.processMouseEvent (Container.java:2929) at java.awt.LightweightDispatcher.dispatchEvent (Container.java:2859) at java.awt.Container.dispatchEventImpl (Container.java:1423) at java.awt.Window.dispatchEventImpl (Window.java:1566) at java.awt.Component.dispatchEvent (Component.java:3367) at java.awt.EventQueue.dispatchEvent (EventQueue.java:445) at java.awt.EventDispatchThread.pumpOneEventForHierarc hy(EventDispatchThread.java:190) at java.awt.EventDispatchThread.pumpEventsForHierarchy (EventDispatchThread.java:144) at java.awt.EventDispatchThread.pumpEvents (EventDispatchThread.java:138) at java.awt.EventDispatchThread.pumpEvents (EventDispatchThread.java:130) at java.awt.EventDispatchThread.run (EventDispatchThread.java:98) ---------------------------------------------------------------------- >Comment By: Filip Larsen (filiplarsen) Date: 2002-10-07 18:24 Message: Logged In: YES user_id=35850 Changed configuration key for FormatTool message from "Message" + attribute to attribute + ".changeText" Also change JARP.properties to reflect this. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=118541&aid=619676&group_id=18541 |
|
From: <no...@so...> - 2002-10-07 13:07:53
|
Bugs item #619676, was opened at 2002-10-07 10:07 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=118541&aid=619676&group_id=18541 Category: net composition Group: GUI bug Status: Open Resolution: None Priority: 5 Submitted By: Ricardo Sangoi Padilha (ricardo_padilha) Assigned to: Nobody/Anonymous (nobody) Summary: Missing/Mispelled resource Initial Comment: The tool for setting tokens for places cannot work because of a missing resource called "MessageTokens". Actually the resource exists, but is called "MessageToken". Stack trace copy from jarp.log: Tool exception Mon Oct 07 15:05:57 CEST 2002 java.util.MissingResourceException: Can't find resource for bundle java.util.PropertyResourceBundle, key MessageTokens at java.util.ResourceBundle.getObject (ResourceBundle.java:314) at java.util.ResourceBundle.getObject (ResourceBundle.java:311) at java.util.ResourceBundle.getString (ResourceBundle.java:274) at org.jarp.util.Config.getString (Config.java:419) at org.jarp.tools.edition.FormatTool$ChangeAttributeTool.ex ecute(FormatTool.java:128) at org.jarp.tools.AbstractJARPTool.actionPerformed (AbstractJARPTool.java:58) at javax.swing.AbstractButton.fireActionPerformed (AbstractButton.java:1767) at javax.swing.AbstractButton$ForwardActionEvents.action Performed(AbstractButton.java:1820) at javax.swing.DefaultButtonModel.fireActionPerformed (DefaultButtonModel.java:419) at javax.swing.DefaultButtonModel.setPressed (DefaultButtonModel.java:257) at javax.swing.AbstractButton.doClick (AbstractButton.java:289) at javax.swing.plaf.basic.BasicMenuItemUI.doClick (BasicMenuItemUI.java:1092) at javax.swing.plaf.basic.BasicMenuItemUI$MouseInputHan dler.mouseReleased(BasicMenuItemUI.java:932) at java.awt.AWTEventMulticaster.mouseReleased (AWTEventMulticaster.java:227) at java.awt.Component.processMouseEvent (Component.java:5021) at java.awt.Component.processEvent (Component.java:4818) at java.awt.Container.processEvent (Container.java:1380) at java.awt.Component.dispatchEventImpl (Component.java:3526) at java.awt.Container.dispatchEventImpl (Container.java:1437) at java.awt.Component.dispatchEvent (Component.java:3367) at java.awt.LightweightDispatcher.retargetMouseEvent (Container.java:3214) at java.awt.LightweightDispatcher.processMouseEvent (Container.java:2929) at java.awt.LightweightDispatcher.dispatchEvent (Container.java:2859) at java.awt.Container.dispatchEventImpl (Container.java:1423) at java.awt.Window.dispatchEventImpl (Window.java:1566) at java.awt.Component.dispatchEvent (Component.java:3367) at java.awt.EventQueue.dispatchEvent (EventQueue.java:445) at java.awt.EventDispatchThread.pumpOneEventForHierarc hy(EventDispatchThread.java:190) at java.awt.EventDispatchThread.pumpEventsForHierarchy (EventDispatchThread.java:144) at java.awt.EventDispatchThread.pumpEvents (EventDispatchThread.java:138) at java.awt.EventDispatchThread.pumpEvents (EventDispatchThread.java:130) at java.awt.EventDispatchThread.run (EventDispatchThread.java:98) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=118541&aid=619676&group_id=18541 |
|
From: <no...@so...> - 2002-10-07 13:05:39
|
Bugs item #619674, was opened at 2002-10-07 10:05 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=118541&aid=619674&group_id=18541 Category: net composition Group: Tool bug Status: Open Resolution: None Priority: 5 Submitted By: Ricardo Sangoi Padilha (ricardo_padilha) Assigned to: Nobody/Anonymous (nobody) Summary: ClassCastException in arc weight Initial Comment: The tool for changing the arc weight throws a ClassCastException whenever used. Stack trace saved to jarp.log: Tool exception Mon Oct 07 14:59:20 CEST 2002 java.lang.ClassCastException: java.lang.String at org.jarp.components.ArcImpl.setAttribute (ArcImpl.java:162) at CH.ifa.draw.standard.ChangeAttributeCommand.execute (ChangeAttributeCommand.java:132) at CH.ifa.draw.util.UndoableCommand.execute (UndoableCommand.java:61) at org.jarp.tools.edition.FormatTool.execute (FormatTool.java:59) at org.jarp.tools.edition.FormatTool$ChangeAttributeTool.ex ecute(FormatTool.java:131) at org.jarp.tools.AbstractJARPTool.actionPerformed (AbstractJARPTool.java:58) at javax.swing.AbstractButton.fireActionPerformed (AbstractButton.java:1767) at javax.swing.AbstractButton$ForwardActionEvents.action Performed(AbstractButton.java:1820) at javax.swing.DefaultButtonModel.fireActionPerformed (DefaultButtonModel.java:419) at javax.swing.DefaultButtonModel.setPressed (DefaultButtonModel.java:257) at javax.swing.AbstractButton.doClick (AbstractButton.java:289) at javax.swing.plaf.basic.BasicMenuItemUI.doClick (BasicMenuItemUI.java:1092) at javax.swing.plaf.basic.BasicMenuItemUI$MouseInputHan dler.mouseReleased(BasicMenuItemUI.java:932) at java.awt.AWTEventMulticaster.mouseReleased (AWTEventMulticaster.java:227) at java.awt.Component.processMouseEvent (Component.java:5021) at java.awt.Component.processEvent (Component.java:4818) at java.awt.Container.processEvent (Container.java:1380) at java.awt.Component.dispatchEventImpl (Component.java:3526) at java.awt.Container.dispatchEventImpl (Container.java:1437) at java.awt.Component.dispatchEvent (Component.java:3367) at java.awt.LightweightDispatcher.retargetMouseEvent (Container.java:3214) at java.awt.LightweightDispatcher.processMouseEvent (Container.java:2929) at java.awt.LightweightDispatcher.dispatchEvent (Container.java:2859) at java.awt.Container.dispatchEventImpl (Container.java:1423) at java.awt.Window.dispatchEventImpl (Window.java:1566) at java.awt.Component.dispatchEvent (Component.java:3367) at java.awt.EventQueue.dispatchEvent (EventQueue.java:445) at java.awt.EventDispatchThread.pumpOneEventForHierarc hy(EventDispatchThread.java:190) at java.awt.EventDispatchThread.pumpEventsForHierarchy (EventDispatchThread.java:144) at java.awt.EventDispatchThread.pumpEvents (EventDispatchThread.java:138) at java.awt.EventDispatchThread.pumpEvents (EventDispatchThread.java:130) at java.awt.EventDispatchThread.run (EventDispatchThread.java:98) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=118541&aid=619674&group_id=18541 |
|
From: Filip L. <fil...@em...> - 2002-06-17 18:11:49
|
Hi Ricardo, > I explain: I managed to get an internship at SAP, in Germany. Actually, I'm > seating in SAP Research Center in Karlsruhe as I write :) Congratulations! With the current work situation in Europe I guess it wasn't easy to obtain that internship. I whish you the best of luck with it and hope you'll enjoy your stay here in Europe. And speaking of Karlsruhe, I will probably drive right by it when I go on vacation near the Riviara in a few weeks ... small world :) > I got in here two weeks ago, and as you can imagine, things have been a > little bit too "rushy" for the moment (finding a place to stay, signing my > contract, getting my work permit, etc). Yes, there are a million practical details that need to be in order, and everything seems to be done in an unfamiliar way. But that is part of the fun :) > So please keep me informed about changes in Jarp, but don't rely too much > on me to make such changes happen :( > If you need any changes on the permissions on Sourceforge, please let me > know. Will do. BR, -- Filip Larsen <fil...@ma...> |
|
From: Ricardo S. P. <pa...@da...> - 2002-06-17 07:23:45
|
Hi Filip, > I haven't done any work on Jarp for weeks, but I was thinking of making Me neither. Actually I've been kind of busy with my internship, so I'll be most likely unavailable for the next weeks also. > a 1.1.13 release to get our changes since 1.1.12 out the door and > signal that Jarp development is still alive :). If I get time, I will > probably try to fix some stuff I missed adding with my previous changes > (icons, javadoc) before releasing. > Do you have any objections to a release now? Please do it. As I said, I will not be able to do it myself, unfortunately. I explain: I managed to get an internship at SAP, in Germany. Actually, I'm seating in SAP Research Center in Karlsruhe as I write :) I got in here two weeks ago, and as you can imagine, things have been a little bit too "rushy" for the moment (finding a place to stay, signing my contract, getting my work permit, etc). So please keep me informed about changes in Jarp, but don't rely too much on me to make such changes happen :( If you need any changes on the permissions on Sourceforge, please let me know. BR, Ricardo |
|
From: Filip L. <fil...@em...> - 2002-06-16 10:23:58
|
Hi Ricardo, I haven't done any work on Jarp for weeks, but I was thinking of making a 1.1.13 release to get our changes since 1.1.12 out the door and signal that Jarp development is still alive :). If I get time, I will probably try to fix some stuff I missed adding with my previous changes (icons, javadoc) before releasing. Do you have any objections to a release now? BR, -- Filip Larsen <fil...@ma...> |
|
From: <no...@so...> - 2002-05-02 01:00:55
|
Bugs item #229574, was opened at 2001-01-21 02:24 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=118541&aid=229574&group_id=18541 Category: net composition Group: Tool bug >Status: Closed Resolution: Wont Fix Priority: 1 Submitted By: Ricardo Sangoi Padilha (ricardo_padilha) Assigned to: Nobody/Anonymous (nobody) Summary: Adding node to Arc Initial Comment: Adding a node to an Arc does not immediately updates it's drawing. The node is there, but it isn't visible or accessible. To update the drawing (thus showing the new node), you need to unselect and reselect the Arc. ---------------------------------------------------------------------- >Comment By: Ricardo Sangoi Padilha (ricardo_padilha) Date: 2002-05-01 22:00 Message: Logged In: YES user_id=137238 Leaving as it is, and waiting the JHotDraw team to fix it. ---------------------------------------------------------------------- Comment By: Ricardo Sangoi Padilha (ricardo_padilha) Date: 2001-11-02 23:50 Message: Logged In: YES user_id=137238 Even JHotDraw 5.2 doesn't fix this problem. JARP feature: you can create nodes double-clicking on a segment, and remove a node double clicking on the node. ---------------------------------------------------------------------- Comment By: Ricardo Sangoi Padilha (ricardo_padilha) Date: 2001-04-02 15:32 Message: Logged In: YES user_id=137238 Couldn't find what is wrong there. Leaving as it is. ---------------------------------------------------------------------- Comment By: Ricardo Sangoi Padilha (ricardo_padilha) Date: 2001-03-06 00:10 Message: Logged In: YES user_id=137238 Apparently, this seems to be a bug in the JHotDraw framework. Only some more deep debbuging of the framework (and possibly code rewriting) this will be solved. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=118541&aid=229574&group_id=18541 |
|
From: <no...@so...> - 2002-05-02 00:59:18
|
Bugs item #488425, was opened at 2001-12-03 12:47 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=118541&aid=488425&group_id=18541 Category: languages Group: GUI bug >Status: Closed Resolution: Fixed Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Ricardo Sangoi Padilha (ricardo_padilha) Summary: Corrections in french translation Initial Comment: Hi, many thanks for this greet tool. Shall I propose some corrections for the french translation ? The fundamental corrections to do is that a "place" is translated with the same word "place" in french (not "lieu") and a marking in french is "marquage" "a marking" => "un marquage" "a place"=>"une place" Format menu: "Vers le front" should be "Arrière-plan", "Vers le fond" should be "Avant-plan", Submenu Aligner and menu Composition: typo for "Aligher sur la grille" About box: "Ce logiciel a été licencié sous GNU GPL" should be "Ce logiciel est sous licence GNU GPL" "Website" should be "Page d'accueil" Menu Analyses (I see that it is still under development and that the translation has not yet been done, but if I can help...): "Reachable states analysis": "Recherche des états accessibles" "Search mode"=>"Mode de recherche" "Depth first"=>"En profondeur" "Breadth first"=>"En largeur" "Simulated work"=>??? I don't know what it is, sorry "Detect infinite cycles"=>"Détection des cycles infinis" "Idle"=>"Arrêté" "Found"=>"Trouvé" "open"=>"Ouvert" "Time"=>"Durée" "Start"=>"Lancer" "Stop"=>"Arrêter" "Reset"=>"Réinitialisation" "Close"=>"Fermer" ---------------------------------------------------------------------- Comment By: Ricardo Sangoi Padilha (ricardo_padilha) Date: 2001-12-03 14:27 Message: Logged In: YES user_id=137238 Your suggestions have been fixed. Please checkout the new resource file in the CVS: http://cvs.sourceforge.net/cgi- bin/viewcvs.cgi/jarp/jarp/src/resources/JARP_fr.properties I would like to invite the person that submitted this bug to register itself in SourceForge and contribute with us by helping us with the french translation? We really need someone that can do a better job than me... :) ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=118541&aid=488425&group_id=18541 |
|
From: <no...@so...> - 2002-04-26 10:44:15
|
Feature Requests item #548457, was opened at 2002-04-25 08:59 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=368541&aid=548457&group_id=18541 Category: None Group: None >Status: Closed Priority: 5 Submitted By: Filip Larsen (filiplarsen) >Assigned to: Filip Larsen (filiplarsen) Summary: Distribute tool Initial Comment: I would be nice to have a distribute tool to complement the already existing align tool. A distribute tool help distribute the selected figure evenly in different ways, possibly include: - Distribute centers horisontally; the leftmost and rightmost figure stay where they are, the rest are moved horisontally so that their center distributes evenly in between. - Distribute centers vertically; like above, but vertically. - Distribute with even gab horisontally; the leftmost and rightmost figure stay where they are, the rest are moved horisontally so that the distance between the bounding box of two figures are evenly distributed. - Distribute with even gab vertically; like above, but vertically. - Distribute like in the above modes, but with only one figure fixed (could be any figure). The distance between centers or bounding-boxes is specified by user or calculated as an average based on the total bounding box. In the last suggestion for variations, the user specified distance is important since that allows the user to lay out figures with "standard" spacing. A distribution tool also combines very well with a possible grouping of figures (i.e. where a group of figures behave like a single figure). This allows to lay out figures in a hierahical way (e.g. to do clusters). ---------------------------------------------------------------------- >Comment By: Filip Larsen (filiplarsen) Date: 2002-04-26 12:44 Message: Logged In: YES user_id=35850 Experimental version of the tool added. It so far only support the first four methods of distribution. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=368541&aid=548457&group_id=18541 |
|
From: <no...@so...> - 2002-04-25 06:59:32
|
Feature Requests item #548457, was opened at 2002-04-25 08:59 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=368541&aid=548457&group_id=18541 Category: None Group: None Status: Open Priority: 5 Submitted By: Filip Larsen (filiplarsen) Assigned to: Nobody/Anonymous (nobody) Summary: Distribute tool Initial Comment: I would be nice to have a distribute tool to complement the already existing align tool. A distribute tool help distribute the selected figure evenly in different ways, possibly include: - Distribute centers horisontally; the leftmost and rightmost figure stay where they are, the rest are moved horisontally so that their center distributes evenly in between. - Distribute centers vertically; like above, but vertically. - Distribute with even gab horisontally; the leftmost and rightmost figure stay where they are, the rest are moved horisontally so that the distance between the bounding box of two figures are evenly distributed. - Distribute with even gab vertically; like above, but vertically. - Distribute like in the above modes, but with only one figure fixed (could be any figure). The distance between centers or bounding-boxes is specified by user or calculated as an average based on the total bounding box. In the last suggestion for variations, the user specified distance is important since that allows the user to lay out figures with "standard" spacing. A distribution tool also combines very well with a possible grouping of figures (i.e. where a group of figures behave like a single figure). This allows to lay out figures in a hierahical way (e.g. to do clusters). ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=368541&aid=548457&group_id=18541 |
|
From: Filip L. <fil...@em...> - 2002-04-25 06:26:18
|
Hi Ricardo, > > - The plus and minus are a bit "heavy", perhaps just a circle and a > > plus/minus? > > I did it that way before, but it was too "thin" in high resolution. Ok. Perhaps a thicker circle line? Or, if JHD supports absolute line width (i.e. a line 5 mm thick), then perhaps the circle could be drawn with a line in absolute coordinates? Not that it is terrible important :) > When did you last updated? I've noticed the problem and tryed to fix it as > quick as I could, but it seems you've got a (temporary) buggy version. Let > me know if the problem persist after an update. I have now done a complete check-out and could not reproduce the problem. > I don't understand... as things are right now, the new arc should snap as > soon as the mouse hovers over the transition. And I mean anywhere over the > transition (or place). Yeah, after the check-out this also works nice now (earlier I had to release in the center of the transition). I guess I have to stay away from CVS updates since it doesn't get your changes right. I can't imaging why it mess things up, but it has done so several times here. Sorry for the "false alarms". > > - The menubar lays out the panels in a strange way ... > I noticed it too. I can play around with it to see if there is something I have missed, but if there isn't I don't really see what can be done then. Have you considered how Jarp should do toolbars in the long run? If we can grab a library somewhere it may not be that hard to do "IDE style" toolbars. > > - It is a bit lengthy to code for the use of ChangeAttributeCommand > Maybe should we extend it in Jarp? I can take a look if you want. You think we could use such a "safe" ChangeAttributeCommand in other places? Anyway, if needed I can extract what I have done into a separate class, but it requires some more work to be general. You are of course welcome to look at if you want, but don't do it if you have better things to do :) BR, -- Filip Larsen <fil...@ma...> |
|
From: Ricardo S. P. <pa...@da...> - 2002-04-24 20:41:21
|
Hi Filip, > - The plus and minus are a bit "heavy", perhaps just a circle and a > plus/minus? I did it that way before, but it was too "thin" in high resolution. Actually, this seems to be a problem we're going to have to face sooner or later: zooming. > - The arc weight handles don't work right for vertical arcs. > - The arc weight number (and handles) can end up a long way from the arc > line itself if it is a polyline. When did you last updated? I've noticed the problem and tryed to fix it as quick as I could, but it seems you've got a (temporary) buggy version. Let me know if the problem persist after an update. > I've also noticed that the display of selections made with a drag-box works > much better now. Yes, I found and "squished" the bug in the selection box. > And a different thing: during the construction of an arc, would it then be > possibe to draw it in some other color or pattern until it is a valid arc? > Almost half the times I draw an arc it "vanishes" when I release the mouse > button because I apparently didn't hit the right few pixels in the place or > transition figure. And if possible, maybe the "snap" distance should be > bigger (or configureable). I don't understand... as things are right now, the new arc should snap as soon as the mouse hovers over the transition. And I mean anywhere over the transition (or place). > - The menubar lays out the panels in a strange way when there is either too > little or too much room in the bar. I think JToolbars may be too simple for > what I'm trying to do here (I have in mind these multiple toolbars that can > be stacked together if needed, but this won't work out of the box with > JToolbars). I noticed it too. > - It is a bit lengthy to code for the use of ChangeAttributeCommand when the > selection contains figures that have a null value for the attribute in > question. I had to extend two classes and make a custom FigureEnumerator > filter to get it working. It would be easier if the ChangeAttributeCommand > itself was capable of doing this. Maybe should we extend it in Jarp? I can take a look if you want. BR, Ricardo |
|
From: Filip L. <fil...@em...> - 2002-04-24 19:40:40
|
Hi Ricardo, > I implemented a new way of adding tokens and weight to places and arcs. Just > click on a place or arc to see the difference. :) Nice, this could probably be the preferred way for a user to adjust individual token and weight count. Some quick feedback on this: - The plus and minus are a bit "heavy", perhaps just a circle and a plus/minus? - The arc weight handles don't work right for vertical arcs. - The arc weight number (and handles) can end up a long way from the arc line itself if it is a polyline. I've also noticed that the display of selections made with a drag-box works much better now. And a different thing: during the construction of an arc, would it then be possibe to draw it in some other color or pattern until it is a valid arc? Almost half the times I draw an arc it "vanishes" when I release the mouse button because I apparently didn't hit the right few pixels in the place or transition figure. And if possible, maybe the "snap" distance should be bigger (or configureable). > I just fixed a NullPointerException that was lurking there. :) Uh, the file apparently got committed with some half-undone stuff in it, sorry. I've put it right now. The current problems with the AtrributeTool is: - The menubar lays out the panels in a strange way when there is either too little or too much room in the bar. I think JToolbars may be too simple for what I'm trying to do here (I have in mind these multiple toolbars that can be stacked together if needed, but this won't work out of the box with JToolbars). - It is a bit lengthy to code for the use of ChangeAttributeCommand when the selection contains figures that have a null value for the attribute in question. I had to extend two classes and make a custom FigureEnumerator filter to get it working. It would be easier if the ChangeAttributeCommand itself was capable of doing this. BR, -- Filip Larsen <fil...@ma...> |
|
From: Ricardo S. P. <pa...@da...> - 2002-04-24 15:57:07
|
Hi Filip, I implemented a new way of adding tokens and weight to places and arcs. Just click on a place or arc to see the difference. :) > BTW, I have just committed AttributeTool.java which I forgot last night, > sorry. I plan to brush the tool up a little today, so don't mess too much > around with the code for it :) I just fixed a NullPointerException that was lurking there. :) BR, Ricardo |
