[dzh2000]

Здесь автор появляется? Или форум создавался для общения пользователей?

[dzh2000]

'Support' wrote:

Скроллы там нужно добавлять теперь в список тоже, вместе с гридом.

Какие скроллы добавлять в список?

[dzh2000]

'alex000' wrote:

Если это кому-то будет полезно: чтобы скинировались полосы прокрутки в EhLib 7 – можно в SkinManager->ThirdPartyList добавить TControlScrollBarEh как “ScrollBar”.

У меня полосы прокрутки остаются нескринированными.

Можно прикрепить пример?

[dzh2000]

'VXDRV' wrote:

Глюк имеет место быть…

Положите на вторую форму TsSkinProvider – помогло! Перекомпилил в RAD2009 – заскинилось! 🙄

Можно, конечно, использовать и костыль. Но очень хочется услышать автора.

P.S. Непонятно, как до сих пор такая очевидная ошибка не было никем замечена.

[dzh2000]

'Support' wrote:

Спасибо за демку, постараюсь разобраться к ближайшему релизу.

Спасибо за оперативный ответ. Буду ждать.

Вернулся пока на версию 8.53.

Забыл уточнить: Delphi 2007, Windows 7.

[dzh2000]

'TCount' wrote:

Я таких свойств вообще не помню) Скажите, а какие функции они выполняли у Вас? Чтобы понять, куда копать.

Они позволяли узнать цвет бордюра и тени текущего скина.

[dzh2000]

'Mike-Aiki' wrote:

Возможно ли сделать скинированные чекбоксы в TVirtualStringTree? Сейчас там всё скинируется нормально, а вот чекбоксы остаются нативными…

Можно обойтись, используя свойства CheckImageKind = ckCustom и CustomCheckImages.

'Mike-Aiki' wrote:

Кстати, кому интересно, проект VitrualTreeView продолжает помаленьку развиваться на

http://virtual-treeview.googlecode.com/svn/trunk . Спасибо добрым людям… :a3:

Используя svn-клиент, Вам не придется скачивать по файлу.

1. Переходите на страницу http://www.open.collab.net/downloads/subversion/

2. Скачиваете CollabNet Subversion Command-Line Client

3. Устанавливаете.

4. Создаете bat-файл

Code:

c:progra~1collab~1svn co https://uib.svn.sourceforge.net/svnroot/uib uib

5. Выполняете bat-файл для получения свежей сборки.

[dzh2000]

'technoload' wrote:

Ошибка появилась с версией 7.57 в XP.

На скринах видно как фон становится черным при любом скине. Демка прилагается.

Попробовал на версии 7.58 под Windows 7, проблема не проявляется.

Скачайте свежую версию и обновите внутренние скины.

[dzh2000]

'Support' wrote:

Никогда с таким не сталкивался.

После чего они пропадают? Можно как-то посмотреть?

В том то и дело, что воспроизвести не могу. Это возникает совершенно случайно при тех же самых действиях, при которых до этого не происходило. Заметил только одну особенность – возникает при переключении между окнами, когда текущее окно получает фокус.

[dzh2000]

Сам разобрался. Добавил в список Third Party Controls компонент TfrxTBPanel.

[dzh2000]

'Support' wrote:

В версии 7.40 (Бета) будут добавлены некоторые события.

Спасибо, что откликнулись, но событие OnChanging не работает, как надо.

Приведу пример.

Размещаем sFrameBar на форме. Добавляем два Items, первому устанавливаем Tag=1, второму – Tag=2.

В OnActivate формы указываем sFrameBar1.OpenItem(0,true);

Создаем обработчик OnChanging, в котором указываем

if (NewTitleItem.State=stOpening) and (NewTitleItem.Tag=2) then CanChange:=false;

то есть никогда не открывать второй фрейм.

После запуска приложения, при попытке открыть второй фрейм три раза вызывается обработчик OnChanging с одним и тем же NewTitleItem, после чего оба фрейма сворачиваются. Первый фрейм не должен закрываться 🙁

Советую добавить для компонента TsTitleItem событие

Code:

property OnFrameChanging: TFrameChangingEvent read FOnFrameChanging write FOnFrameChanging;

где

Code:

TFrameChangingEvent = procedure(Sender: TObject; var Allowed: Boolean) of object;

и прописать его в процедуре TitleButtonClick там же, где OnClick:

Code:

Allowed := true;
if Assigned(TitleButton) and Assigned(FOnFrameChanging) then FOnFrameChanging(TitleButton, Allowed);
if not Allowed then Exit;

[dzh2000]

'Support' wrote:

Будет добавлено в версии 7.40

Спасибо, что откликнулись, но событие OnCloseUp наступает не совсем в тот момент, в который хотелось бы, то есть не в момент возвращения фокуса на TsDateEdit.

Приведу пример.

Разместим на форме TsDateEdit и какой-нибудь другой оконный компонент, к примеру TEdit.

В обработчике OnCloseUp у TsDateEdit укажем Edit1.SetFocus.

Теперь запустим приложение и проверим. Если закрываем popup-календарь клавишей Enter, то Edit1 действительно получает фокус, а если закрываем щелчком мыши, то фокус остается на sDateEdit1 🙁

[dzh2000]

'Support' wrote:

Логично, вызывать для каждого открытого фрейма, согласен, но я спрашивал не для какого фрейма вызывать, а когда, в какой момент. В момент его открытия?

OnChanging – перед открытием фрейма, с возможностью запретить открытие.

OnChange – сразу после открытия.

То есть смысловая нагрузка такая же, как у PageControl и TabControl.

'Support' wrote:

Для Вас главным требованием является возможность запретить открытие фрейма в зависимости от определенных условий, правильно?

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

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

[dzh2000]

'Support' wrote:

Если открыто несколько фреймов, то когда вызывать OnChange?

Последовательно для каждого, начиная с самого верхнего. Все логично.

Сейчас я не могу запретить открытие пользователем другого фрейма. Тем самым не могу контролировать его действия в полной мере. К примеру, надо сделать, чтобы пользователь мог перейти к другому фрейму только тогда, когда заполнит нужные поля или поставит нужные отметки. Без события OnChanging этого не сделать.

Кроме того, иногда требуется, чтобы при открытии фрейма какой-то контрол на нем получил фокус ввода. Без события OnChange этого тоже не сделать.

Подумайте об этом. Спасибо.

[dzh2000]

Разработчик тут бывает? 😡

[dzh2000]

'Mephistopheies' wrote:

Доброго времени суток всем. У меня вопрос такой: Можно ли определить стандартными средаствами какой айтем открыт в FrameBar? Нужно это для того чтобы вызвать соответствующий обработчик.

При создании (открытии) элемента в FrameBar'е у него происходит событие OnCreateFrame.

Можно пронумеровать все элементы через свойство Tag, повесить один обработчик у всех на событие OnCreateFrame и узнавать номер элемента в обработчике так (Sender as TsTitleItem).Tag.

[dzh2000]

Вот собственно пример. Нажмите кнопку на форме, выберите какой-то файл в диалоге или откажитесь от выбора, все равно в программу Вы больше не вернетесь 😛

[dzh2000]

'Alfatester' wrote:

В новой версии 7.07 после открытия диалога возникает ошибка StackOverflow.

Сигнализирую об этом автору в этой теме. Пока не сознается 🙄

[dzh2000]

'Support' wrote:

Да, проверялось под Win XP, Vista и Win7x64 перед аплоадом. И только что опять проверил. Возможно есть какойт-то влияющий фактор. Каждый раз при закрытии диалога закрывается вся программа?

Да, каждый раз при закрытии стандартного диалога, закрывается вся программа (Windows XP SP3, Turbo Delphi).

Если выполнять программу из-под Delphi, то закрытие программы сопровождается сообщением об ошибке:

[dzh2000]

Интересно, автор перед выкладкой хоть раз запускал демо-проект. По-моему нет, так как такие очевидные баги, как в 7.06-7.07, нельзя не заметить.

[Author]

Posts