| Summary: | Localization Files Editor allows users to create keys with spaces | ||||||||
|---|---|---|---|---|---|---|---|---|---|
| Product: | z_Archived | Reporter: | Vinicius Hernandes <xrgc84> | ||||||
| Component: | Sequoyah | Assignee: | Project Inbox <localization.sequoyah-inbox> | ||||||
| Status: | RESOLVED FIXED | QA Contact: | |||||||
| Severity: | normal | ||||||||
| Priority: | P3 | CC: | ericc, kpqb38, nkvg64, wmg040 | ||||||
| Version: | unspecified | ||||||||
| Target Milestone: | --- | ||||||||
| Hardware: | All | ||||||||
| OS: | All | ||||||||
| Whiteboard: | |||||||||
| Attachments: |
|
||||||||
|
Description
Vinicius Hernandes
Created attachment 181085 [details]
Fix for this bug
A new abstract method was added to ILocalizationSchema [boolean keyAcceptsBlankSpaces()]. All localization schemas must implement this method, returning true if keys with blank spaces are permitted in that schema or false otherwise. The "New key" dialog was also modified to validate that accordingly, displaying a message to the user in case the key has blank spaces but it's not permitted.
Created attachment 181106 [details]
Little change in the fix for this bug
Adding a default implementation for keyAcceptsBlankSpaces() returning false as the default. This way, new localization schemas don't need to implement that, they only override the method if they want to change the default behavior. Additionally, it doesn't break the API for existent localization schemas either.
+1 from Eric Cloninger Fix already integrated on trunk and on branch 3.6_SR. |