On Fri, 2009-12-04 at 11:14 +0900, Naoyuki Ishimura wrote: > Sebastien Roy wrote: > >>> There has to be some Public interface provided by this project, > >>> otherwise the user would not be able to select this keyboard layout > >>> engine in the GUI, and then would not be able to depend on individual > >>> layouts offered by the engine. > >> The last three are the files for the GUI. > > > > They're imported by the GUI, but I'm asking about interfaces that are > > used by the user. There has to be something that the user depends on as > > an interface. How are other features that are solely enabled and > > controlled through a GUI handled (ask folks on LSARC who have probably > > dealt with interface stabilities for such features)? > > User can select this Input Method Engine (IME) to use through iBus > configuration GUI just like other IMEs (which are listed in iBus > case [PSARC/2009/499] - ibus-anthy, ibus-pinyin, ibus-chewing etc...). > Installing /usr/lib/ibus/component/xkbc.xml makes this IME (ibus-xkbc) > appear in the list of available IMEs of iBus configuration > dialog window.
Okay, and I presume that the GUI component constitutes an Interface in the ARC sense, and that it should have some interface stability. The layout of the GUI is not an interface, but the presence of this configuration option in the GUI is, and the feature that it represents will also presumably have publicly available documentation. Please specify some Public stability level for this interface that represents what the project is committing to providing for users. > > > >> It seems fine to dedine them as Volatile. > >> However, we have defined them as Private in PSARC/2009/499 iBus > >> integration. > > > > Some level of Private is fine for these, as the files themselves are do > > not constitute a Public interface. On a related note, which level of > > "Private" do you actually mean here? > > User or any program other than iBus framework does not access > these files, so I think these files are Project Private. > These files contents and structure depend on iBus framework. That's what I thought, thanks. > > I hope this answers your queries. The only issue left is that the project as specified still doesn't export any Public interfaces. -Seb
