Project

General

Profile

Bug #1752

Broken text (french) in image zone question

Added by Olivier CORRE over 9 years ago. Updated over 9 years ago.

Status:
Bug resolved
Priority:
Normal
Category:
-
Target version:
Start date:
22/07/2010
Due date:
% Done:

100%

Estimated time:
Complexity:
Normal
SCRUM pts - complexity:
?

Description

The text in french at the end of a image zone question is broken. See attached file.

Chamilo 1.8.7. French default language. UTF-8 enabled.


Files

Capture_d’écran_2010-07-23_à_01.22.45.png (114 KB) Capture_d’écran_2010-07-23_à_01.22.45.png Olivier CORRE, 22/07/2010 19:25
french_language_test.png (69.5 KB) french_language_test.png Ivan Tcholakov, 29/07/2010 02:15
bulgarian_language_test.png (79 KB) bulgarian_language_test.png Ivan Tcholakov, 29/07/2010 02:15

Related issues

Related to Chamilo LMS - Bug #1161: hotspot questionBug resolved30/04/2010

Actions

History

#1

Updated by Ivan Tcholakov over 9 years ago

I can not edit .fla files. Anyway, by using a text editor I noticed that inside hotspot_admin.fla there are two places with the following code:

//showspecialcharachters
System.useCodepage=true;

I suspect that this kind of code causes the problem, see http://kb2.adobe.com/cps/162/tn_16275.html

#2

Updated by Ivan Tcholakov over 9 years ago

This is what is to be done:

1. The files hotspot_admin.fla, hotspot_solution.fla and hotspot_user.fla have to be edited, all the lines inside

System.useCodepage=true;

should be commented, they disable UTF-8 functionality. Then these fla files are to be compiled for producing the correspondent swf files.

2. The file .../chamilo/main/exercice/hotspot.inc.php has to be slightly modified. This file passes the translated strings to the swf objects. This file should guarantee always to pass UTF-8 encoded translations, even when the Chamilo platform is set to be non-UTF-8 (through the setting "Platform character set").

A temporary workaround is possible without recompiling the flash files. For the current interface language we can retrieve the most probably used non-UTF-8 encoding. Then in hotspot.inc.php the passed language variables should be recoded from the system encoding to the guessed non-UTF-8 encoding. This approach however would not work correctly on any language or client machines. It works with Bulgarian language on my machine, but I doubt that it would work with Chinese, Japanese, ... It is preferable we to enable UTF-8.

Has anyone knowledge about compiling .fla files easy?

#3

Updated by Olivier CORRE over 9 years ago

i think the swf is already being worked on to remove the Dokeos reference.
http://support.chamilo.org/issues/1161

both issues should be combined.

#4

Updated by Ivan Tcholakov over 9 years ago

Oh, thank you.

#5

Updated by Yannick Warnier over 9 years ago

  • Status changed from New to Bug resolved
  • Assignee set to Yannick Warnier
  • Target version set to 1.8.7.1
  • % Done changed from 0 to 100
#6

Updated by Ivan Tcholakov over 9 years ago

I have to make a change in hotspot.inc.php...

#7

Updated by Ivan Tcholakov over 9 years ago

12300:31bc7fc68c28 Task #1752 - Updating the file hotspot.inc.php which purpose is to retrieve language translations and to pass them to swf objects.
http://code.google.com/p/chamilo/source/detail?r=31bc7fc68c288dd4add4705d34ed277c8cb08853&repo=classic

I also think that the task has been completed.

Also available in: Atom PDF