springframework-rcp-dev — Spring Rich Client developer list

Re: [Springframework-rcp-dev] i18n Questions

[Xavier B. <xav...@ac...>]

The way I know i18n works is that it looks first for the country
specific properties file ex.
messages_en_US, if it doesn't found the property it looks for it on
the language specific bundle messages_en and then you can have as well
a default bundle to be used if the property weren't found, this is a
properties file without the language and the country, ex.
messages.properties

You can try puting the generic information in the default bundle file,
then overide the specific with another bundle file for example for the
language then for the country and then for the variant code you're
using (macosx).

Maybe the information in the java tutorial can help you with this issue.
http://java.sun.com/docs/books/tutorial/i18n/index.html
This is the page where you can find an example using variant code.
http://java.sun.com/docs/books/tutorial/i18n/locale/create.html

Xavier


On Dec 13, 2007 7:05 AM, Eduardo Ito <zi...@su...> wrote:
> I'm not sure if it is the best approach...
> I should not be forced do internationalize my application, just to
> make it work on the Mac.
>
> I think that i18n/platform are two orthogonal features.
>
>
>
> On 12/13/07, jwray <jon...@fi...> wrote:
> >
> > Hi,
> >
> > I'm currently working on improving Mac support. As part of that I submitted
> > a patch recently that use Toolkit.getMenuShortcutKeyMask() to change
> > shortcut definitions to their platform specific value. However, Peter
> > pointed me in the direction of a more complete solution using the variant
> > aspect of Locale. I have something working but I have a question that people
> > with more experience with i18n may be able to help me with.
> >
> > Basically, what I'm experiencing is that if I want macos specific variants I
> > need to specify both the language and the country files, eg, using English
> > as an example, messages_en_GB_macosx.properties and
> > messages_en_US_macosx.properties, which contain the same content. Is there a
> > way to specify a macosx variant file for all English speaking countries, and
> > not have to have a file for both GB and US? I've tried messages_en_macosx
> > but that does not work.
> >
> > I can't find this mentioned anywhere on any i18n discussions and every
> > combination I've tried so far does not work.
> >
> > thanks,
> > Jonny
> >
> >
> > --
> > View this message in context: http://www.nabble.com/i18n-Questions-tp14310171p14310171.html
> > Sent from the springframework-rcp-dev mailing list archive at Nabble.com.
> >
> >
> > -------------------------------------------------------------------------
> > SF.Net email is sponsored by:
> > Check out the new SourceForge.net Marketplace.
> > It's the best place to buy or sell services
> > for just about anything Open Source.
> > http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace
> > _______________________________________________
> > Springframework-rcp-dev mailing list
> > Spr...@li...
> > https://lists.sourceforge.net/lists/listinfo/springframework-rcp-dev
> >
>
>
> --
> Eduardo Issao Ito
> Summa Technologies
>
> "Discipline is never an end in itself, only a means to an end"
>
>
> -------------------------------------------------------------------------
> SF.Net email is sponsored by:
> Check out the new SourceForge.net Marketplace.
> It's the best place to buy or sell services
> for just about anything Open Source.
> http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace
> _______________________________________________
> Springframework-rcp-dev mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-rcp-dev
>

Re: [Springframework-rcp-dev] i18n Questions

[Eduardo I. <zi...@su...>]

I'm not sure if it is the best approach...
I should not be forced do internationalize my application, just to
make it work on the Mac.

I think that i18n/platform are two orthogonal features.


On 12/13/07, jwray <jon...@fi...> wrote:
>
> Hi,
>
> I'm currently working on improving Mac support. As part of that I submitted
> a patch recently that use Toolkit.getMenuShortcutKeyMask() to change
> shortcut definitions to their platform specific value. However, Peter
> pointed me in the direction of a more complete solution using the variant
> aspect of Locale. I have something working but I have a question that people
> with more experience with i18n may be able to help me with.
>
> Basically, what I'm experiencing is that if I want macos specific variants I
> need to specify both the language and the country files, eg, using English
> as an example, messages_en_GB_macosx.properties and
> messages_en_US_macosx.properties, which contain the same content. Is there a
> way to specify a macosx variant file for all English speaking countries, and
> not have to have a file for both GB and US? I've tried messages_en_macosx
> but that does not work.
>
> I can't find this mentioned anywhere on any i18n discussions and every
> combination I've tried so far does not work.
>
> thanks,
> Jonny
>
>
> --
> View this message in context: http://www.nabble.com/i18n-Questions-tp14310171p14310171.html
> Sent from the springframework-rcp-dev mailing list archive at Nabble.com.
>
>
> -------------------------------------------------------------------------
> SF.Net email is sponsored by:
> Check out the new SourceForge.net Marketplace.
> It's the best place to buy or sell services
> for just about anything Open Source.
> http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace
> _______________________________________________
> Springframework-rcp-dev mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-rcp-dev
>


-- 
Eduardo Issao Ito
Summa Technologies

"Discipline is never an end in itself, only a means to an end"

[Springframework-rcp-dev] i18n Questions

[jwray <jon...@fi...>]

Hi,

I'm currently working on improving Mac support. As part of that I submitted
a patch recently that use Toolkit.getMenuShortcutKeyMask() to change
shortcut definitions to their platform specific value. However, Peter
pointed me in the direction of a more complete solution using the variant
aspect of Locale. I have something working but I have a question that people
with more experience with i18n may be able to help me with.

Basically, what I'm experiencing is that if I want macos specific variants I
need to specify both the language and the country files, eg, using English
as an example, messages_en_GB_macosx.properties and
messages_en_US_macosx.properties, which contain the same content. Is there a
way to specify a macosx variant file for all English speaking countries, and
not have to have a file for both GB and US? I've tried messages_en_macosx
but that does not work.

I can't find this mentioned anywhere on any i18n discussions and every
combination I've tried so far does not work.

thanks,
Jonny


-- 
View this message in context: http://www.nabble.com/i18n-Questions-tp14310171p14310171.html
Sent from the springframework-rcp-dev mailing list archive at Nabble.com.

[Springframework-rcp-dev] [Spring-JIRA] Commented: (RCP-507) Platform independent shortcut configuration is needed

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

    [ http://opensource.atlassian.com/projects/spring/browse/RCP-507?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_28466 ] 

Jonny Wray commented on RCP-507:
--------------------------------

Peter,

I see what you mean, this solution isn't complete. That said, it's better than the current situation and may suffice for some people. It certainly did on my current project which is why I made the changes.

I'm planning on looking into solutions for Mac specific commands (ie quit being in the apple menu) over the next few weeks so at the same time I'll look into a more complete solution for this problem also. 

Jonny

> Platform independent shortcut configuration is needed
> -----------------------------------------------------
>
>                 Key: RCP-507
>                 URL: http://opensource.atlassian.com/projects/spring/browse/RCP-507
>             Project: Spring Framework Rich Client Project
>          Issue Type: Improvement
>          Components: Command System
>    Affects Versions: 0.2.1
>            Reporter: Jonny Wray
>         Attachments: springrcp-support.patch
>
>
> The current parsing of the messages file to create shortcuts does not allow for platform independent shortcut definitions, eg ctrl on windows and command on Mac OSX. Also, a number of common commands have their shortcuts set to ctrl which isn't correct on Mac OS and maybe other platforms.

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

        

[Springframework-rcp-dev] [Spring-JIRA] Commented: (RCP-507) Platform independent shortcut configuration is needed

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

    [ http://opensource.atlassian.com/projects/spring/browse/RCP-507?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_28456 ] 

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

don't we have to take this a step further and take i18n to a higher level?

I mean something like this:

<bundle name>[_<locale>][_<platform>].properties, where platform is 'win', 'osx' or 'linux' (splitting linux into kde and gnome if needed)

This would allow for complete localization of accelerators: for example on windows the common accelerator to exit an application is Ctrl-X, while on OSX its Command-Q

This means translation of 'shortcut' to ctrl for Windows and meta for OSX is not enough.

I remember seeing something like this on a blog a while ago, but I don't seem to be able to find it.

> Platform independent shortcut configuration is needed
> -----------------------------------------------------
>
>                 Key: RCP-507
>                 URL: http://opensource.atlassian.com/projects/spring/browse/RCP-507
>             Project: Spring Framework Rich Client Project
>          Issue Type: Improvement
>          Components: Command System
>    Affects Versions: 0.2.1
>            Reporter: Jonny Wray
>         Attachments: springrcp-support.patch
>
>
> The current parsing of the messages file to create shortcuts does not allow for platform independent shortcut definitions, eg ctrl on windows and command on Mac OSX. Also, a number of common commands have their shortcuts set to ctrl which isn't correct on Mac OS and maybe other platforms.

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

        

[Springframework-rcp-dev] [Spring-JIRA] Updated: (RCP-507) Platform independent shortcut configuration is needed

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

     [ http://opensource.atlassian.com/projects/spring/browse/RCP-507?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Jonny Wray updated RCP-507:
---------------------------

    Attachment: springrcp-support.patch

The patch enclosed implements a platform independent method of specifying shortcuts by using the string 'shortcut' within the messages.properties file. The standard messages.properties has been altered to use shortcut instead of ctrl for the various common commands (new, save, etc). On MacOS this means command is used as the shortcut modifier, as is usual, whereas on windows it is ctrl. Other platforms will use their specific shortcut modifier, but only windows and macos have been tested.

> Platform independent shortcut configuration is needed
> -----------------------------------------------------
>
>                 Key: RCP-507
>                 URL: http://opensource.atlassian.com/projects/spring/browse/RCP-507
>             Project: Spring Framework Rich Client Project
>          Issue Type: Improvement
>          Components: Command System
>    Affects Versions: 0.2.1
>            Reporter: Jonny Wray
>         Attachments: springrcp-support.patch
>
>
> The current parsing of the messages file to create shortcuts does not allow for platform independent shortcut definitions, eg ctrl on windows and command on Mac OSX. Also, a number of common commands have their shortcuts set to ctrl which isn't correct on Mac OS and maybe other platforms.

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

        

[Springframework-rcp-dev] [Spring-JIRA] Created: (RCP-507) Platform independent shortcut configuration is needed

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

Platform independent shortcut configuration is needed
-----------------------------------------------------

                 Key: RCP-507
                 URL: http://opensource.atlassian.com/projects/spring/browse/RCP-507
             Project: Spring Framework Rich Client Project
          Issue Type: Improvement
          Components: Command System
    Affects Versions: 0.2.1
            Reporter: Jonny Wray


The current parsing of the messages file to create shortcuts does not allow for platform independent shortcut definitions, eg ctrl on windows and command on Mac OSX. Also, a number of common commands have their shortcuts set to ctrl which isn't correct on Mac OS and maybe other platforms.

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

        

[Springframework-rcp-dev] [Spring-JIRA] Updated: (RCP-251) The SecurityAwareConfigurer automatically loads all beans. Use of the lazy initialization (lazy-init = "true") now is not meaningful.

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

     [ http://opensource.atlassian.com/projects/spring/browse/RCP-251?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Peter De Bruycker updated RCP-251:
----------------------------------

    Issue Type: Improvement  (was: Bug)

changing issue type to improvement, as nothing is broken

> The SecurityAwareConfigurer automatically loads all beans. Use of the lazy initialization (lazy-init = "true") now is not meaningful.
> -------------------------------------------------------------------------------------------------------------------------------------
>
>                 Key: RCP-251
>                 URL: http://opensource.atlassian.com/projects/spring/browse/RCP-251
>             Project: Spring Framework Rich Client Project
>          Issue Type: Improvement
>            Reporter: Ivan G. Storozhenko
>            Assignee: Oliver Hutchison
>


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

        

[Springframework-rcp-dev] [Spring-JIRA] Resolved: (RCP-256) GridBagLayoutBuilder leaves extra space if last component in a row stretches more than one column.

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

     [ http://opensource.atlassian.com/projects/spring/browse/RCP-256?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Peter De Bruycker resolved RCP-256.
-----------------------------------

      Assignee: Peter De Bruycker  (was: Oliver Hutchison)
    Resolution: Fixed

> GridBagLayoutBuilder leaves extra space if last component in a row stretches more than one column.
> --------------------------------------------------------------------------------------------------
>
>                 Key: RCP-256
>                 URL: http://opensource.atlassian.com/projects/spring/browse/RCP-256
>             Project: Spring Framework Rich Client Project
>          Issue Type: Bug
>            Reporter: Arne Limburg
>            Assignee: Peter De Bruycker
>
> GridBagLayoutBuilder leaves extra space if last component in a row stretches more than one column. This means, that the right borders of the rightmost components are not the same in every row. This bug could be fixed, by changing row 671 and 675 of GridBagLayoutBuilder:
> current CVS version:
> 671                if (currentRowIndex == lastRowIndex) {
> 672                    formatLastRow(gbc);
> 673                }
> 674
> 675                if (currentColIndex == lastColIndex) {
> 676                    formatLastColumn(gbc, currentColIndex);
> 677                }
> bugfix:
> 671                if (gbc.gridy + gbc.gridheight - 1 == lastRowIndex) {
> 672                    formatLastRow(gbc);
> 673                }
> 674
> 675                if (gbc.gridx + gbc.gridwidth - 1 == lastColIndex) {
> 676                    formatLastColumn(gbc, currentColIndex);
> 677                }

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

        

[Springframework-rcp-dev] [Spring-JIRA] Resolved: (RCP-141) AbstractFormModel.setFormObject() does not re-enable after being disabled

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

     [ http://opensource.atlassian.com/projects/spring/browse/RCP-141?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Peter De Bruycker resolved RCP-141.
-----------------------------------

    Resolution: Fixed

issue has been resolved some time ago, so I'm closing it

> AbstractFormModel.setFormObject() does not re-enable after being disabled
> -------------------------------------------------------------------------
>
>                 Key: RCP-141
>                 URL: http://opensource.atlassian.com/projects/spring/browse/RCP-141
>             Project: Spring Framework Rich Client Project
>          Issue Type: Bug
>            Reporter: Scott Russell
>            Assignee: Oliver Hutchison
>            Priority: Minor
>             Fix For: 1.0.0
>
>         Attachments: NullableBeanPropertyAccessStrategy.java, NullableBeanWrapper.java
>
>
> In AbstractFormModel, if you call setFormObject(null), then the form model is set disabled. If you then subsequently call setFormObject(Object) with a non-null form object, the form object holder is changed with the new value, but the form model is not re-enabled.
> The code in question:
>     public void setFormObject(Object formObject) {
>         revert();
>         if (formObject == null) {
>             handleSetNullFormObject();
>         }
>         else {
>             getFormObjectHolder().setValue(formObject);
>         }
>     }
> should probably read:
>     public void setFormObject(Object formObject) {
>         revert();
>         if (formObject == null) {
>             handleSetNullFormObject();
>         }
>         else {
>             getFormObjectHolder().setValue(formObject);
>             setEnabled(true);
>         }
>     }
> -Scott

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

        

[Springframework-rcp-dev] [Spring-JIRA] Resolved: (RCP-435) Checkbox 'text' should be configurable in an i18n way...

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

     [ http://opensource.atlassian.com/projects/spring/browse/RCP-435?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Peter De Bruycker resolved RCP-435.
-----------------------------------

    Resolution: Fixed

CheckBoxFormComponentInterceptor and CheckBoxFormComponentInterceptorFactory are checked in.

The factory has three configurable properties:
- showLabel: default = true: toggles visibility of the label
- showText: default = false: toggles visibility of the extra text on the JCheckBox
- textKey: default = text: key used to fetch extra text of checkbox

This interceptor allows for configuration of the label and text of checkbox form properties.

> Checkbox 'text' should be configurable in an i18n way...
> --------------------------------------------------------
>
>                 Key: RCP-435
>                 URL: http://opensource.atlassian.com/projects/spring/browse/RCP-435
>             Project: Spring Framework Rich Client Project
>          Issue Type: Bug
>    Affects Versions: 0.3.0
>            Reporter: Benoit Xhenseval
>            Assignee: Peter De Bruycker
>
> Based on http://opensource.atlassian.com/projects/spring/browse/RCP-413
> There is no longer an i18n way of adding text on the right hand side of a checkbox. I agree that it is not a labe (on the left) but the new code breaks a working system...
> Checkboxes are a bit of a special case as they ofter require a text which is a bit more descriptive than just a label.  This text is likely to be a bit longer and therefore may look better on the right hand side (otherwise all columns will become very big).
> Furthermore, this is something that should be treated (in my view) as simple binding of a property.
> I should be able to decide via a properties file what 'description' (for use a better word) I would like to put next to my checkbox.
> formBuilder.add("myBoolean");
> That is probably why it did not quite fit with the rest originally...but it was very useful.
> So I'd like to see something like that again...
> Thanks!

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

        

[Springframework-rcp-dev] [Spring-JIRA] Resolved: (RCP-505) Simple Sample: InitialView shows html source

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

     [ http://opensource.atlassian.com/projects/spring/browse/RCP-505?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Peter De Bruycker resolved RCP-505.
-----------------------------------

    Resolution: Fixed

> Simple Sample: InitialView shows html source
> --------------------------------------------
>
>                 Key: RCP-505
>                 URL: http://opensource.atlassian.com/projects/spring/browse/RCP-505
>             Project: Spring Framework Rich Client Project
>          Issue Type: Bug
>          Components: Samples
>            Reporter: Peter De Bruycker
>            Assignee: Peter De Bruycker
>
> Simple Sample: InitialView shows html source instead of rendered html.
> This is since the file initialViewText.html got renamed to initialViewText.html.txt

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

        

[Springframework-rcp-dev] [Spring-JIRA] Commented: (RCP-505) Simple Sample: InitialView shows html source

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

    [ http://opensource.atlassian.com/projects/spring/browse/RCP-505?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_28430 ] 

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

I suspect it's an Eclipse issue, rather than a Spring Rich problem.

> Simple Sample: InitialView shows html source
> --------------------------------------------
>
>                 Key: RCP-505
>                 URL: http://opensource.atlassian.com/projects/spring/browse/RCP-505
>             Project: Spring Framework Rich Client Project
>          Issue Type: Bug
>          Components: Samples
>            Reporter: Peter De Bruycker
>            Assignee: Peter De Bruycker
>
> Simple Sample: InitialView shows html source instead of rendered html.
> This is since the file initialViewText.html got renamed to initialViewText.html.txt

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

        

[Springframework-rcp-dev] [Spring-JIRA] Commented: (RCP-505) Simple Sample: InitialView shows html source

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

    [ http://opensource.atlassian.com/projects/spring/browse/RCP-505?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_28429 ] 

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

I just tried it, and everything seems to be working, so I'm going to rename the file back to initialViewText.html

> Simple Sample: InitialView shows html source
> --------------------------------------------
>
>                 Key: RCP-505
>                 URL: http://opensource.atlassian.com/projects/spring/browse/RCP-505
>             Project: Spring Framework Rich Client Project
>          Issue Type: Bug
>          Components: Samples
>            Reporter: Peter De Bruycker
>            Assignee: Peter De Bruycker
>
> Simple Sample: InitialView shows html source instead of rendered html.
> This is since the file initialViewText.html got renamed to initialViewText.html.txt

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

        

[Springframework-rcp-dev] [Spring-JIRA] Created: (RCP-506) Continuous integration info in pom.xml is wrong

[<no...@at...>]

Continuous integration info in pom.xml is wrong
-----------------------------------------------

                 Key: RCP-506
                 URL: http://opensource.atlassian.com/projects/spring/brows=
e/RCP-506
             Project: Spring Framework Rich Client Project
          Issue Type: Bug
         Environment: all
            Reporter: Anders B=C3=A5tstrand
            Priority: Trivial


The pom.xml file says the project uses continuum, but states no link:=20

http://spring-rich-c.sourceforge.net/integration.html

In fact, Bamboo is in use, and here is the link:

http://build.springframework.org:8085/bamboo/browse/RCP

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

       

[Springframework-rcp-dev] [Spring-JIRA] Commented: (RCP-505) Simple Sample: InitialView shows html source

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

    [ http://opensource.atlassian.com/projects/spring/browse/RCP-505?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_28422 ] 

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

I think it was because an out-of-the-box eclipse filters out *.html files from the resources, which means if you do something like this:
- svn checkout
- mvn eclipse:eclipse
- run petclinic in eclipse
you don't see the content in fact 

I did do a gui run, so not sure how this slipped by?

> Simple Sample: InitialView shows html source
> --------------------------------------------
>
>                 Key: RCP-505
>                 URL: http://opensource.atlassian.com/projects/spring/browse/RCP-505
>             Project: Spring Framework Rich Client Project
>          Issue Type: Bug
>          Components: Samples
>            Reporter: Peter De Bruycker
>
> Simple Sample: InitialView shows html source instead of rendered html.
> This is since the file initialViewText.html got renamed to initialViewText.html.txt

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

        

Re: [Springframework-rcp-dev] rename initialViewText.html to initialViewText.html.txt

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

It's been a while.
I think it was because an out-of-the-box eclipse filters out *.html 
files from the resources, which means if you do something like this:
- svn checkout
- mvn eclipse:eclipse
- run petclinic in eclipse
you don't see the html file in fact

With kind regards,
Geoffrey De Smet

Peter De Bruycker schreef:
> Geoffrey,
> 
> some time ago you renamed initialViewText.html to 
> initialViewText.html.txt, but this causes problems in  the simple sample 
> (RCP-505).
> 
> Do you still know what exactly the problem was?
> 
> Peter
> 
> 
> ------------------------------------------------------------------------
> 
> -------------------------------------------------------------------------
> SF.Net email is sponsored by: 
> Check out the new SourceForge.net Marketplace.
> It's the best place to buy or sell services for
> just about anything Open Source.
> http://sourceforge.net/services/buy/index.php
> 
> 
> ------------------------------------------------------------------------
> 
> _______________________________________________
> Springframework-rcp-dev mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-rcp-dev

[Springframework-rcp-dev] [Spring-JIRA] Commented: (RCP-307) Replace scripts of petclinic standalone with UberJar

[Arne L. (JIRA) <no...@at...>]

    [ http://opensource.atlassian.com/projects/spring/browse/RCP-307?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_28421 ] 

Arne Limburg commented on RCP-307:
----------------------------------

The maven-assembly-plugin now can do the job by unpacking all jars and repacking it into one big jar.

If we want jars-in-jars we should use the one-jar-plugin from
http://www.dstovall.org/onejar-maven-plugin/

> Replace scripts of petclinic standalone with UberJar
> ----------------------------------------------------
>
>                 Key: RCP-307
>                 URL: http://opensource.atlassian.com/projects/spring/browse/RCP-307
>             Project: Spring Framework Rich Client Project
>          Issue Type: Task
>          Components: Samples
>            Reporter: Jan Hoskens
>             Fix For: 0.3.0
>
>
> Currently the standalone petclinic sample will be accompanied with startupscripts. But as these contain relative paths, the sample cannot be extracted easily from the project structure. 
> We will replace this with an UberJar when the maven assembly plugin (or another) provides this option. It will place every dependency in one jar (jar-in-jar) which would be easily executable.

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

        

[Springframework-rcp-dev] PetClinic Error NachoCalendarDateFieldBinder

[Fabio B. de O. <fa...@si...>]

Hi guys!

I'm new to Spring RCP. I checkout the source and tried to execute the 
PetClinic standalone version, but a error occurred while binding the 
NachoCalendarDateFieldBinder. To correct this, I only needed to put the 
right path

org.springframework.richclient.form.binding.swing. 
date.NachoCalendarDateFieldBinder

in the file richclient-application-context.xml.

Keep the good work! I am waiting for the next stable version.

Fabio

Re: [Springframework-rcp-dev] Javapolis

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

I'll see what I can do ;-)

On 12/10/07, Geoffrey De Smet <ge0...@gm...> wrote:
> Jan is there all week and I 'll be there tuesday evening and all day
> thursday and friday.
> I 'll even hold a BOF tuesday evening :) Room 1 @ 20:00
>
> With kind regards,
> Geoffrey De Smet
>
> Peter De Bruycker schreef:
> > To all,
> >
> > Is anyone going to JavaPolis this year?
> >
> > I'm going the whole week, so if anyone's interested, we can meet up.
> > Just send me an email.
> >
> > Regards,
> >
> > Peter
> >
> >
> > ------------------------------------------------------------------------
> >
> > -------------------------------------------------------------------------
> > SF.Net email is sponsored by:
> > Check out the new SourceForge.net Marketplace.
> > It's the best place to buy or sell services for
> > just about anything Open Source.
> > http://sourceforge.net/services/buy/index.php
> >
> >
> > ------------------------------------------------------------------------
> >
> > _______________________________________________
> > Springframework-rcp-dev mailing list
> > Spr...@li...
> > https://lists.sourceforge.net/lists/listinfo/springframework-rcp-dev
>
>
> -------------------------------------------------------------------------
> SF.Net email is sponsored by:
> Check out the new SourceForge.net Marketplace.
> It's the best place to buy or sell services for
> just about anything Open Source.
> http://sourceforge.net/services/buy/index.php
> _______________________________________________
> Springframework-rcp-dev mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-rcp-dev
>

Re: [Springframework-rcp-dev] Javapolis

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

Jan is there all week and I 'll be there tuesday evening and all day 
thursday and friday.
I 'll even hold a BOF tuesday evening :) Room 1 @ 20:00

With kind regards,
Geoffrey De Smet

Peter De Bruycker schreef:
> To all,
> 
> Is anyone going to JavaPolis this year?
> 
> I'm going the whole week, so if anyone's interested, we can meet up. 
> Just send me an email.
> 
> Regards,
> 
> Peter
> 
> 
> ------------------------------------------------------------------------
> 
> -------------------------------------------------------------------------
> SF.Net email is sponsored by: 
> Check out the new SourceForge.net Marketplace.
> It's the best place to buy or sell services for
> just about anything Open Source.
> http://sourceforge.net/services/buy/index.php
> 
> 
> ------------------------------------------------------------------------
> 
> _______________________________________________
> Springframework-rcp-dev mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-rcp-dev

[Springframework-rcp-dev] [Spring-JIRA] Updated: (RCP-499) Provide a ClassPropertyAccessStrategy

[Arne L. (JIRA) <no...@at...>]

     [ http://opensource.atlassian.com/projects/spring/browse/RCP-499?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Arne Limburg updated RCP-499:
-----------------------------

    Attachment: ClassPropertyAccessStrategy.patch

I have added a ClassPropertyAccessStrategy that does not need an object (and renamed the old ClassPropertyAccessStrategy to ObjectPropertyAccessStrategy). But whereas the ObjectPropertyAccessStrategy behaves nearly like the BeanPropertyAccessStrategy, there is still some behaviour to be defined for the ClassPropertyAccessStrategy:

If you set a nestedProperty.simpleProperty via the ClassPropertyAccessStrategy and set the nestedProperty afterwards. What should happen? Should the nestedProperty.simpleProperty stay the old value, become the new value of the nestedProperty or shall the simpleProperty of the object set as nestedProperty get the previously set value?


> Provide a ClassPropertyAccessStrategy
> -------------------------------------
>
>                 Key: RCP-499
>                 URL: http://opensource.atlassian.com/projects/spring/browse/RCP-499
>             Project: Spring Framework Rich Client Project
>          Issue Type: New Feature
>          Components: Binding System
>            Reporter: Arne Limburg
>            Assignee: Jan Hoskens
>         Attachments: ClassPropertyAccessStrategy.patch, ClassPropertyAccessStrategy.patch, ClassPropertyAccessStrategy.patch
>
>
> You discussed the creation of a ClassPropertyAccessStrategy some month ago. My implementation can detect property-types based on provided classes or interfaces even if some object in the property path is null. It can detect collection types if Java 5 Generics are available. Field-access can optionally switched on or off. Within this patch I have abstracted out an AbstractPropertyAccessStrategy. This base-class for BeanPropertyAccessStrategy and ClassPropertyAccessStrategy can easily to be used to implement further PropertyAccessStrategy.

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

        

[Springframework-rcp-dev] rename initialViewText.html to initialViewText.html.txt

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

Geoffrey,

some time ago you renamed initialViewText.html to initialViewText.html.txt,
but this causes problems in  the simple sample (RCP-505).

Do you still know what exactly the problem was?

Peter

[Springframework-rcp-dev] [Spring-JIRA] Created: (RCP-505) Simple Sample: InitialView shows html source

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

Simple Sample: InitialView shows html source
--------------------------------------------

                 Key: RCP-505
                 URL: http://opensource.atlassian.com/projects/spring/browse/RCP-505
             Project: Spring Framework Rich Client Project
          Issue Type: Bug
          Components: Samples
            Reporter: Peter De Bruycker


Simple Sample: InitialView shows html source instead of rendered html.

This is since the file initialViewText.html got renamed to initialViewText.html.txt

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

        

[Springframework-rcp-dev] [Spring-JIRA] Resolved: (RCP-292) A JCheckBox should not have a JLabel associated with it, text should be from .label message

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

     [ http://opensource.atlassian.com/projects/spring/browse/RCP-292?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Peter De Bruycker resolved RCP-292.
-----------------------------------

    Resolution: Duplicate

duplicate of RCP-435

> A JCheckBox should not have a JLabel associated with it, text should be from .label message
> -------------------------------------------------------------------------------------------
>
>                 Key: RCP-292
>                 URL: http://opensource.atlassian.com/projects/spring/browse/RCP-292
>             Project: Spring Framework Rich Client Project
>          Issue Type: Bug
>          Components: Binding System
>            Reporter: Frank Bowers
>            Assignee: Peter De Bruycker
>            Priority: Minor
>         Attachments: CheckBoxLabel-patch.patch
>
>
> A JCheckBox should not have a JLabel associated with it.  A checkbox doesn't need a JLabel because the CheckBox text is the label.
> The .label message should be used as the checkBox's text, not the .description message.  Patch to be included.
> This solution gives the JCheckBox an empty label.

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