Modified the translation to fit the simplified Chinese user's habit
while paying respect to the predecessor
Change Explained:
- type 种类 (catagory) → 文件类型 (file type) or 格式 (file format)
- all of 'faces' 脸孔 (Traditional Chinese) → 面孔 (Simplified Chinese)
- search placeholder 搜寻 (Traditional Chinese) → 查找 (Simplified Chinese)
- Simple and User-friendly Photo Gallery for Personal Servers
old: 简单及易用的照片库给个人服务器 (grammar mistake)
→ 为个人服务器 打造的 简单及易用的照片库 (put the "for..." part upfront)
- detach image:
分离照片脸孔 is confusing, may indicate to remove literal face from photo
解除标记:remove tag (from the photo)
- (scanner) jobs: 工作 ( has the meaning of employment in most scenario)
→ 任务 (tasks)
- all of the 'iser':使用者 (correct but low word frequency) → 用户
- action:动作 (means movement in most scenario) → 操作 (operation)
- capabilities: 能力(capable of) → 权限 (access to)
- release: 释出版本(Traditional Chinese) → 发行版 (Simplified Chinese)
- add translation to the face label
- add translation to the preference page
- add translation to sidebar
- add translation to media EXIF info
- add translation to timeline filter
translation media EXIF info reference:
https://bbs.zol.com.cn/dcbbs/d167_107631.html
Small changes between the original branch by eadisor and the master branch prevented this from being a straightforward merge (photoGalleryReducer -> mediaGalleryReducer). Also bumped the version number of react-swipeable to avoid a breaking version change further down the line.
2.3.12 -> 2.3.13 restructured ScanAlbum so that errors were returned rather than raising a ScannerError directly - this ensures that the errors are logged correctly.
The subquery returns all potential media id's. Typically, we have a couple of faces and thousands of media files.
A join is much faster.
With about 50k images and a face that was present in 2'000 images the query was unusable slow, it took about 60s.
This is a very important performance fix, as I think many users will run into it.
Maybe there are other areas where the same improvement is possible, I didn't check.