EasyIME / forum

8 stars 1 forks source link

模組新功能測試 #16

Open KenLuoTW opened 7 years ago

KenLuoTW commented 7 years ago

模組新功能測試,下載網址: https://drive.google.com/open?id=0B0FygkS7MtvXbWxCc2NzczRuSEE

已知問題:

暫無。

Test01:

InSb commented 7 years ago

將「反查輸入字根」加入進功能開關或許更加方便。 另外,如果沒有任何一個可用的反查碼表,打開該功能後,是否會出現問題。

KenLuoTW commented 7 years ago

@InSb 確實會有問題,我明天一大早還要起來上班,故要先休息了。 明天我會利用空閒時去修改這個問題。

InSb commented 7 years ago

即使打開了「使用 Shift 快速切換中英文」,使用Shift鍵也不能切換中英文。 而且動作還是會經常顯得遲緩。

KenLuoTW commented 7 years ago

@InSb Shift 長押是不會生效的,跟微軟輸入法相同,按了馬上放開才會生效。 動作的話,其實 Shift 放開後,另一指接著按下時,就已是輸出是切換模式後的字了。 圖示的話,其實目前幾乎是立即更換,不像以前明顯會頓一下才切換。

你會有此情況發生,有時可能不是 PIME 的問題,而是你的系統資源剛好滿佔所導致。

InSb commented 7 years ago

@KenLuoTW 好怪,以前也有卡頓的問題,過一段時間能好。今天格外嚴重。 系統資源使用也未見異常。

BhangThsengmiuen commented 7 years ago

「載入碼表時忽略 Unicode 私用區」欠佳, 畢竟我有時候會用到私用區的字,故會在碼表裏加上私用區的字。忽略之後,將對此造成不便。

InSb commented 7 years ago

「載入碼表時忽略 Unicode 私用區」,這個做為設定中「輸入法碼表」選項卡裡的可選項如何,默認啟用。

Arthurmcarthur commented 7 years ago

我也建議把PUA做成可選項。

mrhso commented 7 years ago

「載入碼表時忽略 Unicode 私用區」,有時候我想打 PUA 的字符,以便用 HKSCS 把濫用 PUA 的人批判一番。 這種情況下,我打 PUA 就不是很方便了。我同樣建議做成可選項。

KenLuoTW commented 7 years ago

了解,這個會弄成選項,但要稍待一下,因為目前正在將設定改成跟新酷音一樣的方式。 尤於模組共用一些功能的關係,這個須要除錯比較久。 2017-02-06 1

KenLuoTW commented 7 years ago

新的設定方式已經修改出來,僅在酷倉模組下測過,不過其它模組應該也沒問題。 如怕會有問題而搞亂個人的設定,可先將下面資料夾裡的資料,全部備份出來,

C:\Users\你的用戶名稱\AppData\Roaming\PIME\

基本設定畫面都不變,只是改用瀏覽器載入 Tornado 所架的 Web 來改設定。 2017-02-07 沒有美工底子,所以沒改介面,如果有興趣幫忙修改設定頁面,以下為參考資料:

首頁為各模組相對資料夾下的 config.html
C:\Program Files (x86)\PIME\python\input_methods\checj\config\config.html

首頁會藉由同資料夾下的 config.js 載入下面這個 config.htm 裡的內容。
C:\Program Files (x86)\PIME\python\cinbase\config\config.htm

如果有要導入新的 js 或 css,請放入下面這個資料夾下的 css 、 js 、 images 資料夾。
Tornado 在運作時會自動將這三個資料夾全部載入到 web 的根路徑下。
C:\Program Files (x86)\PIME\python\cinbase\config\

私用區改成可選這次並沒有改到,下個測試版會將之完成。 並且下一版會將嘸蝦米模組開放安裝,載入碼表的地方會改成讓使用者自己來選擇檔案。

HPEACE commented 7 years ago

這個反查字根的功能不知我的理解有没有錯 就是當用某輸入法打不出字時用另一個輸入法去查正確的打法 (有錯請糾正) 但在新酷音裡無法設定反查(我只會大易跟注音)就達不到我以為的功能了

另,開設定輸入法模組的速度好像有點慢(不過不曉得是因為我在虛擬機裡測試的關係還是...)

KenLuoTW commented 7 years ago

因為新酷音不是這個系列下的模組,故無法同樣支援反查字根,另一個注音模組才能夠查詢。 新酷音要支援這些功能,也是可以達成的,只是我目前沒有餘力去處理其它模組的問題。

今天是我年假最後一天,雖然放那麼多天,可是我還是沒把之前計劃弄好的功能給弄完。 例如視應用程式名稱在開啟應用程式時自動切換中英文模式...等等

開啟設定的速度,雖比以前稍慢,但應該沒有很慢才對,下面的影片是我載入設定的速度: https://youtu.be/5ZIe6Fu2Yss 應該沒有很慢才對,而且採用新的設定方式,未來擴展性才高。 基本上設定頁面在設好個人常用的預設值後,也就很少再開進去設定了。

HPEACE commented 7 years ago

抱歉,經你這麼一說有印象了,你先前就有提到新酷音目前不支援此功能 謝謝說明

KenLuoTW commented 7 years ago

擴展碼表也可以這樣用: https://youtu.be/9i9Wduj61a0

今天睡前會再放出一個優化碼表更新的版本,會更加快速且穩定。

載入碼表時忽略 Unicode 私用區改成可選項目也已完成。 2017-02-08

KenLuoTW commented 7 years ago

另外我有搜尋到下面這篇,有這需求的人會很多嗎? https://forum.gamer.com.tw/C.php?bsn=23574&snA=2220

InSb commented 7 years ago

進入作業系統後,若首次切換到酷倉(或其他 cin-based)的行為發生在非 UWP 程式時應沒有問題,發生在 UWP 應用時則不能保證。 待測。

KenLuoTW commented 7 years ago

@InSb 暫時沒發現有什麼問題。

Test05:

InSb commented 7 years ago
KenLuoTW commented 7 years ago

@InSb 哈,之前明明已改好了那個為可選,不過似乎沒有將其拷貝到專案資料夾下, 我也已經重新安裝了 PIME,看來這部份要重改了...

因為明天要在公司待兩天才下班,所以我趕著將程式改好,準備同步到線上,這樣在公司可以繼續改,才有此疏忽。

反查字根功能只會排除該模組的碼表,其它模組下的碼表都會加入。 並且現在也不用安裝其它的模組才能反查其它模組的碼表。

KenLuoTW commented 7 years ago

已重新上傳 TEST05,修正漏掉「忽略 Unicode 私用區」選項的問題。

KenLuoTW commented 7 years ago

TEST05 已知問題,大新倉頡碼表載入為空的問題。

我已經修正,太晚了,明天再找時間放上來。

KenLuoTW commented 7 years ago

上班時還是有點懶得改,所以等到今天放假才改... 近幾個版本,其實比較著重於優化及修正,所以新功能加得少。 這個版本雖然還是有一點記憶體洩漏的問題,但不像以前那麼嚴重。

Test06:

InSb commented 7 years ago

剛才順手測試嘸蝦米模組,使用時會只能輸入英字或使 python 假死。不過可用於反查。 未排除是否碼表的問題。想知道嘸蝦米模組對載入碼表是否有要求。

KenLuoTW commented 7 years ago

一般符合 cin 格式的碼表皆可,之前僅測過下面這個站台的兩個嘸蝦米碼表, 如果你的碼表跟一般 cin 碼表比較不同,可以告知取得地點,我再去下載來測試。 https://github.com/chinese-opendesktop/cin-tables

Arthurmcarthur commented 7 years ago

雅虎倉頡對「人一弓」的排序是「仃气今」,在舊版PIME,例如PIME 0.14中對該編碼的排序也是「仃气今」,但為何在後來的新版PIME中,排序變成了「仃今气」了呢? 雖然不影響輸入,但還是想問一下。

KenLuoTW commented 7 years ago

載入碼表時會依碼表裡的行數,依序將各行的對應表載入所屬區域中,最後再合併起來。

「仃今」兩字為 BIG5 常用字
「气」 為 BIG5 次常用字

故「气」被排序到了後方。

如果真得覺得不妥,這個也可以做成選項。

Arthurmcarthur commented 7 years ago

這種排列方式對我影響不大,只是有些人喜歡嚴格按國字標準輸入,這樣便改變了排列順序,做成選項亦無不可。

KenLuoTW commented 7 years ago

@InSb 之後會對嘸蝦米弄碼表偵錯的處理,避免 python 當掉。

KenLuoTW commented 7 years ago

@InSb 我剛剛測了一下,碼表如果不是 CIN 格式,載入後也不會讓 python 當掉, 例如「`」鍵選單、CTRL + 符號鍵輸入符號...等非關碼表的功能都能正常使用。

如果你是從泰瑞的世界下載「泰瑞系列中文輸入法對照表」 http://terryhung.pixnet.net/blog/post/34297035

這個對照表是不能直接使用的,請參考泰瑞倉頡碼表裡的內容,補上缺少的區段標籤

C:\Program Files (x86)\PIME\python\cinbase\cin\thcj.cin
KenLuoTW commented 7 years ago

修正了一些問題,大都是功能變更時沒有套用到的部份,記得其中有一個問題會導致 Python 當掉。 所以如果還在用 Test06,請立即更新至 Test07。

以字元集排序現在變成可選項目,這個項目預設值是啟用的。 故如果使用大新倉頡,或是不想排序碼表,請記得先關閉此選項。

Test07:

KenLuoTW commented 7 years ago

接下來要上班2天,大家可以就 Test07 來測試有沒有什麼問題。

已知問題: 控制台的語言選項內不能點「選項」設定輸入法。

計劃更新: 於設定內更換碼表時即時更新字集統計。

1abcd commented 7 years ago

用酷倉輸入時我也會有反查酷倉字根的需要,像是打出萬用字元時(例如卜卜卜重日),得到一些奇怪的符號我會想查一些符號的正確字根。 Test07 在我的電腦測試載入碼表時間約9秒。 之前的測試版還是用(.hta?)獨立視窗開啟設定,當時會出現某個js錯誤(Win7還在用原裝的IE8),現在改在預設瀏覽器(Firefox)底下開啟是沒問題的。

KenLuoTW commented 7 years ago

@1abcd 要用萬用字元查詢倉頡字根,須停用「隱藏不必要的提示訊息」,因為之前我把此視為不必要的訊息, 下個測試版會將之排除掉。

至於要在酷倉反查倉頡字根,是一種浪費記憶體的用法,你可以直接把反查字根關掉,事實上注音以外的輸入法應該都沒必要開。另外反查字根功能開啟後,提示訊示就會以反查字根為優先,萬用字元提示為輔。

下個測試版我會加入同音字查詢的功能,到時搭配原有的萬用字元,應該根本就不須要切到注音輸入法去反查字根了。

至於符號,其實根本就沒有所謂的正確字根,大都是各輸入法或個人所自行定義,例如微軟就是「重難XX」。 去背這個,不如採用選單去選或是自行定義自己常用的,現在有很多可以自定義碼表或符號的功能,不須去改原來的碼表。

速度的話,我大都在 Intel(R) Xeon(R) CPU E3-1231 v3 的電腦撰寫,在這台電腦因為載入都很快,所以沒有多去著墨。另一台較慢的 Xeon E5440 電腦 ,因為 Win10 更新 bug,所以暫時也沒測,打算等下一版 Win10 大更新再來重灌 Win10。

在下一版會在以下路徑存放一個 debug.json 檔案:

C:\Users\你的用戶名稱\AppData\Roaming\PIME\debug\

裡頭會記錄碼表載入的速度,內容大概如下:

{
    "2017-02-15 18:34:34": "Intel(R) Xeon(R) CPU E3-1231 v3 @ 3.40GHz: 反查字根載入時間約為 0.65 秒",
    "2017-02-15 18:35:23": "Intel(R) Xeon(R) CPU E3-1231 v3 @ 3.40GHz: 反查字根載入時間約為 0.78 秒",
    "2017-02-15 18:35:24": "Intel(R) Xeon(R) CPU E3-1231 v3 @ 3.40GHz: 碼表載入時間約為 1.59 秒",
    "2017-02-15 18:34:35": "Intel(R) Xeon(R) CPU E3-1231 v3 @ 3.40GHz: 碼表載入時間約為 1.45 秒",
    "2017-02-15 18:34:59": "Intel(R) Xeon(R) CPU E3-1231 v3 @ 3.40GHz: 碼表載入時間約為 1.39 秒",
    "2017-02-15 18:35:58": "Intel(R) Xeon(R) CPU E3-1231 v3 @ 3.40GHz: 碼表載入時間約為 1.4 秒",
    "2017-02-15 18:36:31": "Intel(R) Xeon(R) CPU E3-1231 v3 @ 3.40GHz: 碼表載入時間約為 1.4 秒",
    "2017-02-15 18:35:57": "Intel(R) Xeon(R) CPU E3-1231 v3 @ 3.40GHz: 反查字根載入時間約為 0.46 秒",
    "2017-02-15 18:34:58": "Intel(R) Xeon(R) CPU E3-1231 v3 @ 3.40GHz: 反查字根載入時間約為 0.51 秒"
}

將此結果貼上來,這樣我或多或少能夠知道碼表載入的速度,再看如何改善。

Win7 我都在虛擬機下測,而且我都是用自己整合的安裝光碟去裝 Win7,故裝好都是 IE11 了。 所以目前沒法測試,如果覺得這問題很嚴重,可以將錯誤訊息貼上來,我再去看看怎麼修正。

Arthurmcarthur commented 7 years ago

我的情況與樓上的相同,之前的幾個測試版在虛擬機環境下測試,Vista自帶的IE7能打開config.hta,但會出現js錯誤,無法編輯設置。最新版本以默認瀏覽器Firefox打開設定文件,就沒有以上的問題了。

1abcd commented 7 years ago

@KenLuoTW 關掉隱藏不必要的提示訊息 確認可以查到

從微軟網站可以下載到虛擬機 https://developer.microsoft.com/en-us/microsoft-edge/tools/vms/ 下圖是 Test02 的畫面(v0.16 & v0.16.1 都未產生錯誤) test02

KenLuoTW commented 7 years ago

@1abcd 這個錯誤應該不是 JS 腳本與 IE 版本相容性的問題,所以如果目前 Firefox 下沒有問題.那麼此問題應該已經修正。

你可以在目前最新的測試版,暫時將 Windows 的預設瀏覽器設為 IE8 或 IE7,然後呼叫模組的設定出來看看,如果也是沒有問題,就代表我之前應該已將此問題修復了。

有可能是在 TEST03 時修復,參考: https://github.com/EasyIME/forum/issues/16#issuecomment-275371145

1abcd commented 7 years ago

@KenLuoTW IE8無設定值 t07

KenLuoTW commented 7 years ago

@1abcd 好的,我會下載上面的 VMS 來測試看看。

KenLuoTW commented 7 years ago

@1abcd 剛才裝好了 IE8 on Win7 的 VM,我的設定是有出來,但是確實有 JS 錯誤存在,不過應該跟 Test02 的錯誤無關,因為這些錯誤是在 Test04 才產生的。

這邊註記一下:

  Expected identifier  sweetalert2.min.js, line 1 character 7629
  Object doesn't support this property or method  config.js, line 562 character 9

sweetalert2 就是用在點擊設定後的提示視窗效果。(這會導致無法儲存設定)

SweetAlert2 works in most major browsers (yes, even IE). Some details:

    IE: 11, Promise polyfill should be included (see usage example).
    Microsoft Edge: 12+
    Safari: 4+
    Firefox: 4+
    Chrome 14+
    Opera: 15+

Note that SweetAlert2 does not and will not provide support or functionality of any kind on IE10 and lower.

config.js 的問題是無法用 ajax 向 server 傳送保留頁面的請求。(這會導致超過一定時間,server 就關閉了)

2017-02-16 1

KenLuoTW commented 7 years ago

公司電腦能用 PIME 了,稍微測了下載入碼表的速度,做個記錄,以看之後有沒有改善:

模組碼表有啟用「載入碼表時依字元集排序」,故載入時間比其它功能碼表慢。 使用酷倉碼表其實不須要啟用「載入碼表時依字元集排序」,因它本身就有排序好了。

{
    "2017-02-17 21:57:13": "Intel(R) Xeon(R) CPU           E5440  @ 2.83GHz:「泰瑞拼音」反查碼表載入時間約為 2.45 秒",
    "2017-02-17 21:57:14": "Intel(R) Xeon(R) CPU           E5440  @ 2.83GHz:「泰瑞注音」同音字碼表載入時間約為 1.94 秒",
    "2017-02-17 21:57:15": "Intel(R) Xeon(R) CPU           E5440  @ 2.83GHz:「酷倉」碼表載入時間約為 4.45 秒",
    "2017-02-17 22:00:12": "Intel(R) Xeon(R) CPU           E5440  @ 2.83GHz:「泰瑞拼音」反查碼表載入時間約為 2.12 秒",
    "2017-02-17 22:00:14": "Intel(R) Xeon(R) CPU           E5440  @ 2.83GHz:「酷倉」碼表載入時間約為 3.65 秒",
    "2017-02-17 22:00:21": "Intel(R) Xeon(R) CPU           E5440  @ 2.83GHz:「泰瑞注音」同音字碼表載入時間約為 0.83 秒",
    "2017-02-17 22:01:23": "Intel(R) Xeon(R) CPU           E5440  @ 2.83GHz:「酷倉」碼表載入時間約為 3.58 秒",
    "2017-02-17 22:02:27": "Intel(R) Xeon(R) CPU           E5440  @ 2.83GHz:「酷倉」碼表載入時間約為 3.58 秒",
    "2017-02-17 22:03:21": "Intel(R) Xeon(R) CPU           E5440  @ 2.83GHz:「中標注音」同音字碼表載入時間約為 1.09 秒"
}

另外同音字功能,我也大概完成了,待會兒整理一下,就把新的測試版放上。

KenLuoTW commented 7 years ago

此版安裝程式使用目前官方的版本,故沒有區分 backend 及 language 區段。 因為我人在公司,沒有將改過的安裝腳本同步過來。

Test08:

實際使用同音字功能時,會碰到一個字有很多讀音,有時第一個讀音,不一定是想要查的同音字。 故之後會在切換同音字清單前,再加上一個讀音清單。

注音輸入法,下一版本會禁用此功能。

KenLuoTW commented 7 years ago

Test09:

InSb commented 7 years ago

功能方面暫未發現問題。 不過有兩個癥狀百思不得其解:

近幾天斷斷續續地尋找原因,不過徒勞。 尚不清楚是不是本電腦的個案。

1abcd commented 7 years ago

筆電(五歲多)載入時間,平均超過七秒

{
    "2017-02-18 10:35:41": "AMD E-350 Processor:「酷倉」碼表載入時間約為 7.34 秒",
    "2017-02-18 14:03:48": "AMD E-350 Processor:「酷倉」碼表載入時間約為 6.89 秒",
    "2017-02-18 23:17:10": "AMD E-350 Processor:「酷倉」碼表載入時間約為 7.66 秒",
    "2017-02-19 13:52:39": "AMD E-350 Processor:「酷倉」碼表載入時間約為 7.06 秒",
    "2017-02-19 13:55:15": "AMD E-350 Processor:「中標注音」同音字碼表載入時間約為 3.17 秒"
}

擴展碼表、全形標點這些打勾完也要載入時間,大約二、三秒。

cerebellum92 commented 7 years ago

回報一下,我的電腦是windows 10系統,test9的檔案打不開,test8沒問題。 錯誤訊息是: windows cannot access the specified device, path, or file. You may not have the appropriate permissions to access the item.

我下載了兩次,都是給同樣的錯誤訊息。

KenLuoTW commented 7 years ago

@InSb 把你的 liu.cin 傳給我看看。 另一個斷網問題,我倒是沒碰過。

@1abcd 確實慢了點,我再看看有沒有辦法改善。

@cerebellum92 可能是被防毒軟體擋住,以致於無法存取。

InSb commented 7 years ago

@KenLuoTW 所用碼表正是 https://github.com/chinese-opendesktop/cin-tables/blob/master/boshiamy.cin 這個。除文檔名改為liu.cin外,內容未改變。

KenLuoTW commented 7 years ago

@InSb 這個站的兩個蝦米碼表我都試過喔,都是沒有問題的,一開始也是以這兩個碼表來弄出蝦米模組的。

InSb commented 7 years ago

@KenLuoTW 多謝排查,我這邊再多測試。