Вверх ↑
Ответов: 278
Рейтинг: 4
#1: 2015-08-03 04:15:38 ЛС | профиль | цитата
nesco писал(а):
Если так было сделано, значит автор посчитал, что это наиболее правильно
Так было сделано видимо потому, что не хотелось особо заморчачиваться с этим багом и нашелся более лёгкий путь - вывести точку doPlaceInTaskBar.

nesco писал(а):
С чего это взяли, что дочерняя форма должна по дефолту появляться в таскбаре
С того, что это такая же форма, как и родительская. В любой нормальной программе именно так всё и сделано: сколько бы не было дочерних форм - каждая из них имеет свой личный таскбар со своим капчионом.

nesco писал(а):
а если кому это не надо?
А если кому не надо, чтобы у дочерней формы был свой таскбар - тот поставит св-во TaskBar этой дочерней формы в false.

nesco писал(а):
Вот лучше посмотри дальше.
Смотреть дальше пока не могу, т.к. приходится по 2 раза объяснять проблему бага, именно БАГА, а не недочёта или недоработки.

1. Есть родительская форма.
2. У неё есть св-во TaskBar, которое принимает значение True или False.
3. При значении (по-умолчанию) True - таскбар этой родительской формы отображается; при значении False - не отображается.

1. Есть дочерняя форма.
2. У неё есть такое же св-во TaskBar, которое принимает такие же значения: True или False.
3. При значении (по-умолчанию) True - таскбар этой дочерней формы НЕ отображается; при значении false - не отображается.

Теперь вопрос к nesco, как к разработчику: согласен ли ты, что это баг?
карма: 0
Время верстки: %cr_time% Текущее время: %time%
0