Тотальная неудачница и убийца жёстких дисков.
#post-id: 3517-20-12
#original-date: 13.03.2010 Sat
#original-time: 8:12 PM
#original-day: 3517
#original-host: WinXP Home SP3 (Build 2600)
Охренеть =_=
Ну допустим запихнуть сто с лишнм кило текста в текстбокс требует пары скеунд (строка 8), но почему работа со шрифтами такая тугая? Тормоза при старте программы прямо чувствуются! А ведь в IDE всё в норме...
#upd: Кажется поняла. Если в текстбоксе много текста, то каждое изменение шрифта вызывает тормоза. В IDE текст просто не грузился (из-за специфичной функции), поэтому и проблемы не было. Сейчас допишу интересный модуль для профилинга, и попробую снова...
О, 4 секунды ^^ Но попробуем ещё немного оптимизировать, загружая текст позже...
/* Кстати, надо бы написать плагин для VB IDE для профилинга! */
Во, две секунды. Время не тратится дважды на перерисовку большого фрагмента текста, так что скорость возрастает.
Короче, вывод такой: если вы собираетесь менять шривт в текстбоксе, то лучше это сделать до того как туда попадёт большой кусок текста.
Листинги я делала самопальным скриптом, который каждую строку дублирует через OutputDebugString(). А мне потом оставалось только снять вывод с DebugView ^^
Почему я использовала SetWindowText() вместо свойства Text? VB режет всё, что после 65535 ^^' Тоесть в текстбоксе оказывается не весь текст, хотя NT способна переварить гораздо больше.
#music: Scooter\The Stadium Techno Expirience\Take A Breake
#original-date: 13.03.2010 Sat
#original-time: 8:12 PM
#original-day: 3517
#original-host: WinXP Home SP3 (Build 2600)
Охренеть =_=
Ну допустим запихнуть сто с лишнм кило текста в текстбокс требует пары скеунд (строка 8), но почему работа со шрифтами такая тугая? Тормоза при старте программы прямо чувствуются! А ведь в IDE всё в норме...
#upd: Кажется поняла. Если в текстбоксе много текста, то каждое изменение шрифта вызывает тормоза. В IDE текст просто не грузился (из-за специфичной функции), поэтому и проблемы не было. Сейчас допишу интересный модуль для профилинга, и попробую снова...
О, 4 секунды ^^ Но попробуем ещё немного оптимизировать, загружая текст позже...
/* Кстати, надо бы написать плагин для VB IDE для профилинга! */
Во, две секунды. Время не тратится дважды на перерисовку большого фрагмента текста, так что скорость возрастает.
Короче, вывод такой: если вы собираетесь менять шривт в текстбоксе, то лучше это сделать до того как туда попадёт большой кусок текста.
Листинги я делала самопальным скриптом, который каждую строку дублирует через OutputDebugString(). А мне потом оставалось только снять вывод с DebugView ^^
Почему я использовала SetWindowText() вместо свойства Text? VB режет всё, что после 65535 ^^' Тоесть в текстбоксе оказывается не весь текст, хотя NT способна переварить гораздо больше.
#music: Scooter\The Stadium Techno Expirience\Take A Breake