View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0002705 | SAS.Планета | Баг / Bug | public | 26-04-2015 13:41 | 18-05-2015 04:46 |
| Reporter | Parasite | Assigned To | vdemidov | ||
| Priority | normal | Severity | minor | Reproducibility | have not tried |
| Status | resolved | Resolution | fixed | ||
| Product Version | 141212 | ||||
| Target Version | 150915 | Fixed in Version | 150915 | ||
| Summary | 0002705: Unicode. В юникодной версии экспор в AUX неправильно записывает файл | ||||
| Description | Неправильная работа со строками при экспорте в AUX в юникодной версии программы. Сейчас в обычной версии файл формируется в Ansi. Имена файлов тоже в Ansi. Вопрос: в каком формате должны быть юникодные имена файлов? | ||||
| Tags | No tags attached. | ||||
| Attached Files | |||||
|
|
А этот формат юникод понимает? Потому как исправить этот косяк можно двумя способами. |
|
|
Написал Паразиту. Он у нас главный специалист по этому формату. По его просьбе вообще делался экспорт. |
|
|
Приаттачь реально генерируемый сейчас файл - я попробую всунуть в GES и посмотреть, что тот скажет. |
|
|
Та тебе проще самому сделать. Сделай файл на пару тайлов, а потом переименую папку с кэшом с добавлением символов не из активной локали и в сгенерированном файле исправь путь. Попробуй разные форматы: utf-8 (c BOM и без), utf-16 (c BOM и без) |
|
|
Насколько я понимаю всю проблему - вопрос только с нац.символами в путях, и вопрос не в том возьмет ли GES "неправильный" список. Вопрос в том, сможет ли ОС найти файл по тому пути, который указан в файле (ибо GES работает с диском не напрямую, а тупо просит у оси отдать ему контент файла по пути ХХХХХ). То есть, вопрос собссно к оси - найдет ли оная файл с указанным абс.путем, или нет. То есть, путь до файла можно тупо копи-пастить из .AUX в Проводника (БЕЗ учета возможного декодирования Блокнотом при открытии), и пытаться открыть. Если ось его найдет - то его найдет и GES ничуть не хуже. Умная ось по идее должна понимать Unicode-стринги в путях автоматом, и перекодировать оные в соответствии с текущей региональной схемой. Имхо. Как доберусь до GESа - буду попробовать, но сдается мне что вопрос явно не к нему. Быстро не обещаю - свободного времени почти ноль. |
|
|
>Вопрос в том, сможет ли ОС найти файл по тому пути, который указан в файле Да. >Умная ось по идее должна понимать Unicode-стринги в путях автоматом, и перекодировать оные в соответствии с текущей региональной схемой. А вот тут ты ошибаешься. Таких осей нет. Линух ожидает имя файла в utf-8, винда пользуется utf-16le, но для обратной совместимости имеет функции принимающие Анси строки и кодирующие их в utf-16le в соответствии с текущей локалью. Так что все дел именно в программе и в том как она будет интерпретировать файл и какие функции вызывать. Программа может детектить тип файла по BOM и потом работать уже с перекодированным файлом. Может всегда считать что там utf-8 и перекодировать его в utf-16le для винды. Может считать что там всегда Ansi и тогда использовать пути с символами не из текущей локали будет невозможно. Вот и нужно выяснить как конкретная программа работает с этим файлом. Но я пока просто добавлю кодирование в utf-8. Для путей с английскими символами ничего не поменяется, а остальным, в худшем случае, не повезло - откроешь новый баг. |
|
|
Проверил: - ANSI - тайлов не находит (см.аттач) - UNICIDE/noBOM - работает - UNICIDE/BOM - работает WinXP SP3 |
|
|
Текущая ночнушка сохраняет в UTF8. Где ты взял ANSI и зачем переоткрыл тикет? |
|
|
>Текущая ночнушка сохраняет в UTF8. Где ты взял ANSI и зачем переоткрыл тикет? Хм. А ты вообще тикет читал, не? Выше было запрошено (от меня) потестировать AUX а разных кодировках оного (4й пост сверху). Вот, потестировал. Сохраняет в UTF? Отлично. Так-то у меня русских путей все равно нет, так что лично мне - без разницы. Если ничего больше тут от меня не требуется - закрывай тикет. |
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 26-04-2015 13:41 | vdemidov | New Issue | |
| 26-04-2015 13:41 | vdemidov | Relationship added | child of 0002166 |
| 26-04-2015 13:41 | vdemidov | Status | new => confirmed |
| 26-04-2015 13:57 | vdemidov | Description Updated | |
| 26-04-2015 13:59 | zed | Note Added: 0015777 | |
| 26-04-2015 14:00 | vdemidov | Note Added: 0015778 | |
| 26-04-2015 14:01 | zed | Relationship added | related to 0000062 |
| 27-04-2015 03:54 | Parasite | Note Added: 0015780 | |
| 27-04-2015 07:04 | vdemidov | Note Added: 0015781 | |
| 27-04-2015 12:26 | vdemidov | Reporter | vdemidov => Parasite |
| 27-04-2015 12:26 | vdemidov | Status | confirmed => feedback |
| 29-04-2015 04:18 | Parasite | Note Added: 0015783 | |
| 29-04-2015 04:18 | Parasite | Status | feedback => new |
| 29-04-2015 06:27 | vdemidov | Note Added: 0015784 | |
| 03-05-2015 07:08 | vdemidov | Status | new => resolved |
| 03-05-2015 07:08 | vdemidov | Fixed in Version | => 150915 |
| 03-05-2015 07:08 | vdemidov | Resolution | open => fixed |
| 03-05-2015 07:08 | vdemidov | Assigned To | => vdemidov |
| 17-05-2015 12:59 | Parasite | Note Added: 0015934 | |
| 17-05-2015 13:00 | Parasite | File Added: ges.jpg | |
| 17-05-2015 13:01 | Parasite | Status | resolved => confirmed |
| 17-05-2015 13:02 | Parasite | Note Edited: 0015934 | |
| 17-05-2015 13:05 | zed | Note Added: 0015935 | |
| 18-05-2015 02:01 | Parasite | Note Added: 0015937 | |
| 18-05-2015 04:46 | zed | Status | confirmed => resolved |
| 08-08-2025 13:22 | zed | Category | Баг => Баг / Bug |