• All submissions to this site are governed by Second Life Project Contribution Agreement. By submitting patches and other information using this site, you acknowledge that you have read, understood, and agreed to those terms.
Issue Details (XML | Word | Printable)

Key: VWR-3857
Type: Bug Bug
Status: Closed Closed
Resolution: Fixed
Priority: Normal Normal
Assignee: Alissa Sabre
Reporter: Alissa Sabre
Votes: 29
Watchers: 7
Operations

If you were logged in you would be able to see more operations.
1. Second Life Viewer - VWR

Script (LSL) editor shows non Latin 1 characters as square boxes

Created: 15/Dec/07 09:40 PM   Updated: 18/Oct/08 07:53 PM
Return to search
Component/s: Building (in-world), Internationalization, User Interface
Affects Version/s: 1.18.4.3, 1.18.5.3, 1.19.0 Release Candidate
Fix Version/s: 1.20 Release Candidate

File Attachments: 1. Text File 20071217.patch (2 kB)

Image Attachments:

1. scripteditor.jpg
(72 kB)
Environment: Windows, MacOS, Linux
Issue Links:
Relates

Source Version: 1.18.5.3
Linden Lab Issue ID: DEV-8448
Patch attached: Patch attached
Linden Lab Internal Branch: maint-viewer-4


 Description  « Hide
When a user creates/edits LSL script in-world, he/she uses viewer's built-in script editor. It shows non Latin 1 characters such as Japanese, Korean, Russian, or Greek letters as square boxes.

SL viewer uses font_fallback mechanism to show non Latin 1 characters. The script editor uses monospace font. Currently, SL viewer does not define any fallback for monospace font, so non Latin 1 characters are shown as a missing_glyph symbol. Just adding appropriate fallback for monospace font will solve the issue.

REPRO

(1) Create an object. Open "content" tab. Click on "New script" button.
(2) Edit the default script and type some non Latin 1 characters there, in a comment or a string literal.

OBSERVED BEHAVIOUR

  • Those non Latin 1 characters are shown as square boxes.

EXPECTED BEHAVIOUR

  • Those non Latin 1 characters are shown as their glyphs.


 All   Comments   Change History      Sort Order: Ascending order - Click to sort in descending order
Alissa Sabre added a comment - 17/Dec/07 03:47 AM
I wrote a patch to fix this issue. I have not yet tested it extensively, but have checked that it shows Japanese or Korean characters in LSL properly on Windows and Macintosh. (On Linux, I can either Japanese or Korean but not both, because of the unicode.ttf hack...)

Alissa Sabre added a comment - 09/Feb/08 05:43 AM
This issue persists in 1.19.0 RC1.

The patch 20071217.patch is still effective with 1.19.0.0 source.


Tofu Linden added a comment - 26/Feb/08 09:41 AM
Great, thanks for the fix!

Alissa Sabre added a comment - 16/Apr/08 08:57 AM
This is not fixed in 1.20.0.84760 (RC1) yet.

Gellan Glenelg added a comment - 21/May/08 06:58 PM
Fixed in 1.20.7 (87883)

Alissa Sabre added a comment - 18/Oct/08 07:53 PM
I confirmed that this issue has been fixed.

Moreover, in recent versions, even Linux viewers can show Japanese and Korean letters at a same time. Great.

Thank you for the fix.