data man Advanced Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Обсуждаем новые возможности и баги Просьба писать только про Embarcadero RAD Studio XE2 (Pulsar) - по остальным версиям есть соответствующие темы. Вопросы вареза здесь не обсуждаются !!! По вопросам вареза сюда: RAD Studio 2009 (Tiburon) RAD Studio 2010 (Weaver) RAD Studio 2011 (Fulcrum) Embarcadero RAD Studio XE2 (Pulsar) Embarcadero RAD Studio XE4 Коммерческие компоненты и утилиты для Delphi/BCB См. также: Вопросы по Delphi (до  версии 2009) Вопросы по Delphi (версии 2009, 2010 Weaver, 2011 Fulcrum) Вопросы по Embarcadero RAD Studio XE3 Вопросы по компонентам для Delphi, C++ Builder / Использование DevExpress Компоненты и утилиты для Delphi/BCB/FreePascal/Lazarus - только Open Source Из слишком часто повторяемых вопросов: Почему EXE такие большие - перевод статьи от Andy тут, оригинал на страницу назад. Что случилось c авто-увеличением Build Number - Объяснение на англ.. Можно отключить встроенную функцию и добавить плагин, в котором есть "старый" авто-инкремент. Например DDevExtensions от Andy. У него так же есть хороший плагин IDE FixPack Всего записей: 1696 | Зарегистр. 13-10-2005 | Отправлено: 23:54 27-07-2011 | Исправлено: Arioch1, 16:08 25-04-2013

deks Advanced Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору LG Team   Есть хороший топик про iOS на XE2 про эту тему:   _http://docwiki.embarcadero.com/RADStudio/en/Components_Not_Used_in_iOS_Apps   Первым пунктом идет Data.DB, что кагбэ намекает.   В общем, я советую делать под iOS все или на XCode/ObjectiveC (возможно + Remobjects DataAbstract for ObjectiveC) или на SmartMobileStudio (там хоть Pascal, и в июльском апдейте может появиться поддержка RemObjects). Всего записей: 857 | Зарегистр. 09-10-2003 | Отправлено: 10:46 15-06-2012

reenoip Advanced Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Embarcadero® Delphi® XE2 Version 16.0.4504.48759: ширина формы ограничена значением "1386". Как победить? Всего записей: 1768 | Зарегистр. 10-03-2006 | Отправлено: 11:05 18-06-2012

LG Team BANNED Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Frodo_Torbins, так в iOS грид не имеет никаких свойств касаемо лайв биндингов.. во всех примерах что видел данные связываются с лабельками, едитами, .. а насчет грида так и не пойму их мысль...   Добавлено: enoip  а что за проект?   хотя проверил VCL, FM.HD, 3D - никаких ограничений нет.. Всего записей: 328 | Зарегистр. 04-12-2006 | Отправлено: 17:24 18-06-2012

reenoip Advanced Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору exteris LG Team поменял монитор на Full HD - теперь ограничение стало "1940". Хоть так.   Добавлено: Забыл уточнить: до этого было HD Ready (1366x768) монитор. Не ожидал, что между разрешением монитора и опцией ширины формы может быть хоть какая-то взаимосвязь. IDE не всё ли равно, какой у пользователя монитор? Всего записей: 1768 | Зарегистр. 10-03-2006 | Отправлено: 14:28 20-06-2012

deks Advanced Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору SolidSnakeRU   Конечно будет! Тот "хак", который сейчас существует с FPC - это реально неудобно! Мало того, что версии языка слегка несовместимы в неудобных местах (например, namespaces в FPC), так еще и  IDE-поддержка не допилена (если компонент не унаследован от TFfmObject, то его нельзя использовать в дизайнере, только в run-time).   К тому же если у ЕМРО появляется ARM-backend, то прикрутить его к паскалевскому Front-end довольно просто)     Но лично я бы по поводу ARM ориентировался на LLVM - именно я эта технология поддерживается Apple, и можно попытаться воспользоваться ее наработками! Всего записей: 857 | Зарегистр. 09-10-2003 | Отправлено: 10:28 22-06-2012

deks Advanced Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Frodo_Torbins   Это было бы закономерное решение! Кстати, учитывая наличие С++ фронт-энда у llbm (clang), поддержка билдера для иос появится почти сразу)) ну и самое крутое продолжение - это прикрутить к llbm бэкенд для win32/win64. Получится хорошее решение: и С++, и Дельфи сразу для os x, iOS, win32/64! Не говоря уже о потенциальной возможности ObjectiveC для win-было бы забавно, хотя без Framework особого смысла нет, а Apple вряд ли даст лицензию на API)) хотя API в деле Оракла против Гугла признано не имеющим патентной охраны!) Интересно, был бы рынок для Objective-C для Win с прицелом на разработчиков, которые портируют приложения с OSX/iOS на Win?)   А вот с андроидом предстоит возня: нужен бэкенд, который будет генерировать код для java vm! Хотя RemObjects справились с этим) Всего записей: 857 | Зарегистр. 09-10-2003 | Отправлено: 22:19 23-06-2012

OXDBA Full Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Цитата: Что случилось c авто-увеличением Build Number - Объяснение на англ.. Можно отключить встроенную функцию и добавить плагин, в котором есть "старый" авто-инкремент. Например DDevExtensions от Andy.   Подскажите как настроить формирование "старого" номера билда, а то я что-то в  DDevExtensions 2.5 не нахожу настройки формирования Build Number , понедельник наверное влияет. Всего записей: 426 | Зарегистр. 19-01-2005 | Отправлено: 10:33 25-06-2012

deks Advanced Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Frodo_Torbins   Основной плюс модульности - это возможность работы фронтэнда во время редактирования. Типа, при запуске проекта на выполнение все изменившиеся файлы уже "разобраны", остается только генерировать код и линковать. Это довольно быстро, к тому же при современном железе и объемах ОЗУ - быстродействие не так критично.. Главное, чтобы оставалось разумное время "отклика" системы. А из плюсов LLVM - возможность использовать серьезные наработки других компаний) Всего записей: 857 | Зарегистр. 09-10-2003 | Отправлено: 10:58 25-06-2012

Frodo_Torbins Silver Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору deks Мне еще нравится их открытость и бесплатность. По идее можно будет спокойно встроить их бекэнд в свой инсталятор вместе с набором "dcu-шек", и компилить/оптимизировать свою прогу под конкретный проц пользователя прямо во время установки. В этом случае дотнетчики потеряют еще один аргумент в пользу своего монструозного фреймворка Всего записей: 2318 | Зарегистр. 24-05-2007 | Отправлено: 15:04 25-06-2012 | Исправлено: Frodo_Torbins, 15:05 25-06-2012

Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57

Компьютерный форум Ru.Board » Компьютеры » Прикладное программирование » Вопросы по Embarcadero RAD Studio XE2 (Pulsar)

Переход по форумам  Закладки   » Компьютеры Цифровое изображение Программы Microsoft Windows UNIX Другие OS Hardware В помощь сисадмину Прикладное программирование Игры Форумные игры   » Интернет Web-программирование В помощь вебмастеру Графика Хостинг Зацените-ка!   » Тематические Ikonboard v.2 Ikonboard v.3 Invision Board Другие форумы PHP-Nuke и другие порталы Мобила   » Общие Спорт Флейм Темы по региональным встречам Музыка и Кино Юмор Литература и Живопись   » Ru.Board Новости Помощь по форуму   » Андеграунд eBookz Варезник Раздачи и акции Мобильный варезник Андеграунд Игры и фильмы   » Специальные Тестирование