Default English Pack

[paulhh]

The default English pack is US English.  As much as possible, we will try and keep this the same as British and International English, to avoid unnecessary maintenance of language packs.

If there are any corrections or suggestions for improvements to the default language pack, please use this thread to raise and discuss them.

Cheers
Paul.

[akinori]

I'm not sure this is a correct place to post this message…

As for lock-service_en_US.properties : lock_service.insufficent_privileges, it seems to have been worse in ver 1.2.

Now it is
lock_service.insufficent_preveleges=You have insufficent priveleges to realese the lock on the node (id: {0}).  The node is locked by another user.

[akinori]

I couldn't find how to translate "Create" menu titile which is located at the left of "More Actions" on the spaces' menu area.

I think there is no property having just 'Create' value in default Language pack.

I guess 'create_options' is missing in Language packs.

[lgr]

Hi All,

Here is some comments about v1.3 messages in dictionnary-messages :

- d_dictionary.constraint.err.type_and_ref and d_dictionary.constraint.err.type_or_ref have the same message with an "and".

- d_dictionary.constraint.string_length.non_string and d_dictionary.constraint.list_ov_values.non_string have the same message (i don't think this is an error).

- d_dictionary.property.err.cannot_relax_mandatory and d_dictionary.property.err.cannot_relax_mandatory_enforcement end with "''{0}" (no double single quotes end)

Laurent.

[lgr]

Hi,

Some duplicates found in webclient.properties :
- content_format
- recover_all_items
- delete_all_items

Laurent.

[kevinr]

Some duplicates found in webclient.properties :
- content_format
- recover_all_items
- delete_all_items

I have removed those duplicates ready for the next release drop.

Thanks,

Kevin

[lgr]

Hi All,

Many message are hardcoded in the source, and they can't be translated. An example:
In ./java/org/alfresco/web/bean/wizard/NewUserWizard.java :
throw new AlfrescoRuntimeException("A Home Space with the same name already exists.");

In fact, i haven't found any AlfrescoRuntimeException taking a translated message as an argument.

Will these message be translatable someday, or is it impossible to do so ?

Laurent.

[kevinr]

All exception messages are translatable (the constructor to AlfrescoRuntimeException() takes a Msg String ID by default) - the message in NewUserWizard can be considered a bug if it is not passing an ID.

Thanks,

Kevin

[lgr]

Hi Kevin,

I'm sorry, but i didn't saw any MessageID in AlfrescoRuntimeException.
Some examples :
in ./java/org/alfresco/repo/content/cleanup/ContentStoreCleaner.java :
            throw new AlfrescoRuntimeException("Property 'transactionService' not set");
            throw new AlfrescoRuntimeException("Property 'stores' not set");

in ./java/org/alfresco/repo/webdav/PropFindMethod.java :
            throw new AlfrescoRuntimeException("XML processing error", ex);
            throw new AlfrescoRuntimeException("XML write error", ex);

in ./java/org/alfresco/util/ISO8601DateFormat.java :
            throw new AlfrescoRuntimeException("Failed to parse date " + isoDate, e);
            throw new AlfrescoRuntimeException("Failed to parse date " + isoDate, e);


They are not messagesID at all, but as i did not go very further in the java code, perhaps they aren't used ? (or aren't all AlfrescoRuntimeException untranslatable ?)

Laurent.

[kevinr]

You are correct, they are not many message IDs being used in AlfrescoRuntimeException. The exception class is expecting a message ID, when it fails to lookup a message by ID (e.g. when a string is passed like you have seen) then it defaults to displaying the original string as the message instead. This is how we created backward compatibility for AlfrescoRuntimeException when we added I18N support for it.

Generally a runtime exception is a serious runtime issue that is not supposed to be visible by the user. However in the real word this happens quite a lot so you can seeing these messages appearing. The bug fix is that we replace those messages with IDs instead.

Thanks,

Kevin

[lgr]

ok, so you'll be glad if we notice you some exceptions that appear in the real world instead of a message ID being used ?

Things seems clear now

Laurent.