April 2016 - i18n-bugs - Fedora Mailing-Lists

[Fedora-i18n-bugs] [Bug 996429] New: Mapping of ਠ is improper as per standard

by Red Hat Bugzilla

https://bugzilla.redhat.com/show_bug.cgi?id=996429 Bug ID: 996429 Summary: Mapping of ਠ is improper as per standard Product: Fedora Version: 19 Component: m17n-contrib Assignee: pnemade(a)redhat.com Reporter: psatpute(a)redhat.com QA Contact: extras-qa(a)fedoraproject.org CC: i18n-bugs(a)lists.fedoraproject.org, pnemade(a)redhat.com Description of problem: mapping of ਠ should be double quote but it is presently "double quote + space" Version-Release number of selected component (if applicable): m17n-contrib-1.1.14-2.fc19.noarch How reproducible: every time Steps to Reproduce: 1. select Punjabi Inscript 2 layout 2. Type double quote and check 3. Actual results: ਠ character not appearing Expected results: it should appear on double quote Additional info: attaching patch.. -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=CdE5tLpGjW&a=cc_unsubscribe

8 years

1
9
0 / 0

[Fedora-i18n-bugs] [Bug 1269404] New: Update with latest upstream release with split tarballs

by Red Hat Bugzilla

https://bugzilla.redhat.com/show_bug.cgi?id=1269404 Bug ID: 1269404 Summary: Update with latest upstream release with split tarballs Product: Fedora Version: 23 Component: google-noto-fonts Assignee: psatpute(a)redhat.com Reporter: psatpute(a)redhat.com QA Contact: extras-qa(a)fedoraproject.org CC: fonts-bugs(a)lists.fedoraproject.org, i18n-bugs(a)lists.fedoraproject.org, psatpute(a)redhat.com, pwu(a)redhat.com Ref: https://github.com/fedora-infra/fedora-packages/issues/161 Dear Fedora maintainers, currently, this page: https://apps.fedoraproject.org/packages/google-noto-fonts/overview/ lists the following as project homepage: https://code.google.com/p/noto However, we recently moved from Google Code to GitHub; to cope with size limitations, we split the fonts over multiple repositories. The new locations are here: https://github.com/googlei18n/noto-fonts https://github.com/googlei18n/noto-cjk https://github.com/googlei18n/noto-emoji -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=lgKSzvGASg&a=cc_unsubscribe

8 years

1
6
0 / 0

[Fedora-i18n-bugs] [Bug 1330089] ibus panel in the KDE panel does nothing when clicked

by Red Hat Bugzilla

https://bugzilla.redhat.com/show_bug.cgi?id=1330089 --- Comment #16 from Akira TAGOH <tagoh(a)redhat.com> --- (In reply to fujiwara from comment #14) > I think there would be some reasons not to inherit all environment variables > through dbus but is it a good implementation that imsettings does not export > necessary variables? Not exactly. until f23, dbus-launch had been established *after* the required envvars is set. on f24 and later, dbus has been moved to kdbus and systemd takes care of it. so this is obviously a regression. In fact, there seems similar issue related to envvars in gnome-keyring (https://bugzilla.gnome.org/show_bug.cgi?id=738205) and more. you can see some when googling it. For a solution/workaround, they seem tried to export envvars into dbus. I suppose XDG_CURRENT_DESKTOP should be one of them. you better bring this up to desktop developers to behave so if you like that way. I may need to investigate more to overhaul the architecture of imsettings to modernize perhaps. but it may takes more time and not on f24 timeframe. -- You are receiving this mail because: You are on the CC list for the bug.

8 years

1
0
0 / 0

[Fedora-i18n-bugs] [Bug 1330089] ibus panel in the KDE panel does nothing when clicked

by Red Hat Bugzilla

https://bugzilla.redhat.com/show_bug.cgi?id=1330089 --- Comment #15 from fujiwara <tfujiwar(a)redhat.com> --- % env XDG_CURRENT_DESKTOP=KDE ibus-daemon would be better than % ibus-daemon --foo -- You are receiving this mail because: You are on the CC list for the bug.

8 years

1
0
0 / 0

[Fedora-i18n-bugs] [Bug 1330089] ibus panel in the KDE panel does nothing when clicked

by Red Hat Bugzilla

https://bugzilla.redhat.com/show_bug.cgi?id=1330089 --- Comment #14 from fujiwara <tfujiwar(a)redhat.com> --- It seems you ask each IMF to have an option to switch GtkStatusIcon and Indicator if it checks environment variables. I think there would be some reasons not to inherit all environment variables through dbus but is it a good implementation that imsettings does not export necessary variables? -- You are receiving this mail because: You are on the CC list for the bug.

8 years

1
0
0 / 0

[Fedora-i18n-bugs] [Bug 1330089] ibus panel in the KDE panel does nothing when clicked

by Red Hat Bugzilla

https://bugzilla.redhat.com/show_bug.cgi?id=1330089 --- Comment #13 from Akira TAGOH <tagoh(a)redhat.com> --- That's good. but ibus should relies on something else other than envvars. or at least should have a way to do so. just suggested a command line option because it is easy to implement. if there are any other idea, that would be even good. I don't think imsettings should takes care of envvars others is supposed to set. no exceptions. otherwise it needs to do similar thing each time forever a new one is coming up. -- You are receiving this mail because: You are on the CC list for the bug.

8 years

1
0
0 / 0

[Fedora-i18n-bugs] [Bug 1330089] ibus panel in the KDE panel does nothing when clicked

by Red Hat Bugzilla

https://bugzilla.redhat.com/show_bug.cgi?id=1330089 --- Comment #12 from fujiwara <tfujiwar(a)redhat.com> --- (In reply to Akira TAGOH from comment #11) > I suppose ibus shouldn't depends on any envvars to have different behavior. > it would be better to have an option to change the status icon's toolkit. We talked about that suggestion when I integrate indication in ibus. We need to detect the desktop automatically for users without exported options. Some users can run ibus-daemon without using IME configuration tools likes imsettings. -- You are receiving this mail because: You are on the CC list for the bug.

8 years

1
0
0 / 0

[Fedora-i18n-bugs] [Bug 1330089] ibus panel in the KDE panel does nothing when clicked

by Red Hat Bugzilla

https://bugzilla.redhat.com/show_bug.cgi?id=1330089 --- Comment #11 from Akira TAGOH <tagoh(a)redhat.com> --- (In reply to fujiwara from comment #10) > autostart applications can get XDG_CURRENT_DESKTOP but imsettings-daemon > does not get it from imsettings-switch. it does similar thing in the fix of bug#1310063. > I'd think about imsettings-switch to send necessary environment variables to > imsettings-dameon or run ibus-daemon from imsettings-switch? > > Probably I think this problem cannot be fixed in ibus side. I suppose ibus shouldn't depends on any envvars to have different behavior. it would be better to have an option to change the status icon's toolkit. -- You are receiving this mail because: You are on the CC list for the bug.

8 years

1
0
0 / 0

[Fedora-i18n-bugs] [Bug 1330089] ibus panel in the KDE panel does nothing when clicked

by Red Hat Bugzilla

https://bugzilla.redhat.com/show_bug.cgi?id=1330089 --- Comment #10 from fujiwara <tfujiwar(a)redhat.com> --- (In reply to Akira TAGOH from comment #9) > If ibus is being brought up by imsettings, it looks like imsettings works > right. imsettings doesn't touch on the envvar of XDG_CURRENT_DESKTOP. if > ibus can't see that, it should be another issue. it may be similar issue to > bug#1326547, bug#1308856 and bug#1310063. autostart applications can get XDG_CURRENT_DESKTOP but imsettings-daemon does not get it from imsettings-switch. It means ibus works if other IMF configuration tools are used. I'd think about imsettings-switch to send necessary environment variables to imsettings-dameon or run ibus-daemon from imsettings-switch? Probably I think this problem cannot be fixed in ibus side. > So basically it isn't a bug in imsettings IMHO however I could do similar > thing to the fix of bug#1310063 for workaround if that helps. otherwise I > don't think there are nothing I can do. IMSETTINGS_DESKTOP works with only imsettings. Can imsettings-switch send XDG_CURRENT_DESKTOP to imsettings-daemon? -- You are receiving this mail because: You are on the CC list for the bug.

8 years

1
0
0 / 0

[Fedora-i18n-bugs] [Bug 1330089] ibus panel in the KDE panel does nothing when clicked

by Red Hat Bugzilla

https://bugzilla.redhat.com/show_bug.cgi?id=1330089 --- Comment #9 from Akira TAGOH <tagoh(a)redhat.com> --- If ibus is being brought up by imsettings, it looks like imsettings works right. imsettings doesn't touch on the envvar of XDG_CURRENT_DESKTOP. if ibus can't see that, it should be another issue. it may be similar issue to bug#1326547, bug#1308856 and bug#1310063. for summary, the dbus session imsettings referring isn't an instance being brought up by /etc/X11/xinit/xinitrc.d/00-start-message-bus.sh in f24 anymore. this means all of the child processes like imsettings doesn't have inherited envvars from desktop-related processes. thus, processes relying on those variables ends up not working on f24. So basically it isn't a bug in imsettings IMHO however I could do similar thing to the fix of bug#1310063 for workaround if that helps. otherwise I don't think there are nothing I can do. -- You are receiving this mail because: You are on the CC list for the bug.

8 years

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

i18n-bugs April 2016