Равиль Зарипов (ZuBy)

вот это классно
 хотя уже zairkz решил это, всего то нужно было ставить маркер(каждый) в центр карты. тогда AV не выходит
а это я так понимаю косяк на IOS'ах исправили, когда включен режим модема
 

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

я для себя решил давно, TTabContol го*но

http://fire-monkey.ru/topic/1903-listview-color-helper/#comment-9975

ну, ZuBy у нас признанный эксперт по таким делам, возможно, лучше поступить как он советует
а у скролла - все просто:
у нас есть компоненты (проще всего TLayout, и все нужное в него покидать) с шириной и высотой, у нас есть размер окна
высчитываем сколько влазит компонентов в рядок и в цикле каждому Layout просто присваиваем Parent:=ScrollBox1, Position.X и Position.Y рассчитываем исходя их номера ряда и номера в ряду
scroll вроде сам соображает, в какую сторону он может двигаться...

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

To enforce visibility semantics, class and record helpers cannot access private members of the classes or records that they extend.
И да, я пока еще качаю, но они, что, реально убрали доступ хелперов к приватным полям? 
У меня куча закрытых ("мудрым" архитектором) полей  таким макаром "подтянуты" до публичного доступа

это фейл, придётся все свои фичи переносить на новый LV... как только будет berlin сразу выложу обновление

Опубликован новый прайс-лист... Ничего хорошего.
Как и ожидалось подняли цену на все поставки на стоимость годовой подписки.
Раньше профка стоила                   $ 1081
Теперь (с 10% скидкой до 19 мая) $ 1265
Можно только порадоваться за компанию, видимо лицензии раскупают как горячие пирожки раз приходится поднимать цены.
 

Это еще такой средненький ресторанчик)), это ж Астана.

ZuBy ни чего себе у вас жаренный Лагман в ресторанах стоит:) У нас 60р за порцию в 250 грамм. Грубо говоря 300-350 тенге  

Ну так начиналось это все с твоей бредовой идеи))

Предыстория была такая:
Изначально такие плитки были сделаны на Button'ах (стиль) и TPresentedScrollBox. Но как только пошло дело в тест основательный идею тут же выбросил. 120+ элементов выключили телефон (samsung ace2 duos) при отрисовке, точней при динамической загрузке картинок. да и в целом вся эта беда работает медленней чем реализация на TListView
Я не художник, но смысл вроде передал
Пример: У нас есть 12 элементов,и 4 колонки
Можно в LV отрисовывать дополнительные "контролы" и поместить в один реальный айтем, 4 виртуальные панельки (в нашем случае)
Для того чтобы такое получилось:
1) ListView должна при ресайзе рассчитать сколько колонок она может иметь (ширина LV / на ширину одной панельки)
2) дальше Вам нужно будет разбить отрисовку Itema на 4 панельки
    2.1) тоже самое проделать и при выделении
3) При таком подходе не будет стандартных элементов отображения (Text, Detail, Image и прочее нужно выключить)
Добавление Itema будет проходить в два цикла: первый добавляет реальный Item (0-2), а второй заполняет данными наши поля в панельках (title1, price1, bitmap1, title2, price2, bitmap2 и тд...)
4) Ну и самое важное в OnUpdateObjects все это отрисовать
Надеюсь вам это поможет!

Я не знаю что там в недрах в ListView, но по скорости скролла данная реализация поспорит с многими нативными приложениями, авторы ListView молодцы, а реализация колонок Zuby как всегда на высоте!))
Тест (более 2000 элементов, с динамической подгрузкой картинок)

Предыстория была такая:
Изначально такие плитки были сделаны на Button'ах (стиль) и TPresentedScrollBox. Но как только пошло дело в тест основательный идею тут же выбросил. 120+ элементов выключили телефон (samsung ace2 duos) при отрисовке, точней при динамической загрузке картинок. да и в целом вся эта беда работает медленней чем реализация на TListView
Я не художник, но смысл вроде передал
Пример: У нас есть 12 элементов,и 4 колонки
Можно в LV отрисовывать дополнительные "контролы" и поместить в один реальный айтем, 4 виртуальные панельки (в нашем случае)
Для того чтобы такое получилось:
1) ListView должна при ресайзе рассчитать сколько колонок она может иметь (ширина LV / на ширину одной панельки)
2) дальше Вам нужно будет разбить отрисовку Itema на 4 панельки
    2.1) тоже самое проделать и при выделении
3) При таком подходе не будет стандартных элементов отображения (Text, Detail, Image и прочее нужно выключить)
Добавление Itema будет проходить в два цикла: первый добавляет реальный Item (0-2), а второй заполняет данными наши поля в панельках (title1, price1, bitmap1, title2, price2, bitmap2 и тд...)
4) Ну и самое важное в OnUpdateObjects все это отрисовать
Надеюсь вам это поможет!

Предыстория была такая:
Изначально такие плитки были сделаны на Button'ах (стиль) и TPresentedScrollBox. Но как только пошло дело в тест основательный идею тут же выбросил. 120+ элементов выключили телефон (samsung ace2 duos) при отрисовке, точней при динамической загрузке картинок. да и в целом вся эта беда работает медленней чем реализация на TListView
Я не художник, но смысл вроде передал
Пример: У нас есть 12 элементов,и 4 колонки
Можно в LV отрисовывать дополнительные "контролы" и поместить в один реальный айтем, 4 виртуальные панельки (в нашем случае)
Для того чтобы такое получилось:
1) ListView должна при ресайзе рассчитать сколько колонок она может иметь (ширина LV / на ширину одной панельки)
2) дальше Вам нужно будет разбить отрисовку Itema на 4 панельки
    2.1) тоже самое проделать и при выделении
3) При таком подходе не будет стандартных элементов отображения (Text, Detail, Image и прочее нужно выключить)
Добавление Itema будет проходить в два цикла: первый добавляет реальный Item (0-2), а второй заполняет данными наши поля в панельках (title1, price1, bitmap1, title2, price2, bitmap2 и тд...)
4) Ну и самое важное в OnUpdateObjects все это отрисовать
Надеюсь вам это поможет!

Предыстория была такая:
Изначально такие плитки были сделаны на Button'ах (стиль) и TPresentedScrollBox. Но как только пошло дело в тест основательный идею тут же выбросил. 120+ элементов выключили телефон (samsung ace2 duos) при отрисовке, точней при динамической загрузке картинок. да и в целом вся эта беда работает медленней чем реализация на TListView
Я не художник, но смысл вроде передал
Пример: У нас есть 12 элементов,и 4 колонки
Можно в LV отрисовывать дополнительные "контролы" и поместить в один реальный айтем, 4 виртуальные панельки (в нашем случае)
Для того чтобы такое получилось:
1) ListView должна при ресайзе рассчитать сколько колонок она может иметь (ширина LV / на ширину одной панельки)
2) дальше Вам нужно будет разбить отрисовку Itema на 4 панельки
    2.1) тоже самое проделать и при выделении
3) При таком подходе не будет стандартных элементов отображения (Text, Detail, Image и прочее нужно выключить)
Добавление Itema будет проходить в два цикла: первый добавляет реальный Item (0-2), а второй заполняет данными наши поля в панельках (title1, price1, bitmap1, title2, price2, bitmap2 и тд...)
4) Ну и самое важное в OnUpdateObjects все это отрисовать
Надеюсь вам это поможет!

Предыстория была такая:
Изначально такие плитки были сделаны на Button'ах (стиль) и TPresentedScrollBox. Но как только пошло дело в тест основательный идею тут же выбросил. 120+ элементов выключили телефон (samsung ace2 duos) при отрисовке, точней при динамической загрузке картинок. да и в целом вся эта беда работает медленней чем реализация на TListView
Я не художник, но смысл вроде передал
Пример: У нас есть 12 элементов,и 4 колонки
Можно в LV отрисовывать дополнительные "контролы" и поместить в один реальный айтем, 4 виртуальные панельки (в нашем случае)
Для того чтобы такое получилось:
1) ListView должна при ресайзе рассчитать сколько колонок она может иметь (ширина LV / на ширину одной панельки)
2) дальше Вам нужно будет разбить отрисовку Itema на 4 панельки
    2.1) тоже самое проделать и при выделении
3) При таком подходе не будет стандартных элементов отображения (Text, Detail, Image и прочее нужно выключить)
Добавление Itema будет проходить в два цикла: первый добавляет реальный Item (0-2), а второй заполняет данными наши поля в панельках (title1, price1, bitmap1, title2, price2, bitmap2 и тд...)
4) Ну и самое важное в OnUpdateObjects все это отрисовать
Надеюсь вам это поможет!

Нынешний инсталлятор эбраркадеро для русской локали это глюк. В качестве теста Win 7. Ждите фикс. Это уже признало все русское сообщество тестеров...

Если у Вас русская локаль в Windows, то установить студию 10.1 не получиться. Эмбаркадеро сделало глючный инсталлятор. Надо ждать фикса для русской локали Windows.
Ошибка инсталляции

на сколько помню протокол закрыли для третьих лиц еще в 12 году, т.к. раньше у меня был собственный клиент
MRA или MMP точно не помню как назывался

По поводу Гугл плей, возможно подскажет ZuBy.
Сейчас залез в справку Гугла, вы правы, оказывается есть возможность задать ограничения по разрешению дисплея, подробности можно посмотреть тут: http://developer.android.com/intl/ru/guide/practices/screens-distribution.html Пробуйте прописать в файле AndroidManifest.template.xml. Если получится, то результатом, будет запрет на любой тип установки. Через плей маркет или вручную с установочным файлом, уже не будет иметь значения.
В RAD Studio подобной опции не встречал.
 
p.s. Контакты мои есть на странице "О блоге", вроде, ни у кого пока проблем не возникало. В любом случае, тут я бываю очень часто.

Да, пробуйте. Будут ошибки, пишите сюда, какие именно. Я бы проверил сам, но планшета у меня нет...
Всё там правильно написано, как раз по вашей теме Declaring an App is Only for Tablets:
Манифест:
<manifest ... > <supports-screens android:smallScreens="false" android:normalScreens="false" android:largeScreens="true" android:xlargeScreens="true" android:requiresSmallestWidthDp="600" /> ... <application ... > ... </application> </manifest>  
В данном случае, единственно верным является этот вариант, через манифест, т.к. подобная ситуация уже предусмотрена разработчиками OC Android. Тот вариант, который я предложил, теперь является "костылём".

http://fire-monkey.ru/topic/1903-listview-color-helper/#comment-9975

в принципе, все просто, достаточно сделать свой класс и создавать объект этого класса в OnUpdateObjects
Пример есть в видео effective using mobile lists или как-то так называется. CodeRage, Ray Konopka
А еще Zuby вроде что-то в этом духе запиливал...