xmlhammer-development Mailing List for XML Hammer (Page 3)
Brought to you by:
edankert
You can subscribe to this list here.
2006 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(3) |
Jul
(2) |
Aug
(5) |
Sep
(14) |
Oct
(33) |
Nov
|
Dec
|
---|---|---|---|---|---|---|---|---|---|---|---|---|
2007 |
Jan
|
Feb
|
Mar
|
Apr
(2) |
May
(1) |
Jun
(24) |
Jul
(5) |
Aug
(1) |
Sep
(14) |
Oct
(26) |
Nov
|
Dec
|
2008 |
Jan
(32) |
Feb
|
Mar
(4) |
Apr
|
May
(5) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: SourceForge.net <no...@so...> - 2007-10-01 19:09:27
|
Bugs item #1802646, was opened at 2007-09-26 12:18 Message generated for change (Settings changed) made by edankert You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=763631&aid=1802646&group_id=145971 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: User Interface Group: rc-2 >Status: Closed Resolution: Fixed Priority: 5 Private: No Submitted By: Edwin Dankert (edankert) Assigned to: Edwin Dankert (edankert) Summary: Adds one extra item to history lists Initial Comment: History lists (MRU projects, schemas, sources) allow one extra item. ---------------------------------------------------------------------- Comment By: Edwin Dankert (edankert) Date: 2007-09-26 12:22 Message: Logged In: YES user_id=452928 Originator: YES The item had to be added before testing for the size of the list. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=763631&aid=1802646&group_id=145971 |
From: SourceForge.net <no...@so...> - 2007-10-01 19:09:27
|
Bugs item #1752448, was opened at 2007-07-12 07:35 Message generated for change (Settings changed) made by edankert You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=763631&aid=1752448&group_id=145971 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: User Interface Group: rc-2 >Status: Closed Resolution: Fixed Priority: 7 Private: No Submitted By: Edwin Dankert (edankert) Assigned to: Edwin Dankert (edankert) Summary: Saving preferences causes schemaLanguage field change Initial Comment: PROBLEM 1: - Create a parser project, - Select XMLSchema as language, - Select a Schema URI, - Open preferences, - Close preferences by pressing Ok, This results in the schema-uri changing to: "Please specify a URI". PROBLEM 2: - Create a parser project, - Select RelaxNG as language, - Select a Schema URI, - Open preferences, - Close preferences by pressing Ok, This results in the language changing to "No Language Specified". This results in the schema-uri changing to: "Please specify a URI" and it is disabled. ---------------------------------------------------------------------- Comment By: Edwin Dankert (edankert) Date: 2007-09-25 19:50 Message: Logged In: YES user_id=452928 Originator: YES The problems were the following: [1] The correct item was not selected afterwards (index not correctly tested). [2] The language field was changed by removing and adding items. [3] The undo information was still recorded. To make sure it isn't possible to have defined a "schemaLanguage" which is not added to the list of Schema Languages, when a schemaLanguage is not available in the preferences, the language is still added to the combo-box and used when executing the project. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=763631&aid=1752448&group_id=145971 |
From: SourceForge.net <no...@so...> - 2007-10-01 19:09:27
|
Bugs item #1771692, was opened at 2007-08-10 14:00 Message generated for change (Settings changed) made by edankert You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=763631&aid=1771692&group_id=145971 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: Command Line Group: rc-2 >Status: Closed Resolution: Fixed Priority: 5 Private: No Submitted By: Nathan Jones (ncjones) Assigned to: Edwin Dankert (edankert) Summary: xmlhammer.sh uses javaw Initial Comment: javaw is not provided with sun's linux jvm so should not be used to launch java from the shell script. ---------------------------------------------------------------------- Comment By: Edwin Dankert (edankert) Date: 2007-09-24 21:33 Message: Logged In: YES user_id=452928 Originator: NO Changed to java instead, included in next release (rc-2). ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=763631&aid=1771692&group_id=145971 |
From: SourceForge.net <no...@so...> - 2007-10-01 19:09:27
|
Bugs item #1513610, was opened at 2006-06-27 21:06 Message generated for change (Settings changed) made by edankert You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=763631&aid=1513610&group_id=145971 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: User Interface Group: rc-2 >Status: Closed Resolution: Fixed Priority: 5 Private: No Submitted By: Edwin Dankert (edankert) Assigned to: Edwin Dankert (edankert) Summary: Initial file for uri selection field filechooser. Initial Comment: When no uris added yet to a uri selection field, use the last opened project as the initial file/directory for the FileChooser? Maybe makes more sense to use a different uri instead? ---------------------------------------------------------------------- Comment By: Edwin Dankert (edankert) Date: 2007-09-26 09:33 Message: Logged In: YES user_id=452928 Originator: YES The following happens using a uri-selection-field. - if there is text in the combobox editor, this text is used to construct a URI - if there is no text but there is a history item, this item is used, - if there is no text, no history then the uri of the project is used. - if there is no text, no history and no project uri, the default location is used. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=763631&aid=1513610&group_id=145971 |
From: SourceForge.net <no...@so...> - 2007-10-01 19:09:23
|
Bugs item #1805639, was opened at 2007-10-01 12:57 Message generated for change (Settings changed) made by edankert You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=763631&aid=1805639&group_id=145971 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: User Interface Group: rc-2 >Status: Closed Resolution: Fixed Priority: 7 Private: No Submitted By: Edwin Dankert (edankert) Assigned to: Edwin Dankert (edankert) Summary: Console does not work correctly Initial Comment: The Console view does and cannot work correctly being project specific, the only way it could work is if it was application specific instead or if a project would run using its own System.out/System.err read VM. ---------------------------------------------------------------------- Comment By: Edwin Dankert (edankert) Date: 2007-10-01 14:52 Message: Logged In: YES user_id=452928 Originator: YES By re-routing System.err/System.out based on the thread that they are called from, the console can work correctly. This is handled by registering the Console OutputStream with the thread used to run the project module. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=763631&aid=1805639&group_id=145971 |
From: SourceForge.net <no...@so...> - 2007-10-01 16:47:09
|
Bugs item #1513594, was opened at 2006-06-27 20:44 Message generated for change (Settings changed) made by edankert You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=763631&aid=1513594&group_id=145971 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: User Interface Group: rc-2 >Status: Deleted Resolution: Wont Fix Priority: 1 Private: No Submitted By: Edwin Dankert (edankert) Assigned to: Nobody/Anonymous (nobody) Summary: Border between menubar and toolbar Initial Comment: When no project is open, there is no border between menubar and the toolbar. However when a project has been opened, the border is visible. ---------------------------------------------------------------------- Comment By: Edwin Dankert (edankert) Date: 2007-09-25 21:41 Message: Logged In: YES user_id=452928 Originator: YES It is unclear what causes this, has something to do with the opaqueness of the toolbar, however this is almost certainly a Java 5.0 problem. The behavior is indeed different using Java 6.0 although still not totally right. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=763631&aid=1513594&group_id=145971 |
From: SourceForge.net <no...@so...> - 2007-10-01 16:41:04
|
Bugs item #1805639, was opened at 2007-10-01 12:57 Message generated for change (Settings changed) made by edankert You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=763631&aid=1805639&group_id=145971 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: User Interface Group: rc-2 >Status: Pending Resolution: Fixed Priority: 7 Private: No Submitted By: Edwin Dankert (edankert) Assigned to: Edwin Dankert (edankert) Summary: Console does not work correctly Initial Comment: The Console view does and cannot work correctly being project specific, the only way it could work is if it was application specific instead or if a project would run using its own System.out/System.err read VM. ---------------------------------------------------------------------- Comment By: Edwin Dankert (edankert) Date: 2007-10-01 14:52 Message: Logged In: YES user_id=452928 Originator: YES By re-routing System.err/System.out based on the thread that they are called from, the console can work correctly. This is handled by registering the Console OutputStream with the thread used to run the project module. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=763631&aid=1805639&group_id=145971 |
From: SourceForge.net <no...@so...> - 2007-10-01 15:39:09
|
Bugs item #1513594, was opened at 2006-06-27 20:44 Message generated for change (Settings changed) made by edankert You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=763631&aid=1513594&group_id=145971 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: User Interface >Group: rc-2 >Status: Open Resolution: Wont Fix Priority: 1 Private: No Submitted By: Edwin Dankert (edankert) Assigned to: Nobody/Anonymous (nobody) Summary: Border between menubar and toolbar Initial Comment: When no project is open, there is no border between menubar and the toolbar. However when a project has been opened, the border is visible. ---------------------------------------------------------------------- Comment By: Edwin Dankert (edankert) Date: 2007-09-25 21:41 Message: Logged In: YES user_id=452928 Originator: YES It is unclear what causes this, has something to do with the opaqueness of the toolbar, however this is almost certainly a Java 5.0 problem. The behavior is indeed different using Java 6.0 although still not totally right. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=763631&aid=1513594&group_id=145971 |
From: SourceForge.net <no...@so...> - 2007-10-01 15:38:01
|
Bugs item #1805639, was opened at 2007-10-01 12:57 Message generated for change (Settings changed) made by edankert You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=763631&aid=1805639&group_id=145971 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: User Interface >Group: rc-2 >Status: Open Resolution: Fixed Priority: 7 Private: No Submitted By: Edwin Dankert (edankert) Assigned to: Edwin Dankert (edankert) Summary: Console does not work correctly Initial Comment: The Console view does and cannot work correctly being project specific, the only way it could work is if it was application specific instead or if a project would run using its own System.out/System.err read VM. ---------------------------------------------------------------------- Comment By: Edwin Dankert (edankert) Date: 2007-10-01 14:52 Message: Logged In: YES user_id=452928 Originator: YES By re-routing System.err/System.out based on the thread that they are called from, the console can work correctly. This is handled by registering the Console OutputStream with the thread used to run the project module. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=763631&aid=1805639&group_id=145971 |
From: SourceForge.net <no...@so...> - 2007-10-01 14:54:58
|
Bugs item #1805630, was opened at 2007-10-01 12:44 Message generated for change (Comment added) made by edankert You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=763631&aid=1805630&group_id=145971 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: User Interface Group: rc-1 >Status: Pending >Resolution: Fixed Priority: 3 Private: No Submitted By: Edwin Dankert (edankert) Assigned to: Edwin Dankert (edankert) Summary: Not all URI fields get initialised correctly Initial Comment: Not all URI fields get initialised correctly, causing the value in the fields to be empty instead of <Please specify a URI>, however when any of these fields loses focus, the value gets correctly set. This happens in projects for: - input URI result fields, - stylesheet URI fields, - xml and html output URI fields. It also happens in wizards for: - input URI fields, - stylesheet URI fields, - xml and html output URI fields. ---------------------------------------------------------------------- >Comment By: Edwin Dankert (edankert) Date: 2007-10-01 14:55 Message: Logged In: YES user_id=452928 Originator: YES Initialised all these field. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=763631&aid=1805630&group_id=145971 |
From: SourceForge.net <no...@so...> - 2007-10-01 14:52:38
|
Bugs item #1805639, was opened at 2007-10-01 12:57 Message generated for change (Comment added) made by edankert You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=763631&aid=1805639&group_id=145971 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: User Interface Group: rc-1 >Status: Pending >Resolution: Fixed Priority: 7 Private: No Submitted By: Edwin Dankert (edankert) Assigned to: Edwin Dankert (edankert) Summary: Console does not work correctly Initial Comment: The Console view does and cannot work correctly being project specific, the only way it could work is if it was application specific instead or if a project would run using its own System.out/System.err read VM. ---------------------------------------------------------------------- >Comment By: Edwin Dankert (edankert) Date: 2007-10-01 14:52 Message: Logged In: YES user_id=452928 Originator: YES By re-routing System.err/System.out based on the thread that they are called from, the console can work correctly. This is handled by registering the Console OutputStream with the thread used to run the project module. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=763631&aid=1805639&group_id=145971 |
From: SourceForge.net <no...@so...> - 2007-10-01 14:32:47
|
Bugs item #1805709, was opened at 2007-10-01 14:32 Message generated for change (Settings changed) made by edankert You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=763631&aid=1805709&group_id=145971 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: User Interface Group: rc-1 >Status: Deleted Resolution: None Priority: 7 Private: No Submitted By: Edwin Dankert (edankert) Assigned to: Edwin Dankert (edankert) Summary: Console does not work correctly Initial Comment: The Console view does and cannot work correctly being project specific, the only way it could work is if it was application specific instead or if a project would run using its own System.out/System.err read VM. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=763631&aid=1805709&group_id=145971 |
From: SourceForge.net <no...@so...> - 2007-10-01 14:32:46
|
Bugs item #1805687, was opened at 2007-10-01 14:09 Message generated for change (Settings changed) made by edankert You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=763631&aid=1805687&group_id=145971 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: User Interface Group: rc-1 >Status: Deleted Resolution: None Priority: 7 Private: No Submitted By: Edwin Dankert (edankert) Assigned to: Edwin Dankert (edankert) Summary: Console does not work correctly Initial Comment: The Console view does and cannot work correctly being project specific, the only way it could work is if it was application specific instead or if a project would run using its own System.out/System.err read VM. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=763631&aid=1805687&group_id=145971 |
From: SourceForge.net <no...@so...> - 2007-10-01 14:32:16
|
Bugs item #1805709, was opened at 2007-10-01 14:32 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=763631&aid=1805709&group_id=145971 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: User Interface Group: rc-1 Status: Open Resolution: None Priority: 7 Private: No Submitted By: Edwin Dankert (edankert) Assigned to: Edwin Dankert (edankert) Summary: Console does not work correctly Initial Comment: The Console view does and cannot work correctly being project specific, the only way it could work is if it was application specific instead or if a project would run using its own System.out/System.err read VM. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=763631&aid=1805709&group_id=145971 |
From: SourceForge.net <no...@so...> - 2007-10-01 14:09:37
|
Bugs item #1805687, was opened at 2007-10-01 14:09 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=763631&aid=1805687&group_id=145971 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: User Interface Group: rc-1 Status: Open Resolution: None Priority: 7 Private: No Submitted By: Edwin Dankert (edankert) Assigned to: Edwin Dankert (edankert) Summary: Console does not work correctly Initial Comment: The Console view does and cannot work correctly being project specific, the only way it could work is if it was application specific instead or if a project would run using its own System.out/System.err read VM. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=763631&aid=1805687&group_id=145971 |
From: SourceForge.net <no...@so...> - 2007-10-01 12:57:04
|
Bugs item #1805639, was opened at 2007-10-01 12:57 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=763631&aid=1805639&group_id=145971 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: User Interface Group: rc-1 Status: Open Resolution: None Priority: 7 Private: No Submitted By: Edwin Dankert (edankert) Assigned to: Edwin Dankert (edankert) Summary: Console does not work correctly Initial Comment: The Console view does and cannot work correctly being project specific, the only way it could work is if it was application specific instead or if a project would run using its own System.out/System.err read VM. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=763631&aid=1805639&group_id=145971 |
From: SourceForge.net <no...@so...> - 2007-10-01 12:44:03
|
Bugs item #1805630, was opened at 2007-10-01 12:44 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=763631&aid=1805630&group_id=145971 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: User Interface Group: rc-1 Status: Open Resolution: None Priority: 3 Private: No Submitted By: Edwin Dankert (edankert) Assigned to: Edwin Dankert (edankert) Summary: Not all URI fields get initialised correctly Initial Comment: Not all URI fields get initialised correctly, causing the value in the fields to be empty instead of <Please specify a URI>, however when any of these fields loses focus, the value gets correctly set. This happens in projects for: - input URI result fields, - stylesheet URI fields, - xml and html output URI fields. It also happens in wizards for: - input URI fields, - stylesheet URI fields, - xml and html output URI fields. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=763631&aid=1805630&group_id=145971 |
From: SourceForge.net <no...@so...> - 2007-09-27 19:30:24
|
Bugs item #1803336, was opened at 2007-09-27 09:10 Message generated for change (Comment added) made by edankert You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=763631&aid=1803336&group_id=145971 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: User Interface >Group: None >Status: Closed >Resolution: Fixed Priority: 9 >Private: Yes Submitted By: Edwin Dankert (edankert) Assigned to: Edwin Dankert (edankert) Summary: Application freezes when wrong information is entered Initial Comment: When entering wrong information into a field, causing the error icon to be displayed. The application freezes. This is caused by a null-pointer exception when adding an Overlay Icon to the QIcon in the Bounce package. See bug: 1803333 http://sourceforge.net/tracker/index.php?func=detail&aid=1803333&group_id=62201&atid=499739 ---------------------------------------------------------------------- >Comment By: Edwin Dankert (edankert) Date: 2007-09-27 19:30 Message: Logged In: YES user_id=452928 Originator: YES This was actually caused by changes after rc-1 was released. It has been fixed by the new version of QIcon. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=763631&aid=1803336&group_id=145971 |
From: SourceForge.net <no...@so...> - 2007-09-27 09:10:19
|
Bugs item #1803336, was opened at 2007-09-27 09:10 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=763631&aid=1803336&group_id=145971 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: User Interface Group: rc-1 Status: Open Resolution: None Priority: 9 Private: No Submitted By: Edwin Dankert (edankert) Assigned to: Edwin Dankert (edankert) Summary: Application freezes when wrong information is entered Initial Comment: When entering wrong information into a field, causing the error icon to be displayed. The application freezes. This is caused by a null-pointer exception when adding an Overlay Icon to the QIcon in the Bounce package. See bug: 1803333 http://sourceforge.net/tracker/index.php?func=detail&aid=1803333&group_id=62201&atid=499739 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=763631&aid=1803336&group_id=145971 |
From: SourceForge.net <no...@so...> - 2007-09-26 12:22:18
|
Bugs item #1802646, was opened at 2007-09-26 12:18 Message generated for change (Comment added) made by edankert You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=763631&aid=1802646&group_id=145971 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: User Interface Group: rc-2 >Status: Pending >Resolution: Fixed Priority: 5 Private: No Submitted By: Edwin Dankert (edankert) Assigned to: Edwin Dankert (edankert) Summary: Adds one extra item to history lists Initial Comment: History lists (MRU projects, schemas, sources) allow one extra item. ---------------------------------------------------------------------- >Comment By: Edwin Dankert (edankert) Date: 2007-09-26 12:22 Message: Logged In: YES user_id=452928 Originator: YES The item had to be added before testing for the size of the list. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=763631&aid=1802646&group_id=145971 |
From: SourceForge.net <no...@so...> - 2007-09-26 12:18:45
|
Bugs item #1802646, was opened at 2007-09-26 12:18 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=763631&aid=1802646&group_id=145971 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: User Interface Group: rc-2 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Edwin Dankert (edankert) Assigned to: Edwin Dankert (edankert) Summary: Adds one extra item to history lists Initial Comment: History lists (MRU projects, schemas, sources) allow one extra item. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=763631&aid=1802646&group_id=145971 |
From: SourceForge.net <no...@so...> - 2007-09-26 09:33:54
|
Bugs item #1513610, was opened at 2006-06-27 21:06 Message generated for change (Comment added) made by edankert You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=763631&aid=1513610&group_id=145971 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: User Interface >Group: rc-2 >Status: Pending >Resolution: Fixed Priority: 5 Private: No Submitted By: Edwin Dankert (edankert) Assigned to: Edwin Dankert (edankert) Summary: Initial file for uri selection field filechooser. Initial Comment: When no uris added yet to a uri selection field, use the last opened project as the initial file/directory for the FileChooser? Maybe makes more sense to use a different uri instead? ---------------------------------------------------------------------- >Comment By: Edwin Dankert (edankert) Date: 2007-09-26 09:33 Message: Logged In: YES user_id=452928 Originator: YES The following happens using a uri-selection-field. - if there is text in the combobox editor, this text is used to construct a URI - if there is no text but there is a history item, this item is used, - if there is no text, no history then the uri of the project is used. - if there is no text, no history and no project uri, the default location is used. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=763631&aid=1513610&group_id=145971 |
From: SourceForge.net <no...@so...> - 2007-09-26 08:11:59
|
Bugs item #1552429, was opened at 2006-09-05 07:40 Message generated for change (Comment added) made by edankert You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=763631&aid=1552429&group_id=145971 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: User Interface >Group: rc-2 >Status: Pending >Resolution: Fixed Priority: 3 Private: No Submitted By: Edwin Dankert (edankert) Assigned to: Edwin Dankert (edankert) Summary: Preferences seem to have changed when using escape to exit Initial Comment: - Open up the preferences dialog, - Change a 'check' box in a features table - Use escape to exit the preferences, - Open up the preferences again, - The 'check' box seems to have kept it's state, This might make the user think he has saved the preferences when using escape. (this is however not the case) ---------------------------------------------------------------------- >Comment By: Edwin Dankert (edankert) Date: 2007-09-26 08:12 Message: Logged In: YES user_id=452928 Originator: YES This is caused by the cell-editor still being in editing mode and not correctly stopped. So, the fix is to make sure that the cell-editor is stopped correctly (CellEditor.stopCellEditing()) when the cancel button is pressed. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=763631&aid=1552429&group_id=145971 |
From: SourceForge.net <no...@so...> - 2007-09-25 21:40:59
|
Bugs item #1513594, was opened at 2006-06-27 20:44 Message generated for change (Comment added) made by edankert You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=763631&aid=1513594&group_id=145971 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: User Interface Group: beta-1 >Status: Pending >Resolution: Wont Fix Priority: 1 Private: No Submitted By: Edwin Dankert (edankert) Assigned to: Nobody/Anonymous (nobody) Summary: Border between menubar and toolbar Initial Comment: When no project is open, there is no border between menubar and the toolbar. However when a project has been opened, the border is visible. ---------------------------------------------------------------------- >Comment By: Edwin Dankert (edankert) Date: 2007-09-25 21:41 Message: Logged In: YES user_id=452928 Originator: YES It is unclear what causes this, has something to do with the opaqueness of the toolbar, however this is almost certainly a Java 5.0 problem. The behavior is indeed different using Java 6.0 although still not totally right. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=763631&aid=1513594&group_id=145971 |
From: SourceForge.net <no...@so...> - 2007-09-25 20:11:18
|
Bugs item #1549612, was opened at 2006-08-30 21:57 Message generated for change (Comment added) made by edankert You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=763631&aid=1549612&group_id=145971 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: User Interface Group: beta-1 >Status: Closed >Resolution: Wont Fix Priority: 3 Private: No Submitted By: Edwin Dankert (edankert) Assigned to: Edwin Dankert (edankert) Summary: Application doesn't startup Initial Comment: Due to the threaded nature of the AbstractDocument, it can happen that this causes the application to stop resplonding when starting up. The solution might be to create all JEditorPane's after the application has been started. ---------------------------------------------------------------------- >Comment By: Edwin Dankert (edankert) Date: 2007-09-25 20:11 Message: Logged In: YES user_id=452928 Originator: YES There won't be any more work on this issue. ---------------------------------------------------------------------- Comment By: Edwin Dankert (edankert) Date: 2006-09-03 11:18 Message: Logged In: YES user_id=452928 Load Java Panel later (only when visible), and no longer set the application visible when running unit tests. This has made this issue less important. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=763631&aid=1549612&group_id=145971 |