nguoiqualoicu
New Member
Không phải rồi anh ơi !
Tai sao anh vẫn không hiểu nhỉ !Cái siêu dịch 1.72 là 1 cơ sở dữ liệu để dịch tự động chứ không sắp xếp theo dòng như cái e32dbm kia !!
Cái e32dbm kia nó sắp xếp theo dòng nên việc cập nhật cho phiên bản mới nhiều khi nó lộn xộn là phải !
Ví dụ:anh thêm vào siêu dịch 1.72 một từ options thì anh thử dịch tự động bằng siêu dịch,tất cả những từ options sẽ đc dịch thành tùy chọn.Siêu dịch 172 không phụ thuộc như cái e32db mà nó phụ thuộc vào dữ liệu thừ điển mình làm cho nó.
Vậy,mình tạo cho nó 1 cơ sở từ điển như thê nào,có phải rằng chính cái e32dbm của 1.76 không? =>anh chỉ việc sửa lại 1 chút cái e32dbm sao cho giống với cơ sở từ điển của 1.72 là đc
NOTE: Thật sự anh em ít động não quá:-/
Cách làm của VKY thì mình cũng đã hiểu sơ sơ, theo hiểu biết của mình về cái e32dbm này thì mình xin đưa ra ý kiến như sau: về cái e32dbm này thì hoàn toàn không có sự khác nhau giữa 2 bản 1.72 và 1.76, bản chất vẫn là tệp dữ liệu gồm các dòng mà mỗi dòng như vậy sẽ chứa hai ngôn ngữ để khi dùng chức năng tự động dịch thì nó sẽ lấy ngôn ngữ sau thay thế cho ngôn ngữ trước có trong file RSC muốn dịch. Và với cái e32dbm của 1.76 thì nếu có 1 dòng dữ liệu là "Option-Tùy chọn" thì khi dịch tự động nó cũng thay thế toàn bộ các chữ Option trong file Rsc đó thành Tùy chọn. Nhưng chỉ vì cái 1.76 này có thêm chức năng xuất Rsc ra Txt để nhằm tạo nhanh 1 cái e32dbm ngay trên mobile từ 2 tệp rsc như vậy sẽ đỡ phải làm thủ công, tức là nhập từng dữ liệu một cho e32dbm như vẫn làm với 1.72. Nhưng khi xuất txt kiểu này thì sẽ phát sinh ra lỗi khiến việc nhập nó trở lại cho e32dbm kô hiệu quả, vì dữ liệu sẽ bị đảo lộn.
Lấy ví dụ như sau: giả sử trong file RSC ta có 2 dòng nằm liền nhau là
Defaul language
Option
Tương tự với file Rsc đã VH thì nó sẽ là 2 dòng
Ngôn ngữ mặc định
Tùy chọn
Nếu khi xuất cả 2 RSC trên ra txt thì nhiều khi nó sẽ bị sắp xếp là
Defaul language - Ngôn ngữ
Option - Mặc định
........ - Tùy chọn
.v.v.
Vì vậy khi nhập ngược trở lại cho e32dbm thì nó sẽ bị đảo lộn và chỉ đc vài dòng đúng vị trí.
Nếu mà edit lại thì rất lâu, vì như thế chẳng khác gì nhập thủ công vì phải xem lại tất cả các dòng xem chỗ nào bị lộn để sữa. Còn nếu mà nói đem cái này xài với 1.72 thì cũng giống như xài trên 1.76 thôi, nó đã tạo ra dữ liệu như vậy rồi thì xài ở đâu cũng vậy thôi.
Vậy nên cách của VKY nói dùng cái e32dbm đc tạo ra bởi chức năng này của 1.76 để dùng cho 1.72 là không hợp lý.
Chỉnh sửa cuối: