Скачивать здесь Очень много нововведений. Существенно переписано ядро. Экспериментальный устаревший TasksEx отвечавший за работу в фоне, заменен на Awaitable модуль от Романа Янковского. Если обнаружите
Скачивать здесь
Очень много нововведений. Существенно переписано ядро. Экспериментальный устаревший TasksEx отвечавший за работу в фоне, заменен на Awaitable модуль от Романа Янковского.
Если обнаружите ошибку, пожалуйста, сообщите.
История изменений Новое: Возможность использовать dccaarm, dcciosarm, dccios32 для сборки Появилась возможность компилировать только debug или только release — в Build dialog добавлена галочка Build release dcus. Добавлены preset-ы для scan file masks Добавлен preset «default» чтобы дать возможность сбросить настройки к значениям по умолчанию. Реализовано для: output directories, file scan masks В диалоге Build settings теперь показывается страница настроек Search Paths Выводить Total…
[[ This is a content summary only. Visit my website for full links, other content, and more! ]]
У котнролов в VCL есть свойство Visible, которое как называется, за то и отвечает. Если Visible = False, то контрол скрыт и пользователь его не увидит. Если Visible = True, то есть вероятность, что пользователь его увидит.
А есть ещё два метода – Hide и Show, которые взаимодействуют со свойством Visible.
А теперь вопрос: как же правильно скрывать/отображать контрол?
На самом деле вопрос с небольшим подвохом, на него ответить однозначно нельзя, но… давайте по порядку
В большинстве случаев ответ напрашивается сам собой: используем Visible, т.к. это способствует единообразию. Например, потому что есть свойство Enabled, для которого нету методов типа Enable/Disable. У экшенов (TAction) есть Visible, но нет Show/Hide. И ещё такой момент, сравните:
LabelSomeInfo.Visible := SomeCondition;
и
if SomeCondition then LabelSomeInfo.Show else LabelSomeInfo.Hide;
Первый вариант и пишется быстрее, и проще сопровождается. (Правда всегда найдутся люди, которые скажут, что второй вариант выразительнее первого…)
Ещё можно порассуждать так (на интуитивном уровне, ещё не заглядывая в исходники или справку). Visible – это свойство, которое задаёт (и показывает) состояние контрола на текущий момент времени. Show/Hide – это методы, они призваны изменить состояние контрола, но не факт, что это произойдёт одномоментно, и не факт, что это действие не приведёт к какому-то побочному эффекту. Поэтому (как бы) безопаснее использовать Visible.
Теперь самое время заглянуть в исходники VCL. Hide просто скрывает контрол (устанавливая Visible в False). А вот Show не только меняет Visible, но делает кое-что ещё. А именно – вызывает виртуальный метод ShowControl у родительского контрола (если такой определён). А это и есть тот самый побочный эффект, о котором можно догадаться на интуитивном уровне. На практике, в самой VCL, я нашёл только одно место, где это можно использовать – компонент TPageControl. Когда мы вызываем Show для контрола, расположенного на одной из вкладок PageControl’а, происходит активация той вкладки (TabSheet), на которой этот контрол расположен. Более того, если вложить несколько PageControl’ов друг-в-вдруга, то активация вкладок произойдёт по цепочке от контрола вверх до самой формы.
Т.е. вывод делаем такой: если просто нужно задать состояние для контрола (в большинстве случаев именно это и нужно), то используем Visible. Если нужно акцентировать внимание пользователя на контрол, то используем Show (и ещё, после этого, можно вызвать SetFocus для полей ввода). Зачем нужен Hide – не знаю, видимо он заводился на “автомате”, в противовес Show. Ещё странно, что эти методы не виртуальные…
В общем, это надо знать и уметь применять.
А за примерами, где это может быть применимо, далеко ходить не надо. В самой IDE Delphi: нажимаем F6, набираем “editor font”, жамкаем Enter – открывается окно с настройками IDE, осуществляется переход к вкладке Editor Options Display и устанавливается фокус ввода на комбобокс для выбора шрифта. (Уверен, что это сделано парой вызов Show + SetFocus для самого комбобокса.)
Ещё пример (уже из моей практики). На форме есть обязательное для ввода поле. Пользователь его не заполнил и переключился на другую вкладку, затем нажимает OK. Я вижу, что поле не заполнено, и просто вызываю пару методов Show + SetFocus (не задумываясь, надо ли активировать вкладку, на какой вкладке это поле и т.п.). После этого можно показать сообщение пользователю (мол заполни поле) или даже не показывать, а сделать Beep – фокус уже будет где надо, и пользователь поймёт, что от него требуется.
Полезный метод Show. Но его нельзя применять, когда надо просто отобразить какой-то контрол по условию (например при отображении формы), т.к. это может привести к переключению вкладок у PageControl’а.
TForm1.BExitClick(Sender: TObject); { Application->Terminate(); }
TForm1::BHeightClick(TObject *Sender){ Height = Height + 10;}
void __fastcallTForm1::BWidthClick(TObject *Sender){ Width = Width + 10;}
TForm1::BSizeClick(TObject *Sender){ Height = 500; Width = 700;}
TForm1.BXMinusClick(Sender: TObject); Left := Left - 10;procedureTForm1.BXPlusClick(Sender: TObject);
begin Left := Left + 10;
end;
procedureTForm1.BYMinusClick(Sender: TObject);
begin Top := Top - 10;
end;
procedureTForm1.BYPlusClick(Sender: TObject);
begin Top := Top + 10;
end;
TForm1::BXMinusClick(TObject *Sender){ Left = Left - 10;}
void __fastcallTForm1::BXPlusClick(TObject *Sender){ Left = Left + 10;}
void __fastcallTForm1::BYMinusClick(TObject *Sender){ Top = Top - 10;}
void __fastcallTForm1::BYPlusClick(TObject *Sender){ Top = Top + 10;}
TForm1.OpacityPlusClick(Sender: TObject); if (AlphaBlendValue <= 245) then AlphaBlendValue := AlphaBlendValue + 10;TForm1.OpacityMinusClick(Sender: TObject); if (AlphaBlendValue >= 10) then AlphaBlendValue := AlphaBlendValue - 10;
void __fastcallTForm1::OpacityPlusClick(TObject *Sender)
{ if (AlphaBlendValue <= 245) AlphaBlendValue = AlphaBlendValue + 10;}
TForm1::OpacityMinusClick(TObject *Sender){ if (AlphaBlendValue >= 10) AlphaBlendValue = AlphaBlendValue - 10;}
Давеча пришлось дорабатывать одну из утилит сбора информации о системе и как-то неожиданно для меня от отдела тестирования пришел багрепорт плана:
Утилита формирует и сохраняет данные
Обновлено 2014.02.21 22:34 Подборка ссылок на лучшие публикации по Delphi за 2013 год. Аналогичные подборки за предыдущие годы: за 2009 год за 2010 год за
Обновлено 2014.02.21 22:34
Подборка ссылок на лучшие публикации по Delphi за 2013 год.
Аналогичные подборки за предыдущие годы: за 2009 год за 2010 год за 2011 год за 2012 год Оглавление Firemonkey. Кроссплатформенная разработка и разработка для мобильных устройств Мобильная разработка Delphi. Разработка для iOs Delphi. Разработка для Android Delphi pascal-study svg. Переводы справочной системы Delphi Задачки на понимание Библиотеки и компоненты Авторские библиотеки Windows Ribbon Framework Инструменты Полезные и не очень советы Управление лицензиями RAD Studio Вебинары. Интервью Поток сознания Александра Люлина # Firemonkey….
[[ This is a content summary only. Visit my website for full links, other content, and more! ]]
http://www.ibase.ru/devinfo/ib-encrypt.htm
Вопросы можете задавать как удобнее — либо здесь в комментариях, либо на email в конце статьи.
И вот, к счастью, нашелся человек, который просто и понятно объяснил, где что и как:
Рекомендую блог Андрея Ефимова, особенно статьи:
Deployment Manager или куда ещё можно задеплоить файлы
Получаем список доступных устройств хранения информации
(должна быть правка под мою Sony Xperia V)
Обновляем файл базы данных без перезапуска приложения
(тут про SQLite, но можно легко переделать и на IBLite)
Собственно, эти статьи, и тестирование кода явились как бы хорошим пинком в правильном направлении, в результате которого я форсирую проведение экспериментов в этой области. Что выйдет быстрее — вебинар с Embarcadero или статья в блоге, пока не знаю. Ждите новостей.
Предпродажная демонстрация возможностей ПО обычно сводится к двум решениям:
Ограничение функциональности ПО, так называемый демо-комплект.Введение временного (тестового) периода, в течении которого ПО работает с полным функционалом,