Closed GoogleCodeExporter closed 9 years ago
This problem was caused by r343-r345.
I will fix it ASAP.
Original comment by libfet...@gmail.com
on 3 Sep 2009 at 4:34
probably a translation problem?
Original comment by alsor.zhou
on 3 Sep 2009 at 4:38
Yes. :-)
Original comment by libfet...@gmail.com
on 3 Sep 2009 at 5:25
Yeah, I renamed some files, might forget to update in .ts:(
Original comment by alsor.zhou
on 3 Sep 2009 at 5:34
Did you means that this problem was caused by you?
O My God...
If you did, please help me to fix this problem. :-)
Original comment by libfet...@gmail.com
on 3 Sep 2009 at 5:44
Not sure~ lol~ I'll take a look at this later:) BTW, I think this issue is not a
blocker, reduce priority
Original comment by alsor.zhou
on 3 Sep 2009 at 6:02
Hi alsor,
How are going on this defect?
If the root cause is not triggered by you, please inform me,
let me to solve it.
Waiting for your feedback.
Original comment by libfet...@gmail.com
on 14 Sep 2009 at 6:22
Done, see r371. Actually, the root cause is the <'s offline> was transfer to <'s
offline> in .ts, which not march the original text.
The better way to solve this problem is, use some meta information instead of
original text, like
code: tr(_fx_contact_offline_msg_)
fetion_zh.ts:
<source>_fx_contact_offline_msg_</source><translation>联系人不在线
</translation>
fetion_en.ts: <source>_fx_contact_offline_msg_</source><translation>Contact is
offline</translation>
Original comment by alsor.zhou
on 14 Sep 2009 at 7:14
Ah, Thank you very much.
I am interested in how did you introduce "'" to replace "'" ?
Original comment by libfet...@gmail.com
on 14 Sep 2009 at 7:20
Not sure, it might be some "machine code":) AYK, we have use some tools to
format the
codes style, it might be there. Who knows:)
Original comment by alsor.zhou
on 14 Sep 2009 at 7:29
"it might be some "machine code""
O My God,
It seems that we need to assigned an specially person who do the job that
updating
the "ts"/"qm" files to avoid this problem in future.
Original comment by libfet...@gmail.com
on 14 Sep 2009 at 7:34
Better to have it, generally, .ts has none business with logic/function,
developers
just refer to the meta text, like "_fx_contact_offline_msg_" in my previous
message.
But, AYK, we don't have other man left...:(
Original comment by alsor.zhou
on 14 Sep 2009 at 7:40
I think I can do it.~~~
heihei.
Original comment by libfet...@gmail.com
on 14 Sep 2009 at 7:42
:) OK, so, only you will maintain that .ts|qm file.
BTW, would you take a look at comment 8? I think, that' the right way to do
localization. Think this use case,
code: tr(" contact offline")
someone modify that by occasional, and it become to
code: tr(" contact offline ")
It's not easy to find out such problem:)
Original comment by alsor.zhou
on 14 Sep 2009 at 7:53
Yes, In that case, it is hard to find out.
Do you have a good idea to handle this?
Original comment by libfet...@gmail.com
on 14 Sep 2009 at 8:02
How about this?
tr(" contact offline ") ->
" " + tr("contact offline") + " "
Original comment by libfet...@gmail.com
on 14 Sep 2009 at 8:03
No idea, I mess up with QT localization and other linux applications. comment8
was
based on 'gettext' mechanism which conflict with QT's. So, just ignore that.
IMHO, QT's tr system really sucks ass, refer
http://blog.venthur.de/2008/09/14/gettext-and-qt4/ for details..
Original comment by alsor.zhou
on 14 Sep 2009 at 8:17
Ok, finally, I got a workaround, put all the tr strings into a global header,
such as
fxstrings.h
#define _contact_offline_msg_ "contact offline"
and use it in code: tr(_contact_offline_msg_), which compatible with linguist,
and
more gettext like.
You might think it more:)
Original comment by alsor.zhou
on 14 Sep 2009 at 9:29
reopen.
This issues didn't been fixed...
Original comment by libfet...@gmail.com
on 15 Sep 2009 at 1:48
add a fix r372.
Now, this defect was fixed completely.
Thanks for alsor.
Original comment by libfet...@gmail.com
on 15 Sep 2009 at 3:03
Original issue reported on code.google.com by
libfet...@gmail.com
on 3 Sep 2009 at 3:30