Tad писал(а):
Если не трудно - кинь пример кода чтения первых четырёх байт из текстового файлаФайл со строкой инициализации в 4-е байта скинь, если не трудно
Разработчик
Ответов: 26153
Рейтинг: 2127
|
|||
Tad писал(а): Если не трудно - кинь пример кода чтения первых четырёх байт из текстового файлаФайл со строкой инициализации в 4-е байта скинь, если не трудно |
|||
карма: 22 |
|
Ответов: 16884
Рейтинг: 1239
|
|||
nesco писал(а): если не трудно Пока с кодировкой UTF-32BE 0000FEFF
не попадались UTF-32LE FFFE0000 |
|||
карма: 25 |
|
Разработчик
Ответов: 26153
Рейтинг: 2127
|
|||
Tad, мне что, генератор писать под это дело, или как
------------ Дoбавленo в 14.22: Вот, как-то так |
|||
карма: 22 |
| ||
файлы: 1 | read_bom.zip [940B] [325] |
Ответов: 16884
Рейтинг: 1239
|
|||
Tad писал(а): не получается у меня. |
|||
карма: 25 |
| ||
файлы: 1 | test.rar [356B] [330] |
Разработчик
Ответов: 26153
Рейтинг: 2127
|
|||
Tad писал(а): С твоей схемой компонент проще не получаетсяДа ничего сложного
|
|||
карма: 22 |
|
Ответов: 16884
Рейтинг: 1239
|
|||
Ну всё - делай компонент.
Нужен он. Если будешь делать, то описку исправь:
|
|||
карма: 25 |
|
Разработчик
Ответов: 26153
Рейтинг: 2127
|
|||
Tad писал(а): Ну всё - делай компонентМожет сам сделаешь, а Вот тебе исправленный IC
|
|||
карма: 22 |
|
Ответов: 16884
Рейтинг: 1239
|
|||
------------ Дoбавленo в 20.17: Вот вроде. ------------ Дoбавленo в 20.36: |
|||
карма: 25 |
| ||
файлы: 1 | textfiledecision.rar [1.8KB] [284] |
Разработчик
Ответов: 26153
Рейтинг: 2127
|
|||
Tad, я вот подумал -- а на кой черт на выходе имя файла, лучше сделать один выод события с индексом обнарущенной кодировки Да и защита не помешает от файла меньше 4-х байт
------------ Дoбавленo в 21.54: Как-то вот так
|
|||
карма: 22 |
|
Ответов: 16884
Рейтинг: 1239
|
|||
nesco писал(а): я вот подумал -- а на кой черт на выходе имя файлаНо в любом случае для дальнейшей схемы потребуется именно имя файла. И ставить "дешифратор" как-то... Простой пример (компонент тот что выложен в первом топике) Первый фрагмент определяет кодировку и мультик её обрабатывает. а в мультике набор для обработки строк с разной кодировкой. мультик |
|||
карма: 25 |
| ||
файлы: 2 | fr1.png [1.7KB] [510], fr2.png [6.8KB] [495] |
Разработчик
Ответов: 26153
Рейтинг: 2127
|
|||
Tad, давай MT-поток (ARG(CodePage, FileName)) засунем, проблема-то в чем
|
|||
карма: 22 |
|
Ответов: 16884
Рейтинг: 1239
|
|||
nesco писал(а): давай MT-поток (ARG(CodePage, FileName)) засунем, проблема-то в чем |
|||
карма: 25 |
|
Разработчик
Ответов: 26153
Рейтинг: 2127
|
|||
Tad писал(а): Думал я тоже над этим, но проблема в последующих танцах с бубномДа никаких, ставишь MT_MultiiData и получаешь, то что надо, а для индекса можно ничего не ставить Я поправил пример кода, можешь проверить |
|||
карма: 22 |
|
Ответов: 16884
Рейтинг: 1239
|
|||
nesco писал(а): ставишь MT_MultiiData и получаешь, то что надоНу почему я должен что-то ставить, если могу сразу получить "то что надо" ?????? Допустим есть возможность обработать несколько текстовых файлов - есть ANSI и CharSet для UTF8->ANSI, UNICODE->ANSI. Имея на выходе полный путь к файлу - спокойно подаю его на нужную цепочку схемы и обрабатываю. С использованием MT-потока, что я должен сделать - поставить минимум два добавочных компонента, чтобы разнести путь к файлу по разным цепочкам. Не понимаю я - какая и кому от этого выгода ? |
|||
карма: 25 |
|
Разработчик
Ответов: 26153
Рейтинг: 2127
|
|||
Tad писал(а): Не понимаю я - какая и кому от этого выгода ?Выходы. Количество выходов увеличивается (на каждую кодировку свой выход), что не есть хорошо. |
|||
карма: 22 |
|