[Wesnoth-bugs] [bug #24621] characters missing in game font.

Follow-up Comment #4, bug #24621 (project wesnoth): Why does the family_order option in data/hardwired/fonts.cfg include only Lato family? I changed the option to "Lato,Andagii,Droid Sans Japanese,Droid Sans Fallback", then all characters were displayed fine. file #29944 I found some

[Wesnoth-bugs] [bug #24621] characters missing in game font.

Additional Item Attachment, bug #24621 (project wesnoth): File name: japanese_font_config_modified.PNG Size:601 KB ___ Reply to this item at: ___ Message sent

[Wesnoth-bugs] [bug #24621] characters missing in game font.

Follow-up Comment #2, bug #24621 (project wesnoth): Japanese characters are not displayed correctly in most places. Here is a screentshot of the version information dialog in Japanese. file #29902 But, in-game help is fine. file #29903 ___

[Wesnoth-bugs] [bug #24621] characters missing in game font.

Additional Item Attachment, bug #24621 (project wesnoth): File name: japanese_version_info.PNG Size:639 KB ___ Reply to this item at: ___ Message sent

[Wesnoth-bugs] [bug #25553] List in the hotkey preference dialog becomes bigger

Follow-up Comment #13, bug #25553 (project wesnoth): I sent #12 on the way. Here are new screenshots for different number of click times. before click: file #29863 1click: file #29864 2click: file #29865 3click: file #29866 The more I click the "Hotkeys", the bigger hotkeys list become.

[Wesnoth-bugs] [bug #25553] List in the hotkey preference dialog becomes bigger

Additional Item Attachment, bug #25553 (project wesnoth): File name: hotkey_3click.png Size:257 KB ___ Reply to this item at: ___ Message sent

[Wesnoth-bugs] [bug #25553] List in the hotkey preference dialog becomes bigger

Follow-up Comment #12, bug #25553 (project wesnoth): I notice that this bug is caused by not only switch tab, but also click "Hotkeys" button repeatedly. 1click: My preference file UI_sound=yes UI_volume="" allow_observers=yes ally_orb_color="lightblue" ally_sighted_interrupts=yes

[Wesnoth-bugs] [bug #25553] List in the hotkey preference dialog becomes bigger

Follow-up Comment #6, bug #25553 (project wesnoth): I doubt that this bug is environment-dependent. I asked people in the Japanese translation team to check this bug in latest wesnoth, and this bug is caused too in their system. But, the condition is different for each people... Some people

[Wesnoth-bugs] [bug #25553] List in the hotkey preference dialog becomes bigger

Follow-up Comment #5, bug #25553 (project wesnoth): I did clean build(rm build-dir, cmake, make). > is it that the hot-key groups have gone? Yes, it is the problem. ___ Reply to this item at:

[Wesnoth-bugs] [bug #25553] List in the hotkey preference dialog becomes bigger

Follow-up Comment #3, bug #25553 (project wesnoth): I attached a screenshot(file #29861) in version 1.13.6+dev (b1ea099-Clean). Maybe my explanation causes misunderstanding. The "tab" which I called don't mean a bar on the hotkey list, but also buttons on the left bar(ex. General, Hotkeys,

[Wesnoth-bugs] [bug #25553] List in the hotkey preference dialog becomes bigger

Additional Item Attachment, bug #25553 (project wesnoth): File name: Screenshot_20170303_201346.png Size:270 KB ___ Reply to this item at: ___ Message sent

[Wesnoth-bugs] [bug #25553] List in the hotkey preference dialog becomes bigger

URL: Summary: List in the hotkey preference dialog becomes bigger Project: Battle for Wesnoth Submitted by: ratarmy Submitted on: Thu 02 Mar 2017 01:26:59 AM UTC Category: Bug

[Wesnoth-bugs] [bug #25543] The cursor in GUI2 text box don't move correctly when a sentence or a word is inserted by input method

Follow-up Comment #7, bug #25543 (project wesnoth): std::string::size() is same as std::string::length(). using utf8::size() works nice. I create pull request : https://github.com/wesnoth/wesnoth/pull/942 ___ Reply to this item at:

[Wesnoth-bugs] [bug #25543] The cursor in GUI2 text box don't move correctly when a sentence or a word is inserted by input method

Follow-up Comment #5, bug #25543 (project wesnoth): oh, not segfault, SIGABRT. ___ Reply to this item at: ___ Message sent via/by Gna! http://gna.org/

[Wesnoth-bugs] [bug #25543] The cursor in GUI2 text box don't move correctly when a sentence or a word is inserted by input method

Follow-up Comment #4, bug #25543 (project wesnoth): Thanks, but segfault... wesnoth: /home/fujimoto/Documents/wesnoth-develop/wesnoth/src/gui/widgets/text_box_base.cpp:141: void gui2::text_box_base::set_cursor(size_t, bool): Assertion `offset <= text_.get_length()' failed. fish: './wesnoth'

[Wesnoth-bugs] [bug #25543] The cursor in GUI2 text box don't move correctly when a sentence or a word is inserted by input method

Follow-up Comment #2, bug #25543 (project wesnoth): fcitx is a input method framework, and mozc is popular Japanese input method engine worked on fcitx. Also the bug occurs when use ibus (Gnome's default input method framework). http://devdocs.wesnoth.org/classgui2_1_1text__box__base.html

[Wesnoth-bugs] [bug #25543] The cursor in GUI2 text box don't move correctly when a sentence or a word is inserted by input method

URL: Summary: The cursor in GUI2 text box don't move correctly when a sentence or a word is inserted by input method Project: Battle for Wesnoth Submitted by: ratarmy Submitted on: Mon 27 Feb 2017 05:12:19 AM

[Wesnoth-bugs] [bug #25334] Stack overflow / segmentation fault on viewing Help in Japanese

Follow-up Comment #4, bug #25334 (project wesnoth): There is different cause from #25292 in this bug. help::get_first_word() returns first character only in CJK language, but help_text_area::add_text_item() doesn't consider it. I will try to fix it.

[Wesnoth-bugs] [bug #25482] Hotkeys list in preference dialog is not displayed if font scaling greater than 120%.

URL: Summary: Hotkeys list in preference dialog is not displayed if font scaling greater than 120%. Project: Battle for Wesnoth Submitted by: ratarmy Submitted on: Wed 01 Feb 2017 09:41:29 PM UTC

[Wesnoth-bugs] [bug #25292] Crash when viewing in-game Help with large font size.

Follow-up Comment #9, bug #25292 (project wesnoth): bug #25334 is not fixed. It seems that there is another cause. ___ Reply to this item at: ___ Message sent

[Wesnoth-bugs] [bug #25292] Crash when viewing in-game Help with large font size.

Follow-up Comment #7, bug #25292 (project wesnoth): I found a resolution. Simply, add_text_item() is not supported scaled font. In add_text_item(), font::get_rendered_text() and font::line_width() are not use preferences::scaled_font() inside, so we should change their font size argument to use

[Wesnoth-bugs] [bug #25292] Crash when viewing in-game Help with large font size.

Follow-up Comment #5, bug #25292 (project wesnoth): I am debugging this bug now, and I noticed size of texts in help pages are not changed if font scaling is not 100%. help_text_area::add_text_item() uses split_in_width() and render_text(). In add_text_item(), split_in_width() uses font scale but

[Wesnoth-bugs] [bug #25460] After disable sunset command, Screen still fade to black if open any GUI dialogs

Follow-up Comment #2, bug #25460 (project wesnoth): I just checked available commands list and found the bug. I don't know when the command is useful. ___ Reply to this item at:

[Wesnoth-bugs] [bug #25460] After disable sunset command, Screen still fade to black if open any GUI dialogs

URL: Summary: After disable sunset command, Screen still fade to black if open any GUI dialogs Project: Battle for Wesnoth Submitted by: ratarmy Submitted on: Sat 21 Jan 2017 03:02:30 AM UTC

[Wesnoth-bugs] [bug #25332] Texts including alphanumeric or symbol are not displayed in help when language is Japanese or Chinese.

Follow-up Comment #4, bug #25332 (project wesnoth): When I change the font scaling to 80%, I can see help pages in Japanese(Wesnoth version is 1.13.6+dev (cbf1c50-Modified)). So, I think bug #25292 is related to bug #25334. This problem causes in all help pages.

[Wesnoth-bugs] [bug #25332] Texts including alphanumeric or symbol are not displayed in help when language is Japanese or Chinese.

Additional Item Attachment, bug #25332 (project wesnoth): File name: help_Japanese.png Size:572 KB ___ Reply to this item at: ___ Message sent

[Wesnoth-bugs] [bug #25014] Splitting text and changing to new line at a space character is not good for some languages.

URL: Summary: Splitting text and changing to new line at a space character is not good for some languages. Project: Battle for Wesnoth Submitted by: ratarmy Submitted on: Wed 24 Aug 2016 12:46:20 AM UTC