Гм..., что-то мне подсказывает, что проблем с мозиллой (и не только) в NB будет куда больше, чем с IE...

Сегодня один клиент пришел с просьбой снести с ноута линукс и поставить...
Очень показательно он спросил: "вы Windows поставите или семерку?"

Так IE и делают под "новые стандарты", просто надо помнить, что помимо IE8 есть ещё IE9 и даже уже IE10.
К ним-то какие претензии?
Или так... по-инерции?...

К тому же на большинстве компьютеров пользователей хрюши, которые не пользуются IE, вообще по-умолчанию установлен IE6, к нему-то NB и подключается.

Когда вышел IE8, он работал в разы быстрее и стабильнее всех других "современников"!
Именно в те времена я проводил "сравнительные испытания", и только переплевался от всех этих гуглхромов и проч. (только мозилла вызвал положительные эмоции), и окончательно остался с IE.
Сейчас с IE8 картина, увы, далеко не столь радужная, и я все чаще переключаюсь на мозиллу, ничего не поделаешь...

Гм...
Только сейчас задумался над:

Т.е. всего за 1 с хвостиком секунду Notepad++ не просто составит список из тысячи(!) файлов, а и ещё просканирует(!) их все на поиск нужного слова с последующей заменой.
А в NB почти в 1000 раз дольше?
mishem, а ты случаем ничего не перепутал?

Сейчас прогнал прогой Duplicate File Detector папку с фотками в количестве чуть более 2000 штук: составление списка заняло меньше секунды, а вот расчет контрольных сумм CRC (а только по ним оценивались совпадения), без анализа количества дубликатов занял более 20 секунд.

Аналогичная (на той же папке) процедура на NB (с заполнением отдельного списка результатами подсчета CRC32), проведенная с применением известного "чуда в перьях" заняла порядка 105 секунд (под отладчиком).
Да, разница есть: NB работает медленнее (что и следовало ожидать), но не в 500 - 1000 раз же.
Ещё и от алгоритма подсчета многое зависит.

Ну я время не засекал. Ну пусть 10-15 секунд. Ну быстро.
Задачи конечно были не одинаковые, но примерно схожие.
В notepad как это сделать, я не знаю. Пришлось в нб.

Нужно было в Html файлах добавить подсветку кода Delphi тоесть в начале кода добавить <pre class="brush: delphi" > вместо<pre> это просто, и между тегами <pre></pre> нужно было удалить все теги. Вот на это ушло порядка часа.


А какой тут алгоритм придумаешь? Если этих тегов <pre></pre> может быть и один, и 3 и 5.

Или попробуй к примеру командой из своего плагина найти файлы порядка тысяч 10, а после строку с найденными путями распарсить. У меня терпения не хватило ждать.

Если честно я сам задумался как это такое возможно. Но ведь делает же. Еще и список выводит всех найденных файлов, номер строки и т.д.

Примерно схожие...
"Примерно" - понятие растяжимое.


Гм...
Ты уже сайт по Delphi начинаешь варганить?
А, иначе, на какой, извините, нужна подсветка кода Delphi?



Это ж сколько кода Delphi надо пропарсить, если счет идет на тысячи файлов?
Ты там что, исходники фотошопа окучиваешь, что ли?

Вообще-то, именно это я и проделал, когда говорил про 105 секунд на 2000 тысячи файлов, да и ещё с подсчетом CRC32 и занесением результата каждого(!) подсчета в список.
В переменой, куда помещается результат поиска, все найденный файлы с путями разделены символами #13#10, следовательно:


а дальше в цикле перебираем полученный массив.

Сейчас проверил: те 2000 файлов NB распарсила за 6 секунд, а вот где-то 5500 файлов уже секунд за 30(!).
Тут видимо начинает уже притормаживать интерпретатор на больших числах, точнее - большом количестве переменных (как элементах массива).
Не исключаю, что на 10000 файлов будет печально.
Можно даже перекурить будет.


Но, надо же понимать, что NB не заточена под создание чего-то навороченного с наполеоновскими планами или планетарными масштабами.

Хочеться больших возможностей?
Тогда код Delphi надо не подсвечивать, а - изучать!


Кесарю - кесарево, а слесарю - слесарево!

Да нет, скачал сайт с примерами. Лишнее удалил, а код который есть, читать лучше(легче) подсвеченным.
Могу поделится. Правда там все старенькое, но ... Думаю что этим и по сей день пользуются. Вряд ли что то новое изобрели.

Кстати почитал про динамическое создание объектов. В делфи все просто, не ужели нельзя в НБ сделать?


Печально не то слово. На 12 наткнулся. На оффоруме один француз жалился что на 5000 файлов у него код не работает который работает на 100. Посмотрел его код, и удивился как он на 100 работает.

Ну и чисто машинально когда код проверял свой, кликнул на папке где где 12 тыс файлов. И понял что больше этого делать не надо. Лучше построчно из переменной читать, что тоже долго получается, но хоть нет того ощущения что все зависло

.
Ну а при чем здесь наполеоновские? Это нормальное явление получить список файлов из какой либо папки. Или нужно предупреждать, вы сначала посчитайте сколько файлов, если больше 1000, скачайте другую программу.

Самый лучший "сайт с примерами" - книга, точнее учебник по Delphi.

Сайтов с примерами много, но вот только "примеры", как правило, одни и те же (они тупо копипастят друг с друга), а пока это поймешь потратишь напрасно кучу времени.
Мне тут недавно ссылку подбросили.
Скачай, и не парься со всеми этими сайтами, примерами, подсветками, парсингами...
И радуйся жизни!



Да получить-то список (с помощью плагина) нетрудно и быстро, только вот то, что с ним дальше пытаются делать в NB и приводит к тормозам.

В принципе, можно разбивать результат поиска (в плагине) на несколько частей, и потом уже в NB окучивать каждую часть индивидуально - намного быстрее будет, но...
Пока плагин "не готов" к такому "подвигу".

У меня есть. Я как раз про это когдато у тебя спрашивал.


Такого я не встречал. Если только еще королевство..., но там сайт запутанный. Долго привыкать надо.

Так чего тебе нехватает-то?



И что я ответил?

Странно, т.к. я сам на это наткнулся буквально месяц (может два) назад.
Правда, у меня когда-то был старенький chm-вариант, но он куда-то запропастился...


А чего там особенного?
И вообще, что-то очень знакомое.
Пробегись поиском по DRKB - найдешь все то же самое!


И даже с одними и теми же ошибками.

Вполне возможно. Пусть будет и то и то.


Что ты понятия не имеешь о чем я.


Ну у меня он с год уж точно "пылится".

Интересно: когда я тестил ActiveX для мозиллы, то некоторые сайты (их страницы) вообще "рассыпались", и, глюки IE, в сравнение с этим, просто мелочь.
Правда, я делал с наскоку, а "углубляться"- геморр, поскольку нет документации, но лобовые тесты оптимизма совсем не внушили.

Вот разьве только если рассчитывать на мишема - получит он перевод справки к SDK, и польются рекой плагины.

Исходник моего Delphi проекта сейчас найти не могу, а скомпиленный вариант выкладываю, может кто захочет посмотреть.
Внимание, окно программы открывается во весь экран. Кнопки закрыть нет, клавиша ALT+F4 не работает. Так что программу закрывать в Диспетчере устройств (CTRL+ALT+DEL)