> OK. It looks better, but there is unfortunately still a long way to go. And Sure. Noone expected it to be done in one night:) > as you make it simpler, you will get yet more comments until it is perfect. I always thought about it this way:) > But I do suggest that you wait to hear the release-team's decision. As I Even if release team postpones gswicthi till 2.6 - the UI streamlining is generally valuable process. > said before, I don't know the details but various GNOME hackers seem to be > interested in merging some of gswitchit's functionality into other GNOME > modules. Actually, noone is interested in merging gswitchit functionality. There is no such a thing, it is just UI:) People may want to use libxklavier functionality - I can believe this. > 1. "Show advanced options" is probably better than "Show advanced keyboard > parameters". Taken. Makes sense to me. > 2. A button that adds tabs should probably be outside of the Notebook rather > than in one of the tabs. Likewise, the Custom/Global toggle. Well, I will play around and see. > 3. I guess this is what we want to use the disclosure triangle for. It's not > in GTK+ 2.2, but the Actions/Run Program feature seems to > do this somehow. Sorry, I just checked this dialog in latest gnome and could not find any triangle there. Do you know any other place? > 4. Lots of people will tell you that these advanced options shouldn't even > exist. For instance, they might be removed from Actions/Run Program. I'm > just warning you. I'm not the guy to discuss that with. Well, I already told here - hiding extra options is the thing I can easily afford (and I've actually done it). But removing them is a very bad thing IMHO. > Another point: > 1. Shouldn't the list of layouts be a TreeView with Add/Remove buttons. Are > we really limited/fixed to 4 layouts. It seems odd to have "unset" layouts > showing. This would also remove the duplicated ... and Clear buttons. We _are_ really limited to 4 layouts (actually, 4 groups in configuration - sorry for confusing:). Thanks to SGI and their XKB extension. Well, probably I could consider hiding/showing set/clear buttons more visely (or really replacing them with add/remove buttons). I will think of it again. > > The only open question for this capplet is > > whether keyboard preview is necessary > It sounds useful, but it should be automatically updated. 3seconds for realtime update (on PIII-800) - I would consider this too long. That is why I introduced the button. But if people here decide that this performance is ok - no problem, I can make it real time... > That sounds like the simplest solution - just remove flags completely and > use the layout ID. Yes. But EVERYONE who advises me this should keep in mind - this will work ONLY in XFree 4.3.0+. All other servers/earlier versions will be broken. SGI invented great XKB protocol. But the configuration system they submitted for it HEAVILY SUCKS (and only XFree 4.3.0 straighten it a bit - though not without bugs - already fixed in 4.3.0.99 or something) > I hope you are enjoying this. Sure I do. Generally, I repeat again - I am not just following yours (or Christian's or anybody else's) ideas - I am trying to get the things (changes) which I find reasonable for me (and my users how I see them) and implement them. So without any relation to the release team decision, I want gswitchit to be as GNOMEish as I can do (without suffering functionality). That's my statement. I think it makes sense. -- Sergey
Attachment:
signature.asc
Description: =?koi8-r?Q?=FC=D4=C1?= =?koi8-r?Q?_=DE=C1=D3=D4=D8?= =?koi8-r?Q?_=D3=CF=CF=C2=DD=C5=CE=C9=D1?= =?koi8-r?Q?_=D0=CF=C4=D0=C9=D3=C1=CE=C1?= =?koi8-r?Q?_=C3=C9=C6=D2=CF=D7=CF=CA?= =?koi8-r?Q?_=D0=CF=C4=D0=C9=D3=D8=C0?=