Да что-же все такие обидчивые. ?
При чем здесь "мальчик для битья" ?
Не хочешь обсудить проблему - не надо.
Этот топик читают: Гость
|
Ответов: 16884
Рейтинг: 1239
|
|||
| карма: 25 |
|
|
Разработчик
Ответов: 26170
Рейтинг: 2127
|
|||
|
Tad писал(а): Не хочешь обсудить проблему - не надоЯ что, сказал, что не хочу ? Я от тебя не вижу конструктивных предложений по обсуждению. Ты конкретно можешь сказать пути решения данной проблемы, или предложить что-либо путное  |
|||
| карма: 22 |
|
|
Ответов: 16884
Рейтинг: 1239
|
|||
|
Выше предложил два варианта.
nesco писал(а): Ты конкретно можешь сказать пути решения данной проблемы, или предложить что-либо путное  |
|||
| карма: 25 |
|
|
Разработчик
Ответов: 26170
Рейтинг: 2127
|
|||
|
Tad писал(а): Выше предложил два вариантаЯ уже добавил поддержку DoubleBuffered, но никакой гарантии нормальной работоспособности под старым KOL. Что, зря Galkov взялся за это дело и начал править KOL, корни оттуда растут |
|||
| карма: 22 |
|
|
Администрация
Ответов: 15295
Рейтинг: 1519
|
|||
|
да лучше бы с новым KOL тестировали... Самопал это конечно хорошо, но в долгосрочной перспективе он к сожалению неприемлем.
|
|||
| карма: 27 |
|
Ответов: 9906
Рейтинг: 351
|
|||
|
Этому посту уже больше года:
Меня, к примеру, сразу смущает техника, когда "поход наверх" в DblBufTopParent осуществляется абсолютно без учета форма ли это, а "поход вниз" - исключительно через GW_CHILD Фикс, после которого все работает - 4-мя постами ниже.
Вопрос: сколько времени надо, чтобы проверить, догадались ли авторы современного DoubleBuffered в KOL зафиксить эту багу
Ответ: значительно меньше, чем сорок раз употребить термин "самопальность". Минут пять, от силы... Кстати говоря, перед попыткой фиксинга в "несамопальном" KOL (коль скоро у кого-то хватит храбрости), рекомендую предварительно ознакомиться со стилем ответов ака homm-а (который как раз автором DoubleBuffered и является). НО, можно этого и не делать... Если Вас не интересует результат. |
|||
| карма: 9 |
|
|
Ответов: 16884
Рейтинг: 1239
|
|||
|
Dilma писал(а): да лучше бы с новым KOL тестировали... |
|||
| карма: 25 |
|
|
Главный модератор
Ответов: 2999
Рейтинг: 396
|
|||
|
Tad писал(а): Был бы прикручен к пакету "Поздно, Дуся, пить боржоми, если печень отказала!" Всем должно быть ясно, что тестировать надо до, а не после  |
|||
| карма: 6 |
|
|
Гость
Ответов: 17029
Рейтинг: 0
|
|||
|
Редактировалось 3 раз(а), последний 2025-01-15 03:59:22 |
|||
| карма: 0 |
|
|
Ответов: 16884
Рейтинг: 1239
|
|||
|
Выше - это я.
Nic писал(а): Всем должно быть ясно, что тестировать надо до, а не после Тестирование "ДО" проводит Кладов. |
|||
| карма: 25 |
|
|
Администрация
Ответов: 15295
Рейтинг: 1519
|
|||
|
Nic писал(а): Всем должно быть ясно, что тестировать надо до, а не после вот именно. |
|||
| карма: 27 |
|
|
Ответов: 241
Рейтинг: 45
|
|||
|
Может стоит тогда kol последней версии на svn залить?
Большее количество людей бы его опробовало |
|||
| карма: 0 |
|
|
Администрация
Ответов: 15295
Рейтинг: 1519
|
|||
|
правильное решение это рабочая конфигурация под FPC и Delphi, которую можно скачать, распаковать и проинсталить в среду в качестве отдельных компиляторов, выбираемых в списке к пакету.
|
|||
| карма: 27 |
|
|
Ответов: 241
Рейтинг: 45
|
|||
|
Тогда было бы неплохо и FPC последних версий в паре с Kol тестировать
|
|||
| карма: 0 |
|
|
Администрация
Ответов: 15295
Рейтинг: 1519
|
|||
|
безусловно. Ради этого и стоит вообще затевать все, поскольку последний KOL и последний FPC работают друг с другом без конвертации первого.
|
|||
| карма: 27 |
|
Поиск
Друзья
Администрация