You can subscribe to this list here.
2009 |
Jan
(2) |
Feb
(2) |
Mar
|
Apr
(11) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
---|---|---|---|---|---|---|---|---|---|---|---|---|
2010 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(5) |
Dec
(10) |
2011 |
Jan
(12) |
Feb
(4) |
Mar
(29) |
Apr
(4) |
May
(5) |
Jun
(5) |
Jul
(34) |
Aug
(14) |
Sep
(1) |
Oct
|
Nov
(29) |
Dec
(7) |
2012 |
Jan
(17) |
Feb
(3) |
Mar
(5) |
Apr
(3) |
May
(2) |
Jun
(9) |
Jul
(67) |
Aug
(5) |
Sep
(6) |
Oct
(14) |
Nov
(3) |
Dec
(1) |
2013 |
Jan
(1) |
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2014 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
|
2015 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: SourceForge.net <no...@so...> - 2012-09-05 18:42:53
|
Bugs item #3541398, was opened at 2012-07-08 09:21 Message generated for change (Comment added) made by xmalota You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1046486&aid=3541398&group_id=219467 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None >Status: Closed >Resolution: Fixed Priority: 7 Private: No Submitted By: Matus Madzin (madzin) Assigned to: Milan Malota (xmalota) Summary: Not same semantic meaning after Beautify Initial Comment: The diagram before and after beautify has not got the same semantic meaning. Example: between instances router and client2 there are 3 "http" messages and two of them are crossed. After beautify there is no crossing among "http" messages. ---------------------------------------------------------------------- >Comment By: Milan Malota (xmalota) Date: 2012-09-05 11:42 Message: Fixed by adding precondition check whether a diagram is cyclic or not. It is not possible to transform cyclic diagrams now. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1046486&aid=3541398&group_id=219467 |
From: SourceForge.net <no...@so...> - 2012-09-05 09:23:05
|
Bugs item #3511971, was opened at 2012-03-27 08:47 Message generated for change (Settings changed) made by xmalota You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1046486&aid=3511971&group_id=219467 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Transfomers (Beautify,...) Group: None >Status: Closed Resolution: Fixed Priority: 5 Private: No Submitted By: xfarmad (xfarmad) Assigned to: Milan Malota (xmalota) Summary: Comment on coregion Initial Comment: Beautify fails with comment on begining on coregion. ---------------------------------------------------------------------- >Comment By: Milan Malota (xmalota) Date: 2012-09-05 02:22 Message: Status changed: closed. ---------------------------------------------------------------------- Comment By: Milan Malota (xmalota) Date: 2012-09-05 02:20 Message: According to the standard comment on the beginning of coregion is not allowed. ---------------------------------------------------------------------- Comment By: Vojtech Rehak (xrehak) Date: 2012-07-10 06:52 Message: I've tried that and received an error: Page-1: Disconnected comment 'Comment.10' [show]. Is this what you have reported? This looks fine for me. Comments are allowed to be connected to events only. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1046486&aid=3511971&group_id=219467 |
From: SourceForge.net <no...@so...> - 2012-09-05 09:20:42
|
Bugs item #3511971, was opened at 2012-03-27 08:47 Message generated for change (Comment added) made by xmalota You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1046486&aid=3511971&group_id=219467 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Transfomers (Beautify,...) Group: None Status: Open >Resolution: Fixed Priority: 5 Private: No Submitted By: xfarmad (xfarmad) Assigned to: Milan Malota (xmalota) Summary: Comment on coregion Initial Comment: Beautify fails with comment on begining on coregion. ---------------------------------------------------------------------- >Comment By: Milan Malota (xmalota) Date: 2012-09-05 02:20 Message: According to the standard comment on the beginning of coregion is not allowed. ---------------------------------------------------------------------- Comment By: Vojtech Rehak (xrehak) Date: 2012-07-10 06:52 Message: I've tried that and received an error: Page-1: Disconnected comment 'Comment.10' [show]. Is this what you have reported? This looks fine for me. Comments are allowed to be connected to events only. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1046486&aid=3511971&group_id=219467 |
From: SourceForge.net <no...@so...> - 2012-09-04 08:12:28
|
Bugs item #3564636, was opened at 2012-09-04 01:12 Message generated for change (Tracker Item Submitted) made by xborza You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1046486&aid=3564636&group_id=219467 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Export and Import Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Viktor Borza (xborza) Assigned to: Nobody/Anonymous (nobody) Summary: Timestamp format Initial Comment: Scstudio falls down in case structure of timestamps is [@1e+007]. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1046486&aid=3564636&group_id=219467 |
From: SourceForge.net <no...@so...> - 2012-08-21 15:45:42
|
Feature Requests item #3199682, was opened at 2011-03-04 07:00 Message generated for change (Comment added) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1046489&aid=3199682&group_id=219467 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Visio Interface Group: None Status: Open Priority: 7 Private: No Submitted By: Radek Sedláček (rsedlac) Assigned to: Martin Bezděka (mbezdeka) Summary: Menu reconfiguration Initial Comment: Menu reconfiguration acoording to the attached specification (in Czech). ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2012-08-21 08:45 Message: Hello! I'm at work browsing your blog from my new iphone 3gs! Just wanted to say I love reading through your blog and look forward to all your posts! Carry on the great work! http://www.bestnewstyleitems.org/ ---------------------------------------------------------------------- Comment By: Vojtech Rehak (xrehak) Date: 2012-07-17 04:08 Message: Is this completely solved? Martin, could you please attached a new file with updated TODO list or close the bug? Thanks. ---------------------------------------------------------------------- Comment By: Martin Bezděka (mbezdeka) Date: 2011-07-27 05:46 Message: r1162 implements Message Jumping "As Copy". New shortcut is Ctrl-Alt-Left/Right ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2011-07-15 07:17 Message: r1152 implements new global settings dialog. ---------------------------------------------------------------------- Comment By: Martin Bezděka (mbezdeka) Date: 2011-07-12 14:34 Message: r1138 implements add instances changes. Now coordinates are set to default when calling from toolbar or menu. ---------------------------------------------------------------------- Comment By: Martin Bezděka (mbezdeka) Date: 2011-07-12 08:21 Message: r1137 implements message sequence changes according to attached file. ---------------------------------------------------------------------- Comment By: Martin Bezděka (mbezdeka) Date: 2011-07-09 04:27 Message: r1124 implements context menu for mesage numbering (add, delete). This should be multi level context menu, but Visio 2003, 2007 doesn't support multi-level context menu (it's new feature in Visio 2010). Therefore there are 2 new items: "Add Message Numbering" and "Delete Message Numbering" ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1046489&aid=3199682&group_id=219467 |
From: SourceForge.net <no...@so...> - 2012-08-02 14:22:51
|
Bugs item #3539397, was opened at 2012-07-02 02:30 Message generated for change (Comment added) made by mbezdeka You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1046486&aid=3539397&group_id=219467 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Visio Interface Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Ondřej Bouda (obouda) Assigned to: Martin Bezděka (mbezdeka) Summary: User-friendly selection of instances for Message Sequence Initial Comment: The Message Sequence function requires several instances among which the sequence of messages should be drawn. Originally, when no instances were selected on the current drawing, all instances were considered, and when a single instance was selected in the moment of the Message Sequence invocation (typical when used via context menu on an instance), Visio asked the user to select the second instance between which to draw the sequence. Even the order of selecting these two instances was significant - appropriate sequence direction (left or right) was chosen by default in the following dialog. Such a behaviour is also described in the help section Microsoft Visio Front-end -> Automatic drawing -> Message Sequence. The current state is different, however. Nowadays, it is necessary to select two instances immediately. Thus, to fix this issue, the original behaviour should be re-implemented, or the help should be updated to reflect the current state if it proves to be more user-friendly. ---------------------------------------------------------------------- >Comment By: Martin Bezděka (mbezdeka) Date: 2012-08-02 07:22 Message: New functionality was implemented as requested. Therefore help should be update. ---------------------------------------------------------------------- Comment By: Vojtech Rehak (xrehak) Date: 2012-07-17 04:04 Message: See requests described in the Attached File of https://sourceforge.net/tracker/?func=detail&aid=3467899&group_id=219467&atid=1046489 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1046486&aid=3539397&group_id=219467 |
From: SourceForge.net <no...@so...> - 2012-08-02 14:19:58
|
Bugs item #3471265, was opened at 2012-01-08 23:24 Message generated for change (Comment added) made by mbezdeka You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1046486&aid=3471265&group_id=219467 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Visio Interface Group: None Status: Open Resolution: None Priority: 4 Private: No Submitted By: Ondřej Bouda (obouda) Assigned to: Martin Bezděka (mbezdeka) Summary: Message jumping hotkey conflicts with Visio Initial Comment: For message jumping, Ctrl + Left/Right Arrow hotkey is defined. However, this conflicts with Visio, which has this shortcut assigned for moving the page horizontally to the left/right edge of window. Thus, both actions are triggered - message jump and page move. There are two possible solutions: 1) Use another hotkey for message jumping. 2) Disable the page move when a message is selected (which is the only situation message jump may be used). This solution is probably the preferred one. ---------------------------------------------------------------------- >Comment By: Martin Bezděka (mbezdeka) Date: 2012-08-02 07:19 Message: I believe, that standard shortcuts in Visio can't be disabled. So please suggest a new shortcut. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1046486&aid=3471265&group_id=219467 |
From: SourceForge.net <no...@so...> - 2012-08-02 14:16:44
|
Bugs item #3199693, was opened at 2011-03-04 07:08 Message generated for change (Settings changed) made by mbezdeka You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1046486&aid=3199693&group_id=219467 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Visio Interface Group: None >Status: Closed >Resolution: Fixed Priority: 7 Private: No Submitted By: Radek Sedláček (rsedlac) Assigned to: Martin Bezděka (mbezdeka) Summary: Changing the length of instances - configuration Initial Comment: It must be configurable whether messages connected to instances 1. move proportionally as the instances are being prolonged/shortened or 2. they keep their position. In both cases the messages must remain connected. ---------------------------------------------------------------------- Comment By: Martin Bezděka (mbezdeka) Date: 2011-12-12 05:14 Message: Since r1228 all newly added messages will be anchored always to instance head. Instance prolonging (dragging the instance's end) will not change message position. ---------------------------------------------------------------------- Comment By: Ondřej Bouda (obouda) Date: 2011-11-30 13:54 Message: Changing the priority to 7, as there is a workaround by using repaint. ---------------------------------------------------------------------- Comment By: Ondřej Bouda (obouda) Date: 2011-11-09 10:53 Message: Even if configuration is not needed, the behaviour should be consistent. Currently, in some cases, it happens that a message end point (message send or receive event) is anchored to the bottom of the corresponding instance, while other message events are (correctly) anchored to instance heads. See the attached examples: - Bluetooth-sample.vsd - Bad-anchors2.vsd - Bad-anchors3.vsd (here, the last message receive event is anchored to the bottom, but after adding another message underneath it between the same instances in the same directions, both messages are anchored incorrectly, whereas adding that message in the opposite direction implies bad anchoring only of this lastly added message and the previous is suddenly OK) - Bad-anchors4.vsd - example of message send event anchored incorrectly Either way, after reattaching the messages to the instances by hand, even in exactly the same point on the instance, they get anchored to the instance head (as expected). ---------------------------------------------------------------------- Comment By: Radek Sedláček (rsedlac) Date: 2011-05-18 00:26 Message: Configuration is not needed. Automatically connected messages shall keep their position when the instances are being prolonged/shortened. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1046486&aid=3199693&group_id=219467 |
From: SourceForge.net <no...@so...> - 2012-08-02 14:15:27
|
Bugs item #3071879, was opened at 2010-09-20 05:31 Message generated for change (Settings changed) made by mbezdeka You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1046486&aid=3071879&group_id=219467 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Visio Interface Group: None >Status: Closed >Resolution: Rejected Priority: 2 Private: No Submitted By: Martin Chmelík (agmy) Assigned to: Martin Bezděka (mbezdeka) Summary: Shapes are having too thin lines Initial Comment: When exporting to bitmap formats the lines are too thin. In lower resolutions even not displayed at all. ---------------------------------------------------------------------- >Comment By: Martin Bezděka (mbezdeka) Date: 2012-08-02 07:15 Message: It seems OK, tried export and lines look normal. ---------------------------------------------------------------------- Comment By: Ondřej Bouda (obouda) Date: 2011-11-27 15:52 Message: Any reasonable example? Seems OK from what I have tried so far... ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1046486&aid=3071879&group_id=219467 |
From: SourceForge.net <no...@so...> - 2012-07-23 05:27:16
|
Feature Requests item #3454286, was opened at 2011-12-07 23:45 Message generated for change (Settings changed) made by xrehak You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1046489&aid=3454286&group_id=219467 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Visio Interface Group: None Status: Open Priority: 1 Private: No Submitted By: Ondřej Bouda (obouda) >Assigned to: Milan Malota (xmalota) Summary: A default option to the Import dialog Initial Comment: When the Import dialog is opened via SCStudio -> Drawing -> Import menu, the *.cfi filetype (Engmann Message Chart) is selected as the default filetype. It would be useful to have an option for all supported filetypes ("*.mpr, *.cfi"), which would be default. ---------------------------------------------------------------------- Comment By: Ondřej Bouda (obouda) Date: 2012-07-17 12:25 Message: Well, no :) The perfect solution meant by this request would be that the default was an option filtering out all supported formats at once. Thus, in the file list, user would see .mpr as well as .cfi (or potentially other supported) formats. Just like MS Word has the option "All MS Word Documents (*.doc, *.doc*, *.rtf, *.html, ...)" - everything the application can open is offered. ---------------------------------------------------------------------- Comment By: Vojtech Rehak (xrehak) Date: 2012-07-17 04:18 Message: Currently, mpr is default. Does this solve the request? :) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1046489&aid=3454286&group_id=219467 |
From: SourceForge.net <no...@so...> - 2012-07-17 19:25:52
|
Feature Requests item #3454286, was opened at 2011-12-07 23:45 Message generated for change (Comment added) made by obouda You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1046489&aid=3454286&group_id=219467 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Visio Interface Group: None Status: Open Priority: 1 Private: No Submitted By: Ondřej Bouda (obouda) Assigned to: Nobody/Anonymous (nobody) Summary: A default option to the Import dialog Initial Comment: When the Import dialog is opened via SCStudio -> Drawing -> Import menu, the *.cfi filetype (Engmann Message Chart) is selected as the default filetype. It would be useful to have an option for all supported filetypes ("*.mpr, *.cfi"), which would be default. ---------------------------------------------------------------------- Comment By: Ondřej Bouda (obouda) Date: 2012-07-17 12:25 Message: Well, no :) The perfect solution meant by this request would be that the default was an option filtering out all supported formats at once. Thus, in the file list, user would see .mpr as well as .cfi (or potentially other supported) formats. Just like MS Word has the option "All MS Word Documents (*.doc, *.doc*, *.rtf, *.html, ...)" - everything the application can open is offered. ---------------------------------------------------------------------- Comment By: Vojtech Rehak (xrehak) Date: 2012-07-17 04:18 Message: Currently, mpr is default. Does this solve the request? :) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1046489&aid=3454286&group_id=219467 |
From: SourceForge.net <no...@so...> - 2012-07-17 11:32:31
|
Feature Requests item #3467899, was opened at 2011-12-31 05:20 Message generated for change (Comment added) made by xrehak You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1046489&aid=3467899&group_id=219467 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Export Z120 Initial Comment: Export does not take marked objects into consideration. I tried to export my MSC (some intervals were marked) to standard Z120 but the result .mpr file does not contain any extra notation. ---------------------------------------------------------------------- >Comment By: Vojtech Rehak (xrehak) Date: 2012-07-17 04:32 Message: Done: Marking works during export to Z.120. ToDo: - marking sensitive extraction from Visio drawing to internal data structure of SCStudio - marking sensitive extraction from Z.120 to internal data structure of SCStudio ---------------------------------------------------------------------- Comment By: Vojtech Rehak (xrehak) Date: 2012-01-02 07:13 Message: Actually, the marking is implemented only as a different color of a Visio object (it's a bit more tricky in case of marked events), i.e. there is no label to specify marking in the objects of SCStudio stencil. Hence, SCStudio could not recognize markings when reading a Visio drawing. Bug report -> Feature request. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1046489&aid=3467899&group_id=219467 |
From: SourceForge.net <no...@so...> - 2012-07-17 11:20:09
|
Feature Requests item #3436277, was opened at 2011-11-10 16:33 Message generated for change (Comment added) made by madzin You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1046489&aid=3436277&group_id=219467 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Visio Interface Group: None Status: Open Priority: 3 Private: No Submitted By: Ondřej Bouda (obouda) Assigned to: Nobody/Anonymous (nobody) Summary: Batch page insert Initial Comment: Since the instances are often the same within a single document, it would be nice to insert new pages more effectively than manually inserting a page, renaming it and pasting a previously copied common shapes, ideally at the same position. One would like to tell SCStudio: "These are shapes common to all pages. Create pages containing the current selection (or all shapes on the page if nothing is selected), the first named X, the second named Y, ..." ---------------------------------------------------------------------- >Comment By: Matus Madzin (madzin) Date: 2012-07-17 04:20 Message: This request is close with the request with ID ID: 2892632 https://sourceforge.net/tracker/?func=detail&aid=2892632&group_id=219467&atid=1046489 Also it would be nice to have the same settings (zoom,...) on the new page as in the original one. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1046489&aid=3436277&group_id=219467 |
From: SourceForge.net <no...@so...> - 2012-07-17 11:18:40
|
Feature Requests item #3454286, was opened at 2011-12-07 23:45 Message generated for change (Comment added) made by xrehak You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1046489&aid=3454286&group_id=219467 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Visio Interface Group: None Status: Open Priority: 1 Private: No Submitted By: Ondřej Bouda (obouda) Assigned to: Nobody/Anonymous (nobody) Summary: A default option to the Import dialog Initial Comment: When the Import dialog is opened via SCStudio -> Drawing -> Import menu, the *.cfi filetype (Engmann Message Chart) is selected as the default filetype. It would be useful to have an option for all supported filetypes ("*.mpr, *.cfi"), which would be default. ---------------------------------------------------------------------- >Comment By: Vojtech Rehak (xrehak) Date: 2012-07-17 04:18 Message: Currently, mpr is default. Does this solve the request? :) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1046489&aid=3454286&group_id=219467 |
From: SourceForge.net <no...@so...> - 2012-07-17 11:09:17
|
Feature Requests item #3454286, was opened at 2011-12-07 23:45 Message generated for change (Settings changed) made by madzin You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1046489&aid=3454286&group_id=219467 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Visio Interface Group: None Status: Open >Priority: 1 Private: No Submitted By: Ondřej Bouda (obouda) Assigned to: Nobody/Anonymous (nobody) Summary: A default option to the Import dialog Initial Comment: When the Import dialog is opened via SCStudio -> Drawing -> Import menu, the *.cfi filetype (Engmann Message Chart) is selected as the default filetype. It would be useful to have an option for all supported filetypes ("*.mpr, *.cfi"), which would be default. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1046489&aid=3454286&group_id=219467 |
From: SourceForge.net <no...@so...> - 2012-07-17 11:08:44
|
Feature Requests item #3199682, was opened at 2011-03-04 07:00 Message generated for change (Comment added) made by xrehak You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1046489&aid=3199682&group_id=219467 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Visio Interface Group: None Status: Open Priority: 7 Private: No Submitted By: Radek Sedláček (rsedlac) Assigned to: Martin Bezděka (mbezdeka) Summary: Menu reconfiguration Initial Comment: Menu reconfiguration acoording to the attached specification (in Czech). ---------------------------------------------------------------------- >Comment By: Vojtech Rehak (xrehak) Date: 2012-07-17 04:08 Message: Is this completely solved? Martin, could you please attached a new file with updated TODO list or close the bug? Thanks. ---------------------------------------------------------------------- Comment By: Martin Bezděka (mbezdeka) Date: 2011-07-27 05:46 Message: r1162 implements Message Jumping "As Copy". New shortcut is Ctrl-Alt-Left/Right ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2011-07-15 07:17 Message: r1152 implements new global settings dialog. ---------------------------------------------------------------------- Comment By: Martin Bezděka (mbezdeka) Date: 2011-07-12 14:34 Message: r1138 implements add instances changes. Now coordinates are set to default when calling from toolbar or menu. ---------------------------------------------------------------------- Comment By: Martin Bezděka (mbezdeka) Date: 2011-07-12 08:21 Message: r1137 implements message sequence changes according to attached file. ---------------------------------------------------------------------- Comment By: Martin Bezděka (mbezdeka) Date: 2011-07-09 04:27 Message: r1124 implements context menu for mesage numbering (add, delete). This should be multi level context menu, but Visio 2003, 2007 doesn't support multi-level context menu (it's new feature in Visio 2010). Therefore there are 2 new items: "Add Message Numbering" and "Delete Message Numbering" ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1046489&aid=3199682&group_id=219467 |
From: SourceForge.net <no...@so...> - 2012-07-17 11:04:29
|
Bugs item #3539397, was opened at 2012-07-02 02:30 Message generated for change (Comment added) made by xrehak You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1046486&aid=3539397&group_id=219467 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Visio Interface Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Ondřej Bouda (obouda) Assigned to: Martin Bezděka (mbezdeka) Summary: User-friendly selection of instances for Message Sequence Initial Comment: The Message Sequence function requires several instances among which the sequence of messages should be drawn. Originally, when no instances were selected on the current drawing, all instances were considered, and when a single instance was selected in the moment of the Message Sequence invocation (typical when used via context menu on an instance), Visio asked the user to select the second instance between which to draw the sequence. Even the order of selecting these two instances was significant - appropriate sequence direction (left or right) was chosen by default in the following dialog. Such a behaviour is also described in the help section Microsoft Visio Front-end -> Automatic drawing -> Message Sequence. The current state is different, however. Nowadays, it is necessary to select two instances immediately. Thus, to fix this issue, the original behaviour should be re-implemented, or the help should be updated to reflect the current state if it proves to be more user-friendly. ---------------------------------------------------------------------- >Comment By: Vojtech Rehak (xrehak) Date: 2012-07-17 04:04 Message: See requests described in the Attached File of https://sourceforge.net/tracker/?func=detail&aid=3467899&group_id=219467&atid=1046489 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1046486&aid=3539397&group_id=219467 |
From: SourceForge.net <no...@so...> - 2012-07-17 11:01:13
|
Feature Requests item #3530648, was opened at 2012-05-29 13:01 Message generated for change (Settings changed) made by madzin You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1046489&aid=3530648&group_id=219467 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Visio Interface Group: None Status: Open Priority: 5 Private: No Submitted By: Gilberto Tavan (pomate) >Assigned to: Tomas Marton (tmarton) Summary: Error in rendering disconnected MSC Initial Comment: I've noticed SCstudio has a bug in import function, when rendering of disconnected MSC. When a new instance of a node pops up, the messages are placed at the beginning of the .vsd file, they should be always added after the last message. Having multiple interfaces (IPaddresses) is quite common in SIP applications. In the attachment an example of SIP Call Flow, where the rendering is incorrect. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2012-06-22 16:52 Message: A few comments on .mpr creation script pcap2z120.py, I know it may seem OoS at first sight, but if current pcap2z120 algorithm will be inherited by the new feature there are a few things to take into account: 1) pcap2z120.py assumes the instances should be IP address only. In telco applications and especially in LTE it is quite common to have a Point Code, i.e. a single number, instead of an IP address as instance of an MSC. 2) It's also quite common to perform Network Name resolution of the IP adresses in Wireshark in order to automatize the substitution of IP addresses with Node Names, using host file. In this case an instance can be represented by an alphanumeric string. 3) In telco application of MSC, i.e. Call Flows most of the time it is not necessary to have a linearization proportional to time stamps, so it could be an option. The important thing is to be able to use vertical spacing (i.e. time constraint) on new "disconnected" instances. After importing with timestaps coordinates beautify function could linearize vertical spacing as it does today, while other applications may require to respect timestamps spacing. 4) Regarding .mpr import function, that will have anyway a rendering problem, the vertical spacing could be proportional to Message Number, which is already available in .mpr file PS: I was referring to current z120 import function, I would like to take a look to a possible implementation of the concept expressed in bullet 4) Thanks ---------------------------------------------------------------------- Comment By: Vojtech Rehak (xrehak) Date: 2012-06-21 23:56 Message: bug -> feature request We will solve it as a special kind of Beautify that will take time information into account. Gilberto wrote: > PS I've searched for import procedure in the source code, but I can't find them easily. The import procedure itself is in "trunk/src/data/pcap/". It reads a given file and fills the internal data structure. It has not been implemented In the visio part yet, i.e. in "trunk/src/view/visio/addon/document.cpp". ---------------------------------------------------------------------- Comment By: Gilberto Tavan (pomate) Date: 2012-06-09 07:20 Message: Hi Matus, Your interpretation is absolutely correct, sorry I could have been more clear in my explanations. Using .pcap timestamps as references would give a correct temporal order, which would then render the MSC exactly as mscgen.exe does, but with the great advantage of editing capabilities thanks to SCstudio. The time constraint would solve the problem, if time constraint implies a graphical spacing on the Y-axis. The correct order and a constant spacing is more than enought in most MSC Diagrams in my area of expertise (which is Telecomunications) Talking about Z120 import .mpr files produced by pcap2z120.py do not contain timestamps, but I think that correct temporal order and constant spacing could be easier to implement and have a better aesthetical result. Thanks to you all for this unique and handy tool. BR Gilberto PS I've searched for import procedure in the source code, but I can't find them easily. ---------------------------------------------------------------------- Comment By: Matus Madzin (madzin) Date: 2012-06-03 09:14 Message: Hi, Firstly I would like to thank Mr. Tavan for good report. Now, I replay to xrehak's comment. Actually, I can confirm that it's basic feature of MSC, but I don't like any of xrehak's suggestions. If I understand the problem correctly, Mr. Tavan wants a linearization over all messages in an MSC diagram. To reach this functionality by clear solution, I suggest to set time stamp of each message from pcap as an absolute time constraint and create new feature of SCStudio to linearize messages in MSC diagram if it's possible (when the diagram is created from pcap file, it should be always possible). I think, it would be correct to assign this ticket to feature request category. Matus ---------------------------------------------------------------------- Comment By: Vojtech Rehak (xrehak) Date: 2012-05-29 23:18 Message: Actually, it is a basic feature of MSC that disconnected events on different instances can be placed arbitrarily. I suggest two solutions: - consider the interfaces of a single computer as standalone components and add some messages between these interfaces representing internal communication proceed within the computer; hence, the relevant messages will not be disconnected any more. (Ok. this should be hardly achieved from pcap. ) - consider the multiple interfaces as nicknames of the same computer and make a single instance representing all of them together (Matus, is there any possibility to specify this by parameters of pcap2z120.py?) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1046489&aid=3530648&group_id=219467 |
From: SourceForge.net <no...@so...> - 2012-07-17 10:58:51
|
Feature Requests item #3477724, was opened at 2012-01-23 05:49 Message generated for change (Comment added) made by madzin You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1046489&aid=3477724&group_id=219467 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Export and Import Group: None Status: Open Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) >Assigned to: Viktor Borza (xborza) Summary: Suggestion for automatic message flow created from *.pcap Initial Comment: It would be usefull if SC Studio could import *.pcap file, filter the SIP packets (or eventually other packet types) and then draw a simple SIP messages flow. It should be also possible to choose IP addresses, which the call flow will be drawn for. ---------------------------------------------------------------------- >Comment By: Matus Madzin (madzin) Date: 2012-07-17 03:58 Message: In progress ... ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1046489&aid=3477724&group_id=219467 |
From: SourceForge.net <no...@so...> - 2012-07-17 10:55:40
|
Feature Requests item #3435684, was opened at 2011-11-09 10:36 Message generated for change (Settings changed) made by madzin You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1046489&aid=3435684&group_id=219467 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Visio Interface Group: None Status: Open Priority: 5 Private: No Submitted By: Ondřej Bouda (obouda) >Assigned to: Ondřej Bouda (obouda) Summary: Expression separator autosnapping Initial Comment: Similarly to messages, it would be nice if the expression separator snapped automatically to the borders of the inner-most inline expression, when dropped inside it. Secondly, the expression separator should be bound to the inline expression even when the inline expression box gets resized. Currently, the expression separator keeps its dimensions regardless any dimension changes of the corresponding inline expression. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1046489&aid=3435684&group_id=219467 |
From: SourceForge.net <no...@so...> - 2012-07-17 10:53:03
|
Feature Requests item #3435676, was opened at 2011-11-09 10:28 Message generated for change (Settings changed) made by madzin You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1046489&aid=3435676&group_id=219467 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Visio Interface Group: None Status: Open Priority: 3 Private: No Submitted By: Ondřej Bouda (obouda) >Assigned to: Martin Bezděka (mbezdeka) Summary: Don't stretch Comments and Texts automatically in Visio Initial Comment: Currently, when a comment or text box is stretched horizontally in one direction, it stretches symmetrically in the other direction as well. That is quite awkward, no automatic symmetric stretching should take place for the user to position the comment (or text) box just as expected. The goal of this task (rather an improvement than a feature request) is to disallow such automatic symmetric stretching. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1046489&aid=3435676&group_id=219467 |
From: SourceForge.net <no...@so...> - 2012-07-17 10:49:21
|
Feature Requests item #3390123, was opened at 2011-08-11 09:52 Message generated for change (Comment added) made by madzin You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1046489&aid=3390123&group_id=219467 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Verification Algorithms Group: None Status: Open >Priority: 3 Private: No Submitted By: Matus Madzin (madzin) Assigned to: Nobody/Anonymous (nobody) Summary: Find Flow algorithm only on chosen instances Initial Comment: Extend Find Flow algorithm to be able choose instances for the checking. Checking: message ordering and time constraints on chosen instances. ---------------------------------------------------------------------- >Comment By: Matus Madzin (madzin) Date: 2012-07-17 03:49 Message: The Find Flow function is able to check behaviour on selected instances without time constraints checking. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1046489&aid=3390123&group_id=219467 |
From: SourceForge.net <no...@so...> - 2012-07-17 10:46:11
|
Feature Requests item #3357642, was opened at 2011-07-07 02:46 Message generated for change (Comment added) made by madzin You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1046489&aid=3357642&group_id=219467 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Verification Algorithms Group: None Status: Open Priority: 1 Private: No Submitted By: Vaclav Vacek (vacek) Assigned to: Nobody/Anonymous (nobody) Summary: Messages from Checking Algorithms Initial Comment: Checking algorithms should be capable of outputting text messages to the Verification-report window. ---------------------------------------------------------------------- >Comment By: Matus Madzin (madzin) Date: 2012-07-17 03:46 Message: Can you describe the request a little bit more? Algorithms are able to print message but they are not able to create an link to the counterexample. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1046489&aid=3357642&group_id=219467 |
From: SourceForge.net <no...@so...> - 2012-07-17 09:42:29
|
Feature Requests item #3304995, was opened at 2011-05-20 02:25 Message generated for change (Comment added) made by madzin You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1046489&aid=3304995&group_id=219467 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Verification Algorithms Group: None Status: Open >Priority: 8 Private: No Submitted By: Lubos Korenciak (lkorenciak) >Assigned to: Lubos Korenciak (lkorenciak) Summary: Suggestion for better highlighting of Race Checker Initial Comment: Imagine the situation when there is a cycle in the specification and that there are two events in race. First event is in the first occurrence of node C and the second event is in the second occurrence of the node C. Currently the race checker highlights both events in one BMSC, even though the race happened in two different instances of this BMSC. This is confusing, because user can think that race is directly in the BMSC and not even look in HMSC, which is one part of design causing this race. I think it might help to unfold the path in which we found race, make as many instances of BMSCs as reference nodes in the path, and highlights the events in the corresponding BMSCs. ---------------------------------------------------------------------- >Comment By: Matus Madzin (madzin) Date: 2012-07-17 02:42 Message: The unfolding is good idea but it must consistent wit other race checker outputs. The first way is to return an HMSC path with marked events. In the first node one event in the second also one event. The second way is to create one bMSC with marked events which represents an behaviour on the HMSC path. Additionally it must be clear that the cycle is unfold and I would like to see some "separation line" to show which nodes are connected. Please think about the solution and we can discuss it with xrehak. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1046489&aid=3304995&group_id=219467 |
From: SourceForge.net <no...@so...> - 2012-07-17 09:28:38
|
Feature Requests item #3222023, was opened at 2011-03-18 00:53 Message generated for change (Comment added) made by madzin You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1046489&aid=3222023&group_id=219467 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Visio Interface Group: None Status: Open >Priority: 5 Private: No Submitted By: Radek Sedláček (rsedlac) Assigned to: Milan Malota (xmalota) Summary: Support of beautify settings profiles Initial Comment: Beautify settings has to be developed as an integral part of the overall configuration settings. For the overall configuration settings, several profiles have to be defined. Before installation a set of pre configured profiles has to be provided to the user to choose from. The user has to be allowed to save and load his own profiles. ---------------------------------------------------------------------- >Comment By: Matus Madzin (madzin) Date: 2012-07-17 02:28 Message: xmalota please cooperate with mbezdeka on this request. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1046489&aid=3222023&group_id=219467 |