Вверх ↑
Этот топик читают: Гость
Ответов: 9906
Рейтинг: 351
#1: 2013-08-30 17:27:20 ЛС | профиль | цитата
Боян, или нет


Add(ChildPanel,13090681,238,98)
{
}
BEGIN_SDK
Add(EditMulti,16765283,21,21)
{
}
Add(Panel,6838110,35,105)
{
Left=98
Top=28
Width=154
Height=98
}
END_SDK
Add(ProgressBar,8892052,259,112)
{
Left=21
Top=70
Width=343
Height=21
Color=-16777214
Smooth=1
}

2Netspirit (про "четкость"):
  1. Схема приведена выше
  2. Делать не надо ничего
  3. "Ничего" => кнопочек не требуется
  4. Ожидаю получить ProgressBar НАД панелью. Потому что именно такой Z-order элементов на схеме
  5. Получаю панель НАД ProgressBar-ом
  6. Тешу себя надеждой, что у Вас результаты такие же

Немного скучно (остроумие про козу и применить-то негде), но именно это называется "все четко"
карма: 9

0
vip
#1.1контекстная реклама от партнеров
Ответов: 8887
Рейтинг: 823
#2: 2013-08-30 18:00:35 ЛС | профиль | цитата
Galkov писал(а):
панель НАД ProgressBar-ом
ДА!
карма: 19

0
Ответов: 4621
Рейтинг: 746
#3: 2013-08-30 18:30:28 ЛС | профиль | цитата
Да-да, у тебя тоже всё четко
PS: но я никогда и не возмущался по этому поводу
------------ Дoбавленo в 18.30:
Проблема вот тут:


Хотя прогресс вроде создается позже, чем панель, но панель реально создается во время "Make all connection in scheme", те после всех остальных компонентов.
Предполагаю, нужно:
1) Вынести из TClassChildPanel_FC9E40.Create её "Make all connection in scheme" в отдельный метод
2) ChildPanel_FC9E40.OnCreate := Create_hiChildPanel_FC9E40 вызывать в родителе во время "Init for ChildPanel"
3) В родительском "Make all connection in scheme" вызывать новый метод панели.
карма: 26

0
файлы: 1asasasas.jpg [90.2KB] [687]
Ответов: 9906
Рейтинг: 351
#4: 2013-08-30 20:08:31 ЛС | профиль | цитата
Netspirit писал(а):
1) Вынести из TClassChildPanel_FC9E40.Create её "Make all connection in scheme" в отдельный метод

Не понял. Не четко написано

Netspirit писал(а):
2) ChildPanel_FC9E40.OnCreate := Create_hiChildPanel_FC9E40 вызывать в родителе во время "Init for ChildPanel"

Так оно и было, когда я контролировал CodeGen. Изменения произошли (видимо) при введении возможности доступа к интерфейсу из парента. Т.е., при создании внутренностей контейнера, все (потенциальные поставщики интерфейса) элементы парента должны быть, как бы -- уже созданы.

Пока мне кажется (ибо не все Ваши слова понял), что Ваше предложение не проходит.
Дальше думать надо..........

[flood]
Netspirit писал(а):
но я никогда и не возмущался по этому поводу
Если бы я не сказал, что у меня на экране (по совершенно непонятным причинам) - было бы "не четко".
А Вы именно ТАК комментировали свою оценку к посту БЕЗ аналогичных указаний (с аргументацией - "козе понятно")
Просто мне - было не западло [/flood]
------------ Дoбавленo в 20.08:
Так чего, пока я был в монастыре, обсуждений этой бяки -- не было
карма: 9

0
Ответов: 8887
Рейтинг: 823
#5: 2013-08-30 20:36:18 ЛС | профиль | цитата
Galkov, может и было, но всякие Combo-, Check-Box-ы, RadioButton-ы, ProgressBar-ы были поверх панелей, приходилось doVisible пользовать при необходимости (у меня в звуковых прожках всегда при запуске поверх формы панель выбора звуковой карты, а эти элементы просвечивают, вот и приходится их в невидимки превращать, а потом наоборот панель )
карма: 19

0
Ответов: 1376
Рейтинг: 197
#6: 2013-08-30 21:05:16 ЛС | профиль | цитата
Galkov,[flood]
Galkov писал(а):
Так чего, пока я был в монастыре, обсуждений этой бяки -- не было
это была фича HiAsm, а теперь стала необъяснимостью и все сожалеют... Мы не хотели, ни кому, плохого! [/flood]
карма: 1

0
Ответов: 9906
Рейтинг: 351
#7: 2013-09-02 10:13:06 ЛС | профиль | цитата
Так чего делать то будем

Упаковывать одиночные контролы в панели, или починять CodeGen
Во втором случае, потребуется усиленное тестирование, поскольку это затронет фишку parent.<InterfaceName>
карма: 9

0
Разработчик
Ответов: 26061
Рейтинг: 2120
#8: 2013-09-02 11:00:32 ЛС | профиль | цитата
Galkov писал(а):
потребуется усиленное тестирование

У нас, как бы, с тестерами большая проблема -- нет их в товарном количестве
карма: 22

0
Ответов: 8887
Рейтинг: 823
#9: 2013-09-02 11:20:30 ЛС | профиль | цитата
Galkov, ведь никто не располагает визуальные элементы под панелями, лишь временно, когда по ходу дела панель выскакивает, но это происходит не тысячу раз в секунду, костылик на doVisible не будет загружать процессор, разве объём программки чуть больше, да на психику разработчика давит немного: "Блин, фича у нас!"
Как "радиолюбитель" (но не рационализатор ) придерживаюсь основного закона механика "Машина работает, не трогай её!"
карма: 19

0
Разработчик
Ответов: 26061
Рейтинг: 2120
#10: 2013-09-02 11:25:18 ЛС | профиль | цитата
Леонид писал(а):
придерживаюсь основного закона механика "Машина работает, не трогай её!"

Я тоже за это всеми лапами.
карма: 22

0
Ответов: 9906
Рейтинг: 351
#11: 2013-09-02 12:02:35 ЛС | профиль | цитата
Ну как хотите.
Нравится: "здесь читать, здесь не читать, а здесь рыбу заворачивали" -- спорить не буду

Самого достало - разгребать чужие гениальности.
карма: 9

0
Ответов: 1535
Рейтинг: 176
#12: 2013-09-02 16:40:00 ЛС | профиль | цитата
Galkov писал(а):
Самого достало - разгребать чужие гениальности.

карма: 1
Не так страшна ошибка, как опасность её не заметить.

0
12
Сообщение
...
Прикрепленные файлы
(файлы не залиты)