Исходники здесь
Вот такие скомпилированные версии есть у меня.
Ниже данные устарели.
Репозиторий находится тут (открывать через SVN клиент)
Удобный просмотр репозитория через браузер тут
Скомпилированные версии тут Пароль к архиву: coderx.ru
Есть ли предложения по модернизации существующего кода с описанием как должно и что хотелось бы заменить/добавить?
Дополнительные компоненты брать тут. (<-- TPerlRegEx есть только там)
/upd:
для компиляции последних ревизий понадобятся JCL, JVCL (ссылки выше) а так же:
jwapi2.2a, SyntEdit, TRichView.v11.0+ScaleRichView.v2.0, TsiLang (letitbit / upload.com.ua)
Немного подправленный FastScript искать в файловом архиве.
Последний раз редактировалось NLObP, 17.10.2016 в 00:02.
будет, новый пакетхак не будет заточен под линейку так что не особо будет с текущим конкурировать)
план развития 3й версии - максимальная поддержка линейки
план развития 4й версии - максимальная универсальность
ЗЫ в общем не переживай)
ЗЗЫ я вообще ещё думаю стоит ли 4ю версию вообще считать 4ой версией пакетхака, может лучше её представить как нечто новое, не относящееся непосредственно к линейке...
__________________
Я здесь практически не появляюсь!, Skype - ikskor
эм, в любом случае, хотелось бы видеть наработки относящиеся скриптинга и в "3й версии", полезные наработки всегда нужны
..... ктото заикался по поводу реализации классов и рекордов...? -)
зы.
а то у меня есть вариант - реализация их через прокси обжекты, но дело это муторное и некрасивое.
зы2. есть еще вариант на добавку туда, называемый в простонародье "дебаггер".. сейчас вожусь..
__________________
L2Ext - project closed.
Последний раз редактировалось alexteam, 09.04.2009 в 00:39.
alexteam, ну в 4ке я просто скриптовый движок собираюсь юзать не FastScript а paxScript, там дохрена возможностей, но есть и пара недостатков из за которых для обработки скриптов разбирающих пакеты приходиться юзать RemObjects Pascal Script
__________________
Я здесь практически не появляюсь!, Skype - ikskor
alexteam, не хочу обламывать тебя в твоих начинаниях,
но последние версии как то сильно затормаживают систему.
Я обычно меньше чем в 4 окна не играю. Если даже всего одно окно на l2ph, то запускаются окна очень долго и в процессе работы тормозят.
Сравнивал с L2PHX 3.4.1.83. Запускал 7 окон, 4 из которых были на пнх,
конечно подтормаживало, но не так сильно.
Вчера еще столкнулся с тем что пакетхак пытался перехватить uTorrent, раньше такого не было
Последний раз редактировалось APXAHGEJI, 09.04.2009 в 12:11.
ой, обламали. все. бросаю эту затею.. делайте откат на 83й рев на свне.
архангелу могу посоветовать сделать тоже самое взять 83й вевижин, он явно более быстрый и менее глючный. в принципе можно догадаться было и самому.
а по поводу перехвата приложения не относящихся к линейке, NLObP о таком сообщал, но это касалось лсп модуля.
еще раз гляну общие для них куски кода (хотя, таких вроде не припомню) да и внедрение в л2 с помошью инжекта и обновление процессов - один из тех кусков которые брались в первозданном виде с 83го рева и не менялись.
__________________
L2Ext - project closed.
Последний раз редактировалось alexteam, 09.04.2009 в 12:42.
что будет если
tmp.ValueFromIndex[k] = ''
и
в конце строки ListSearch уже есть ';' ?
внедряемся в tmp.Names[k] ?.
по идее это и есть причина. внедрения куда попало.
заодно и обнаружил что в этом таймере интервал был постоянно равен 1 секунде (уже моя ошибка). не применялись настройки. отсюда постоянное сканирование процессов (весьма трудоемкий для цп процесс)
Небольшое предложение
в окне настройка - настройка перехвата - флаг "перехват..." и "способ внедрения" сделать неактивным, если неотмечено "загружать библиотеку..", а то как-то некрасиво, когда неставится флажок на активном элементе.
точней, как то разнести флаги, чтоб было наглядней выбор способа перехвата
Последний раз редактировалось PanAm, 09.04.2009 в 15:36.
Причина: Добавлено сообщение