[JBoss JIRA] (GPD-167) Diagram should not scroll after adding nodes from palette
by Koen Aers (JIRA)
[ https://issues.jboss.org/browse/GPD-167?page=com.atlassian.jira.plugin.sy... ]
Koen Aers resolved GPD-167.
---------------------------
Resolution: Out of Date
> Diagram should not scroll after adding nodes from palette
> ---------------------------------------------------------
>
> Key: GPD-167
> URL: https://issues.jboss.org/browse/GPD-167
> Project: jBPM GPD
> Issue Type: Bug
> Components: jpdl
> Affects Versions: jBPM jPDL Designer 3.1.0.SP1
> Reporter: John Ruud
> Assignee: Koen Aers
> Priority: Minor
> Fix For: jBPM jPDL Designer 3.x
>
>
> After adding nodes from the palette to diagrams where the scroll-bars are not in the top left corner position, the diagram will automatically scroll (to the top-left position). This is not desirable IMO, as it makes it easy to loose track of just-added nodes for large diagrams.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
8 years, 2 months
[JBoss JIRA] (GPD-150) In-place label edit box offset in scrolled editor
by Koen Aers (JIRA)
[ https://issues.jboss.org/browse/GPD-150?page=com.atlassian.jira.plugin.sy... ]
Koen Aers resolved GPD-150.
---------------------------
Resolution: Out of Date
> In-place label edit box offset in scrolled editor
> -------------------------------------------------
>
> Key: GPD-150
> URL: https://issues.jboss.org/browse/GPD-150
> Project: jBPM GPD
> Issue Type: Bug
> Components: jpdl
> Affects Versions: jBPM JPDL Designer 3.1.0.CR
> Environment: Eclipse 3.3, Windows XP SP2, JDK 6
> Reporter: David Good
> Assignee: Koen Aers
> Priority: Minor
> Fix For: jBPM jPDL Designer 3.x
>
> Attachments: screenshot-1.jpg
>
>
> When editing a diagram larger than the editor window, clicking on a node label causes the edit box to appear in an offset position if the scroll bars are not in the origin. (see attachment)
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
8 years, 2 months
[JBoss JIRA] (GPD-232) add "binding" attribute to model class of subprocess in process designer
by Koen Aers (JIRA)
[ https://issues.jboss.org/browse/GPD-232?page=com.atlassian.jira.plugin.sy... ]
Koen Aers resolved GPD-232.
---------------------------
Resolution: Out of Date
> add "binding" attribute to model class of subprocess in process designer
> ------------------------------------------------------------------------
>
> Key: GPD-232
> URL: https://issues.jboss.org/browse/GPD-232
> Project: jBPM GPD
> Issue Type: Feature Request
> Components: jpdl
> Environment: probably not important here, but: windows XP java 1.6
> Reporter: s p
> Assignee: Koen Aers
> Priority: Minor
> Labels: attribute, binding, designer, gpd, late, model
> Fix For: jBPM jPDL Designer 3.2
>
> Attachments: supportBindingAttributeInSubprocess.path, supportBindingAttributeInSubprocess.path
>
>
> There is optional attribute binding in SubProcess element, but it's not accessible from GPD, becouse in model of subprocess it isn't supported.
> It would be nice to add it to model and to xmladapter classes, to allow people access to this attribute from their extensions of process designer.
> At least it would be very usefull to me :)
> I've attached a patch (updated - the bigger is wrong i it changes formatting, use the smaller (newer) file).
> I use version 3.2.3 from svn of jbpm and it isn't in combo, so I've choosed unknow version.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
8 years, 2 months
[JBoss JIRA] (GPD-307) make g the last attribute
by Koen Aers (JIRA)
[ https://issues.jboss.org/browse/GPD-307?page=com.atlassian.jira.plugin.sy... ]
Koen Aers resolved GPD-307.
---------------------------
Resolution: Out of Date
> make g the last attribute
> -------------------------
>
> Key: GPD-307
> URL: https://issues.jboss.org/browse/GPD-307
> Project: jBPM GPD
> Issue Type: Task
> Components: jpdl
> Reporter: Tom Baeyens
> Assignee: Koen Aers
> Fix For: jBPM jPDL Designer 4.x
>
>
> koen, could you check if it is easy to make g the last attribute ? currently it seems to be systematically the first attribute.
> <process name="EndState" xmlns="http://jbpm.org/4/jpdl">
> <start g="16,96,48,48">
> <transition to="get return code" name=""/>
> </start>
> <state g="96,94,110,52" name="get return code">
> <transition g="150,63:-36,11" name="200" to="ok"/>
> <transition g=":-16,-27" name="400" to="bad request"/>
> <transition g="150,177:-33,-32" name="500" to="internal server error"/>
> </state>
> <end g="239,40,48,48" name="ok" state="completed"/>
> <end-cancel g="239,97,48,48" name="bad request"/>
> <end-error g="240,154,48,48" name="internal server error"/>
> </process>
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
8 years, 2 months
[JBoss JIRA] (GPD-366) Process Definition not displayed correctly if xml is updated directly
by Koen Aers (JIRA)
[ https://issues.jboss.org/browse/GPD-366?page=com.atlassian.jira.plugin.sy... ]
Koen Aers resolved GPD-366.
---------------------------
Resolution: Out of Date
> Process Definition not displayed correctly if xml is updated directly
> ---------------------------------------------------------------------
>
> Key: GPD-366
> URL: https://issues.jboss.org/browse/GPD-366
> Project: jBPM GPD
> Issue Type: Bug
> Components: jpdl
> Affects Versions: jBPM jPDL Designer 3.2
> Environment: Windows Vista, Eclispe 3.4.2 , JBPM 3.2.1
> Reporter: TejJBPM
> Assignee: Koen Aers
> Fix For: jBPM jPDL Designer 3.x
>
>
> Whenever I edit the processdefinition.xml directly for example ( I add a mail action class)..the original display in the processdefinition goes strange. IT loses all the transitions.
> This does not happen always. But intermittenly. Because of this whenever i change the xml file i save it and cross check it in the display whether everything is fine.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
8 years, 2 months
[JBoss JIRA] (GPD-35) enhancement drawing transitions
by Koen Aers (JIRA)
[ https://issues.jboss.org/browse/GPD-35?page=com.atlassian.jira.plugin.sys... ]
Koen Aers resolved GPD-35.
--------------------------
Resolution: Out of Date
> enhancement drawing transitions
> -------------------------------
>
> Key: GPD-35
> URL: https://issues.jboss.org/browse/GPD-35
> Project: jBPM GPD
> Issue Type: Feature Request
> Components: jpdl
> Reporter: Koen Aers
> Assignee: Koen Aers
> Fix For: jBPM jPDL Designer 4.x
>
>
> When the mousepointer is in the outer area of a node/state/task/.... but within it's boundaries, it should be possible to draw a transition. This is makes using the gpd a lot faster (not switching in the toolbar)
> Maybe it should only be in the 'middle areas' of top, bottom, left and right and not the corners
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
8 years, 2 months
[JBoss JIRA] (GPD-305) GPD diagram are not in sync with text.
by Koen Aers (JIRA)
[ https://issues.jboss.org/browse/GPD-305?page=com.atlassian.jira.plugin.sy... ]
Koen Aers resolved GPD-305.
---------------------------
Resolution: Out of Date
> GPD diagram are not in sync with text.
> --------------------------------------
>
> Key: GPD-305
> URL: https://issues.jboss.org/browse/GPD-305
> Project: jBPM GPD
> Issue Type: Bug
> Components: jpdl
> Affects Versions: jBPM jPDL Designer 3.1.6, jBPM jPDL Designer 3.1.7
> Reporter: Andrey Sobolev
> Assignee: Koen Aers
> Fix For: jBPM jPDL Designer 3.x
>
>
> Hi,
> We found a problem then try to use GPD from our product.
> Editor could be not in sync with diagram if eclipse file are changed then editor are opened.
> With following simple scenario problem could be reproduced:
> 1) Create new empty JPDL document.
> Content will be following:
> <?xml version="1.0" encoding="UTF-8"?>
> <process-definition xmlns="" name="test"></process-definition>
> 2)Then open processdefinition.xml file with generic text editor and change content to:
> <?xml version="1.0" encoding="UTF-8"?>
> <process-definition xmlns="" name="test"/>
> 3) After text is saved. Source and diagram are not in sync. So then we add new elements, text are not modified.
> Best regards,
> Andrei.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
8 years, 2 months