Доброе время суток!
Обнаружил, что компонент DropFile (приём сброшенных файлов на форму) не работает ни с Delphi, ни с FPC (FPC-32). С точки onDropFile ничего не выдаётся. В стандартной версии HiAsm работает.
Этот топик читают: Гость
Ответов: 413
Рейтинг: 57
|
|||
карма: 0 |
|
Ответов: 245
Рейтинг: 4
|
|||
Наверное не тот компонент в использовании.
у меня работает нормально.
|
|||
карма: 1 |
|
Ответов: 4628
Рейтинг: 747
|
|||
Проверил DropFile - работает. А ты всё правильно установил? Из текущего архива?
|
|||
карма: 26 |
|
Ответов: 413
Рейтинг: 57
|
|||
Из текущего архива? Да. FPC 3.2.2 rev 1 for HiAsm (Unicode) upd 2022-11-27. Операционная Windows 7. Попробую переустановить, может что-то криво стало. P.s. Нет, не помогло. DropFile Manager тоже ничего не выдаёт. Буду хотя бы знать, что у других работает. Спасибо. Сам Hiasm тоже не хочет принимать ini файлы компонентов, это у меня что-то не так. Может антивирус блокирует. Буду разбираться. Редактировалось 3 раз(а), последний 2023-04-12 22:58:56 |
|||
карма: 0 |
|
Ответов: 1291
Рейтинг: 47
|
|||
Подтверждаю, у меня тоже с ним стандартный пример из справки не работает. Win10, на форме вместо + возникает кружок запрета.
Редактировалось 1 раз(а), последний 2023-04-12 23:45:28 |
|||
карма: 3 |
|
Ответов: 4628
Рейтинг: 747
|
|||
Poputchik писал(а): Сам Hiasm тоже не хочет принимать ini файлы компонентовAziz писал(а): Win10, на форме вместо + возникает кружок запрета.![]() Редактировалось 4 раз(а), последний 2023-04-14 17:56:34 |
|||
карма: 26 |
|
Ответов: 413
Рейтинг: 57
|
|||
Netspirit, Русских букв нет. Перемещённый Hiasm на другой диск (не системный), ничего не изменил. А официальный Hiasm, установленная давно и не на системный диск, ini файлы принимает, скомпилированные программы принимают брошенные на них файлы, но там другие проблемы. Установил заново официальный Hiasm, тоже не принимает. Грешу на антивирусник, просто отключение антивирусника не помогает.
Редактировалось 4 раз(а), последний 2023-04-13 22:09:05 |
|||
карма: 0 |
|
Ответов: 29
Рейтинг: 0
|
|||
Народ, у кого-нибудь в загашнике не завалился компилятор предыдущих версий. В наличии есть 3.2.2 и 3.0.4, интересуют более ранние.
|
|||
карма: 0 |
|
Ответов: 8903
Рейтинг: 823
|
|||
карма: 19 |
|
Ответов: 29
Рейтинг: 0
|
|||
Леонид, спасибо, но боюсь, что это не то. Я вот этот комплект имел в виду, это самый ранний из имеющихся у меня - 3.0.4. Но тема называется "Компилятор FPC 2.6.0", значит были и предыдущие.
![]() ![]() |
|||
карма: 0 |
|
Ответов: 4628
Рейтинг: 747
|
|||
http://depositfiles.com/files/687asy1mc
FPC 2.6.0 Compiler Setup rev 1.exe
FPC 2.6.0 Compiler Setup rev 2.exe FPC 2.6.0 Compiler Setup rev 3.exe FPC 2.6.2 rev 4.rar FPC 2.6.4 rev 5.rar FPC 2.6.4 rev 6.rar FPC 3.0.0 rev 1 for HiAsm.rar FPC 3.0.0 rev 2 for HiAsm.rar FPC 3.0.4 rev 1 for HiAsm.rar FPC 3.0.4 rev 2 for HiAsm (Unicode).rar |
|||
карма: 26 |
| ||
Голосовали: | ez7pac |
Ответов: 15
Рейтинг: 0
|
|||
Добрый день.
Подскажите кто-нибудь это только у меня не работает перекодировка при компиляции в юникод режиме или это проблема компонента Charset. Спасибо ![]()
|
|||
карма: 0 |
|
Ответов: 4628
Рейтинг: 747
|
|||
Для того, чтобы из одной не родной для компилятора (в данном случае, 1..4-байтовой UTF-8 65001) кодировки преобразовать во 2-ю не родную (1251), нужно сначала из кодировки компилятора UTF-16 (в которой она находится в поле ввода) преобразовать в эту 1-ю неродную кодировку. А раз 2-я кодировка не является родной, то чтобы отобразить её в Юникодном окне - её надо преобразовать в 3-й раз в родную для компилятора UTF-16 (1200).
Поэтому в Unicode-режиме в исходной схеме потребуется 3-ное преобразование: из 2-байтной UTF-16 в 1-байтовую, которая будет выдана конвертером как "бинарная строка" (читать моё объяснение в архиве с пакетом) и будет подразумеваться в кодировке 65001. Затем из неё можно получить 2-ю неродную кодировку (1251), которая тоже будет выдана как "бинарная строка". И уже с этой 2-й неродной кодировки преобразовать в родную UTF-16 (1200). Но если нет необходимости как-то дополнительно использовать кодировку 1251 (а в исходной UTF-8 могли быть символы из других языков - они будут потеряны при преобразовании в 1251), то можно обойтись 2-мя преобразованиями - сразу в кодировку компилятора: ![]()
1) в 3-этапной схеме преобразования 1-е преобразование "Str->ANSI" ничего не будет делать, так как Str=ANSI в этом случае, а 3-е преобразование нужно выкинуть. 2) в 2-этапном (правильном) варианте в схеме ничего менять не нужно. 1-е преобразование ничего не будет делать по той же причине, а во 2-м "UTF-8->Str" Str будет равно ANSI (кодировке компилятора). 3) на Windows с "кодировкой по-умолчанию для программ, не поддерживающих Юникод" равной 1251 преобразование из UTF-8 в ANSI будет приводить к потерям, если в строке UTF-8 были символы на других языках. Содержимое строки в исходном поле ввода должно будет соответствовать этой настройке системы. (Если кто-то попытается запустить эту схему во Франции, то в поле ввода будут знаки вопроса). 4) копирование в буфер обмена без переключения раскладки клавиатуры на кириллицу будет выдавать "крякозябры". У Юникодного компилятора такого не будет. Редактировалось 8 раз(а), последний 2023-09-01 23:00:34 |
|||
карма: 26 |
|
Ответов: 15
Рейтинг: 0
|
|||
Огромное спасибо за быстрый ответ и отдельное за пример, без него я бы даже с объяснением ещё сто лет возился бы.
|
|||
карма: 0 |
|
Ответов: 1343
Рейтинг: 31
|
|||
Редактировалось 1 раз(а), последний 2023-09-25 13:04:41 |
|||
карма: 2 |
|