[Fedora-i18n-bugs] [Bug 684118] New: auxiliary text should be language characters for indic inscript tables
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: auxiliary text should be language characters for indic inscript tables
https://bugzilla.redhat.com/show_bug.cgi?id=684118
Summary: auxiliary text should be language characters for indic
inscript tables
Product: Fedora
Version: 15
Platform: Unspecified
OS/Version: Unspecified
Status: NEW
Severity: unspecified
Priority: unspecified
Component: ibus-indic-table
AssignedTo: nkumar(a)redhat.com
ReportedBy: psatpute(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org, nkumar(a)redhat.com
Classification: Fedora
Created attachment 483655
--> https://bugzilla.redhat.com/attachment.cgi?id=483655
mapping of keys and corresponding devanagari characters
Description of problem:
auxiliary text should entered indic characters for indic inscript tables
i.e.
if one enter
kf -> कि
unlike in phonetic in inscript users expect to see which characters he exactly
typed in auxiliary text.
One more advantage of this is -> since we are not keeping 2 characters word in
database, user can typed those words (will come in auxiliary text) then he can
just hit "enter" and he will get that characters.
In present case user need to select nearest word and do a backpress for getting
expected word
Version-Release number of selected component (if applicable):
ibus-indic-table-1.3.1-1.fc15
How reproducible:
everytime
Steps to Reproduce:
1. install marathi or hindi typing booster table
2. try to type आप (inscript key sequence Eh)
3. we can see words started with this आप but not exact word
Actual results:
user getting latin keys in auxiliary text
Expected results:
should see the corresponding inscript mapped characters in auxiliary text
Additional info:
attaching inscript maaping
so in ibus-indic-table we can use this as a dict, and take corresponding mapped
words
--
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
12 years, 6 months
[Fedora-i18n-bugs] [Bug 505484] New: feature to allow customizing which langs appear by default in lang menu
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: feature to allow customizing which langs appear by default in lang menu
https://bugzilla.redhat.com/show_bug.cgi?id=505484
Summary: feature to allow customizing which langs appear by
default in lang menu
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: gdm
AssignedTo: jmccann(a)redhat.com
ReportedBy: petersen(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: jmccann(a)redhat.com, rstrode(a)redhat.com,
ankit(a)redhat.com, fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Target Release: ---
Description of problem:
Based on the thread "GDM Language list..." on fedora-devel-list
and fedora-i18n-list, I had a discussion with Ankit and
I came up with this idea which could perhaps form part of
YumLangpackPlugin Feature for F12.
If gdm could support configuration of the locales shown by
default in it's language list, then the <lang>-langpack-support
meta packages of the above feature could add languages to
that gdm system config which would allow giving languages
with extra support installed high visibility in the menu.
Does that make some sense?
I guess next step would be to file an rfe upstream...
Steps to Reproduce:
1. Install language support for my favourite languages
2. login via gdm
Actual results:
2. need to go to Other... to find them
Expected results:
2. appear in gdm lang menu
--
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
12 years, 6 months
[Fedora-i18n-bugs] [Bug 651929] New: [abrt] ibus-chewing-1.3.7.20100910-1.fc14: __memmove_ssse3: Process /usr/libexec/ibus-engine-chewing was killed by signal 11 (SIGSEGV)
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: [abrt] ibus-chewing-1.3.7.20100910-1.fc14: __memmove_ssse3: Process /usr/libexec/ibus-engine-chewing was killed by signal 11 (SIGSEGV)
https://bugzilla.redhat.com/show_bug.cgi?id=651929
Summary: [abrt] ibus-chewing-1.3.7.20100910-1.fc14:
__memmove_ssse3: Process
/usr/libexec/ibus-engine-chewing was killed by signal
11 (SIGSEGV)
Product: Fedora
Version: 14
Platform: x86_64
OS/Version: Unspecified
Status: NEW
Status Whiteboard: abrt_hash:fb3fb9f915e4165d93c5d785943647955b400230
Severity: medium
Priority: low
Component: ibus-chewing
AssignedTo: dchen(a)redhat.com
ReportedBy: wilson.an(a)gmail.com
QAContact: extras-qa(a)fedoraproject.org
CC: dchen(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org,
shawn.p.huang(a)gmail.com
Classification: Fedora
abrt version: 1.1.13
architecture: x86_64
Attached file: backtrace
cmdline: /usr/libexec/ibus-engine-chewing --ibus
component: ibus-chewing
crash_function: __memmove_ssse3
executable: /usr/libexec/ibus-engine-chewing
kernel: 2.6.35.6-48.fc14.x86_64
package: ibus-chewing-1.3.7.20100910-1.fc14
rating: 4
reason: Process /usr/libexec/ibus-engine-chewing was killed by signal 11
(SIGSEGV)
release: Fedora release 14 (Laughlin)
time: 1289405263
uid: 500
How to reproduce
-----
1.input data the press keyboard with changing status, then crash
2.
3.
--
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
12 years, 6 months
[Fedora-i18n-bugs] [Bug 510176] New: unable to display Japanese manpages
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: unable to display Japanese manpages
https://bugzilla.redhat.com/show_bug.cgi?id=510176
Summary: unable to display Japanese manpages
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Keywords: i18n, Reopened
Severity: medium
Priority: medium
Component: yelp
AssignedTo: mbarnes(a)redhat.com
ReportedBy: petersen(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: mbarnes(a)redhat.com, fedora-i18n-bugs(a)redhat.com
Blocks: 220122
Estimated Hours: 0.0
Classification: Fedora
Target Release: ---
Clone Of: 220122
+++ This bug was initially created as a clone of Bug #220122 +++
Description of problem:
Try to view man-pages-ja from yelp, however, the contents are not able to be
displayed properly.
How reproducible:
Always
Steps to Reproduce:
1.login desktop with ja_JP locales
2.in yelp, search for info:man
3.
Actual results:
pls refer to screenshot
Expected results:
should display or fallback to english
Additional info:
--- Additional comment from llim(a)redhat.com on 2006-12-18 18:36:20 EDT ---
Created an attachment (id=143967)
--> (https://bugzilla.redhat.com/attachment.cgi?id=143967)
screenshot of yelp displaying man-pages-ja
--- Additional comment from tagoh(a)redhat.com on 2006-12-19 01:01:20 EDT ---
(In reply to comment #3)
> Actually, after looking at the screenshot carefully, seem even in g-t, some of
> the contents are display as "?"
I suppose it's because vte may does wrong thing on Japanese hyphenation or
whatever. it's a different problem anyway.
--
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
12 years, 6 months
[Fedora-i18n-bugs] [Bug 717831] New: use old icon for desktops other than gnome
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: use old icon for desktops other than gnome
https://bugzilla.redhat.com/show_bug.cgi?id=717831
Summary: use old icon for desktops other than gnome
Product: Fedora
Version: 15
Platform: Unspecified
OS/Version: Unspecified
Status: NEW
Severity: unspecified
Priority: unspecified
Component: ibus
AssignedTo: tfujiwar(a)redhat.com
ReportedBy: petersen(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: tfujiwar(a)redhat.com,
i18n-bugs(a)lists.fedoraproject.org,
shawn.p.huang(a)gmail.com
Classification: Fedora
Story Points: ---
Description of problem:
We currently use the same icon for other desktops as on Gnome3
which looks unnatural. NetworkManager, etc still uses
its old systray icon on XFCE, etc. I think ibus should do
the same.
Version-Release number of selected component (if applicable):
f15
Steps to Reproduce:
1. Run ibus in gnome
2. Run ibus in XFCE
3. Run ibus in LXDE
Actual results:
All use same icon for ibus,
but NM uses different icon for gnome only.
Expected results:
ibus to use new icon only in GNOME.
Additional info:
Probably my fault since I remembered you asked
me if we should use the new icon everywhere and
I cavalierly answered yes.
--
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
12 years, 6 months
[Fedora-i18n-bugs] [Bug 678088] New: [abrt] imsettings-0.108.1-2.fc14: memcpy: Process /usr/libexec/im-settings-daemon was killed by signal 11 (SIGSEGV)
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: [abrt] imsettings-0.108.1-2.fc14: memcpy: Process /usr/libexec/im-settings-daemon was killed by signal 11 (SIGSEGV)
https://bugzilla.redhat.com/show_bug.cgi?id=678088
Summary: [abrt] imsettings-0.108.1-2.fc14: memcpy: Process
/usr/libexec/im-settings-daemon was killed by signal
11 (SIGSEGV)
Product: Fedora
Version: 14
Platform: i686
OS/Version: Unspecified
Status: NEW
Status Whiteboard: abrt_hash:ee99f825b33944f85843c7f88a66ffe53e27c139
Severity: unspecified
Priority: unspecified
Component: imsettings
AssignedTo: tagoh(a)redhat.com
ReportedBy: niels(a)smed.dk
QAContact: extras-qa(a)fedoraproject.org
CC: tagoh(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org
Classification: Fedora
abrt version: 1.1.14
architecture: i686
Attached file: backtrace
cmdline: /usr/libexec/im-settings-daemon
component: imsettings
crash_function: memcpy
executable: /usr/libexec/im-settings-daemon
kernel: 2.6.35.10-74.fc14.i686
package: imsettings-0.108.1-2.fc14
rating: 4
reason: Process /usr/libexec/im-settings-daemon was killed by signal 11
(SIGSEGV)
release: Fedora release 14 (Laughlin)
time: 1297875791
uid: 500
How to reproduce
-----
1. logon
2.
3.
--
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
12 years, 6 months
[Fedora-i18n-bugs] [Bug 608256] New: input fail on touch-screen with finger, while mouse click is working for iok
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: input fail on touch-screen with finger, while mouse click is working for iok
https://bugzilla.redhat.com/show_bug.cgi?id=608256
Summary: input fail on touch-screen with finger, while mouse
click is working for iok
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: iok
AssignedTo: pnemade(a)redhat.com
ReportedBy: aalam(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: pnemade(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org
Classification: Fedora
Target Release: ---
Description of problem:
while trying to input with iok, selected a keymap, and mouse click on different
characters are working, but while used finger to input, it was not input
character, if you try with another character, it swaps to first selected
character. it is happening with inscript and other layouts, even with English
also
Version-Release number of selected component (if applicable):
iok-1.3.10-1.fc14.x86_64
xorg-x11-drv-wacom-0.10.7-1.20100621.fc14.x86_64
xorg-x11-drv-ati-6.13.1-0.20100519git428125c09.fc14.x86_64
gnome-shell-2.31.2-2.fc14.x86_64
How reproducible:
100%
Steps to Reproduce:
1. start iok (use gedit for input)
2. select one character from keyboard with touch
3. now try to input another character
Actual results:
instead of input anything, character swaps and if you try to click two time,
same character will be input
Expected results:
character should not swap and input selected character
Additional info:
gnome-shell is used for all this
--
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
12 years, 6 months
[Fedora-i18n-bugs] [Bug 684652] New: iok looks for ~/.m17n not ~/.m17n.d
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: iok looks for ~/.m17n not ~/.m17n.d
https://bugzilla.redhat.com/show_bug.cgi?id=684652
Summary: iok looks for ~/.m17n not ~/.m17n.d
Product: Fedora
Version: rawhide
Platform: Unspecified
OS/Version: Unspecified
Status: NEW
Severity: low
Priority: unspecified
Component: iok
AssignedTo: pnemade(a)redhat.com
ReportedBy: dueno(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: pnemade(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org
Classification: Fedora
Created attachment 484069
--> https://bugzilla.redhat.com/attachment.cgi?id=484069
patch to use ~/.m17n.d instead of ~/.m17n
When I looked over the source code, I noticed that iok looks for *.mim files in
~/.m17n instead of ~/.m17n.d, which is the standard path used by m17n-lib.
I'm attaching a patch.
--
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
12 years, 6 months
[Fedora-i18n-bugs] [Bug 716155] New: FTBFS w3m-0.5.2-20.fc15
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: FTBFS w3m-0.5.2-20.fc15
https://bugzilla.redhat.com/show_bug.cgi?id=716155
Summary: FTBFS w3m-0.5.2-20.fc15
Product: Fedora
Version: rawhide
Platform: All
URL: http://linux.dell.com/files/fedora/FixBuildRequires/mo
ck-results/
OS/Version: Linux
Status: NEW
Keywords: Triaged
Severity: high
Priority: high
Component: w3m
AssignedTo: pnemade(a)redhat.com
ReportedBy: ftbfs(a)fedoraproject.org
QAContact: extras-qa(a)fedoraproject.org
CC: pnemade(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org
Blocks: 713919
Classification: Fedora
Story Points: ---
w3m-0.5.2-20.fc15.src.rpm Failed To Build From Source against the rawhide tree.
See http://fedoraproject.org/wiki/FTBFS for more information.
If you believe this is actually a bug in another package, do NOT change the
component in this bug or close this bug. Instead, add the appropriate bug
number from the other package to the "Depends on" line in this bug. If the
other package does not yet have a bug created that you think matches, please
create one. Doing so helps us properly track bugs and their dependencies, just
as we track package dependencies. (If you close this bug, and the other
package is not fixed before the next FTBFS run, a new bug will get created.
Please follow the above advice to avoid such duplication.)
--
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
12 years, 6 months
[Fedora-i18n-bugs] [Bug 699103] New: icon missing in KDE desktop for 'No input window' message
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: icon missing in KDE desktop for 'No input window' message
https://bugzilla.redhat.com/show_bug.cgi?id=699103
Summary: icon missing in KDE desktop for 'No input window'
message
Product: Fedora
Version: 15
Platform: Unspecified
OS/Version: Unspecified
Status: NEW
Severity: unspecified
Priority: unspecified
Component: ibus
AssignedTo: tfujiwar(a)redhat.com
ReportedBy: aalam(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: tfujiwar(a)redhat.com,
i18n-bugs(a)lists.fedoraproject.org,
shawn.p.huang(a)gmail.com
Classification: Fedora
Story Points: ---
Created attachment 494373
--> https://bugzilla.redhat.com/attachment.cgi?id=494373
Screenshot of ibus with message in KDE
Description of problem:
there is no Icon, when try to click on Ibus (and there is no Window for input)
Version-Release number of selected component (if applicable):
ibus-1.3.99.20110408-2.fc15.x86_64
kdebase-4.6.2-1.fc15.x86_64
How reproducible:
Steps to Reproduce:
1. Desktop KDE, (language Punjabi)
2. Click on ibus icon
3. Message 'No Input Window'
Actual results:
No Icon (missing icon)
Expected results:
there is should be ICON,
Additional info:
Screenshot
--
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
12 years, 7 months