Проект: Полноценный файловый менеджер

Work with drives, directories, files
  • По поводу длинных имен: что-то делал давным-давно.
    Вот архив может что полезное найдете.

    http://www.deck4.narod.ru/XTREENR.rar
  • EXIS
    Для работы с длинными именами уже есть функция 70, в которой на данный момент уже есть чтение файлов и запрос содержимого папок.
    Ушёл к умным, знающим и культурным людям.
  • В связи с недавней потерей половины исходников пришлось делать все с нуля. И вот результат:
    Image
    http://knikolenko.narod.ru/kolibri/klbrcom.rar
  • Теперь получше стало, правда за счет увеличения размера раз в 15 ;) Еще следует продумать передвижение прямоугольника выделения без перерисовки всего окна: мерцание просто дикое.
  • Или:

    Code: Select all

    mov edi, file_name_start
    or ecx, -1
    xor eax, eax
    repnz scasb
    not ecx
    ; в ecx полная длина имени с завершающим нулём
    dec ecx
    ; в ecx длина имени для вывода
    
    По поводу мусора после имени файла: KlbrInWin не меняет данные после завершающего нуля, но ядро эти данные перезаписывает мусором (из стека) (чтобы можно было копировать по rep movsd с фиксированным ecx).
    Ушёл к умным, знающим и культурным людям.
  • Mario79 wrote:Heavyiron
    Резиновость интерфейса очень хорошая. Только вот начальный запуск нужно делать, допустим, 600*400 чтобы даже в минимальном разрешении экрана умещалось, с учетом панели.
    Тут установлено не жесткое разрешение: он делает свои размеры равные
    размерам рабочей области
  • А мне больше нравится, когда ФМ не занимает все рабочее пространство (привык так, наверное). Но это имхо!
  • Старый klbrcom был упакован mtappack'ом. Сообщаю, что у mtappack'а есть ключ /0 (для Kolibri-версии -0 или флажок в интерфейсе), после упаковки с которым новый klbrcom прекрасно работает (неотличимо от неупакованного). По видимому, в следующей версии этот ключ будет установлен по умолчанию, ибо его мало кто замечает.
    Ушёл к умным, знающим и культурным людям.
  • Сорри за флуд, но все же : новый klbcom запакованный mtappack'ом весит всего 2,35 кб
  • Предлагаю взглянуть на мой editbox. Клавиатуру и мышь он оьрабатывает сам. http://maxxxx32.narod.ru/editbox.7z
    Рабочий пример с ним http://maxxxx32.narod.ru/scrshoot_bin.7z, с исходниками http://maxxxx32.narod.ru/scrshoot.7z
  • Спасиб......кстати Diamond эта прога под твои эмулем не запускается
  • Спасиб......кстати Diamond эта прога под твои эмулем не запускается
    Эта прога использует прямой доступ к графике - считывает изображение через селектор gs и использует функцию 64. Эмулятор этого не поддерживает.
    ...новый klbcom запакованный mtappack'ом весит всего 2,35 кб
    Это может быть из-за того, что ты очень часто пользуешься одинаковыми макросами, которые вставляют мног одинаковых фрагментов в твою программу, а одинаковые фрагменты, упрощенно говоря, сжимаются архиватором как количество фрагментов и образец, следовательно, размер упакованной программы будет существенно меньше неупакованной.
  • Я вообще без макросов стараюсь просто я использую два буфера (т.к. панели 2) по 50000 байт для 70 функции
  • Объяви их так и в конце:

    Code: Select all

    buf1: rb 50000
    buf2: rb 50000
    если после этого ты напишешь, например,

    Code: Select all

    byte: db 1
    все нули естественно запишутся в исполняемый файл. После неинициализированных данных должны идти неинициализированные данные.
  • Who is online

    Users browsing this forum: No registered users and 0 guests