Created attachment 13658 [details] [review] layouts Typographic variants for ru and us layouts. There are two version: 1. simple (my preferred); 2. slightly modified Ilya Birman's one (http://ilyabirman.ru/tools/typography-layout/)
I do not mind these layouts, but could you please estimate how many people are actually using (or will be using immediately once these layouts are available)? I just would not like to add hackish variants used by "the author and his friend", you know...
(In reply to comment #1) Do you mean my version or Birman's version or both? For now, I think that there should be one version of typographic layout and let it be Ilya Birman's one, because it has more symbols.
> Do you mean my version or Birman's version or both? Actually, my question was related to both variants. > For now, I think that there should be one version of typographic layout and let > it be Ilya Birman's one, because it has more symbols. Sounds reasonable. So, once you answer the question above - looking forward to the updated patch;)
> Sounds reasonable. So, once you answer the question above - looking forward to > the updated patch;) http://regolit.com/posts/xkb_unicode#comment-6 ;) http://www.google.com/search?q=%D1%82%D0%B8%D0%BF%D0%BE%D0%B3%D1%80%D0%B0%D1%84%D1%81%D0%BA%D0%B0%D1%8F+%D1%80%D0%B0%D1%81%D0%BA%D0%BB%D0%B0%D0%B4%D0%BA%D0%B0 I think it's quite popular in some circles. And it's deserved to be included to standard =)
Ok, I think it is enough evidence for one variant :)
Created attachment 13696 [details] [review] Modified Birman's typographic layout
Ok, this one is shorter, good. Now that I am looking at it, I got another question, probably stupid. Why not make it not a variant but XkbOption? This way, any xkb configuration could be "typograpised" with one mouse click? Would it make sense?
I thought on it, but almost every layout has it's own third level. It make sense to add this variant to Ukrainian layout though.
> I thought on it, but almost every layout has it's own third level. Well, in that case people would lose some characters. Their choice, isn't it? > It make sense to add this variant to Ukrainian layout though. May be, there are some other variant - I simply do not remember all 2-level layouts/variants...
> Well, in that case people would lose some characters. Their choice, isn't it? Yes, but I hardly imagine german or czech, who would use this option and lost their native symbols... BTW do you mean option which affect all chosen layouts (so checking this option will typographize all my three layouts) or an option for every layout (so I have to check three options to have all my layouts typographized)?
> Yes, but I hardly imagine german or czech, who would use this option and lost > their native symbols... So, they just will never use that option - or use only once, for 5 mins;) > BTW do you mean option which affect all chosen layouts (so checking this option > will typographize all my three layouts) or an option for every layout (so I > have to check three options to have all my layouts typographized)? I'd guess it will affect all layouts. The group #1 would have levels 3 and 4 fully typograhic, while the rest would have typographic characters on positions not taken by existing keysyms. But it is just my guess - I can be wrong here, it should be checked.
(In reply to comment #11) > > Yes, but I hardly imagine german or czech, who would use this option and lost > > their native symbols... > So, they just will never use that option - or use only once, for 5 mins;) But, if I use russian and german layouts I have no way to have typographic symbols in russian layout, because, if I turn option on I'll loose german native letters. > > BTW do you mean option which affect all chosen layouts (so checking this option > > will typographize all my three layouts) or an option for every layout (so I > > have to check three options to have all my layouts typographized)? > I'd guess it will affect all layouts. The group #1 would have levels 3 and 4 > fully typograhic, while the rest would have typographic characters on positions > not taken by existing keysyms. But it is just my guess - I can be wrong here, > it should be checked. Actually, third level doesn't wrap to next layout if it's not defined in current layout. This is what bug #14074 about.
Let me describe use cases of typographic layout as I see them: 1. User has Russian and US layouts. That's 99% of Russian. These two layout variants are perfectly fit for those of them who cares for "fancy" symbols. The option "typographize" also fits their needs. 2. User has Russian and some European layout (say, French). If there is layout variants, user will use ru(typo),fr and will be happy. If there is option, user will try it, loose french symbols, and roll back, so he will have no typographic layout in Russian 3. User has only one layout (say, Netherlands). He doesn't need typographic layout, because he already has most of "fancy" symbols (guillemots, etc.) I think that typographic layout is suitable only for some of exUSSR countries (Cyrillic-based) since other countries either already has sort of it (European) or doesn't need it (Arabic and other non-Latin based)
Created attachment 13787 [details] [review] Modified Birman's typographic layout Small fix to layout (remove approxeq from key "1") Add Ukraine variant
(In reply to comment #14) > Small fix to layout (remove approxeq from key "1") > Add Ukraine variant Actually ua layout already has "Unicode" variant which covers most of the frequently used typographic symbols and is used by many people. What's the advantage of adding another one which is very close to existing one?
> Actually ua layout already has "Unicode" variant which covers most of the > frequently used typographic symbols and is used by many people. Well, actually I'm using xkb-data v0.9 which hasn't unicode layout. > What's the advantage of adding another one which is very close > to existing one? There is no one. (In reply to comment #7) We can see in many layouts there is already "typographic" version so there is no need to have option which typographize all layouts.
(In reply to comment #16) > > Actually ua layout already has "Unicode" variant which covers most of the > > frequently used typographic symbols and is used by many people. > Well, actually I'm using xkb-data v0.9 which hasn't unicode layout. > > > What's the advantage of adding another one which is very close > > to existing one? > There is no one. there is one in CVS, it was commited recently, will be present in next version of xkb-data (and thus x.org), available on other platforms ;), has wikipedia article about it, was heavily discussed and adjusted by ukrainian OSS community. In layout "ua" the variant is called "unicode".
Created attachment 13802 [details] [review] typographic layout removed ua version, because there is ua(unicode)
(In reply to comment #18) > typographic layout Your layout is based on ru(winkeys) and what about of having typographic layout based on ru(typewriter) and ru(basic) ?
I've created a XkbOptions variant(In reply to comment #7) > Ok, this one is shorter, good. Now that I am looking at it, I got another > question, probably stupid. Why not make it not a variant but XkbOption? This > way, any xkb configuration could be "typograpised" with one mouse click? Would > it make sense? > It took me about a year but I've done it :) You can see my version at github http://github.com/alexeyten/xkeyboard-config The commits are http://github.com/alexeyten/xkeyboard-config/commit/9848bfb56 and next one
One can test package for Ubuntu 8.10 (intrepid) https://launchpad.net/~alexeyten/+archive
> It took me about a year but I've done it :) Well done! And looking at your patch - I must admit it is a sophisticated one;) > You can see my version at github > http://github.com/alexeyten/xkeyboard-config > The commits are http://github.com/alexeyten/xkeyboard-config/commit/9848bfb56 > and next one Well, I am not advanced in git enough to get the code straight from your git, so could you please attach a patch?
Created attachment 21888 [details] [review] Typographic layout options This is a git format-patch result Use git-am to merge it
Well, I see 2 variants here. Would it make sense to drop v1, is it obsolete? Could you please give some background about these versions?
The patches for symbols/fr and rules/base.xml look ok to me. Will apply them.
Oops, sorry last comment was to the wrong bug:)
There is discussion (in Russian): http://www.linux.org.ru/view-message.jsp?msgid=3408402&lastmod=1231862494585 Alexey, interested?
Committed as typo:misc (the last variant proposed on linux.org.ru). Not working (yet) because of the issues with rules/base
Since 19563 is closed, I am closing this one too. Unless someone is unhappy.
We should add some comments with respects to Ilya Birman and me ;)
I totally support that! Added a couple of lines into the symbols/typo. Is that good enough?
(In reply to comment #31) > I totally support that! Added a couple of lines into the symbols/typo. Is that > good enough? > Yes. That's fine
I've found a problem with this layout. Shift+Arrow doesn't extends text selection.
Created attachment 22254 [details] [review] Fix bug with Shift-Arrows text selection Patch to fix the bug (removes symbols from arrow keys) + some clean up
ok, fixed, thanks!
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.