29 Jul
2015
29 Jul
'15
08:05
On Wed, 29 Jul 2015 05:29:13 +0200, Qiang Zhao wrote: > > > > 1, gnome-initial-setup (l don't get the reason why we deprecate, > > > I don't find the reason in ML or any other docs.) > > > > Are you sure that this means that we deprecates IM and IMFs (such as > > fcitx and hime) other than IBus? > You can see previous emails: > Mr Takashi said we do not use gnome-initial-setup, and there already > have a discussion. Note that the drop of gnome-initial-setup was about *only* SLE12. > I said I don't find the record, and don't know the reason. > For your question, I don't know what's your relationship between > "gnome-initial-setup" and "deprecates IM and IMFs other than IBus", > To tell the true, I still don't know. > > For below 2 question: > What I want to discuss are features. > We should make the final decision of features, then discuss the > technical details, work load, child features under this decision. Right? Well, no, other way round. Usually the decision comes at last. The decision has to be made after evaluating all details (from technical, political or whatever POVs) to judge whether it's feasible or not. It's same for FATE or any sane decision processes. > > > 2, Create a selection table on GDM. it will call chameleon tongue's > > desktop file > > > later when customer successfully login. > > > > Do you change lightdm, sddm, kdm, xdm as well as GDM to ask IM to use? > What I want to discuss are features. > We should provide the correct function to customer. that means we should > select which your "*dm" is our support, and which is not. All these DMs are supported on openSUSE. If anything doesn't work with them, it's flawed: either the framework has to be fixed or fix all DMs properly. If you suggestion is "make IMF selection mandatory at the (first) login", it means that we'll have to provide a way to achieve this as DM-agnostic, not depending on a single desktop environment. The use of gnome-initial-setup might help for GNOME. But then we still need to think the solutions for other DEs before moving to that direction. thanks, Takashi > > On 2015/07/27 22:12, Qiang Zhao wrote: > >> > >> > >> 在 2015年07月26日 15:37, Fuminobu TAKEYAMA 写道: > >>> I've understood your opinion. > >>> > >>> We have started to discuss technical problems to realize our idea > >>> including your "manually selecting IM name". > >>> > >>> > >>> > On this point, the default settings should be "auto select depending > >>> > on the current locale" > >>> > >>> This means that we still need "auto select" to allow users to use > >>> some IMs before selecting IM and restarting at the first login. > >>> > >>> If it is acceptable that users need to restart at the first login to use > >>> IMs, I think "auto select" is not necessary. > >>> > >>> # Of course, we must provide a mechanism to ask which IM the user wants > >>> to use. > >>> > >>> Fuminobu Takeyama > >> > >> I want to say: > >> 1, allow users to use some IMs before selecting IM at the first login > >> is useful. > >> 2, The "auto select" is not necessary; > >> 3, We must provide a mechanism to ask which IM the user wants. > >> > >> I think there are 2 ways to ask our costomer: > >> 1, gnome-initial-setup ( l don't get the reason why we deprecate, I > >> don't find the reason in ML or > >> any other docs.) > >> Or create another program to take the position. > >> 2, Create a selection table on GDM. it will call chameleon tongue's > >> desktop file later when customer > >> successfully login. > >> > >> Qiang Zhao > >> > >> > to use. > >>> > >>> On 2015年07月23日 20:40, Qiang Zhao wrote: > >>>> > On this point, the default settings should be "auto select > >>>> depending on > >>>> > the current locale" > >>>> > so far. > >>>> > >>>> Sorry, I think I didn't express my thought very clearly, See the > >>>> previous discussion: > >>>> > >>>> Qiang: > >>>> > 3, Select the default IM framework base language(current locale) is > >>>> useless in my opinion, > >>>> > So I think select-im only accept an IM name parameter, and set > >>>> for current user is enough. > >>>> > also, no need to divide in locale.d sub-folders. See my > >>>> previous > >>>> email. > >>>> > >>>> Takashi > >>>> > For IM "frameworks", it makes little sense to limit per locale, > >>>> > indeed. Most of IM frameworks are locale-agnostic. Rather their > >>>> > input method (engine) is specific to locale. e.g. only ibus or > >>>> fcitx > >>>> > package is installed without the engine like ibus-mozc, it's almost > >>>> > useless. > >>>> > > >>>> > A related question is whether we should mandate the IM framework for > >>>> > all locales. If user doesn't need more than XKB, why another layer > >>>> > should be there to make things complicated? > >>>> > >>>> Qiang: > >>>> > On the other hand, > >>>> - We still don't know which customer doesn't need more than XKB. > >>>> + We still don't know which customer only need XKB. > >>>> > So I think the better solution is to make an option on > >>>> > chameleon-tongue/profile.d > >>>> > of XKB(No IM Frame work but only XKB). > >>>> + At the same time, abandon "auto select depending on the current > >>>> locale" > >>>> > Please notice that even we choose by locales, it will not always be > >>>> right. > >>>> > >>>> Takashi: > >>>> > Right. Currently "none" corresponds to XKB, as XKB is always > >>>> there as > >>>> > default on X. > >>>> > >>>> > -- > To unsubscribe, e-mail: opensuse-m17n+unsubscribe@opensuse.org > To contact the owner, e-mail: opensuse-m17n+owner@opensuse.org > -- To unsubscribe, e-mail: opensuse-m17n+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-m17n+owner@opensuse.org