Forum Replies Created
-
Posts
-
'Douglas wrote:
Также если в designtime добавить картинку в TsAlphaImageList, лежащий на форме, то он остаётся залоченным до закрытия среды…
Попытки удалить файл пока среда открыта обречены на провал, а закрыл среду – пожалуйста – удаляется…
Да, тоже заметил такую фигню) она меня нервирует до сих пор, потому как полноценно редактировать иконки проблематично)
'crash' wrote:Он используется для отображения текста в сертификатах
А почему не RichEdit из стандартных компонентов Delphi и TsRichEdit из AC?
'Support' wrote:Версия без утечек будет опубликована в ближайшие дни.
Спасибо! Утечка памяти уничтожена)
'Support' wrote:В демке у меня нормально рисуется. Можете проверить ее? Возможно, другая демка нужна? Или в ней же остается проблема?
Кстати, насчет тени для формы у меня есть два замечания:
1. Если на форме установлен WebBrowser (или TsWebBrowser), то при появлении затемнения для формы браузер исчезает.
2. Само затемнение для формы имеет строго прямоугольную форму, что на формах с закругленными краями (или с закругленными ExtendedBorders) выглядит не очень.
'voult' wrote:Так значит нормального решения этого феномена нет? Я так понял сама библиотека так устроена… Даже в ASkinDemo наблюдается данная проблема. Жаль(((
Может разработчик поможет вам)
'voult' wrote:Здравствуйте!
Я уже давно живу с данной “фишкой” прорисовки формы и компонентов при Resize формы.
Суть проблемы:
1) Если менять высоту формы с помощью курсора (Вверх,вниз), так скажем, дергать туда-сюда, то заголовок формы, как бы, отщепляется от главного окна. Появляется прозрачная полоска, даже видно раб.стол)))
2) Если менять ширину формы, так же, с помощью курсора, то вообще заголовок и форма с правой стороны дергаться.
Можно ли как то решить эту проблему?
По всей видимости, все это происходит по той причине, что ExtendedBorders – это еще одна форма. Разумеется, при ресайзе/перемещении основной формы также должна изменяться и ExtendedBorders. Что ведет за собой последствия в ввиде “отставания” от основной формы.
Я как-то решил сделать свои собственные ExtendedBorders. Тоже создал вторую форму и поместил ее за основную. Только мне удалось избежать вот этих багов с дырками всякими)
У меня такое ощущение сложилось, что ExtendedBorders в AC – это не совсем полноценная форма, а с дыркой внутри (вырезанный полигон), в которую влазит основная форма)
'Support' wrote:Это возможно.
Сначала нужно найти индекс секции в скине:
Code:Ndx := sSkinManager1.GetSkinIndex('FORM');По этому индексу можно получить доступ к свойствам секции в реал-тайме:
Code:sSkinManager1.CommonSkinData.gs[Ndx].Props[0].Color := clRed;Props это массив с параметрами для разных состояний контрола: 0 – обычный, 1 – активный.
Параметры эти объявлены как:
Code:TsGenState = record
GlowSize, // Size of text glowing
ImagePercent, // Percent of texture in BG
TextureIndex,
Transparency, // Transparency of control
GradientPercent: integer; // Percent of gradient in BG
Color, // Color of background
GlowColor: TColor; // Color of text glowing
FontColor: TsFontColor; // Text color structure
GradientArray: TsGradArray;
end;ООО! Спасибо, ценная информация) я бы даже сказал, что низкоуровневый AC :a3:
'Support' wrote:Проблема в том, что окно не получает никаких сообщений об изменении скролла.
Единственное решение пока – обновить скролл вручную:
Code:VertScrollBar.Position := VertScrollBar.Position + 50;
UpdateScrolls(sSkinProvider1.ListSW, True);uses acSBUtils;
Спасибо, это работает.
'Support' wrote:Извиняюсь, не хватило времени.
Сейчас буду смотреть.
Есть надежда на исправления в следующем релизе?
'SARIUS' wrote:Прикрепляю нерабочую демку.
[attachment=8995:ACDemo2.zip]
Ошибка:
[attachment=8996:Screenshot_4.jpg]
Прикольный баг) проявляется в любом событии формы до ее показа на экране) как минимум, при попытке программного изменения значений свойств HueOffset, Saturation и Brightness.
Единственное решение, которое я нашел на данный момент – это изменение этих свойств в событии SkinManager OnActivate + перезагрузкой скина в этом же событии:
procedure TForm1.sSkinManager1Activate(Sender: TObject);
begin
sTrackBar1Change(nil);
sSkinManager1.ReloadSkin();
end;
P.S. Ну еще вариант без использования этого события – после создания формы отображать ее только после применения всех необходимых параметров. Но все это все равно костыли)
'h.Wolf' wrote:Или я делаю что-то не так ?
После добавления нового итема добавьте в свой код строчку, выделенную зеленым цветом:
procedure TForm1.PopupMenu1Popup(Sender: TObject);
var mi: TMenuItem;
begin
mi:=TMenuItem.Create(popupmenu1);
mi.Caption:='real-time on popup '+inttostr(random(1000));
popupmenu1.Items.Add(mi);
sSkinManager1.SkinableMenus.HookPopupMenu(PopupMenu1,True);//для обновления менюхи
end;
Собрал простейшую демку.
1.На форме 2 TsListView: один с 4 колонками (3 видимые), а второй с 5 колонками (4 видимые). Видимые – это имеется ввиду, что первая колонка шириной в 0.
2.У обоих контролов одинаковые процедуры для отрисовки и добавления итемов.
Попробуйте отключить скинирование и включить его, сразу увидите разницу (хотя и на скрине она уже видна).
Также просто понаводите курсор мышки на итемы в левом TsListView и в правом. Увидите появляющиеся артефакты (хотя HotTrack отключен).
'voult' wrote:Здравствуйте, Динамически создаваемая вкладка (TsTabSheet), вместе с TSynEdit на компоненте sPageControl занимает около 4МБ ОЗУ. Создаем 20 таких вкладок и идем заваривать чай, ожидая пока форма и компоненты перерисуются при очередном resize формы, а о плавности анимаций (HotActive) вообще можно забыть, всё дергается и моргает. Возможно ли это исправить?
Версия делфи 10.2T
Версия AlphaControls 13.18
Пробовали последнюю версию AC 14.05?
'Support' wrote:Постараюсь пофиксить это в версии 14.05
Спасибо, в 14.05 данный баг отсутствует! Вопрос закрыт)
