{"action":"created","issue":{"url":"https://api.github.com/repos/ibus/ibus/issues/1671","labels_url":"https://api.github.com/repos/ibus/ibus/issues/1671/labels{/name}","comments_url":"https://api.github.com/repos/ibus/ibus/issues/1671/comments","events_url":"https://api.github.com/repos/ibus/ibus/issues/1671/events","html_url":"https://github.com/ibus/ibus/issues/1671","id":79811241,"number":1671,"title":"ibus-table IM incorrectly assumes ambiguity","user":{"login":"fujiwarat","id":105929,"avatar_url":"https://avatars.githubusercontent.com/u/105929?v=3","gravatar_id":"","url":"https://api.github.com/users/fujiwarat","html_url":"https://github.com/fujiwarat","followers_url":"https://api.github.com/users/fujiwarat/followers","following_url":"https://api.github.com/users/fujiwarat/following{/other_user}","gists_url":"https://api.github.com/users/fujiwarat/gists{/gist_id}","starred_url":"https://api.github.com/users/fujiwarat/starred{/owner}{/repo}","subscriptions_url":"https://api.github.com/users/fujiwarat/subscriptions","organizations_url":"https://api.github.com/users/fujiwarat/orgs","repos_url":"https://api.github.com/users/fujiwarat/repos","events_url":"https://api.github.com/users/fujiwarat/events{/privacy}","received_events_url":"https://api.github.com/users/fujiwarat/received_events","type":"User","site_admin":false},"labels":[{"url":"https://api.github.com/repos/ibus/ibus/labels/Component-ibus-table-others","name":"Component-ibus-table-others","color":"ededed"},{"url":"https://api.github.com/repos/ibus/ibus/labels/Priority-Medium","name":"Priority-Medium","color":"ededed"},{"url":"https://api.github.com/repos/ibus/ibus/labels/Type-Defect","name":"Type-Defect","color":"ededed"}],"state":"open","locked":false,"assignee":{"login":"ibus","id":391598,"avatar_url":"https://avatars.githubusercontent.com/u/391598?v=3","gravatar_id":"","url":"https://api.github.com/users/ibus","html_url":"https://github.com/ibus","followers_url":"https://api.github.com/users/ibus/followers","following_url":"https://api.github.com/users/ibus/following{/other_user}","gists_url":"https://api.github.com/users/ibus/gists{/gist_id}","starred_url":"https://api.github.com/users/ibus/starred{/owner}{/repo}","subscriptions_url":"https://api.github.com/users/ibus/subscriptions","organizations_url":"https://api.github.com/users/ibus/orgs","repos_url":"https://api.github.com/users/ibus/repos","events_url":"https://api.github.com/users/ibus/events{/privacy}","received_events_url":"https://api.github.com/users/ibus/received_events","type":"Organization","site_admin":false},"milestone":null,"comments":3,"created_at":"2015-05-23T10:44:33Z","updated_at":"2015-05-28T07:19:54Z","closed_at":null,"body":"```\nWhat version of the product are you using? On what operating system?\nOS (Linux distributions, UNIX or ...): Fedora Linux (problem also exists on Arch Linux)\r\nArchitecture (i386, x86_64): x86_64\r\nIBus version: 1.5.3\r\nInput method name and version: ipa-x-sampa 1.3.0.20130204 (from ibus-table-others)\r\nPython version: 2.7.5 and 3.3.2\r\ndbus version: 1.6.12\r\ndbus-python version: 1.1.1\r\n\r\nWhat steps will reproduce the problem?\n1. Select ipa-x-sampa IM\r\n2. Enter the character s\r\n\r\nWhat is the expected output? What do you see instead?\nA candidate window appears allowing the user to select between s, ɕ\\, and ʂ`. Further\ntyping not matching one of these characters causes the entire current candidate to\nhave no matches. The input sequence for ɕ is s\\, but s itself is unambiguous. Instead,\ntyping s should cause an s to appear and further typing should continue producing correct\nIPA, but typing s\\ should cause ɕ to appear. Additionally, ɕ should not appear as ɕ\\.\r\n\r\nPlease provide any additional information below.\n\n```\n\nOriginal issue reported on code.google.com by `leftmostcat` on 2013-09-04 18:58:30"},"comment":{"url":"https://api.github.com/repos/ibus/ibus/issues/comments/106206525","html_url":"https://github.com/ibus/ibus/issues/1671#issuecomment-106206525","issue_url":"https://api.github.com/repos/ibus/ibus/issues/1671","id":106206525,"user":{"login":"mike-fabian","id":2330175,"avatar_url":"https://avatars.githubusercontent.com/u/2330175?v=3","gravatar_id":"","url":"https://api.github.com/users/mike-fabian","html_url":"https://github.com/mike-fabian","followers_url":"https://api.github.com/users/mike-fabian/followers","following_url":"https://api.github.com/users/mike-fabian/following{/other_user}","gists_url":"https://api.github.com/users/mike-fabian/gists{/gist_id}","starred_url":"https://api.github.com/users/mike-fabian/starred{/owner}{/repo}","subscriptions_url":"https://api.github.com/users/mike-fabian/subscriptions","organizations_url":"https://api.github.com/users/mike-fabian/orgs","repos_url":"https://api.github.com/users/mike-fabian/repos","events_url":"https://api.github.com/users/mike-fabian/events{/privacy}","received_events_url":"https://api.github.com/users/mike-fabian/received_events","type":"User","site_admin":false},"created_at":"2015-05-28T07:19:54Z","updated_at":"2015-05-28T07:19:54Z","body":"> A candidate window appears allowing the user to select between s, ɕ\\,\r\n> and ʂ`. Further typing not matching one of these characters causes the\r\n> entire current candidate to have no matches. The input sequence for ɕ\r\n> is s\\, but s itself is unambiguous. Instead, typing s should cause an\r\n> s to appear and further typing should continue producing correct IPA,\r\n> but typing s\\ should cause ɕ to appear. Additionally, ɕ should not\r\n> appear as ɕ\\.\r\n\r\nThe behaviour described here seems correct to me.\r\n\r\nThe candidate window shows all matches for “s*” (where * is\r\nan autowildcard added because of the option \r\n\r\n    ### If true then a multi wildcard will be appended\r\n    ### at the end of inputing string automatically.\r\n    AUTO_WILDCARD = TRUE\r\n\r\nOne could change that behaviour by setting this option to false.\r\nBut I believe this option is very useful here, especially if you\r\ndo not yet know all IPA-X-SAMPA codes by heart.\r\n\r\n“s” plus the autowildcard, i.e. “s*” matches\r\n\r\n    s\ts\t0\t### U+0073 LATIN SMALL LETTER S\r\n    s\\\tɕ\t0\t### U+0255 LATIN SMALL LETTER C WITH CURL\r\n    s`\tʂ\t0\t### U+0282 LATIN SMALL LETTER S WITH HOOK\r\n\r\nand the candidate list looks like:\r\n\r\n    s (1/3)\r\n    F1. s\r\n    F2. ɕ \\\r\n    F3. ʂ `\r\n\r\nOn top, in the row “s (1/3)” the exact user input is shown,\r\ni.e. without the automatically added wildcard.\r\n\r\nIn the candidates, exact matches of the user input have no\r\ntrailing characters, like\r\n\r\n    F1. s\r\n\r\nBut in case of the candidates F2 and F3, the input the user\r\nactually typed matches only the beginning of the input sequence\r\nonly because of the auto wildcard, these candidates are shown\r\nby auto completion. For such candidates, the part of the input sequence\r\nthe user has not yet typed is shown after the candidate.\r\n\r\nI.e. the input sequence for “ɕ” is “s\\”, the user has typed only\r\n“s” so far, it would be necessary to type “\\” to complete the\r\ninput sequence for “ɕ”. This makes it easier to learn the necessary\r\ninput sequences as one sees what one needs to type to complete\r\na certain candidate.\r\n\r\nSo I think this behaviour is just fine.\r\n\r\n\r\n"}}