View Issue Details

IDProjectCategoryView StatusLast Update
0002452ScribusUser Interfacepublic2006-02-26 21:06
Reporteralexandre Assigned Toringerc 
PrioritynormalSeverityminorReproducibilityalways
Status closedResolutionfixed 
Product Version1.3.1cvs 
Fixed in Version1.3.1cvs 
Summary0002452: question marks instead of cyrillic letters in startup splash screens
DescriptionIn a startup splash translated names of plug-ins show up with question marks (?) instead of cyrillic letters.
TagsNo tags attached.
Patch

Relationships

related to 0002215 closedjghali Audit and fix text encoding handling 

Activities

plinnell

2005-08-19 08:41

viewer   ~0006152

this only happens with some, not all of the text

alexandre

2005-08-19 08:44

developer   ~0006154

Like I said, it happens only with names of plug-ins

alexandre

2005-08-25 00:31

developer   ~0006217

If I substitude

setSplashStatus( tr("Initializing Keyboard Shortcuts") );

with

setSplashStatus( ScribusApp::tr("Initializing Keyboard Shortcuts") );

or

setSplashStatus( QObject::tr("Initializing Keyboard Shortcuts") );

it doesn't help

ringerc

2005-08-29 11:35

reporter   ~0006273

what's the output of the command:

$ locale

(run that in a terminal, sans the $).

Also, are you starting Scribus with any command-line arguments?

ringerc

2005-08-29 11:36

reporter   ~0006274

Also, in the plug-in manager (in preferences), do the plug-ins show up with correct names there?

alexandre

2005-08-29 11:46

developer   ~0006275

My locale is ru__RU.UTF-8

I start Scribus form GNOME's "Run application" startbar, so no arguments whatsoever are used.

alexandre

2005-08-29 11:51

developer   ~0006276

in the plug-in manager (in preferences) plug-ins show up with correct names

ringerc

2005-08-29 11:54

reporter   ~0006277

Looks like the issue is pluginmanager.cpp:139:

 tr(QString("Loading: %1").arg(pda.name), "plugin manager")

What happens is we take the QString from the plugin, and it goes through an implicit conversion to `const char*' for the tr() call. Since Qt defaults to latin-1 for conversion to and from byte-strings, that replaces all glyphs that can't be represented in latin-1 with '?' .

I wonder if we can disable implicit conversion between QString and (QCString|const char*) ? That'd find a *LOT* of potential bugs.

Anyway, changing that to:

tr("Loading: %1", "plugin manager").arg(pda.name)

should fix that bug. I'll test that and commit soon.

ringerc

2005-08-29 12:19

reporter   ~0006280

Fixed in CVS .

Note that the translations will need to be updated with a new string for "Loading: %1" in the plugin manager.

Please re-open this bug if you continue to encounter problems.

plinnell

2005-08-29 13:24

viewer   ~0006283

Tested. Fixed. I saw the prior behaviour before.

Issue History

Date Modified Username Field Change
2005-08-19 00:09 alexandre New Issue
2005-08-19 08:41 plinnell Note Added: 0006152
2005-08-19 08:41 plinnell Status new => confirmed
2005-08-19 08:44 alexandre Note Added: 0006154
2005-08-25 00:14 cbradney Status confirmed => assigned
2005-08-25 00:14 cbradney Assigned To => cbradney
2005-08-25 00:31 alexandre Note Added: 0006217
2005-08-29 11:35 ringerc Note Added: 0006273
2005-08-29 11:36 ringerc Note Added: 0006274
2005-08-29 11:46 alexandre Note Added: 0006275
2005-08-29 11:51 alexandre Note Added: 0006276
2005-08-29 11:52 cbradney Assigned To cbradney => ringerc
2005-08-29 11:54 ringerc Note Added: 0006277
2005-08-29 12:06 ringerc Relationship added related to 0002215
2005-08-29 12:19 ringerc Status assigned => resolved
2005-08-29 12:19 ringerc Fixed in Version => 1.3.1cvs
2005-08-29 12:19 ringerc Resolution open => fixed
2005-08-29 12:19 ringerc Note Added: 0006280
2005-08-29 13:24 plinnell Note Added: 0006283
2005-08-29 13:24 plinnell Status resolved => closed
2006-02-26 21:06 cbradney Category - => User Interface