forum.clarionlife.net

никто не решал подобную задачу ? Как я понимаю, эта задача имеет решение только для моноширинных шрифтов - тогда ширина рассчитывается, как и высота. Иначе ширина контрола всё равно будет зависеть не только от кол-ва символов, но и от контекста. Грубо говоря "ЖЖ" шире чем "iii" … :) Похожую задачу ...

Constantine писал(а): ↑

20 Июнь 2019, 8:15

Там большая буржуйская софтин

И эта "буржуйская софтина" выгружает XML в кодировке Win-1251 ?!
Чудны дела рук детей твоих, господи …

Наверно, всё-таки читать очередь по полю можно только при добавлении записей с сортировкой
по этому полю (или явным выполнением операции SORT(QUEUE,QUEUE.FIELD)) перед чтением ?

Идею с Get(xQueue, who(xQueue, where(xQueue,xField))) - понял, спасибо, проверю !
Если работает - то это решает вопрос.

Дед Пахом писал(а): ↑

19 Июнь 2019, 21:48

читает очередь по индексу, фактически получается Get(xQueue, 0).

Судя по результату - да, поле воспринимается как значение.
Но ведь в процедуру передаётся ссылка на поле очереди …

Привет всем ! :) Подскажите пожалуйста, а в чём может быть проблема c чтением очереди из процедуры или это в принципе некорректный код ? Map GetMyQueue(*Queue,*String) end MyQueue Queue Field String(3) end Code MyQueue.Field = 'AAA' Add(MyQueue,MyQueue.Field) ... MyQueue.Field = 'AAA' Get(MyQueue,My...

Таки выяснилось, что хитрый Меркурий не хочет отдавать более 1000 записей на любой запрос …
Ну значит одной задачей меньше - не надо проверять и тестировать парсинг на больших XML файлах.

Дед Пахом писал(а): ↑

19 Июнь 2019, 11:19

Может в чат перейти?

Намёк понял и ушёл на обед.

STRING или CSTRING? Да. Либо вручную создать динамическую строку New() нужного размера, либо использовать штатный класс Clarion для работы с динамическими строками IDynStr и не париться с размером вообще … А что удивительного в строке размером 50 MByte ? Меня же не удивляет, что Вы планируете это д...

finsoftrz писал(а): ↑

19 Июнь 2019, 10:57

Операции с файлами, конечно, через win api

Конечно ! А как иначе получить неповторимое удовольствие от скорости работы с файлами ?

О быстродействии можно забыть... С точностью - до наоборот. Здесь всего одна файловая операция - загрузка в строку. Даже если делать это тупо через драйвер Clarion - это быстро, а через WinAPI - на порядок быстрей. Далее все манипуляции в RAM. Ну для примера, достаточно сложный XML на 50 MByte парс...

Constantine писал(а): ↑

19 Июнь 2019, 10:36

были проблемы с Win1251

Так Вы патриот … Но дело в том, что в Clarion XML нет проблем с Win1251, я это уже несколько раз рассказывал …
Загружаем XML в строку, заменяем "Win1251" на "UTF-8", конвертим строку в UTF-8 и распарсиваем её … Проверено десятки раз.

можно результаты поместить сразу в переменную/queue Тут вопрос в том, какие результаты … Например OLE интерфейс Microsoft Word клинит при длине строки более 255 символов. Как здесь ? Не знаю - надо пробовать. А к чему всё это ? Чем Вас не устраивает парсер Clarion XML ? Не надо никаких файлов и вне...

Constantine писал(а): ↑

19 Июнь 2019, 10:09

По-моему, должно быть быстрее, чем через файл.

Так это и есть парсинг XML скриптом … Там везде идёт 3-ей строкой: xmlParser.load "C:\Sample.xml" …

Constantine писал(а): ↑

19 Июнь 2019, 9:41

Пробовал ли кто распарсить серьезный файл, мегабайт на 100?

Вопрос не корректный. Скорость парсинга XML документа очень сильно зависит от его структуры.
Одно дело залить линейный список и совсем другое выковыривать 6-ой аттрибут в 7-ом уровне вложенности тегов.

finsoftrz писал(а): ↑

19 Июнь 2019, 9:34

В реальной жизни парсинг xml не должен быть чем-то, на что надо тратить много времени.

Вы даже не представляете, как я с Вами согласен в этом вопросе !
Но, блин, реалии далеки от этого, причём независимо от выбора конкретной технологии парсинга XML …