springframework-rcp-dev — Spring Rich Client developer list

[Springframework-rcp-dev] [Spring-JIRA] Created: (RCP-536) AbstractWizard#addPages is called multiple times, when Wizard is reused

[Johannes S. (JIRA) <no...@sp...>]

AbstractWizard#addPages is called multiple times, when Wizard is reused
-----------------------------------------------------------------------

                 Key: RCP-536
                 URL: http://jira.springframework.org/browse/RCP-536
             Project: Spring Framework Rich Client Project
          Issue Type: Bug
          Components: Command System
    Affects Versions: 1.0.0
            Reporter: Johannes Schneider
            Priority: Critical


The method AbstractWizard#addPages is called multiple times when a WizardDialog is shown multiple times.
You can reproduce this using the PetClinitStandalone.

Just open the NewOwnerWizard, enter some values, go to the next page and *cancel*.
Now reopen the wizard. Now the wizard has each page added two times.....

This is a major problem that should be fixed asap. Wizards are almost unusable now.


-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.springframework.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

Re: [Springframework-rcp-dev] Statusbar

[Jan H. <jh...@sc...>]

The implementations StatusBar and ProgressMonitor mostly are graphical
components. I would expect us to give a decent default behavior (hence
the borders etc) and let the user override it when needed. I'm not sure
how you want this to be configurable and why you would prefer this over
implementing or extending the current ones. 

Can you enlighten me by showing where you're heading at?

Kind Regards,
Jan


On Tue, 2008-02-05 at 16:35 +0100, Peter De Bruycker wrote:
> Shouldn't we make that configurable?
> 
> On 2/4/08, Jan Hoskens <jh...@sc...> wrote: 
>         Hi,
>         
>         I've noticed that the look of the statusbar has changed to a
>         plain
>         panel. Previously the implementation added some borders to
>         accentuate
>         the message/progress bar and I found that it was visually more
>         appealing. May I change the look back to its original state or
>         does
>         everyone prefer the flat panel look that it has now?
>         
>         Kind Regards,
>         Jan
>         
>         
>         **** DISCLAIMER ****
>         http://www.schaubroeck.be/maildisclaimer.htm
>         
>         -------------------------------------------------------------------------
>         This SF.net email is sponsored by: Microsoft
>         Defy all challenges. Microsoft(R) Visual Studio 2008.
>         http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
>         _______________________________________________
>         Springframework-rcp-dev mailing list
>         Spr...@li...
>         https://lists.sourceforge.net/lists/listinfo/springframework-rcp-dev
> 
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________ Springframework-rcp-dev mailing list Spr...@li... https://lists.sourceforge.net/lists/listinfo/springframework-rcp-dev


 **** DISCLAIMER ****
 http://www.schaubroeck.be/maildisclaimer.htm

Re: [Springframework-rcp-dev] Statusbar

[Peter De B. <pet...@gm...>]

Shouldn't we make that configurable?

On 2/4/08, Jan Hoskens <jh...@sc...> wrote:
>
> Hi,
>
> I've noticed that the look of the statusbar has changed to a plain
> panel. Previously the implementation added some borders to accentuate
> the message/progress bar and I found that it was visually more
> appealing. May I change the look back to its original state or does
> everyone prefer the flat panel look that it has now?
>
> Kind Regards,
> Jan
>
>
> **** DISCLAIMER ****
> http://www.schaubroeck.be/maildisclaimer.htm
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> Springframework-rcp-dev mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-rcp-dev
>

Re: [Springframework-rcp-dev] Deprecated stuff

[Benoit X. <bx...@ob...>]

+1 for removing old stuff with the caveat to have clearly defined (or blog
entries) on how to migrate to new code..

 eg OptimizedTableCellRenderer. what should be used instead and how?

 

Many thanks

 

Benoit.

 

------------------------------

IMPORTANT NOTICE 

This communication contains information that is considered confidential and
may also be privileged . It is for the exclusive use of the intended
recipient(s). If you are not the intended recipient(s) please note that any
form of distribution, copying or use of this communication or the
information in it is strictly prohibited and may be unlawful. If you have
received this communication in error please return it to the sender and
delete the original.

 

From: spr...@li...
[mailto:spr...@li...] On Behalf Of
Peter De Bruycker
Sent: 05 February 2008 11:16
To: spr...@li...
Subject: Re: [Springframework-rcp-dev] Deprecated stuff

 

+1 for removing

 

all deprecated stuff has been replaced by better code.

 

On 2/5/08, Rogan Dawes <ro...@da...> wrote: 

Jan Hoskens wrote:
> Hi,
>
> I was just wondering if we can remove the deprecated methods/classes.
> Normally these are kept around for backwards compatibility between
> releases, but we haven't had a full release yet. Do we want to keep
> these in our 1.0 release or is it enough to mention them in the
> upgrading docs?
>
> Kind Regards,
> Jan

+1 for removing them.

Rogan

-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Springframework-rcp-dev mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-rcp-dev

 

Re: [Springframework-rcp-dev] Deprecated stuff

[Peter De B. <pet...@gm...>]

+1 for removing

all deprecated stuff has been replaced by better code.


On 2/5/08, Rogan Dawes <ro...@da...> wrote:
>
> Jan Hoskens wrote:
> > Hi,
> >
> > I was just wondering if we can remove the deprecated methods/classes.
> > Normally these are kept around for backwards compatibility between
> > releases, but we haven't had a full release yet. Do we want to keep
> > these in our 1.0 release or is it enough to mention them in the
> > upgrading docs?
> >
> > Kind Regards,
> > Jan
>
> +1 for removing them.
>
> Rogan
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> Springframework-rcp-dev mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-rcp-dev
>

Re: [Springframework-rcp-dev] Deprecated stuff

[Rogan D. <ro...@da...>]

Jan Hoskens wrote:
> Hi,
> 
> I was just wondering if we can remove the deprecated methods/classes.
> Normally these are kept around for backwards compatibility between
> releases, but we haven't had a full release yet. Do we want to keep
> these in our 1.0 release or is it enough to mention them in the
> upgrading docs?
> 
> Kind Regards,
> Jan

+1 for removing them.

Rogan

[Springframework-rcp-dev] Deprecated stuff

[Jan H. <jh...@sc...>]

Hi,

I was just wondering if we can remove the deprecated methods/classes.
Normally these are kept around for backwards compatibility between
releases, but we haven't had a full release yet. Do we want to keep
these in our 1.0 release or is it enough to mention them in the
upgrading docs?

Kind Regards,
Jan


 **** DISCLAIMER ****
 http://www.schaubroeck.be/maildisclaimer.htm

[Springframework-rcp-dev] Statusbar

[Jan H. <jh...@sc...>]

Hi,

I've noticed that the look of the statusbar has changed to a plain
panel. Previously the implementation added some borders to accentuate
the message/progress bar and I found that it was visually more
appealing. May I change the look back to its original state or does
everyone prefer the flat panel look that it has now?

Kind Regards,
Jan


 **** DISCLAIMER ****
 http://www.schaubroeck.be/maildisclaimer.htm

[Springframework-rcp-dev] [Spring-JIRA] Updated: (RCP-535) MaxOSX command support

[Jonny W. (JIRA) <no...@sp...>]

     [ http://jira.springframework.org/browse/RCP-535?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Jonny Wray updated RCP-535:
---------------------------

    Attachment: CommandGroupFactoryBean.java
                OSXAdapter.java

> MaxOSX command support
> ----------------------
>
>                 Key: RCP-535
>                 URL: http://jira.springframework.org/browse/RCP-535
>             Project: Spring Framework Rich Client Project
>          Issue Type: Improvement
>          Components: Command System
>    Affects Versions: 1.0.0
>            Reporter: Jonny Wray
>         Attachments: CommandGroupFactoryBean.java, OSXAdapter.java
>
>
> The About, Preferences and Quit commands on MacOSX are found within the application menu. Support for both placement and invocation of Spring rich client commands from the relevant Mac commands is needed.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.springframework.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

[Springframework-rcp-dev] [Spring-JIRA] Created: (RCP-535) MaxOSX command support

[Jonny W. (JIRA) <no...@sp...>]

MaxOSX command support
----------------------

                 Key: RCP-535
                 URL: http://jira.springframework.org/browse/RCP-535
             Project: Spring Framework Rich Client Project
          Issue Type: Improvement
          Components: Command System
    Affects Versions: 1.0.0
            Reporter: Jonny Wray


The About, Preferences and Quit commands on MacOSX are found within the application menu. Support for both placement and invocation of Spring rich client commands from the relevant Mac commands is needed.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.springframework.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

[Springframework-rcp-dev] [Spring-JIRA] Updated: (RCP-508) Improve configurability of toolbar creation

[Jonny W. (JIRA) <no...@sp...>]

     [ http://jira.springframework.org/browse/RCP-508?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Jonny Wray updated RCP-508:
---------------------------

    Attachment: spring-rcp-support-relative.patch.txt

While attempting to apply this patch of mine to a new check out I released it had hardcoded, absolute directory references in it. I added a new one, with the relative suffix, that contains relative directory paths

> Improve configurability of toolbar creation
> -------------------------------------------
>
>                 Key: RCP-508
>                 URL: http://jira.springframework.org/browse/RCP-508
>             Project: Spring Framework Rich Client Project
>          Issue Type: Improvement
>          Components: Command System
>    Affects Versions: 0.2.1
>            Reporter: Jonny Wray
>            Assignee: Peter De Bruycker
>         Attachments: spring-rcp-support-relative.patch.txt, spring-rcp-support.patch
>
>
> In attempting to integrate the Jide action framework into Spring RCP I've come across a number of places where the configuration of the toolbars could be improved. 

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.springframework.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

[Springframework-rcp-dev] Status Spring RCP

[Jan H. <jh...@sc...>]

Hi all,

You've probably noticed the increased activity on Spring RCP as we're
working towards a release. In the lights of this event, I've had an
online meeting with Keith Donald and Adrian Colyer of SpringSource in
which we agreed to align Spring RCP with the other subprojects of
Spring. This will translate in following the same release steps and
standards used by SpringSource and in time switch to the infrastructure
that they have set up. I, Peter de Bruycker, Keith Donald and Jim Moore
will start next week with follow-up meetings to discuss the 1.0
release.

I'll keep you posted of any changes and issues concerning Spring RCP.

Kind Regards,
Jan



 **** DISCLAIMER ****
 http://www.schaubroeck.be/maildisclaimer.htm

[Springframework-rcp-dev] [Spring-JIRA] Commented: (RCP-534) Make Exception handling aware of "ErrorCoded" exceptions

[Peter De B. (JIRA) <no...@sp...>]

    [ http://jira.springframework.org/browse/RCP-534?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_31527 ] 

Peter De Bruycker commented on RCP-534:
---------------------------------------

This usecase can also be applied when working with webservices, as they tend to work with errorcodes as wel.

> Make Exception handling aware of "ErrorCoded" exceptions
> --------------------------------------------------------
>
>                 Key: RCP-534
>                 URL: http://jira.springframework.org/browse/RCP-534
>             Project: Spring Framework Rich Client Project
>          Issue Type: Improvement
>          Components: Application Framework
>            Reporter: Peter De Bruycker
>         Attachments: RCP-534.patch
>
>
> As suggested in the forum: http://forum.springframework.org/showthread.php?t=49277
> If an exception implements ErrorCoded, the error code should be to fetch the message to display.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.springframework.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

[Springframework-rcp-dev] [Spring-JIRA] Commented: (RCP-534) Make Exception handling aware of "ErrorCoded" exceptions

[Peter De B. (JIRA) <no...@sp...>]

    [ http://jira.springframework.org/browse/RCP-534?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_31526 ] 

Peter De Bruycker commented on RCP-534:
---------------------------------------

suppose you provide integration with another system. The communication with this system returns errorcodes if something goes wrong. You can create an exception for each possible error code you can get back, or you can create one exception that takes the errorcode.

The exception handling stuff can then fetch the error message like this:
1. errorcode
2. some.package.OtherSystemCommunicationException
3. ...

This means you can provide error messages for the codes you know, and fall back to the default behaviour, when there's an error code you didn't expect.

<code>
public class OtherSystemCommunicationException extends RuntimeException implements ErrorCoded {
    private String errorCode;

    public SomeBusinessException(String errorCode) {
        this.errorCode = errorCode;
    }

    public String getErrorCode() {
        return errorCode;
    }
}
</code>

This is something I could have used several years ago, when integrating with the customs application ;-)

> Make Exception handling aware of "ErrorCoded" exceptions
> --------------------------------------------------------
>
>                 Key: RCP-534
>                 URL: http://jira.springframework.org/browse/RCP-534
>             Project: Spring Framework Rich Client Project
>          Issue Type: Improvement
>          Components: Application Framework
>            Reporter: Peter De Bruycker
>         Attachments: RCP-534.patch
>
>
> As suggested in the forum: http://forum.springframework.org/showthread.php?t=49277
> If an exception implements ErrorCoded, the error code should be to fetch the message to display.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.springframework.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

[Springframework-rcp-dev] [Spring-JIRA] Commented: (RCP-534) Make Exception handling aware of "ErrorCoded" exceptions

[Geoffrey De S. (JIRA) <no...@sp...>]

    [ http://jira.springframework.org/browse/RCP-534?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_31523 ] 

Geoffrey De Smet commented on RCP-534:
--------------------------------------

+0, would be nice to also update the reference manual.
What's an example usage of this ErrorCode?

> Make Exception handling aware of "ErrorCoded" exceptions
> --------------------------------------------------------
>
>                 Key: RCP-534
>                 URL: http://jira.springframework.org/browse/RCP-534
>             Project: Spring Framework Rich Client Project
>          Issue Type: Improvement
>          Components: Application Framework
>            Reporter: Peter De Bruycker
>         Attachments: RCP-534.patch
>
>
> As suggested in the forum: http://forum.springframework.org/showthread.php?t=49277
> If an exception implements ErrorCoded, the error code should be to fetch the message to display.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.springframework.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

Re: [Springframework-rcp-dev] Is it possible to use 'Spring-rc' untouched?

[Rogan D. <ro...@da...>]

Andrius Šabanas wrote:
> Rogan Dawes wrote:
>> Not for me:
>>
>> java.lang.Error.description = \
>>    A serious system failure occurred.\n\
>>    \n\
>>    The application is possibly in an inconsistent state.\n\
>>    Reboot the application.\n\
>>    \n\
>>    The exact bug is:\n\
>>    \{0\}\n\
>>    \n\
>>    Please report this bug.
> 
> This example you pasted here looks like it has a quoted placeholder - 
> please remove backslashes before { and }, like this:
> 
> java.lang.Error.description = \
> ...
> The exact bug is:\n\
> {0}\n\
> ...
> 
> hope this helps,
> 
> Andrius

That makes sense. I actually copied that verbatim from the upgrading to 
0.3 APT doc. I guess the braces need to be quoted in that context?

Rogan

Re: [Springframework-rcp-dev] Is it possible to use 'Spring-rc' untouched?

[<an...@pi...>]

Rogan Dawes wrote:
> Not for me:
> 
> java.lang.Error.description = \
>    A serious system failure occurred.\n\
>    \n\
>    The application is possibly in an inconsistent state.\n\
>    Reboot the application.\n\
>    \n\
>    The exact bug is:\n\
>    \{0\}\n\
>    \n\
>    Please report this bug.

This example you pasted here looks like it has a quoted placeholder - 
please remove backslashes before { and }, like this:

java.lang.Error.description = \
...
The exact bug is:\n\
{0}\n\
...

hope this helps,

Andrius

[Springframework-rcp-dev] [Spring-JIRA] Commented: (RCP-120) AutomaticTableModel

[Peter De B. (JIRA) <no...@sp...>]

    [ http://jira.springframework.org/browse/RCP-120?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_31492 ] 

Peter De Bruycker commented on RCP-120:
---------------------------------------

Here are the mails from the ML: http://osdir.com/ml/java.springframework.rcp.devel/2005-05/msg00026.html

> AutomaticTableModel
> -------------------
>
>                 Key: RCP-120
>                 URL: http://jira.springframework.org/browse/RCP-120
>             Project: Spring Framework Rich Client Project
>          Issue Type: New Feature
>            Reporter: Stephan Schmidt
>            Priority: Minor
>
> As posted on the ML, here is the code for the AutomaticTableModel
> svn co http://snipforge.org/svn/so

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.springframework.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

[Springframework-rcp-dev] [Spring-JIRA] Commented: (RCP-120) AutomaticTableModel

[Peter De B. (JIRA) <no...@sp...>]

    [ http://jira.springframework.org/browse/RCP-120?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_31491 ] 

Peter De Bruycker commented on RCP-120:
---------------------------------------

snipforge.org is dead.

I sent a PM to Stephan... hopefully he has the code somewhere

> AutomaticTableModel
> -------------------
>
>                 Key: RCP-120
>                 URL: http://jira.springframework.org/browse/RCP-120
>             Project: Spring Framework Rich Client Project
>          Issue Type: New Feature
>            Reporter: Stephan Schmidt
>            Priority: Minor
>
> As posted on the ML, here is the code for the AutomaticTableModel
> svn co http://snipforge.org/svn/so

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.springframework.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

[Springframework-rcp-dev] [Spring-JIRA] Updated: (RCP-534) Make Exception handling aware of "ErrorCoded" exceptions

[Peter De B. (JIRA) <no...@sp...>]

     [ http://jira.springframework.org/browse/RCP-534?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Peter De Bruycker updated RCP-534:
----------------------------------

    Description: 
As suggested in the forum: http://forum.springframework.org/showthread.php?t=49277

If an exception implements ErrorCoded, the error code should be to fetch the message to display.

  was:
As suggested in the forum: http://forum.springframework.org/showthread.php?t=49277

If a suggestion implements ErrorCoded, the error code should be to fetch the message to display.


> Make Exception handling aware of "ErrorCoded" exceptions
> --------------------------------------------------------
>
>                 Key: RCP-534
>                 URL: http://jira.springframework.org/browse/RCP-534
>             Project: Spring Framework Rich Client Project
>          Issue Type: Improvement
>          Components: Application Framework
>            Reporter: Peter De Bruycker
>         Attachments: RCP-534.patch
>
>
> As suggested in the forum: http://forum.springframework.org/showthread.php?t=49277
> If an exception implements ErrorCoded, the error code should be to fetch the message to display.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.springframework.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

[Springframework-rcp-dev] [Spring-JIRA] Updated: (RCP-534) Make Exception handling aware of "ErrorCoded" exceptions

[Peter De B. (JIRA) <no...@sp...>]

     [ http://jira.springframework.org/browse/RCP-534?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Peter De Bruycker updated RCP-534:
----------------------------------

    Attachment: RCP-534.patch

> Make Exception handling aware of "ErrorCoded" exceptions
> --------------------------------------------------------
>
>                 Key: RCP-534
>                 URL: http://jira.springframework.org/browse/RCP-534
>             Project: Spring Framework Rich Client Project
>          Issue Type: Improvement
>          Components: Application Framework
>            Reporter: Peter De Bruycker
>         Attachments: RCP-534.patch
>
>
> As suggested in the forum: http://forum.springframework.org/showthread.php?t=49277
> If a suggestion implements ErrorCoded, the error code should be to fetch the message to display.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.springframework.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

[Springframework-rcp-dev] [Spring-JIRA] Created: (RCP-534) Make Exception handling aware of "ErrorCoded" exceptions

[Peter De B. (JIRA) <no...@sp...>]

Make Exception handling aware of "ErrorCoded" exceptions
--------------------------------------------------------

                 Key: RCP-534
                 URL: http://jira.springframework.org/browse/RCP-534
             Project: Spring Framework Rich Client Project
          Issue Type: Improvement
          Components: Application Framework
            Reporter: Peter De Bruycker


As suggested in the forum: http://forum.springframework.org/showthread.php?t=49277

If a suggestion implements ErrorCoded, the error code should be to fetch the message to display.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.springframework.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

Re: [Springframework-rcp-dev] Is it possible to use 'Spring-rc' "untouched?

[Geoffrey De S. <ge0...@gm...>]

Please (re)open a jira :)

With kind regards,
Geoffrey De Smet

Rogan Dawes schreef:
> Geoffrey De Smet wrote:
>> With kind regards,
>> Geoffrey De Smet
>>
>> Benoit Xhenseval schreef:
>>
>>> 5/ AbstractDialogExceptionHandler had some strange issues
>>>
>>> See 
>>> http://www.nabble.com/MessagesDialogExceptionHandler-does-not-seem-to-replace-placeholders.-to6962200.html#a6962200
>>>
>>> There was no alternative to the small “hack” suggested
>>>
>> Does the info below explains your issue?
>>
>> ===
>>
>> [ Show » ]
>> Andrius Šabanas - 25/Oct/06 11:05 AM Hi, This problem intrigued me 
>> enough to investigate, and guess what? Those pesky little single quote 
>> symbols [ ' ] in Java properties files actually have to be escaped... 
>> :-) Otherwise they mark the start of non-substitutable string block, 
>> hence {0} is nicely ignored. Geoffrey's example in Dutch does not have 
>> single quote characters, so it works. BTW, I think your should not use 
>> shortened forms like "It's", "doesn't", "haven't" in semi-official 
>> places like an UI for an application - better replace them with full 
>> forms: "it is", "have not". cheers, Andrius
> 
> Not for me:
> 
> java.lang.Error.description = \
>    A serious system failure occurred.\n\
>    \n\
>    The application is possibly in an inconsistent state.\n\
>    Reboot the application.\n\
>    \n\
>    The exact bug is:\n\
>    \{0\}\n\
>    \n\
>    Please report this bug.
> 
> java.lang.RuntimeException.description = \
>    The application experienced an unexpected bug,\n\
>    due to a programming error.\n\
>    \n\
>    The application is possibly in an inconsistent state.\n\
>    It's recommended to reboot the application.\n\
>    \n\
>    The exact bug is:\n\
>    \{0\}\n\
>    \n\
>    Please report this bug.
> 
> I still get the exact same dialog when an exception is thrown.
> 
> Rogan
> 
> 
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/

Re: [Springframework-rcp-dev] Is it possible to use 'Spring-rc' "untouched?

[Rogan D. <ro...@da...>]

Geoffrey De Smet wrote:
> With kind regards,
> Geoffrey De Smet
> 
> Benoit Xhenseval schreef:
> 
>> 5/ AbstractDialogExceptionHandler had some strange issues
>>
>> See 
>> http://www.nabble.com/MessagesDialogExceptionHandler-does-not-seem-to-replace-placeholders.-to6962200.html#a6962200
>>
>> There was no alternative to the small “hack” suggested
>>
> 
> Does the info below explains your issue?
> 
> ===
> 
> [ Show » ]
> Andrius Šabanas - 25/Oct/06 11:05 AM Hi, This problem intrigued me 
> enough to investigate, and guess what? Those pesky little single quote 
> symbols [ ' ] in Java properties files actually have to be escaped... 
> :-) Otherwise they mark the start of non-substitutable string block, 
> hence {0} is nicely ignored. Geoffrey's example in Dutch does not have 
> single quote characters, so it works. BTW, I think your should not use 
> shortened forms like "It's", "doesn't", "haven't" in semi-official 
> places like an UI for an application - better replace them with full 
> forms: "it is", "have not". cheers, Andrius

Not for me:

java.lang.Error.description = \
   A serious system failure occurred.\n\
   \n\
   The application is possibly in an inconsistent state.\n\
   Reboot the application.\n\
   \n\
   The exact bug is:\n\
   \{0\}\n\
   \n\
   Please report this bug.

java.lang.RuntimeException.description = \
   The application experienced an unexpected bug,\n\
   due to a programming error.\n\
   \n\
   The application is possibly in an inconsistent state.\n\
   It's recommended to reboot the application.\n\
   \n\
   The exact bug is:\n\
   \{0\}\n\
   \n\
   Please report this bug.

I still get the exact same dialog when an exception is thrown.

Rogan

Re: [Springframework-rcp-dev] Is it possible to use 'Spring-rc' "untouched?

[Geoffrey De S. <ge0...@gm...>]

With kind regards,
Geoffrey De Smet

Benoit Xhenseval schreef:

> 
> 5/ AbstractDialogExceptionHandler had some strange issues
> 
> See 
> http://www.nabble.com/MessagesDialogExceptionHandler-does-not-seem-to-replace-placeholders.-to6962200.html#a6962200
> 
> There was no alternative to the small “hack” suggested
> 

Does the info below explains your issue?

===

[ Show » ]
Andrius Šabanas - 25/Oct/06 11:05 AM Hi, This problem intrigued me 
enough to investigate, and guess what? Those pesky little single quote 
symbols [ ' ] in Java properties files actually have to be escaped... 
:-) Otherwise they mark the start of non-substitutable string block, 
hence {0} is nicely ignored. Geoffrey's example in Dutch does not have 
single quote characters, so it works. BTW, I think your should not use 
shortened forms like "It's", "doesn't", "haven't" in semi-official 
places like an UI for an application - better replace them with full 
forms: "it is", "have not". cheers, Andrius

[ Permlink | « Hide ]
Geoffrey De Smet - 25/Oct/06 02:55 PM
Andrius, you're a life saver :)
I 'll have to read up on the properties format.

I 'll fix petclinic's example soon and document this in the MDEH's javadocs.
[ Show » ]
Geoffrey De Smet - 25/Oct/06 02:55 PM Andrius, you're a life saver :) I 
'll have to read up on the properties format. I 'll fix petclinic's 
example soon and document this in the MDEH's javadocs.

[ Permlink | « Hide ]
Geoffrey De Smet - 12/Nov/06 06:33 AM
Escaping double quotes (\" instead of ") works, but escaping single 
quotes (') does not work.

===

We should read the properties spec and find how to write single qoutes.
Next we need to document this ceveat in the reference manual.
Free free to open an issue for that.
I don't think anything can be done in the source code as far as I can see?