引用 | 編輯
limtecksoon
2007-03-29 03:17 |
樓主
▼ |
||
x0
唉!越輔助越亂...越用越懵????以下是"命名論名"ncc917的過濾功能: A.固定文字 B1.筆劃設定 B2.姓名格局條件 C1.文字部首 C2.漢語拼音 C3.不用文字 B組有過濾/減少可選擇的姓名格局的功用, 而C組卻沒有. 用戶得先選擇了某個姓名格局後, 才用C組來過濾/減少其呈列的字體. 請慎重考慮一下輔助命名的最主要目的, 如果經過了B組的過濾, 還有N個姓名格局以供用戶選擇的話, 那每設一個C組的條件就可能把N個姓名格局其中的某幾個變成空局(即沒字可選, 大可淘汰), 為什麼不讓C組的條件也用來淘汰姓名格局呢? 以下是軟件設計不合理之處: ------------------------------------ 1) 目前的ncc917, "A.固定文字"這個功能, 基本上形同虛設, 我看不出固定了某個字後, 會對其後的步驟有甚麼影響... (請指正) 2) 漢語拼音的功能實在太粗劣. 即不能精準的設定所要的拼音(比如說, 乾脆讓用戶輸入某個或某幾個漢字然後根據它或它們來找同音字), 也不能讓用戶指明所設定的拼音為"名一"或"名二" 3) 以上C組應該和B組在同一個層次(如果"固定文字"有功效的話它應該也在同一層次), 換句話說, BC兩組應該在同一個步驟. 理由很簡單, 軟件可以: i)先用B和C組的條件來淘汰姓名格局, ii)然後再用C組的條件來過濾沒被淘汰的格局內的字. 為甚麼退而求其次, 先B後選格局, 然後才用C的條件來淘汰所選定格局內的字? "固定文字"也好, "文字部首"也好, "漢語拼音"也好, 為甚麼不用來淘汰完全不符合條件的姓名格局呢? 舉個簡單的列子, 如果"名一"固定為"大", 那所有第二字不是3劃的姓名格局不是都可淘汰了麼? 建议 ---- 把以上所列的ABC組的條件設置農成一個步驟, 減少格局的同時也過濾格局中的字, 然後才讓用戶雙點擊某個格局選字. 不應該是選了格局才再設字體的過濾條件, 因為那不只麻煩也不實用. x0
|
引用 | 編輯
mainchen
2007-03-30 06:57 |
1樓
▲ ▼ |
1) 目前的ncc917, "A.固定文字"這個功能, 基本上形同虛設, 我看不出固定了某個字後, 會對其後的步驟有甚麼影響... (請指正) "固定文字" 主要是運用於 "輩份" 或 "已知" 名字,可將該輩份名字輸入於?問號內即表示將該字固定,所以若無輩份或已知名字,基本上固定文字是用不到的。 2) 漢語拼音的功能實在太粗劣. 即不能精準的設定所要的拼音(比如說, 乾脆讓用戶輸入某個或某幾個漢字然後根據它或它們來找同音字), 也不能讓用戶指明所設定的拼音為"名一"或"名二" 此功能已加入 v1.147. 把以上所列的ABC組的條件設置農成一個步驟, 減少格局的同時也過濾格局中的字, 然後才讓用戶雙點擊某個格局選字. 不應該是選了格局才再設字體的過濾條件, 因為那不只麻煩也不實用. 會如此設計主要是因為大部份的使用者對 "取名" 並沒有很清楚的概念,若整合在一個畫面時,使用者會不知如何下手,唯有一步一步引導,較不容易疏忽某些程序,也比較容易進入狀況,並非每個使用者都像您一樣對電腦很在行,所以我們必需在此之間做權衡考量。 當然我們也不排除再開發一個整合界面的輔助命名功能給 "進階使用者",而保留現有的輔助名命步驟給 "初入門使用者" 的可能。 感謝您提供的建議。 x0 |
引用 | 編輯
limtecksoon
2007-03-30 18:50 |
2樓
▲ ▼ |
我同意“一步一步引導”的確有它的好處, 至少讓新手能更快上手. 可我的建議重點不在此. 我主要想建議把本來只用來過濾文字的條件"先"或者"也"用來過濾姓名格局.
您的回覆 "固定文字" 主要是運用於 "輩份" 或 "已知" 名字,可將該輩份名字輸入於?問號內即表示將該字固定,所以若無輩份或已知名字,基本上固定文字是用不到的。 我還是不明白... 甚麼是"輩份"? 我在實用版內根本沒看過? x0 |