-
Постов
52 -
Зарегистрирован
-
Посещение
-
Победитель дней
2
Активность репутации
-
Satellite отреагировална voytalexey в [Android] [XE7] Как передать два события Intent?
Одним вызовом передать два Intent-а? Никак, ибо функции типа startActivity() принимают только один экземпляр.
Зато в один Intent можно напихать довольно много разнородной информации используя разнообразные Exstra.
-
Satellite отреагировална estra в AnsiString Delphi XE7 [TEncoding]
Частично поправил функцию GetConvertedText, условие if ss=SIGN then выполняется. Далее сами по аналогии...
Test.zip
-
Satellite отреагировална estra в Обработчик достижения конца списка listview в Delphi XE7
Как вам такой вариант?
procedure TForm1.ListView1Painting(Sender: TObject; Canvas: TCanvas; const ARect: TRectF); begin if ListView1.GetItemRect( ListView1.ItemCount-1 ).Bottom = ListView1.Height then Label1.Text := 'YES! Через одно место, но работает!' else Label1.Text := 'Это еще не конец...'; end; -
Satellite отреагировална Brovin Yaroslav в Как определить, что ListBox прокручен в самый конец?
Добрый день,
Определить, что TListBox (TScrollBox) прокручен до конца можно используя событие OnViewPortPositionChange. Это событие вызывается каждый раз при прокручивании контента. Этот метод возвращает текущее положение ViewPort - позиция окна, в котором отображаются текущие элементы TListBox. Об этом подробно описано в этой статье: "Платформонезависимый скроллинг в Fire Monkey"
Ниже приведен код, который проверяет, что TListBox прокручен до конца.
procedure TForm1.ListBox1ViewportPositionChange(Sender: TObject; const OldViewportPosition, NewViewportPosition: TPointF; const ContentSizeChanged: Boolean); begin if NewViewportPosition.Y > ListBox1.ContentBounds.Height - ListBox1.Height then ShowMessage('End!'); end; -
Satellite отреагировална mab в Обработчик достижения конца списка listview в Delphi XE7
Может как здесь? -
Satellite отреагировална AngryOwl в Распараллеливание процессов
Всем доброго дня!
Конечно речь стоит о многопоточности (как весьма правильно описал estra). И тут много факторов.
Если Вы используете для работы с сетью Indy - это одно, если какие-то другие библиотеки - то возможно там уже есть решение многопоточности.
Но для того, чтобы не тормозило GUI (интерфейс программы) - однозначно нужно многопоточность, не забывая при этом о синхронизации (если требуется отображать процессы работы с сетью, пока идет загрузка Ваших "статей"/"новостей" или что-либо другое).
С Satуllite я частично не соглашусь. И вот по какой причине. Рискуя остаться в меньшинстве и быть не понятым, скажу следующее.
Delphi - "сыровата", но это единственный инструмент для простой и удобной разработки, который имеет ряд неоспоримых преимуществ разработки кроссплатформенных приложений.
Его "сырость" заключается в недоработках и ошибках библиотек самой FMX. Однако, имея опыт работы с Firemonkey со дня их появления, и будучи не имеющим отношения к Embarcadero и FMX, могу сказать что они движутся в верном направлении. И по сравнению с другими у них есть большая фора.
Я уже неоднократно писал о том, что меня самого часто возмущают их ошибки и лаги, переходящие в новые версии. О том, что не совсем нравится их политика. Но это единственный, на сегодняшний день, продукт, который позволяет так просто (местами относительно конечно))) разрабатывать приложения.
И не стоит спорить на тему "самого удобного и простого" IDE и мощнейшего языка программирования. Будь иначе - Вас бы тут не было...
P.S. А FMX будет развиваться (я надеюсь не только самой Embarcadero))) всем сообществом. Будут появляться решения, библиотеки и т.д.
Все новое всегда кажется абсурдом и ненужным. По прошествии времени начинаешь сожалеть, что не занялся этим раньше...