diff options
Diffstat (limited to 'zarb-ml/mageia-dev/2012-June/016146.html')
| -rw-r--r-- | zarb-ml/mageia-dev/2012-June/016146.html | 136 |
1 files changed, 136 insertions, 0 deletions
diff --git a/zarb-ml/mageia-dev/2012-June/016146.html b/zarb-ml/mageia-dev/2012-June/016146.html new file mode 100644 index 000000000..08afb2649 --- /dev/null +++ b/zarb-ml/mageia-dev/2012-June/016146.html @@ -0,0 +1,136 @@ +<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN"> +<HTML> + <HEAD> + <TITLE> [Mageia-dev] GNOME plans + </TITLE> + <LINK REL="Index" HREF="index.html" > + <LINK REL="made" HREF="mailto:mageia-dev%40mageia.org?Subject=Re%3A%20%5BMageia-dev%5D%20GNOME%20plans&In-Reply-To=%3C20120604142430.GE25848%40bkor.dhs.org%3E"> + <META NAME="robots" CONTENT="index,nofollow"> + <META http-equiv="Content-Type" content="text/html; charset=us-ascii"> + <LINK REL="Previous" HREF="016143.html"> + <LINK REL="Next" HREF="016147.html"> + </HEAD> + <BODY BGCOLOR="#ffffff"> + <H1>[Mageia-dev] GNOME plans</H1> + <B>Olav Vitters</B> + <A HREF="mailto:mageia-dev%40mageia.org?Subject=Re%3A%20%5BMageia-dev%5D%20GNOME%20plans&In-Reply-To=%3C20120604142430.GE25848%40bkor.dhs.org%3E" + TITLE="[Mageia-dev] GNOME plans">olav at vitters.nl + </A><BR> + <I>Mon Jun 4 16:24:30 CEST 2012</I> + <P><UL> + <LI>Previous message: <A HREF="016143.html">[Mageia-dev] GNOME plans +</A></li> + <LI>Next message: <A HREF="016147.html">[Mageia-dev] GNOME plans +</A></li> + <LI> <B>Messages sorted by:</B> + <a href="date.html#16146">[ date ]</a> + <a href="thread.html#16146">[ thread ]</a> + <a href="subject.html#16146">[ subject ]</a> + <a href="author.html#16146">[ author ]</a> + </LI> + </UL> + <HR> +<!--beginarticle--> +<PRE>On Mon, Jun 04, 2012 at 09:13:53PM +0800, Kira wrote: +><i> Well, I think the main point of arguing about this issue is that most +</I>><i> people is mostly used to other input method and they don't care about +</I>><i> iBus... +</I>><i> +</I>><i> Still 2 points to be answered especially for Mageia here: +</I>><i> +</I>><i> 1. In MCC, we can set up the input method in localedrake, and this +</I>><i> setting would be system-wide except GNOME about 3.6+. This should be +</I>><i> mentioned, because it would destroy the unified user experience. +</I> +As said, I don't code. And unified experience I care for GNOME, that it +works consistently. I care about freedesktop.org standards. I don't care +for differences between distributions. E.g. MCC is great, but I prefer +if it didn't exist. MCC is only Mageia/Mandriva, another distro has +other things, etc. +I prefer something in gnome-control-center. + +><i> 2. For users who want other input method, is there a easy way to do it? +</I>><i> I must remind here: I think most developer in GNOME don't really know the +</I>><i> pain for our CJK user here. Whether iBus or other input method all +</I>><i> don't meet the completeness that most people need. iBus continuously +</I>><i> lost the word typed, Hime/GCIN, and others more don't have easy way to +</I>><i> add up other input module, and scim/oxim... and more are even out of +</I>><i> maintenance. +</I> +iBus losing words sounds like something fixable. Fairly strange that it +does that though. + +And that most developers don't know much about CJK, agreed. That's why +it is important to figure it out. I even have less of a grasp, as not a +coder/developer. + +><i> The main point of issue is that we hope to have the freedom and have +</I>><i> the input method that fit each other's need( There's at least 10+ +</I>><i> input modules exist), and the way GNOME implement the unified input +</I>><i> method had very bad impression for us. +</I> +GNOME is not about being able to change loads of things since +development of 2.0 began. You say you need the freedom to ensure the +input method does what you want. + +So why not ensure the default input method does what you want? + +I get the impression that each time a new input method is abandoned, +some new project is started, gets abandoned again, etc. Resulting in a +wish for the ability to always being able to change the input method. + +><i> You guys do a good job, but the decision of easily bundle up a single +</I>><i> input method is really a bad idea, because not all people want to +</I>><i> contribute to iBus project, and they already have effort on other +</I>><i> input methods. +</I> +Of course there are developers involved in other input methods. But +not doing something because they might get offended.. this is not really +how a decision would be taken. Focus is on what gives a nice experience. + + +-- +Regards, +Olav +</PRE> + + + + + + + + + + + + + + + + + + + + + +<!--endarticle--> + <HR> + <P><UL> + <!--threads--> + <LI>Previous message: <A HREF="016143.html">[Mageia-dev] GNOME plans +</A></li> + <LI>Next message: <A HREF="016147.html">[Mageia-dev] GNOME plans +</A></li> + <LI> <B>Messages sorted by:</B> + <a href="date.html#16146">[ date ]</a> + <a href="thread.html#16146">[ thread ]</a> + <a href="subject.html#16146">[ subject ]</a> + <a href="author.html#16146">[ author ]</a> + </LI> + </UL> + +<hr> +<a href="https://www.mageia.org/mailman/listinfo/mageia-dev">More information about the Mageia-dev +mailing list</a><br> +</body></html> |