Всё это мне ясно, я же просто привёл пример, да и может перемещение занимать 10+ минут, скажем, перемещение с USB-флешки. Вопрос вообще не в этом.
------------ Дoбавленo в 18.35:
Открыл что-то, Ctrl+A, Ctrl+C/X, открыл что-то другое, Ctrl+V. Но я понимаю, чтоМне нужно отследить как-бы сеанс copy/move, т.е. отметил юзер 30 файлов, переместил их на раб.стол, программа увидела 20 файлов, сортировка прошла, а вот оставшиеся 10 файлов не будут отсортированы, в этом проблема.Ну, я же не дитё, я понимаю
------------ Дoбавленo в 18.37:
Что-то ты не в ту степь пошёл
------------ Дoбавленo в 18.41:
Я про бесполезность таймера говорил. Похоже, я совсем не так описал проблему.

Вот для этого и придуманы флаги.
Программе не должна смотреть 20 файлов, а должна смотреть прошли copy/move файлы отмеченные юзером или нет.
Если да (флаг) то только сейчас начать считать, а есть > 20 ? Да - включаем сортировку. И т.д.
У тебя нарушен порядок событий. ИМХО.
Карандаш, бумага и рисуем алгоритм.

Вот именно! Но как это сделать?

А, те тебе не хватает событий в системе, которые тебе бы дали информацию о начале процедуры копирования каких-то файлов или доступ к таблице файловых операций. Честно сказать, я не в курсах, дает ли система такие события пользователю, никогда с этим не сталкивался

Не понимаю, как флаг может дать

это не тот флаг, который в DirectoryChanges.
Ex_, для твоего случая компонент DirectoryChanges вообще не твой. ИМХО.

Tad, флаг - это что-то вроде аттрибута, разве не так?Так а что ещё? Постоянно производить поиск файлов?

1. Флаг - это сигнал, который характеризует состояние некоторого объекта.
У тебя свет в окне. Для наблюдателя с улицы это сигнал (флаг) - ты дома и не спишь.
Свет потух - тебя нет или ты лёг спать.
Так и в программировании. Например FStop в компоненте ArrayEnum это флаг. Если FStop=False - значит идет перебор массива, а если FStop=True то перебор остановлен.

2. Нижняя точка Count, по-моему, компонента FileSearch для твоего случая больше подходит.
Если Count не изменяется - можно включать сортировку и далее.

Медленно, Tad, очень медленно. Этот флаг должна выставлять система с предоставлением возможности доступа к свой таблице операций над файлами

nesco, если там в пределах 20-50 файлов, то это даже не милли, а микро.

Чтобы получить count, нужно найти все файлы. Это же крайне топорно, DC ведь, как я понимаю, реагирует только при событии, а вот FS постоянно "пинать" придётся, не решение. Да и проблема не исчезает - может быть выделено 15 файлов, 10 переместится, а вот 11 весит пару гигабайт, да ещё и с диска копируется, соответственно, count не меняется, а операция не закончена.
------------ Дoбавленo в 21.06:
Ладно, пока что единственное решение - костыль в виде таймера + поиска заголовка.

Вопрос о перемещении файлов. Игнорируется исполнение в случае символов(жирным текстом) Europäischen, бывает имена файлов имеют такое включение. Конечно, можно дополнить код программы переименацией и потом с возвратом прежнего названия. Другое решение найдем?

Файловая система работает с именами файлов в Unicode. В программах HiAsm используются API-функции, работающие с ANSI-кодировкой. Соответственно, имена файлов преобразуются с Unicode в текущую ANSI кодировку. При этом большинство символов на других языках невозможно преобразовать в, например, кириллицу. Можно в отдельных компонентах использовать Unicode-версии API-функций (а лучше вообще Unicode во всем пакете), но в данный момент этого нет.

Теоретически, если преобразование не задано от компонента ,тогда проблема с возвратом имени в исходное (включая символы) целою трагедией становиться. Его или теряешь, или оно вовсе не будет воспринято. Зреет мысль. Насколько ограничивают возможности шифрования влиятельные API-функции...

Редактировалось 1 раз(а), последний 2018-01-25 19:01:18