Menu
▾
▴
springframework-rcp-dev — Spring Rich Client developer list
You can subscribe to this list here.
| 2004 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
(37) |
Jun
(141) |
Jul
(111) |
Aug
(91) |
Sep
(79) |
Oct
(151) |
Nov
(161) |
Dec
(93) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2005 |
Jan
(40) |
Feb
(60) |
Mar
(43) |
Apr
(90) |
May
(31) |
Jun
(114) |
Jul
(35) |
Aug
(112) |
Sep
(305) |
Oct
(151) |
Nov
(122) |
Dec
(103) |
| 2006 |
Jan
(65) |
Feb
(57) |
Mar
(475) |
Apr
(276) |
May
(482) |
Jun
(134) |
Jul
(127) |
Aug
(188) |
Sep
(271) |
Oct
(220) |
Nov
(74) |
Dec
(41) |
| 2007 |
Jan
(121) |
Feb
(50) |
Mar
(36) |
Apr
(11) |
May
(31) |
Jun
(12) |
Jul
(73) |
Aug
(41) |
Sep
(59) |
Oct
(33) |
Nov
(60) |
Dec
(111) |
| 2008 |
Jan
(139) |
Feb
(49) |
Mar
(87) |
Apr
(43) |
May
(10) |
Jun
(25) |
Jul
(114) |
Aug
(17) |
Sep
(25) |
Oct
(199) |
Nov
(94) |
Dec
(45) |
| 2009 |
Jan
(36) |
Feb
(14) |
Mar
(29) |
Apr
(32) |
May
(49) |
Jun
(18) |
Jul
(68) |
Aug
(34) |
Sep
(34) |
Oct
(11) |
Nov
(10) |
Dec
(14) |
| 2010 |
Jan
(35) |
Feb
(12) |
Mar
(23) |
Apr
(17) |
May
(4) |
Jun
(1) |
Jul
(4) |
Aug
|
Sep
(2) |
Oct
|
Nov
(10) |
Dec
|
| 2011 |
Jan
(3) |
Feb
|
Mar
|
Apr
|
May
(3) |
Jun
|
Jul
(3) |
Aug
(1) |
Sep
|
Oct
|
Nov
(1) |
Dec
(1) |
| 2012 |
Jan
(2) |
Feb
(1) |
Mar
(8) |
Apr
(3) |
May
|
Jun
|
Jul
(4) |
Aug
(3) |
Sep
(2) |
Oct
|
Nov
|
Dec
|
| 2013 |
Jan
(1) |
Feb
(1) |
Mar
(1) |
Apr
(3) |
May
(4) |
Jun
(3) |
Jul
(8) |
Aug
|
Sep
(1) |
Oct
(1) |
Nov
(3) |
Dec
(4) |
| 2014 |
Jan
(2) |
Feb
(2) |
Mar
(3) |
Apr
(1) |
May
(5) |
Jun
(1) |
Jul
(13) |
Aug
(2) |
Sep
(2) |
Oct
|
Nov
|
Dec
|
| 2015 |
Jan
(1) |
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2017 |
Jan
|
Feb
(1) |
Mar
|
Apr
(1) |
May
(1) |
Jun
|
Jul
(1) |
Aug
(4) |
Sep
(1) |
Oct
|
Nov
|
Dec
|
| 2018 |
Jan
|
Feb
|
Mar
(15) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
|
| 2019 |
Jan
|
Feb
|
Mar
(3) |
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
|
Sep
|
Oct
(1) |
Nov
|
Dec
|
| 2020 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(6) |
Oct
|
Nov
|
Dec
|
| 2021 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2022 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2024 |
Jan
|
Feb
(1) |
Mar
(2) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2025 |
Jan
(1) |
Feb
|
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
|
Aug
(1) |
Sep
(1) |
Oct
|
Nov
|
Dec
|
|
From: Chris.Hunter (JIRA) <no...@sp...> - 2009-11-24 10:46:04
|
[ https://jira.springsource.org/browse/RCP-621?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=48557#action_48557 ]
Chris.Hunter commented on RCP-621:
----------------------------------
it happened in multi-thread accessing of the two methods, seems not consider the synchronization of using the field in multiple threads :
private final HashSet members = new LinkedHashSet(5);
> calling CommandGroup.add(AbstractCommand command) or CommandGroup.remove(AbstractCommand command) methods caused a ConcurrentModificationException
> --------------------------------------------------------------------------------------------------------------------------------------------------
>
> Key: RCP-621
> URL: https://jira.springsource.org/browse/RCP-621
> Project: Spring Rich Client Project
> Issue Type: Bug
> Components: Core
> Affects Versions: 1.1.1
> Environment: java version "1.6.0_15"
> Java(TM) SE Runtime Environment (build 1.6.0_15-b03)
> Java HotSpot(TM) Client VM (build 14.1-b02, mixed mode, sharing)
> Reporter: Chris.Hunter
> Assignee: Lieven Doclo
> Original Estimate: 0.12d
> Remaining Estimate: 0.12d
>
> java.util.ConcurrentModificationException
> at java.util.LinkedHashMap$LinkedHashIterator.nextEntry(Unknown Source)
> at java.util.LinkedHashMap$KeyIterator.next(Unknown Source)
> at org.springframework.richclient.command.ExpansionPointGroupMember.fill(ExpansionPointGroupMember.java:169)
> at org.springframework.richclient.command.GroupMemberContainerManager.rebuildControlsFor(GroupMemberContainerManager.java:64)
> at org.springframework.richclient.command.GroupMemberList.rebuildControls(GroupMemberList.java:91)
> at org.springframework.richclient.command.CommandGroup.rebuildAllControls(CommandGroup.java:352)
> at org.springframework.richclient.command.CommandGroup.rebuildIfNecessary(CommandGroup.java:343)
> at org.springframework.richclient.command.CommandGroup.remove(CommandGroup.java:307)
> at org.springframework.richclient.command.CommandGroup.remove(CommandGroup.java:296)
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.springsource.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
|
|
From: Chris.Hunter (JIRA) <no...@sp...> - 2009-11-24 10:36:11
|
calling CommandGroup.add(AbstractCommand command) or CommandGroup.remove(AbstractCommand command) methods caused a ConcurrentModificationException
--------------------------------------------------------------------------------------------------------------------------------------------------
Key: RCP-621
URL: https://jira.springsource.org/browse/RCP-621
Project: Spring Rich Client Project
Issue Type: Bug
Components: Core
Affects Versions: 1.1.1
Environment: java version "1.6.0_15"
Java(TM) SE Runtime Environment (build 1.6.0_15-b03)
Java HotSpot(TM) Client VM (build 14.1-b02, mixed mode, sharing)
Reporter: Chris.Hunter
Assignee: Lieven Doclo
java.util.ConcurrentModificationException
at java.util.LinkedHashMap$LinkedHashIterator.nextEntry(Unknown Source)
at java.util.LinkedHashMap$KeyIterator.next(Unknown Source)
at org.springframework.richclient.command.ExpansionPointGroupMember.fill(ExpansionPointGroupMember.java:169)
at org.springframework.richclient.command.GroupMemberContainerManager.rebuildControlsFor(GroupMemberContainerManager.java:64)
at org.springframework.richclient.command.GroupMemberList.rebuildControls(GroupMemberList.java:91)
at org.springframework.richclient.command.CommandGroup.rebuildAllControls(CommandGroup.java:352)
at org.springframework.richclient.command.CommandGroup.rebuildIfNecessary(CommandGroup.java:343)
at org.springframework.richclient.command.CommandGroup.remove(CommandGroup.java:307)
at org.springframework.richclient.command.CommandGroup.remove(CommandGroup.java:296)
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.springsource.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
|
|
From: Paddy D. (JIRA) <no...@sp...> - 2009-11-21 20:45:12
|
duplicate swingx dependencies with maven 3
------------------------------------------
Key: RCP-620
URL: https://jira.springsource.org/browse/RCP-620
Project: Spring Rich Client Project
Issue Type: Bug
Components: Build System
Affects Versions: 1.1.1
Environment: Windows xp
apache-maven-3.0-alpha-4
Reporter: Paddy Daly
Assignee: Lieven Doclo
running mvn clean install on the trunk with maven 3 reports duplicate swingx dependencies
in the root pom and in the spring-richclient-core pom
It also reports a problem with the spring-richclient-archetype
[ERROR] Error extracting plugin descriptor: 'No mojo definitions were found for plugin: org.springfr
amework.richclient:spring-richclient-archetype.' -> [Help 1]
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.springsource.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
|
|
From: Andreas K. (JIRA) <no...@sp...> - 2009-11-19 10:02:05
|
[ https://jira.springsource.org/browse/RCP-619?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Andreas Kuhtz updated RCP-619:
------------------------------
Attachment: patch-619.diff
> Change DefaultMessageTranslator to allow better support for inheritance
> -----------------------------------------------------------------------
>
> Key: RCP-619
> URL: https://jira.springsource.org/browse/RCP-619
> Project: Spring Rich Client Project
> Issue Type: Improvement
> Components: Core
> Affects Versions: 1.1.1
> Reporter: Andreas Kuhtz
> Assignee: Lieven Doclo
> Attachments: patch-619.diff
>
>
> Change the visibility of the {{visit()}} methods of {{DefaultMessageTranslator}} to allow better support for inheritance. If an application wants to support more specific constraints it's currently not possible to use the {{DefaultMessageTranslator}} as base class and just implement the changed handling in the new class because the {{visit()}} methods are only visible in the same package and access to the private members of {{DefaultMessageTranslator}} is not possible.
> I've attached a patch that makes the {{visit()}} methods protected and added getters for the private members.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.springsource.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
|
|
From: Andreas K. (JIRA) <no...@sp...> - 2009-11-19 10:02:04
|
Change DefaultMessageTranslator to allow better support for inheritance
-----------------------------------------------------------------------
Key: RCP-619
URL: https://jira.springsource.org/browse/RCP-619
Project: Spring Rich Client Project
Issue Type: Improvement
Components: Core
Affects Versions: 1.1.1
Reporter: Andreas Kuhtz
Assignee: Lieven Doclo
Attachments: patch-619.diff
Change the visibility of the {{visit()}} methods of {{DefaultMessageTranslator}} to allow better support for inheritance. If an application wants to support more specific constraints it's currently not possible to use the {{DefaultMessageTranslator}} as base class and just implement the changed handling in the new class because the {{visit()}} methods are only visible in the same package and access to the private members of {{DefaultMessageTranslator}} is not possible.
I've attached a patch that makes the {{visit()}} methods protected and added getters for the private members.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.springsource.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
|
|
From: Adam A. (JIRA) <no...@sp...> - 2009-11-12 18:24:11
|
[ https://jira.springsource.org/browse/RCP-609?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Adam Armistead updated RCP-609:
-------------------------------
Attachment: RCP-609.patch
> Add DockGroup support to VLDocking.
> -----------------------------------
>
> Key: RCP-609
> URL: https://jira.springsource.org/browse/RCP-609
> Project: Spring Rich Client Project
> Issue Type: Improvement
> Components: Core
> Affects Versions: 1.1.0
> Reporter: Adam Armistead
> Assignee: Lieven Doclo
> Attachments: RCP-609.patch
>
>
> VLDocking should be able to support DockGroups. Adding this support is trivial and should only require adding a DockGroup property to VLDockingViewDescriptor with get/set methods and to set the assigned DockGroup to the DockKey the ViewDescriptorDockable constructor.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.springsource.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
|
|
From: Peter K. (JIRA) <no...@sp...> - 2009-11-02 21:59:10
|
[ https://jira.springsource.org/browse/RCP-618?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=47829#action_47829 ]
Peter Karich commented on RCP-618:
----------------------------------
Ah, further (a lot ;-)) investigation shows that ShuttleList wasn't able to show entities with a duplicate name.
In my case I had Person->Course and one person had two Courses which had the same name, but where different.
Only one of the Course was listed.
Now the problem was (and is?) is following:
1. initial set will change my other component due to an explicit propertylistener
2. now a PropertyChangeListener will fire again a changeevent, because of ShuttleList.setSelectedIndices and so my component also only shows one!
Another performance problem could be that on every setSelectedIndicies the method JList.setSelectedIndices will be called and trigger N*changeevents.
E.g. if there are 10 Courses for one person it will trigger the first event with one course, a second event with 2 courses and so on.
> ShuttleList will fire change events on setup
> --------------------------------------------
>
> Key: RCP-618
> URL: https://jira.springsource.org/browse/RCP-618
> Project: Spring Rich Client Project
> Issue Type: Bug
> Components: Sandbox
> Affects Versions: 1.1.0
> Reporter: Peter Karich
> Assignee: Lieven Doclo
>
> Is the following bug already fixed:
> http://forum.springsource.org/showthread.php?t=18733 ("I see some dirtiness issues.")
> ?
> This happens to me too. I am filling the shuttlelists' with initial 'selected' values and it will fire a lot of ListSelectionEvent's
> although this should not happen on the initial set-up, I think.
> see org.springframework.richclient.form.binding.swing.ShuttleListBinding -> ListSelectedValueMediator
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.springsource.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
|
|
From: Peter K. (JIRA) <no...@sp...> - 2009-11-02 15:45:09
|
[ https://jira.springsource.org/browse/RCP-618?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=47822#action_47822 ]
Peter Karich commented on RCP-618:
----------------------------------
The problem with this is that if I have another component which binds on the same property (e.g. I have objA.getBObjects and I'll bind ShuttleList to the bobjects of objA)
the other component will be notified that the bobjects had changed, which leads to inconsistent state of the bobjects property
> ShuttleList will fire change events on setup
> --------------------------------------------
>
> Key: RCP-618
> URL: https://jira.springsource.org/browse/RCP-618
> Project: Spring Rich Client Project
> Issue Type: Bug
> Components: Sandbox
> Affects Versions: 1.1.0
> Reporter: Peter Karich
> Assignee: Lieven Doclo
>
> Is the following bug already fixed:
> http://forum.springsource.org/showthread.php?t=18733 ("I see some dirtiness issues.")
> ?
> This happens to me too. I am filling the shuttlelists' with initial 'selected' values and it will fire a lot of ListSelectionEvent's
> although this should not happen on the initial set-up, I think.
> see org.springframework.richclient.form.binding.swing.ShuttleListBinding -> ListSelectedValueMediator
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.springsource.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
|
|
From: Peter K. (JIRA) <no...@sp...> - 2009-11-02 15:41:10
|
ShuttleList will fire change events on setup
--------------------------------------------
Key: RCP-618
URL: https://jira.springsource.org/browse/RCP-618
Project: Spring Rich Client Project
Issue Type: Bug
Components: Sandbox
Affects Versions: 1.1.0
Reporter: Peter Karich
Assignee: Lieven Doclo
Is the following bug already fixed:
http://forum.springsource.org/showthread.php?t=18733 ("I see some dirtiness issues.")
?
This happens to me too. I am filling the shuttlelists' with initial 'selected' values and it will fire a lot of ListSelectionEvent's
although this should not happen on the initial set-up, I think.
see org.springframework.richclient.form.binding.swing.ShuttleListBinding -> ListSelectedValueMediator
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.springsource.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
|
|
From: Geoffrey De S. (JIRA) <no...@sp...> - 2009-10-29 10:51:25
|
DelegatingExceptionHandler should be able to be configured with classes not on the classpath (usefull when defining a cross-project exception handling configuration)
---------------------------------------------------------------------------------------------------------------------------------------------------------------------
Key: RCP-617
URL: https://jira.springsource.org/browse/RCP-617
Project: Spring Rich Client Project
Issue Type: Improvement
Components: Core
Affects Versions: 1.1.0
Reporter: Geoffrey De Smet
Assignee: Geoffrey De Smet
Fix For: 1.x
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.springsource.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
|
|
From: Geoffrey De S. (JIRA) <no...@sp...> - 2009-10-27 09:39:29
|
JdicEmailNotifierErrorReporter should fall back on Java6EmailNotifierErrorReporter if an exception is thrown
------------------------------------------------------------------------------------------------------------
Key: RCP-616
URL: https://jira.springsource.org/browse/RCP-616
Project: Spring Rich Client Project
Issue Type: Improvement
Components: Core
Affects Versions: 1.1.0
Reporter: Geoffrey De Smet
Assignee: Geoffrey De Smet
Fix For: 1.1.1
JDIC is very unreliable. Java6's Desktop class is reliable.
Java6 doesn't allow of stacktraces to be included, but it's better then not sending if JDIC fails.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.springsource.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
|
|
From: Benoit X. (JIRA) <no...@sp...> - 2009-10-19 19:41:57
|
[ https://jira.springsource.org/browse/RCP-615?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=47564#action_47564 ]
Benoit Xhenseval commented on RCP-615:
--------------------------------------
Same problem here, I also confirm that it happened when running unde 1.6.0 update 14+
update 13 is ok.
> TabbedDialogPage, tab names mix up on validation state change
> -------------------------------------------------------------
>
> Key: RCP-615
> URL: https://jira.springsource.org/browse/RCP-615
> Project: Spring Rich Client Project
> Issue Type: Bug
> Components: Core
> Affects Versions: 1.0.1
> Reporter: olorin
> Assignee: Lieven Doclo
> Priority: Minor
> Attachments: screenshot-1.jpg
>
>
> When the validation state changes on a tabbed dialog pane (red asterix added or removed from label),
> the old label title overwrites the label to the right.
> E.g. my initial labels
> *general | detail1 | detail2 | detail3
> after competing the fields on the general tab
> general | *general | detail2 | detail3
> after emptying mandatory field again
> *general | general | *general | detail3
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.springsource.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
|
|
From: olorin (JIRA) <no...@sp...> - 2009-10-19 18:40:56
|
[ https://jira.springsource.org/browse/RCP-615?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=47563#action_47563 ]
olorin commented on RCP-615:
----------------------------
Problem resembles http://bugs.sun.com/view_bug.do?bug_id=6670274
> TabbedDialogPage, tab names mix up on validation state change
> -------------------------------------------------------------
>
> Key: RCP-615
> URL: https://jira.springsource.org/browse/RCP-615
> Project: Spring Rich Client Project
> Issue Type: Bug
> Components: Core
> Affects Versions: 1.0.1
> Reporter: olorin
> Assignee: Lieven Doclo
> Priority: Minor
> Attachments: screenshot-1.jpg
>
>
> When the validation state changes on a tabbed dialog pane (red asterix added or removed from label),
> the old label title overwrites the label to the right.
> E.g. my initial labels
> *general | detail1 | detail2 | detail3
> after competing the fields on the general tab
> general | *general | detail2 | detail3
> after emptying mandatory field again
> *general | general | *general | detail3
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.springsource.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
|
|
From: olorin (JIRA) <no...@sp...> - 2009-10-19 18:16:57
|
[ https://jira.springsource.org/browse/RCP-615?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=47562#action_47562 ]
olorin commented on RCP-615:
----------------------------
This problem occurs with JRE6u14 and higher.
It does *not* occur with JRE6u12.
> TabbedDialogPage, tab names mix up on validation state change
> -------------------------------------------------------------
>
> Key: RCP-615
> URL: https://jira.springsource.org/browse/RCP-615
> Project: Spring Rich Client Project
> Issue Type: Bug
> Components: Core
> Affects Versions: 1.0.1
> Reporter: olorin
> Assignee: Lieven Doclo
> Priority: Minor
> Attachments: screenshot-1.jpg
>
>
> When the validation state changes on a tabbed dialog pane (red asterix added or removed from label),
> the old label title overwrites the label to the right.
> E.g. my initial labels
> *general | detail1 | detail2 | detail3
> after competing the fields on the general tab
> general | *general | detail2 | detail3
> after emptying mandatory field again
> *general | general | *general | detail3
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.springsource.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
|
|
From: olorin (JIRA) <no...@sp...> - 2009-10-06 17:46:26
|
[ https://jira.springsource.org/browse/RCP-615?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=47245#action_47245 ]
olorin commented on RCP-615:
----------------------------
This is version 1.0.0.
We did not migrate to 1.1 as development is almost finished.
>From the anouncements that the core was reorganised and
the formbuilder was replaced and possible new bugs
we were afraid that there would be a migration effort involved.
==================================================
BTW (unrelated i think) this test in
org.springframework.richclient.dialog.control.Tab seemed odd to me (without examining the context):
public void setTitle(String title) {
String old = this.title;
this.title = title;
if(old != null && !old.equals(title) || title != null) {
propertyChangeSupport.firePropertyChange(TITLE_PROPERTY, old, title);
}
}
I would have expected a test
if (title != null && !title.equals(old))
> TabbedDialogPage, tab names mix up on validation state change
> -------------------------------------------------------------
>
> Key: RCP-615
> URL: https://jira.springsource.org/browse/RCP-615
> Project: Spring Rich Client Project
> Issue Type: Bug
> Components: Core
> Affects Versions: 1.0.1
> Reporter: olorin
> Assignee: Lieven Doclo
> Priority: Minor
> Attachments: screenshot-1.jpg
>
>
> When the validation state changes on a tabbed dialog pane (red asterix added or removed from label),
> the old label title overwrites the label to the right.
> E.g. my initial labels
> *general | detail1 | detail2 | detail3
> after competing the fields on the general tab
> general | *general | detail2 | detail3
> after emptying mandatory field again
> *general | general | *general | detail3
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.springsource.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
|
|
From: Geoffrey De S. (JIRA) <no...@sp...> - 2009-10-06 14:44:35
|
[ https://jira.springsource.org/browse/RCP-615?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=47241#action_47241 ]
Geoffrey De Smet commented on RCP-615:
--------------------------------------
Did you get this on trunk or on the latest release (1.1.0) or on an older version?
There are some improvements for trunk for the 1.1.1-SNAPSHOT.
Strange though that your validation icon is shown in the right side of the tab, normally it's a different icon on the left side.
> TabbedDialogPage, tab names mix up on validation state change
> -------------------------------------------------------------
>
> Key: RCP-615
> URL: https://jira.springsource.org/browse/RCP-615
> Project: Spring Rich Client Project
> Issue Type: Bug
> Components: Core
> Affects Versions: 1.0.1
> Reporter: olorin
> Assignee: Lieven Doclo
> Priority: Minor
> Attachments: screenshot-1.jpg
>
>
> When the validation state changes on a tabbed dialog pane (red asterix added or removed from label),
> the old label title overwrites the label to the right.
> E.g. my initial labels
> *general | detail1 | detail2 | detail3
> after competing the fields on the general tab
> general | *general | detail2 | detail3
> after emptying mandatory field again
> *general | general | *general | detail3
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.springsource.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
|
|
From: olorin (JIRA) <no...@sp...> - 2009-10-06 13:53:28
|
[ https://jira.springsource.org/browse/RCP-615?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
olorin updated RCP-615:
-----------------------
Attachment: screenshot-1.jpg
> TabbedDialogPage, tab names mix up on validation state change
> -------------------------------------------------------------
>
> Key: RCP-615
> URL: https://jira.springsource.org/browse/RCP-615
> Project: Spring Rich Client Project
> Issue Type: Bug
> Components: Core
> Affects Versions: 1.0.1
> Reporter: olorin
> Assignee: Lieven Doclo
> Priority: Minor
> Attachments: screenshot-1.jpg
>
>
> When the validation state changes on a tabbed dialog pane (red asterix added or removed from label),
> the old label title overwrites the label to the right.
> E.g. my initial labels
> *general | detail1 | detail2 | detail3
> after competing the fields on the general tab
> general | *general | detail2 | detail3
> after emptying mandatory field again
> *general | general | *general | detail3
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.springsource.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
|
|
From: olorin (JIRA) <no...@sp...> - 2009-10-06 13:53:25
|
TabbedDialogPage, tab names mix up on validation state change
-------------------------------------------------------------
Key: RCP-615
URL: https://jira.springsource.org/browse/RCP-615
Project: Spring Rich Client Project
Issue Type: Bug
Components: Core
Affects Versions: 1.0.1
Reporter: olorin
Assignee: Lieven Doclo
Priority: Minor
Attachments: screenshot-1.jpg
When the validation state changes on a tabbed dialog pane (red asterix added or removed from label),
the old label title overwrites the label to the right.
E.g. my initial labels
*general | detail1 | detail2 | detail3
after competing the fields on the general tab
general | *general | detail2 | detail3
after emptying mandatory field again
*general | general | *general | detail3
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.springsource.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
|
|
From: Camellia <jak...@gm...> - 2009-10-05 12:35:52
|
Seeking a partner for chatting, flirting or something more? Millions participants waiting for you in the VIDEO SEX CHAT chat! http://optiurl.com/cbae |
|
From: Anna S. <aub...@gm...> - 2009-10-02 04:52:42
|
Hi! My name is Anna, Im a girl from... hm, it doesnt matter :) I want to invite all of You to our SEX VIDEO CHAT! Lets flirt and more! Im here: http://go2-url.com/aeusin |
|
From: Inga M. <tun...@gm...> - 2009-09-30 21:37:36
|
My name is Inga Marley, I am a girl 21 years old. Today I feel inclined to have sex. Or at least sex video chat! Im here, someone wants to see me? http://alturl.com/9hvv |
|
From: Arlanda <ith...@gm...> - 2009-09-29 20:36:26
|
Seeking a partner for chatting, flirting or something more? Millions participants waiting for you in the VIDEO SEX CHAT chat! http://alturl.com/3uxa |
|
From: Bob I. <hen...@gm...> - 2009-09-26 09:56:22
|
Seeking a girl for chatting, flirting or something more? Maybe a boy? :) Millions participants waiting for you in the sex VIDEO chat. Find a friend in Your city! http://camelliaelfr.150m.com |
|
From: Camellia <ana...@gm...> - 2009-09-25 23:12:38
|
Hello to this group, Im newbie here. Life is boring and uninteresting, entertain me :) Lets flirt or maybe something more? Im here: http://camelliaelfr.150m.com |
|
From: Thomas F. (JIRA) <no...@sp...> - 2009-09-24 11:49:28
|
create a public TableLayoutBuilder.getCustomFocusTraversalOrder() method
------------------------------------------------------------------------
Key: RCP-614
URL: https://jira.springsource.org/browse/RCP-614
Project: Spring Rich Client Project
Issue Type: Refactoring
Affects Versions: 1.1.0
Reporter: Thomas Fahrmeyer
Assignee: Lieven Doclo
There is already a setCustomFocusTraversalOrder() method where a custom order of components for tab traversal can be set. In order to benefit from an automatically created list by the framework, this list should be exposed. Thus, the list can be adapted with little effort.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.springsource.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
|
406 messages has been excluded from this view by a project administrator.
