[go: up one dir, main page]

Menu

#96 Wrong display of some international letters

open
nobody
None
5
2008-04-24
2008-04-24
zdposter
No

Hello,

I have problem with usage of (some) Slovak letter in openreport 3.0.1 (e.g.
t with caron - see attachment). there was no such problem in openreports
2.0 that I used before.

Do I need to something setup or is it a bug?

Discussion

  • zdposter

    zdposter - 2008-04-24

    No problem when setting up parameter, but it is not displayed correctly.

     
  • zdposter

    zdposter - 2008-04-24

    Logged In: YES
    user_id=1246150
    Originator: YES

    File Added: parameter_set_up.png

     
  • zdposter

    zdposter - 2008-04-24

    Example of parameter after entering special letter in parameter settings

     
  • Brice Quillerié

    Logged In: YES
    user_id=1490857
    Originator: NO

    Hello,

    I have had the same problem with accents in french ; this commes from a struts bug of tag s:include : https://issues.apache.org/struts/browse/WW-2314

    In order to resolve, you can set struts.locale and struts.i18n.encoding in struts.properties to the right values.

    Hope it helps.

     
  • zdposter

    zdposter - 2008-06-12

    Logged In: YES
    user_id=1246150
    Originator: YES

    Hello,

    it helped (there is no code, but one "strange" character), but it is still not correct... For me it look like there is problem when information is taken from database for _this page_ (e.g. in page Administration->Report Parameters it is displayed correctly)
    File Added: parameter_usage-improved.png

     
  • zdposter

    zdposter - 2008-06-12

    Result after setiing up struts.locale and struts.i18n.encoding

     
  • Brice Quillerié

    Logged In: YES
    user_id=1490857
    Originator: NO

    Wrong way ... Sorry

    Did you migrate from the older version ?

    In order to make it work with mysql, i have done the export in specifying the charset :
    mysqldump -c --default-character-set=latin1 -u XXX -pXXX oreports -h XXX | grep INSERT > oreports.sql
    And the import with the folowing line :
    mysql -f --default-character-set=latin1 -u oreports -pc1-Reports openreports < oreports.sql

    Adapt the charset ; ths was my last chance to help you

     
  • zdposter

    zdposter - 2008-06-19

    Dashboad with slovak translation

     
  • zdposter

    zdposter - 2008-06-19

    Logged In: YES
    user_id=1246150
    Originator: YES

    I am pretty sure that problem is not in database encoding/charset - I was solving this issue in other project (in such case you ALWAYS got the same wrong display. In other words: the same value from database can not be displayed on one page as "1" and on other as "2").

    I did another test: I tried to translate LocalStrings.properties (I used UTF-8 encoding) result is in attached screenshot dashboard.png. As you can see Openreport3 (or its subsystems) is not consistent in usage of encoding on single page (top panel use one encoding and description of fields use another)!

    I tried to look source of page (CRTL+U in firefox) and there is not definition of charset (in meta information of generated html page). I tried to change of encoding of web browser to UTF-8 but it did not helped (dashboard-utf8.png).
    File Added: dashboard.png

     
  • zdposter

    zdposter - 2008-06-19

    Dashboard after I changed brower encoding to UTF-8

     
  • zdposter

    zdposter - 2008-06-19

    Logged In: YES
    user_id=1246150
    Originator: YES

    File Added: dashboard-utf8.png

     

Log in to post a comment.