Page 2 of 3
Posted: Fri May 05, 2006 11:43 pm
by Heavyiron
А по мне, не нужно
полностью копировать интерфейс того же тотала (да и программа сама платная) . Элемент творчества приветствуется
. Нужно взять принцип - 2 панели, а интерфейс, название, функции придумать самому. Лучше, чем у прототипа
.
Posted: Sun May 07, 2006 10:35 am
by EXIS
По поводу длинных имен: что-то делал давным-давно.
Вот архив может что полезное найдете.
http://www.deck4.narod.ru/XTREENR.rar
Posted: Wed May 10, 2006 5:27 pm
by diamond
EXIS
Для работы с длинными именами уже есть функция 70, в которой на данный момент уже есть чтение файлов и запрос содержимого папок.
Posted: Fri Jun 02, 2006 10:52 am
by Veliant
В связи с недавней потерей половины исходников пришлось делать все с нуля. И вот результат:
http://knikolenko.narod.ru/kolibri/klbrcom.rar
Posted: Fri Jun 02, 2006 2:30 pm
by Heavyiron
Теперь получше стало, правда за счет увеличения размера раз в 15
Еще следует продумать передвижение прямоугольника выделения без перерисовки всего окна: мерцание просто дикое.
Posted: Fri Jun 02, 2006 6:30 pm
by diamond
Или:
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).
Posted: Fri Jun 02, 2006 11:24 pm
by Veliant
Mario79 wrote:Heavyiron
Резиновость интерфейса очень хорошая. Только вот начальный запуск нужно делать, допустим, 600*400 чтобы даже в минимальном разрешении экрана умещалось, с учетом панели.
Тут установлено не жесткое разрешение: он делает свои размеры равные
размерам рабочей области
Posted: Sat Jun 03, 2006 8:38 am
by Heavyiron
А мне больше нравится, когда ФМ не занимает все рабочее пространство (привык так, наверное). Но это имхо!
Posted: Mon Jun 05, 2006 4:01 pm
by diamond
Старый klbrcom был упакован mtappack'ом. Сообщаю, что у mtappack'а есть ключ /0 (для Kolibri-версии -0 или флажок в интерфейсе), после упаковки с которым новый klbrcom прекрасно работает (неотличимо от неупакованного). По видимому, в следующей версии этот ключ будет установлен по умолчанию, ибо его мало кто замечает.
Posted: Mon Jun 05, 2006 5:58 pm
by Veliant
Сорри за флуд, но все же : новый klbcom запакованный mtappack'ом весит всего 2,35 кб
Posted: Tue Jun 06, 2006 4:54 pm
by Maxxxx32
Предлагаю взглянуть на мой editbox. Клавиатуру и мышь он оьрабатывает сам.
http://maxxxx32.narod.ru/editbox.7z
Рабочий пример с ним
http://maxxxx32.narod.ru/scrshoot_bin.7z, с исходниками
http://maxxxx32.narod.ru/scrshoot.7z
Posted: Tue Jun 06, 2006 5:42 pm
by Veliant
Спасиб......кстати Diamond эта прога под твои эмулем не запускается
Posted: Tue Jun 06, 2006 5:51 pm
by Maxxxx32
Спасиб......кстати Diamond эта прога под твои эмулем не запускается
Эта прога использует прямой доступ к графике - считывает изображение через селектор gs и использует функцию 64. Эмулятор этого не поддерживает.
...новый klbcom запакованный mtappack'ом весит всего 2,35 кб
Это может быть из-за того, что ты очень часто пользуешься одинаковыми макросами, которые вставляют мног одинаковых фрагментов в твою программу, а одинаковые фрагменты, упрощенно говоря, сжимаются архиватором как количество фрагментов и образец, следовательно, размер упакованной программы будет существенно меньше неупакованной.
Posted: Tue Jun 06, 2006 6:50 pm
by Veliant
Я вообще без макросов стараюсь просто я использую два буфера (т.к. панели 2) по 50000 байт для 70 функции
Posted: Tue Jun 06, 2006 7:25 pm
by Maxxxx32
Объяви их так и в конце:
если после этого ты напишешь, например,
все нули естественно запишутся в исполняемый файл. После неинициализированных данных должны идти неинициализированные данные.