RAD Studio XE5

← →
p © (2013-09-11 19:02) [0]

доступна для скачивания с оф сайта http://altd.embarcadero.com/download/radstudio/xe5/delphicbuilder_xe5_win.iso

← →
brother © (2013-09-11 19:50) [1]

триал или как?

← →
картман © (2013-09-11 20:01) [2]

> триал или как?

))

← →
Dennis I. Komarov © (2013-09-11 20:16) [3]

Turbo Explorer будет? :)

← →
Kerk © (2013-09-11 20:39) [4]

Был сегодня на презентации. Несколько странный релиз. Основное нововведение - поддержка Android, что само по себе может быть кому-то интересным. Но эта поддержка отключена даже в версии Professional, то есть доступна только в самых дорогих редакциях, ну или еще ее можно за отдельные деньги к Professional докупить.

← →
Мишаня (2013-09-11 21:42) [5]

Не сомневаюсь что крек народ скоро выложит в сеть, раз уже есть 30-дневная демка. Припаяют анлим как-нить через NewDistillerXE5 как и для всех предыдущих версий ;)

← →
Dennis I. Komarov © (2013-09-11 22:06) [6]

> Не сомневаюсь что крек народ скоро выложит в сеть, раз уже
> есть 30-дневная демка. Припаяют анлим как-нить через NewDistillerXE5
> как и для всех предыдущих версий ;)

Когда начнете писать что-нить стоящее денег - за Вами придут...

← →
Dennis I. Komarov © (2013-09-11 22:15) [7]

x64 она делает? А то я с 2006 (2010) никуда не переходил :)

← →
Dimka Maslov © (2013-09-11 22:20) [8]

> x64 она делает?

Ещё с версии XE3, выпущенной год назад.

← →
Мишаня (2013-09-11 22:35) [9]

>Dennis I. Komarov Кто? У тебя уже были? ;) И ты купил лицуху? :)

← →
Kerk © (2013-09-11 22:42) [10]

> Dimka Maslov © (11.09.13 22:20) [8]
>
> > x64 она делает?
>
> Ещё с версии XE3, выпущенной год назад.

На самом деле с XE2 :)

← →
Dennis I. Komarov © (2013-09-11 22:49) [11]

> Ещё с версии XE3, выпущенной год назад.

Не соврать бы, но что-то там не так было... Т.е. я как-то не следил, оно вроде и не надо. Unicode - последнее что глобальных перемен треба. А обезьяна и MacOS пока без надобности вроде...

> Мишаня (11.09.13 22:35) [9]

Я нет, мне Codegear любезно подарил версию, которой лично мне - достаточно. А вот контора, да. (с нее не убудет)

← →
все арамисы, а я Дартаньян (2013-09-11 22:53) [12]

На хе2 в режиме х64 есть проблемы с модулями, загружаемыми выше 4 (2?) гигабайт и импортирующими delay loaded functions. В ХЕ3 исправлено.

А ещё на ХЕ2 не далее как сегодня имел чудный баг, когда дебагер перепутывал два параметра типа TDateTime, передаваемых в функцию…

И с отладкой 64-битного кода ХЕ2 не дружит, каналья.

← →
Kerk © (2013-09-11 22:56) [13]

> все арамисы, а я Дартаньян (11.09.13 22:53) [12]

> И с отладкой 64-битного кода ХЕ2 не дружит, каналья.

Может, там конечно есть какие-то неведомые мне проблемы, но я в XE2 спокойно отлаживал 64битный код.

← →
все арамисы, а я Дартаньян (2013-09-11 22:58) [14]

а, сорри, уточняю: отладка приложилок с use runtime packages работает через пять раз на шестой… если бпл слинкованы статически, то отладка вполне себе работает.

← →
Сергеев Саня (2013-09-12 11:19) [15]

Всем здарова! Как поставить триалку? Просит серийник сволочь.... :( Есть у кого?

← →
Плохиш © (2013-09-12 13:04) [16]

Зарегестрироваться у производителя мозгов не хватает?

← →
имя (2013-09-12 13:08) [17]

Удалено модератором

← →
Плохиш © (2013-09-12 13:10) [18]

Удалено модератором

← →
Сергеев Саня (2013-09-12 13:14) [19]

Дошло... :) Зарегился, прислали ключик,но теперь другая проблем,компилю прогу для Андрюши а APK-файл в папке проекта не создается :( В чем трабла?

← →
Сергеев Саня (2013-09-12 13:29) [20]

Нашел! :) В Debug\Project1\Bin закинуло. А вот в самой Дельфи запустить никак не получается,жму Run выскакивает окошко,че-то билдит-компилит затем исчезает,ни эмуля ни проги :( Снова дает с IDE работать...

← →
Vasa777 (2013-09-12 14:39) [21]

Удалено модератором

← →
Сергеев Саня (2013-09-12 14:54) [22]

Удалено модератором

← →
Сергеев Саня (2013-09-12 15:28) [23]

Удалено модератором

← →
p © (2013-09-12 16:06) [24]

RAD Studio XE5 очередной бред от Embarcadero, как обычно все через ж...

← →
Сергеев Саня (2013-09-12 16:19) [25]

Для Андроида вроде можно чего-нить накодить... :)

← →
robt5 (2013-09-12 16:39) [26]

напомните уникод с какой версии ввели ?

← →
Плохиш © (2013-09-12 16:40) [27]

Со 2й.

← →
robt5 (2013-09-12 16:50) [28]

> Плохиш © (12.09.13 16:40) [27]

не умничай, ты понял про что я спросил

← →
DVM © (2013-09-12 16:56) [29]

> напомните уникод с какой версии ввели ?

2009

← →
Сергеев Саня (2013-09-12 17:15) [30]

Приконектил свой Самсунг,кликаю Run в IDE а Дельфа мне инсталит прогу на смартфон(не запуская). Как сделать чтобы запускался эмуль с прогой прямо на ПК в IDE,чтобы обойтись без телефона? Например чтобы тестить прогу на любом выбранном из списка девайсе в самой IDE.

← →
robt5 (2013-09-12 17:20) [31]

> 2009

хм, а я был почти уверен что 2010 :)

← →
Плохиш © (2013-09-12 17:25) [32]

> robt5 (12.09.13 16:50) [28]
>
> > Плохиш © (12.09.13 16:40) [27]
>
> не умничай, ты понял про что я спросил

Так что ты спросил?

← →
имя (2013-09-12 17:46) [33]

Удалено модератором

← →
Anatoly Podgoretsky © (2013-09-12 19:53) [34]

Плохиш прав. А вопроса про string по умолчанию не было.

← →
имя (2013-09-12 20:17) [35]

Удалено модератором

← →
Сергеев Саня (2013-09-12 20:31) [36]

В Андроид Сдк есть кнопка Старт виртуалки смарта. А как сделать батник и повесить ярлык на стол для быстрого запуска ВМ?

← →
Rouse_ © (2013-09-12 20:37) [37]

Кто пятерку пробовал, вопрос.
Под сторонние ОС FireMonkey - это понятно, а что с сетью, ну не инди же там используются (или я не прав)?

← →
robt5 (2013-09-12 20:45) [38]

> Anatoly Podgoretsky © (12.09.13 19:53) [34]

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

← →
Kerk © (2013-09-12 20:49) [39]

> Rouse_ © (12.09.13 20:37) [37]
>
> Кто пятерку пробовал, вопрос.
> Под сторонние ОС FireMonkey - это понятно, а что с сетью,
> ну не инди же там используются (или я не прав)?

На презентации был такой же вопрос :)
Нет, там не Indy конечно. Как я понял, подобной библиотеки под другие ОС пока(?) в принципе нет. Есть библиотека для работы в REST, в остальном придется довольствоваться старым добрым TTCPClient.

Про перспективы самой Indy говорят что-то вроде "это сторонняя библиотека, мы за нее не отвечаем".

← →
Rouse_ © (2013-09-12 20:55) [40]

> Kerk © (12.09.13 20:49) [39]

Ромч, а они свою прослойку не предлагали?
Сокетный стандарт то един - ну например, имеем RECV и пусть он и под Win и под Android будет RECV. Т.е. шлюз на уровне давно стандартизированного SockAPI, а не на уровне оберток над ним типа Индей и прочей чепухи...

← →
Anatoly Podgoretsky © (2013-09-12 21:33) [41]

> robt5 (12.09.2013 20:45:38) [38]

Это уже визуальные компоненты VCL, их полная поддержка начинается с Д2009, тогда и string стал default Unicode.
Поддержка Short String и Ansi string сохранилась, но переключения Default уже нет.
Ранее частичная поддержка VCL Unicode делалась с помощью сторонних компонент.

RTL поддерживала Юникод, начиная с Д2

← →
robt5 (2013-09-12 21:39) [42]

расскажите мне дибилу, что можно впихнуть (и главное зачем) в пустое приложение с одной кнопкой, что оно весит 21 метр при том что все ядро андроида всего 14 ??
особо интересует мнение суровых дизасамблерщиков\отладочников

короче с выходом ХЕ5 гуглофоны обречены....

← →
Dennis I. Komarov © (2013-09-12 21:45) [43]

Саш, а ты под iOS через AppStore загружаешь, или другими темными тропами?

← →
Rouse_ © (2013-09-12 21:46) [44]

> robt5 (12.09.13 21:39) [42]

Отладочную информацию - не? :)

> Dennis I. Komarov © (12.09.13 21:45) [43]

Джейл...

← →
Германн © (2013-09-12 21:46) [45]

> а они свою прослойку не предлагали?

А разве TBaseSocket и его наследники TTcpServer/TTcpClient, которые они во времена Д5 или Д6 родили недоделанными не есть та самая своя прослойка?

← →
Rouse_ © (2013-09-12 21:48) [46]

> Германн © (12.09.13 21:46) [45]
> А разве TBaseSocket и его наследники TTcpServer/TTcpClient,
> которые они во времена Д5 или Д6 родили недоделанными не
> есть та самая своя прослойка?

Лапоть тоже ботинок, так-то да, но никто не носит...

← →
Германн © (2013-09-12 22:11) [47]

> Лапоть тоже ботинок, так-то да, но никто не носит...

Ну а кто виноват в том что ни на что другое они сами не способны?

← →
robt5 (2013-09-12 22:13) [48]

> Отладочную информацию - не? :)

не

> Anatoly Podgoretsky © (12.09.13 21:33) [41]

это пересказ того что я и так знаю и написал в [38]
а ответ про 2009 получен уже выше

← →
Rouse_ © (2013-09-12 22:20) [49]

> > Отладочную информацию - не? :)
> не

Сбилди тоже самое но в релиз конфигурации. С размером легче?

← →
Rouse_ © (2013-09-12 22:22) [50]

> Германн © (12.09.13 22:11) [47]
> Ну а кто виноват в том что ни на что другое они сами не
> способны?

Очень странная констатация факта к людям, реализовавшим собственный компилятор :)
Нет, Серег - это разные вещи...

← →
Германн © (2013-09-12 22:36) [51]

> Очень странная констатация факта к людям, реализовавшим
> собственный компилятор :)
> Нет, Серег - это разные вещи...
>

Ну ты ж помнишь множество постов на исходниках по этому поводу. Не хотят они сами заниматься ничем кроме основы. А возвращаясь к Инди так и покупать им больше некого. Синапс застрял на бэте к "Delphi 2009+, including XE2". А ICS на ХЕ3. К тому же автор ICS уже однажды отказался продавать(ся).

← →
robt5 (2013-09-12 22:41) [52]

> Rouse_ © (12.09.13 22:20) [49]

я про него и говорю

← →
Rouse_ © (2013-09-12 22:49) [53]

> Германн © (12.09.13 22:36) [51]
> Ну ты ж помнишь множество постов на исходниках по этому
> поводу. Не хотят они сами заниматься ничем кроме основы.

Основой они давно уже не занимаются, это было сказано еще два года назад. Хотят влезть на рынок. Боюсь как-бы это не обернулось очередным Kuilix.
Хотя правда на сейчас на ХЕ4 все-же есть что пощупать (не без трехэтажного мата, но есть).
На VCL забили (эффективный менеджмент (шоб их приподняло) свою роль сделал).
Лично мое мнение, как разработчика: очень хорошо, что они двигают новые платформы, но мне как-то странно стоять на обочине и смотреть как это все происходит в ущерб QC.

← →
Rouse_ © (2013-09-12 22:50) [54]

> robt5 (12.09.13 22:41) [52]
>
> > Rouse_ © (12.09.13 22:20) [49]
>
> я про него и говорю

А у меня ужался (22->2.5), странно...

← →
Rouse_ © (2013-09-12 23:06) [55]

> Германн © (12.09.13 22:36) [51]

И вообще :)
https://plus.google.com/113736904478032564799/posts/BnHmLvnigJy

← →
Германн © (2013-09-12 23:43) [56]

> Rouse_ © (12.09.13 23:06) [55]

Я до такого еще не дозрел. :)

← →
DVM © (2013-09-12 23:56) [57]

> возвращаясь к Инди так и покупать им больше некого. Синапс
> застрял на бэте к "Delphi 2009+, including XE2". А ICS на
> ХЕ3. К тому же автор ICS уже однажды отказался продавать(ся).
>

ICS и Synapse на мой взгляд сильно уступают Indy. Даже по качеству кода, не говоря уж о возможностях. Надо развивать инди дальше.

← →
Rouse_ © (2013-09-13 00:32) [58]

Пожалуй оставлю за сабой право усомниться ;)

← →
Rouse_ © (2013-09-13 00:34) [59]

пардон за чипятки - планшет...

← →
Германн © (2013-09-13 00:38) [60]

> ICS и Synapse на мой взгляд сильно уступают Indy. Даже по
> качеству кода, не говоря уж о возможностях. Надо развивать
> инди дальше.

За синапс не скажу это не моё. Но вот ICS не только не уступает, но и превосходит во многом. Но это тоже имхо.

← →
Eraser © (2013-09-13 01:22) [61]

> Rouse_ © (12.09.13 22:49) [53]

> Боюсь как-бы это не обернулось очередным Kuilix.

не обернется, т.к. рынок и спрос действительно есть, это не линукс для "красноглазиков".

> пардон за чипятки - планшет...

планшет то видимо под iOS или андроидом работает ) вот и ответ насчет кюликса.

> DVM © (12.09.13 23:56) [57]

> ICS и Synapse на мой взгляд сильно уступают Indy. Даже по
> качеству кода, не говоря уж о возможностях. Надо развивать
> инди дальше.

+1
очень интересно посмотреть на то, как они (ICS и Synapse) будут делать поддержку firemonkey, а вот у indy уже есть полная поддержка.

← →
Eraser © (2013-09-13 01:23) [62]

> Германн © (13.09.13 00:38) [60]

> Но вот ICS не только не уступает, но и превосходит во многом.
> Но это тоже имхо.

лет 8-10 назад.

← →
Германн © (2013-09-13 01:57) [63]

> очень интересно посмотреть на то, как они (ICS и Synapse)
> будут делать поддержку firemonkey, а вот у indy уже есть
> полная поддержка.

На чем основано это утверждение? (Что у Инди уже есть, а ICS ещё только будет делать).

← →
Pit (2013-09-13 10:16) [64]

коллеги, определитесь! Правда, что пустое андроид приложение занимает 21 мег? Это, имхо, пока убивает идею...

← →
Плохиш © (2013-09-13 10:33) [65]

> > Боюсь как-бы это не обернулось очередным Kuilix.
>
> не обернется, т.к. рынок и спрос действительно есть, это
> не линукс для "красноглазиков".

Спрос, при цене-то большей 4к евроенотов и при наличии бесплатных альтернатив. Не смешите мои тапочки.

← →
robt5 (2013-09-13 10:38) [66]

> Правда, что пустое андроид приложение занимает 21 мег

так показывает сам андроид в манагере приложений, физически файл сам исполняемый файл весит 16 + 1,5 сопутствующая шелуха

как там у розыча получилось 2.2 я хз, померещилось наверно
в самом эмуляторе телефона лежит папка (файл?) с НЕМЕРЯНОЙ КУЧЕЙ "непустых" API-демок общей массой всего 2.6М !!!

← →
[ВладОшин] © (2013-09-13 10:38) [67]

Денис,

> Codegear любезно подарил версию

а как это?! Один мой знакомый %) тоже хочет так :))

← →
Kerk © (2013-09-13 10:52) [68]

>
> Rouse_ © (12.09.13 20:55) [40]
>
> > Kerk © (12.09.13 20:49) [39]
>
> Ромч, а они свою прослойку не предлагали?
> Сокетный стандарт то един - ну например, имеем RECV и пусть
> он и под Win и под Android будет RECV. Т.е. шлюз на уровне
> давно стандартизированного SockAPI, а не на уровне оберток
> над ним типа Индей и прочей чепухи...

Таких подробностей я не знаю, к сожалению :(

← →
Kerk © (2013-09-13 10:56) [69]

По умолчанию в пакет с программой запихивается не только отладочная информация, но и отладочный сервер(!). Так что release-версия сборки должна быть заметно меньше.

Но а вообще - какая к черту разница? Соскучились по баталиям о размере exe-шника? :)

← →
Dimka Maslov © (2013-09-13 10:59) [70]

> Таких подробностей я не знаю, к сожалению :(

Более того, они сами не знают, как именно устроен доступ в сеть. Говорят, что раз клиент базы данных может соединиться с сервером, то такая возможность имеется. Скорее всего это те же сокеты. В любом случае, они откровенно заявили, что имеется возможность обращения к API Андроида. Там уж точно способ имеется, в виде какого-нибудь Java класса.

← →
Kerk © (2013-09-13 11:08) [71]

> Dimka Maslov © (13.09.13 10:59) [70]
>
> > Таких подробностей я не знаю, к сожалению :(
>
> Более того, они сами не знают, как именно устроен доступ
> в сеть. Говорят, что раз клиент базы данных может соединиться
> с сервером, то такая возможность имеется.

Ну стоит всетки делать скидку на то, что реальный технарь там был ровно один. И он конкретно сокетами не занимался. Потому и не смогли конкретно ответить.

А это твое "они сами не знают" как-то злобно звучит :)

← →
Pit (2013-09-13 12:13) [72]

> Соскучились по баталиям о размере exe-шника? :)

ну на самом деле такой параметр то есть один фиг. Конечно, когда там 300кб delphi-приложения пытаются путем чистого winapi уменьшить до 20 Кб - это в корпоративном секторе смешно (хотя сам это делал).

Но предел же есть. При существующих скоростях, например, простое приложение в 300 Мб все равно будет вызывать удивление и неприязнь, по крайней мере у персональных пользователей.

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

А вот мобильный интернет уже не так дешев. Лично у меня (и я вижу у многих) опции типа за 150 рублей безлимит месячный, с лимитом трафика в день, дальше срезание скорости до неприличной. Например, когда выходит обновление Whats App я не думая его обновляю (я даже помню, что оно порядка 10 Мб весит, что уже признак - слежу за объемами). А пустое дельфи-приложение получается уже почти весь дневной трафик выкушает - это неприятно может быть.

Более того, если приложение в итоге будет весить 50 Мб - то возникнут в принципе проблемы с загрузкой. Он выжрет трафик и даже возможно не догрузиться до конца, после чего будет доооолго долго догружаться. Косяк все таки.
Чтобы обновить тогда нужно искать вай-фай сеть или дожидаться прихода домой (а у меня, например, нету вай фая в квартире). В общем, на мой взгляд создаются явные неудобства.

Еще фишка - у меня до сих пор HTC Desire (хотя чем он плох, так то все есть, процессор 1 ГГц, не сказать что полный отстой), но у него прям с памятью проблемы. Приложение легко может не установиться в связи с нехваткой памяти. Это несмотря на то, что все возможные приложения я на карту памяти перенес. И если я iGo сейчас еще впихнул мегов на 15 кое как с третьего раза, то уже пустое делфьи-приложение я чую никак не поместится )

Так что не все так просто, имхо, на мой взгляд.

← →
Kerk © (2013-09-13 12:39) [73]

Это какие-то сферические кони в вакууме пошли.
Много видел десктопных приложений на Delphi с размером exe 300 Мб? :)

Все ж вроде взрослые люди и должны понимать, что значительную часть размера файла составляет RTL и прочие стандартные библиотеки, которые есть в каждом даже пустом приложении. После какой-то планки размер exe растет довольно медленно.

P.S. Показывали в частности возможность держать прямо на мобилке настоящую базу Interbase. Любителей экономить свободное место эта идея наверно окончательно добьет :)

← →
Pit (2013-09-13 12:44) [74]

ты странно ответил. Интерпретирую это как согласие с моим мнением)

По затравочному абзацу с перегибанием палки - ты прокомментировал.
А основную мысль как будто и не читал)

← →
Pit (2013-09-13 12:46) [75]

> Много видел десктопных приложений на Delphi с размером exe
> 300 Мб?

это лишь доказывает мое мнение ) Я говорю о том, что такие приложения будут вызывать негатив (а значит, вряд ли будут популярными). А ты говоришь, что таких приложений нету на рынке. Все сходится )

← →
Kerk © (2013-09-13 12:59) [76]

> Pit (13.09.13 12:44) [74]
>
> ты странно ответил. Интерпретирую это как согласие с моим
> мнением)

Как хочешь :)

> А основную мысль как будто и не читал)

А там она разве есть? :)

> это лишь доказывает мое мнение ) Я говорю о том, что такие
> приложения будут вызывать негатив (а значит, вряд ли будут
> популярными). А ты говоришь, что таких приложений нету на
> рынке. Все сходится )

Времена идут, а ты все тот же тролль.
Таких приложений никто не видел, потому что Delphi такие большие exe-шники не делает. Можно конечно упереться лбом (а ты это обязательно сделаешь) и в ресурсы какое-нибудь видео вкомпилить...

В общем, причину такого размера "пустого" приложения я объяснил, попробуй понять.

← →
Pit (2013-09-13 13:13) [77]

> А там она разве есть? :)

конечно. Речь про коммуникаторы основная и я там в разрезе коммуникаторов описал. И это действительно проблема. Лично я долго думал, что снести с моего телефона прежде чем установить iGo. Решил снести скайп. Если ты не встречал данную проблему - это не означает, что её нету.

И про мобильный трафик тоже ты красиво проигнорил. А еще очень часто мы забываем, что не все живут в крупных городах с развитой инфраструктурой.

> Времена идут, а ты все тот же тролль.

потому что ты хочешь всех кто с тобой спорит записать в тролли. Так удобнее спорить. Типа "а, тролль, чего с него взять" )

При этом основную мысль ты игноришь, а цепляешься к вычурному примеру про exe"шник в 300 Мб. А я всего лишь сказал, что такой EXE будет вызывать недовольство. Много их, мало - я не про это говорил, я говорил что есть ограничения (пусть и психологические) даже при текущих скоростях интернета. Не все определяется скоростью загрузки (типа если это грузится меньше минуты, то недовольных не будет).

Но основная мысль - про мобильные, андроиды эти. Ты специально решил уделить акцент не основой мысли поста, а взять то, к чему проще прикопаться) И кто после этого тролль)

> Таких приложений никто не видел, потому что Delphi такие
> большие exe-шники не делает.

не, ну если прям упереться - то бывает. У Розыча спроси, у них EXE большой, насколько помню. Не знаю насчет 300, но вроде больше 100.
Но этот пост вообще был шутливый, я даже смайликов наставил, выделил в отдельный пост и он опять же тебя заинтересовал больше всего. Хотя я там провел полную аналогию как в анекдоте "Я хлопаю в ладоши, чтобы крокодилов отпугивать. Крокодилов же нету? Значит, работает".
То есть, в общем-то все так, но явное нарушение причинно-следственных связей)

В общем, ты хочешь видеть троллизм - ты его и видишь. Хотел бы серьезно обсудить - по другому бы мои слова воспринял

← →
Pit (2013-09-13 13:25) [78]

> В общем, причину такого размера "пустого" приложения я объяснил,
> попробуй понять.

а чего тут понимать. Я без твоих объяснений был далек от мысли, что разработчики специально включают в сборку бесполезный шум, лишь бы объем нарастить. Понятно, что там что-то хранится нужное для работы.

Я говорил о том, что такой объем реально может нести проблемы и пояснил почему так считаю. И объяснения "почему" для пользователей не катят.

И я сам как пользователь, возможно, отказался бы от приложения, когда самые мной используемые почему то занимают пару мегабайт, крупные порядка 10-15 (например, приложение навигации с пробками, графиками, звуками и пр., то есть ощущение "серьезного" софта), а тут какое-то простецкое приложение весит в 2-3 раза больше почему то. И объяснения от разработчиков почему так происходит, что там пол базовая архитектура RAD-системы мне вообще не вперлось.

Хотя, естественно, если приложение для меня жизненно полезное - я и другой смарфтон куплю, который "потянет" нужное мне позарез приложение. Я не говорю о запретительных барьерах, но ограничительных - очень возможно.

← →
robt5 (2013-09-13 13:25) [79]

> В общем, причину такого размера "пустого" приложения я объяснил

это былобы пофиг, если бы действительно "нативные" андроид приложения весили также, но они какого-то хрена в десятки раз меньше как же они так работают то без RTL и прочего гна в нутрях ?
а?
зачем этот RTL внутри если он не используется, ну не использую я вызовы объектов по имени и прочую хрень !?

← →
vuk © (2013-09-13 13:36) [80]

to DVM © (12.09.13 23:56) [57]:

> ICS и Synapse на мой взгляд сильно уступают Indy. Даже по
> качеству кода, не говоря уж о возможностях. Надо развивать
> инди дальше.

Я в свое время задолбался с каждой новой версией индюка переписывать код и все завязанное на него переделал на ICS. Больше проблем нет. Ну и, до кучи, некоторые штуки (сейчас уже конкретно не помню, но что-то связанное с почтой и кодировками) в индюке решались только правкой генокода. С каждой версией чуть ли не в разных местах.

← →
Pit (2013-09-13 13:41) [81]

> зачем этот RTL внутри если он не используется, ну не использую
> я вызовы объектов по имени и прочую хрень !?

ну дельфи компилятор включает только используемые методы (если exe а не DLL / BPL). Думаю, тут вряд ли по другому.
Просто в дельфи основной жор из-за инициализационной секции в Forms, которая вызывается всегда, а за собой по цепочке "тянет" очень много кода.

← →
vuk © (2013-09-13 13:56) [82]

to Pit (13.09.13 13:41) [81]:

> Просто в дельфи основной жор из-за инициализационной секции
> в Forms, которая вызывается всегда, а за собой по цепочке
> "тянет" очень много кода.

Основной жор в Delphi всегда был из-за того, что весь код, завязанный на published включается всегда полностью. Причина проста - никогда неизвестно, что будет прочитано из ресурсов.

← →
DVM © (2013-09-13 14:13) [83]

> vuk © (13.09.13 13:36) [80]

> Я в свое время задолбался с каждой новой версией индюка
> переписывать код и все завязанное на него переделал на ICS.
> Больше проблем нет. Ну и, до кучи, некоторые штуки (сейчас
> уже конкретно не помню, но что-то связанное с почтой и кодировками)
> в индюке решались только правкой генокода. С каждой версией
> чуть ли не в разных местах.

Ошибки это другое, они везде есть. А вот переписывание кода проблема.
Правда вроде все устаканилось. Это все происходило потому, что автор пытался улучшать дизайн библиотеки жертвой совместимости. Тут ничего не поделаешь. И сейчас этот самый дизайн во многом имхо более гибкий, чем у других. Это мое субъективное мнение. Использую все три набора компонент.

← →
Pit (2013-09-13 14:21) [84]

> Основной жор в Delphi всегда был из-за того, что весь код,
> завязанный на published включается всегда полностью. Причина
> проста - никогда неизвестно, что будет прочитано из ресурсов.

что-то новенькое для меня... А можно чуть поподробнее? Ну я понимаю, есть published свойство. Но если его никто не использует в EXE, то причем тут ресурсы?

P.S. Вообще, ты уверен? По-моему, я в свое время проводил эксперимент, в пустое дельфи приложение подключал Forms - размер соответственно увеличивался до 250-300 Кб, потом я закоментил секцию initialize в Forms (при этом из uses не исключал) - и размер упал до "обычного" в десяток Кб... могу путать за прошествием лет.

← →
Kerk © (2013-09-13 14:26) [85]

Компилятор не может знать какое published-свойство используется, а какое нет. Поэтому он включает в EXE-шник все подряд.

← →
vuk © (2013-09-13 14:35) [86]

to Pit (13.09.13 14:21) [84]:

> P.S. Вообще, ты уверен? По-моему, я в свое время проводил
> эксперимент, в пустое дельфи приложение подключал Forms
> - размер соответственно увеличивался до 250-300 Кб, потом
> я закоментил секцию initialize в Forms (при этом из uses
> не исключал) - и размер упал до "обычного" в десяток Кб.
> .. могу путать за прошествием лет.

Вообще-то да. Как только класс упоминается в коде, все, что касается его bublished секций включается в .exe Под упоминанием в коде имееюся в виду такие вещи, как создание экземпляра, регистрация класса запрос RTTI и т.д., одно только упоминание uses модуля не ведет к включению кода.

← →
robt5 (2013-09-13 14:39) [87]

> Kerk © (13.09.13 14:26) [85]

это как это он не знает?
даже в форме в ресурсах сохраняются только отличные от дефолта свойства
если нет в коде значит не нужен

← →
vuk © (2013-09-13 14:41) [88]

to robt5 (13.09.13 14:39) [87]:

> даже в форме в ресурсах сохраняются только отличные от дефолта
> свойства

Компилятор не анализирует dfm при компиляции. Сюрпрайз? :)

← →
Kerk © (2013-09-13 14:44) [89]

Про RTTI не нужно забывать. К published-свойству можно обратиться совершенно неявным способом. Так, чтоб никто не догадался, не только компилятор :)

← →
robt5 (2013-09-13 14:46) [90]

но это же меготупо я протестую !

← →
Pit (2013-09-13 14:49) [91]

> Компилятор не может знать какое published-свойство используется,
> а какое нет

почему? чем это отличается от контроля private свойств? чем отличается от public? Ведь published это всего лишь public, который виден в инспекторе объектов? Какие-то еще принципиальные отличия?

> Под упоминанием в коде имееюся в виду такие вещи, как создание
> экземпляра

а как он определяет создание класса?

> одно только упоминание uses модуля не ведет к включению
> кода.

ага... это многое объясняет. То есть, действительно если убить initialization из Forms, то включение этого модуля не приведет к увеличению объема EXE. Просто в результате initialization тянется не только используемый код, но и весь использующий pulished?

Но я все равно не понял зачем включать код от published

← →
vuk © (2013-09-13 14:52) [92]

to robt5 (13.09.13 14:46) [90]

> но это же меготупо я протестую !

Это не тупо. Это особенности компонентной архитектуры.

← →
Pit (2013-09-13 14:54) [93]

> Компилятор не анализирует dfm при компиляции. Сюрпрайз?
> :)

хм, ты имеешь в виду, что в dfm может быть присвоено то свойство, которое не используется в коде?

Но... какой тогда смысл присваивать такое свойство? Оно ж все равно не используется.
Пусть в DFM есть указание, а такое свойство убрано из-за оптимизации, ну и пусть тогда пропустит эту операцию.

← →
Pit (2013-09-13 14:57) [94]

кстати, насчет RTTI. Я слышал, что в новых версиях дельфи есть возможность дотянуться и до public / protected / private полей. Означает ли это, что по той же логике и код относящийся к таким полям тоже всегда включается?!

← →
vuk © (2013-09-13 14:57) [95]

Pit (13.09.13 14:49) [91]

> почему?

Потому, что изменениями свойство может рулить не только компилятор, но и пользовательский код. Причем, свойства могут задаваться неявно, например, из какого-то внешнего источника. Например, у меня есть компоненты, предназначенные для сохранения свойств других компонентов. Свойства задаются списком. Причем, вплоть до того, что список можно подгрузить хоть из текстового файла.

> а как он определяет создание класса?

Выхов конструктора - не? :)

← →
robt5 (2013-09-13 14:59) [96]

> Это особенности компонентной архитектуры.

значит архитектура не верна, прежде чем возражать вспомни про КОЛ

← →
Pit (2013-09-13 15:01) [97]

> Потому, что изменениями свойство может рулить не только
> компилятор, но и пользовательский код

ты про RTTI. Это я понимаю. Я не понимаю, почему все равно нужно включать код этих свойств? Ну да, в соответствии с RTTI получается, что не будет у компонент этих свойств. Ну и что? Если в коде они все равно не используются?

Впрочем, я думаю ты имеешь в виду срабатывание гетеров, сетеров... так то да..

← →
Kerk © (2013-09-13 15:03) [98]

> Pit (13.09.13 15:01) [97]
>
> > Потому, что изменениями свойство может рулить не только
> > компилятор, но и пользовательский код
>
> ты про RTTI. Это я понимаю. Я не понимаю, почему все равно
> нужно включать код этих свойств? Ну да, в соответствии с
> RTTI получается, что не будет у компонент этих свойств.
> Ну и что? Если в коде они все равно не используются?

Еще раз. Компилятор не знает, используются ли они в коде.

← →
vuk © (2013-09-13 15:04) [99]

to robt5 (13.09.13 14:59) [96]:

> прежде чем возражать вспомни про КОЛ

KOL - не компонентная библиотека.

← →
Pit (2013-09-13 15:05) [100]

> Выхов конструктора - не? :)

ну я не знаю. Я ж тебя спросил, может и конструктора. Интересно что тогда имеется в виду под конструктором.

Ведь конструкторы в дельфи наследуются. А значит в "type of class" я могу передать наследника. И хотя вызов конструктора этого наследника нигде не прописан явно, а тем не менее класс будет создан. Как же с его published свойствами? )

← →
Ega23 © (2013-09-13 15:07) [101]

> Ведь конструкторы в дельфи наследуются.

Интересная постановка. Переведи.

← →
Pit (2013-09-13 15:09) [102]

> Интересная постановка. Переведи.

а что тут неясно? Конструкторы могут наследоваться, а могут не наследоваться.
Если наследуются - то потомок по умолчанию получает все конструкторы предка. Так обстоит дело в дельфи.

← →
vuk © (2013-09-13 15:10) [103]

to Pit (13.09.13 15:05) [100]:

> Интересно что тогда имеется в виду под конструктором.

Как ни странно, то, что объявлено, как конструктор.

> А значит в "type of class" я могу передать наследника. И
> хотя вызов конструктора этого наследника нигде не прописан
> явно, а тем не менее класс будет создан.

А вот тут зависит от того, какой конструктор. Если он виртуальный, то все вызовется правильно (собственно, конструкторы у компонентов виртуальные именно по этой причине). Если нет - будет некий облом. :)

← →
vuk © (2013-09-13 15:18) [104]

Я добавлю еще, что такие вещи, как регистрация класса, заставляют компилятор включать весь его код в приложение полностью, а не только то, что попадает в published. Причина та же - неизвестно, кто, когда и что от такого класса может вызвать.

← →
Pit (2013-09-13 15:18) [105]

> Если он виртуальный, то все вызовется правильно

а вот почему? Давай для конкретики:

TB = class(TA)

конструктор TB нигде напрямую не вызывается. А значит по идее код этого класса не должен включаться в EXE. А как же тогда все будет работать, если через "type of class" вызовут виртуальный конструктор, отнаследованный от TA? По идее должен вызваться override конструктор от TB, но ведь код класса TB не включен в EXE?

← →
Pit (2013-09-13 15:19) [106]

> Я добавлю еще, что такие вещи, как регистрация класса, заставляют
> компилятор включать весь его код в приложение полностью

Точно? А зачем включать неиспользуемые private методы?

← →
vuk © (2013-09-13 15:26) [107]

to Pit (13.09.13 15:18) [105]:

>
> конструктор TB нигде напрямую не вызывается. А значит по
> идее код этого класса не должен включаться в EXE. А как
> же тогда все будет работать, если через "type of class"
> вызовут виртуальный конструктор, отнаследованный от TA?

Если в коде упомянут потомок, в exe будет включено все, что может понадобиться для его функционирования. В том числе и нужные конструкторы. Думается, что полное включение кода будет уже тогда, когда компилятор в потенциально работающем коде найдет передачу класса, как параметра.

to Pit (13.09.13 15:19) [106]:

> А зачем включать неиспользуемые private методы?

Неиспользуемые методы, естественно, включены не будут. Только код, который потенциально может работать.

← →
Германн © (2013-09-13 15:26) [108]

> А зачем включать неиспользуемые private методы?

А что такое "неиспользуемые методы"? Дай точное определение.

← →
Pit (2013-09-13 15:30) [109]

> полное включение кода будет уже тогда, когда компилятор
> в потенциально работающем коде найдет передачу класса, как
> параметра.

в смысле?

я же могу написать:

MyVar := TB; МояФабрикаКласса(MyVar)

но ведь при этом сам MyVar будет типа:

TclassA = class of TA; MyVar: TclassA;

И в связи с этим непонятна твоя фраза:

> Если он виртуальный, то все вызовется правильно (собственно,
> конструкторы у компонентов виртуальные именно по этой причине).
> Если нет - будет некий облом. :)

в чем облом?

← →
Pit (2013-09-13 15:31) [110]

> А что такое "неиспользуемые методы"? Дай точное определение.

методы, которые не вызываются в коде.
Ты легко можешь увидеть предупреждение компилятора, когда объявишь класс с private методом, который не вызывается в этом классе.

← →
vuk © (2013-09-13 15:58) [111]

> в чем облом?

Код для изучения облома:
program Project2; {$APPTYPE CONSOLE} uses SysUtils, Classes; type TFirstClass = class of TFirst; TFirst = class constructor VirtualCreate; virtual; constructor Create; end; TSecond = class(TFirst) constructor VirtualCreate; override; constructor Create; end; { TFirstClass } constructor TFirst.Create; begin inherited; writeln(ClassName + ": TFirst.Create"); end; constructor TFirst.VirtualCreate; begin inherited; writeln(ClassName + ": TFirst.VirtualCreate"); end; procedure TestProc1(C: TFirstClass); var instance: TFirst; begin instance := C.Create; instance.Free; end; procedure TestProc2(C: TFirstClass); var instance: TFirst; begin instance := C.VirtualCreate; instance.Free; end; { TSecond } constructor TSecond.Create; begin writeln(ClassName + ": TSecond.Create"); end; constructor TSecond.VirtualCreate; begin inherited; writeln(ClassName + ": TSecond.VirtualCreate"); end; begin try { TODO -oUser -cConsole Main : Insert code here } TestProc1(TSecond); writeln("-------------------"); TestProc2(TSecond); except on E: Exception do Writeln(E.ClassName, ": ", E.Message); end; readln; end.

← →
robt5 (2013-09-13 18:02) [112]

> vuk © (13.09.13 15:04) [99]

что значит не компонентная ? что есть компонент?

← →
vuk © (2013-09-13 18:19) [113]

to robt5 (13.09.13 18:02) [112]:

> что значит не компонентная ? что есть компонент?

В терминах Delphi компонент - класс, позволяющий управлять собственным поведением через RTTI.

← →
robt5 (2013-09-13 18:51) [114]

> класс, позволяющий управлять собственным поведением через RTTI

что ему это дает уникального, без чего нельзя прожить ? (да я реально нуб)

← →
vuk © (2013-09-13 20:04) [115]

Странный вопрос. Вся среда программирования в Delphi построена вокруг того, что дает RTTI.

← →
robt5 (2013-09-13 20:10) [116]

> Странный вопрос. Вся среда программирования в Delphi построена
> вокруг того, что дает RTTI

я хз что она там делает вокруг, но почему-то КОЛ на выходе это делает лучше ВКЛ

← →
vuk © (2013-09-13 21:21) [117]

KOL делает не лучше. KOL делает иначе. Ну так библиотека и предназначена для другого - для применений, где таки нужен легковесный интерфейс (я, вот честно, у себя таких задач не припомню) ну и для не в меру озабоченных размером исполняемого модуля.

← →
ProgRAMmer Dimonych © (2013-09-13 22:18) [118]

Коллеги, кто-нибудь может подсказать, как там с минимальными системными требованиями у XE5? Особенно касательно версии Windows. И вообще общего быстродействия. Пошустрее, чем 2010 стала или нет? О скорости Delphi 7 уже и не мечтаю.

← →
Cobalt © (2013-09-13 22:39) [119]

Rouse_ © (12.09.13 22:49) [53]
>>На VCL забили (эффективный менеджмент (шоб их приподняло) свою роль сделал).
Саш, а что ты хочешь от VCL?
Какого развития? В какую сторону?

← →
Kerk © (2013-09-13 23:06) [120]

Есть достоверные слухи, что в будущем собираются разделить VCL- и FireMonkey-версии. Если это правда, то VCL будут развивать, иначе такую версию просто никто не купит.

← →
Cobalt © (2013-09-14 00:42) [121]

Kerk © (13.09.13 23:06) [120]
>>то VCL будут развивать,

Опять же, куда? В какую сторону?
Скажите, чего вы ждете от VCL?

← →
Inovet_ (2013-09-14 10:39) [122]

> Скажите, чего вы ждете от VCL?

Ну как чего? До сих пор нет кампанента, чтобы кинул на форму, и всё стало как надо. Ещё пилить им и пилить VCL.

← →
Anatoly Podgoretsky © (2013-09-14 10:47) [123]

> Inovet_ (14.09.2013 10:39:02) [122]

TOk что ли

← →
Inovet_ (2013-09-14 10:59) [124]

> TOk что ли

Можно несколько:
TAllright
TVsyoZashibis
TVseDeffkiMoi
и т.п., а то ведь придётся телепатор сначала подключить к капутеру, чтобы чего не того не вышло.

← →
vuk © (2013-09-14 11:23) [125]

to Inovet_ (14.09.13 10:39) [122]:

> Ну как чего? До сих пор нет кампанента, чтобы кинул на
> форму, и всё стало как надо. Ещё пилить им и пилить VCL.
>

Да! Это недоработка, причем существенная! Даже в интернетах уже всё есть: http://button.dekel.ru/

← →
Кирюха (2013-09-14 11:23) [126]

>Inovet_ (14.09.13 10:59) [124] Класс! :)

← →
Kerk © (2013-09-14 11:56) [127]

> Cobalt © (14.09.13 00:42) [121]
>
> Kerk © (13.09.13 23:06) [120]
> >>то VCL будут развивать,
>
> Опять же, куда? В какую сторону?
> Скажите, чего вы ждете от VCL?

Да я даже не знаю. На первый взгляд в VCL мне всего хватает.

← →
Pit (2013-09-14 12:41) [128]

> На первый взгляд в VCL мне всего хватает.

ну очевидно, что не хватает удобного, красивого грида.
Нет (не было по крайней мере) всяких новых новомодных фишек интерфейса винды типа ribbon. Это что первое на ум...
Вообще, стандартный интерфейс умирает, на вебе уже делают гораздо симпатичнее и удобнее.

← →
Pit (2013-09-14 12:42) [129]

господа, а кто смотрел FireMonkey, он уже может стать реальным интерфейсом для крупных приложений?

Он, кстати, всегда отрисовывает сам или может отдавать рисование стандартных контролов ОС?

← →
DVM © (2013-09-14 12:50) [130]

> Pit (14.09.13 12:42) [129]

Да в принципе уже может, но контролов маловато. Придется писать самому. А литературы так вообще нет.

> Он, кстати, всегда отрисовывает сам

на сколько я понимаю всегда сам.

← →
Kerk © (2013-09-14 13:30) [131]

> Pit (14.09.13 12:41) [128]
>
> > На первый взгляд в VCL мне всего хватает.
>
> ну очевидно, что не хватает удобного, красивого грида.

Да полно 3d party гридов на любой вкус. Эмбаркадеро не станет отбирать хлеб у сообщества. Ribbon вроде есть. Мне он ниразу не был нужен, но вроде есть.

P.S. И правда риббон есть, гугл врать не будет
"Начиная с RAD Studio 2009 в составе VCL Delphi появилась новая вкладка Ribbon Controls"

← →
Kerk © (2013-09-14 13:37) [132]

Я бы скорее внес немного изменений в компилятор. По VCL пожеланий и правда сходу не могу придумать.

← →
Германн © (2013-09-14 13:49) [133]

> P.S. И правда риббон есть, гугл врать не будет
> "Начиная с RAD Studio 2009 в составе VCL Delphi появилась
> новая вкладка Ribbon Controls"
>

То-то все его так любят :)

← →
Eraser © (2013-09-14 19:01) [134]

стандартным Ribbon пользоваться нельзя. для VCL единственный нормальный ribbon есть только у DevExp.

← →
Pit (2013-09-14 19:12) [135]

> Да полно 3d party гридов на любой вкус.

ну нормальный я видел только у девок. И по сути эти девки зачастую покупают (стоимостью в студию дельфи) ради грида)
Так что грид бы не помешал.. Ну может не такой навороченный как у девок, но более менее приличный.

← →
Kerk © (2013-09-14 20:10) [136]

То, чего вы хотите, это фактически означает "выжечь поляну". Разработав свои подобные компоненты EMBT сильно пошатнет бизнес девок, а потом шаг за шагом (хотелки-то наши растут и растут) и всех остальных придушит.

← →
Pit (2013-09-16 12:54) [137]

> То, чего вы хотите, это фактически означает "выжечь поляну"

ну это философский вопрос. С другой стороны, что же теперь - не улучшать ничего?
Не модернизировать среду, потому что это есть в GExperts и cnPack?
Тут тонкий вопрос... Вот ты там хочешь что-то в компиляторе, а вдруг это уже есть в каком-нибудь пост-процессоре) Но тебе ж хочется в базовой поставке.

Тем более мы говорили о VCL и чего не хватает. И вот такого хорошего грида не хватает.
А бизнес девок вряд ли пошатнет, их вряд ли сильно испугает даже отказ от линейки дельфи приблуд полностью.

← →
Kerk © (2013-09-16 13:04) [138]

Любишь ты все уводить в "философские вопросы" :)

Улучшать VCL конечно надо, но явно не дублируя то, что уже много лет и так всеми, кому действительно нужно, используется.

Если RibbonControls, как говорят, кривые. То их конечно нужно чинить. Это совершенно другой вопрос уже. Если что-то есть, оно должно хотя бы работать как задумывалось.

Ну а по поводу изменений в компиляторе. Ты даже не спросил о чем речь, но возражения имеешь :). Нет, тот же вывод типов, например, никакими пост-процессорами ты не сделаешь. И уж тем более нет тут ничего столь же сравнимого по стабильности и распространенности с компонентами DevExpress.

> vuk © (13.09.13 18:19) [113]

> В терминах Delphi компонент - класс, позволяющий управлять собственным
> поведением через RTTI.

В терминах Delphi "компонент" - это класс TComponent и все его наследники. А "класс, позволяющий управлять собственным поведением через RTTI" - это класс, скомпилированный с опцией {$M+}. По дефолту - TPersistent и все его наследники (включая и компоненты, конечно).

> По VCL пожеланий и правда сходу не могу придумать.

Отдельное событие у DataSource после DataSet.EnableControls

to Юрий Зотов © (16.09.13 13:12) [139]:

> В терминах Delphi "компонент" - это класс TComponent и все
> его наследники.

Это я еще не забыл. При этом полноценное управление в рамках компонентной модели Delphi начинается именно с TComponent. TPersistent в рамках той же модели - это минимум, позволяющий управлять собой через RTTI, но наследники используются в ней, как несамостоятельные объекты.

← →
труп страуса (2013-09-16 15:17) [142]

Рискну предположить, что всё это - хитрющая продаваемая политика Абракадабры
XE30 будет компактным и быстрым
стопудов )

← →
Pit (2013-09-16 15:19) [143]

> Улучшать VCL конечно надо, но явно не дублируя то, что уже
> много лет и так всеми, кому действительно нужно, используется.

я про дубляж и не говорил. Этого не надо, но грид в комплекте - убог. Слишком объективно убог.

И та же среда, ведь удобство разработки - очень важно. Не включать теперь в IDE те хорошие вещи, которые в gexperts есть? Ведь встраивают и правильно делают. Но тут тонкий момент, конечно.

> Ты даже не спросил о чем речь, но возражения имеешь :).

я не имею возражений. Я в общем говорил о том, что если нужное тебе действие делает какой-то сторонний продукт / модуль / расширение - это не показатель, что такого не должно появиться в базовом продукте.

Нет, не показатель конечно. Но и сбрасывать со счетов это не стоит. Базовый продукт не зря базовым зовут. Вопрос нужно иначе ставить - сколько дополнительных копий Delphi можно будет продать, если в ней появится грид хуже, чем у DevExpress, но лучше того, что есть сейчас. Подозреваю, что около нуля. Такая вот имха.

> Kerk © (14.09.13 13:30) [131]

> Да полно 3d party гридов на любой вкус. Эмбаркадеро не станет
> отбирать хлеб у сообщества.

Я чего-то не понимаю, видимо... DevExpress принадлежит абракадабре? Если нет, то не понимаю, почему вторые не захотят прибрать к рукам бизнес первых? Была бы возможность... Абракадабра - такой же капиталист, как и остальные.
Т.ч., имхо, причина того, что они не сподобились забабацать свой грид, не уступающий девкам, чисто техническая. Нет экономической целесообразности и/или ресурсов. Как только появятся - забъют болт на все это "сообщество" и отберут последнюю буханку. Даже не сумневайся.

> asail © (16.09.13 17:55) [146]
> Нет экономической целесообразности и/или ресурсов.

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

Эмбаркадеро будет кормить сообщество с ложечки и гладить по голове. Именно потому, что они такой же капиталист как все остальные. В одиночку они никогда не смогут разработать и поддерживать все те компоненты и библиотеки, которые сейчас можно купить у сторонних разработчиков. Это можно сделать только задрав цену Delphi совсем за облака, что есть безумие.

Что-то мне подсказывает, что даже если Embarcadero сдделает аналог грида от DevEx, последним это повредт не сильно - вряд ли у них компонеты VCL сейчас приносит основную часть дохода. Другое дело, что делать аналог такого грида со всеми пирогами и поддержкой можно и надорваться.

> vuk © (16.09.13 18:26) [148]
>
> Что-то мне подсказывает, что даже если Embarcadero сдделает
> аналог грида от DevEx, последним это повредт не сильно -
> вряд ли у них компонеты VCL сейчас приносит основную часть
> дохода.

Конечно не основную. Уместно говорить о части их бизнеса, связанной с Delphi. Сегодня это очевидно выгодно, иначе бы они этим не занимались. Но в случае чего они с этой поляны просто уйдут и все. Непонятно кому от этого будет лучше.

> Другое дело, что делать аналог такого грида со всеми пирогами
> и поддержкой можно и надорваться.

То-то и оно. Поэтому Эмбаркадеро и не будет разрушать этот полезный для всех симбиоз, однако :)

Если говорить о хотелках, то я бы хотел, чтобы была возможность устанавливать пакеты не в IDE в целом, а как бы в конкретный проект. Это не связано с VCL, правда, но тем не менее. Хочу :)

to Kerk © (16.09.13 22:08) [150]:

> Если говорить о хотелках, то я бы хотел, чтобы была возможность
> устанавливать пакеты не в IDE в целом, а как бы в конкретный
> проект.

Ну, вроде как, список установленных пакетов в проекте сохраняется.

> vuk © (16.09.13 18:26) [148]

> Другое дело, что делать аналог такого грида со всеми пирогами
> и поддержкой можно и надорваться.

точно надорвутся, потому и не делают, достаточно взглянуть на "стандартный" риббон. хотя, вот с Indy у них получилось.

> хотя, вот с Indy у них получилось

У кого "у них"?

А чеж тогда у Инди все копирайты не эмбаркадерские?
Да и по словам Керка:

> Kerk © (12.09.13 20:49) [39]
> Про перспективы самой Indy говорят что-то вроде "это сторонняя
> библиотека, мы за нее не отвечаем".

> Германн © (17.09.13 01:27) [155]

ну хз, может ошибаюсь конечно, но уж больно оперативно indy обновляется, в отличие от официального сайта проекта.

> [150] Kerk © (16.09.13 22:08)
> чтобы была возможность устанавливать пакеты не в IDE в целом,
> а как бы в конкретный проект.

А что, удобно, наверное. Типа написал, где-нибудь в в специальном файле проекта:
use C:\VsyakayaHren\KampanentaKakayatoSuperHren
попробовал, посмотрел. Не понравилось - удалил строчку и все дела.

> Eraser (16.09.2013 23:18:32) [152]

У кого получилось?

> Eraser (17.09.2013 01:18:34) [154]

Инди это не embarcadero

Марко Канту в блоге пишет, что Ribbon немного пофиксили. Радуйтесь, кто хотел :)

> Kerk © (19.09.13 13:24) [161]

)) да его там надо с нуля переписать, а потом фиксить года 3, тогда может быть, получится нечто напоминающее риббон от devexpress ) ну а вообще радуемся конечно, хорошо хоть фиксят.

А на андроиде внутри RESTClient таки работает именнo Indy. Удивительно.

Kerk © (13.10.13 23:35) [163] А на андроиде внутри RESTClient таки работает именнo Indy. Удивительно.
Ничего удивительного. Что-то же должно быть "там внутре". Что индейцы смогли, то Эмбаркадеро и засунуло внутрь. Индейский продукт ведь был как-то куплен. Но и то что Эмбаркадеро дистанциируется от сей библиотеки тоже понятно. FMX для индейцев явно нежданный сюрприз. Им бы решить все свои проблемы под Windows. А тут и ICS стал OpenSource в полной мере. Так что теперь посмотрим кто кого превзойдёт. Лично я ставлю на ICS.

> Германн © (14.10.13 02:33) [164]

> Им бы решить все свои проблемы под Windows.

какие проблемы? 7й год используем эту библиотеку - проблем нет.

> Eraser © (14.10.13 03:13) [165]
>
>
> > Германн © (14.10.13 02:33) [164]
>
>
> > Им бы решить все свои проблемы под Windows.
>
> какие проблемы? 7й год используем эту библиотеку - проблем
> нет.
>

Это у тебя нет.

P.S.
Вот точно также могу сказать "~15 лет использую ICS и проблем нет". И я даже буду более прав, ибо на проблемы с ICS в И-нете гораздо меньше жалоб, чем на проблемы с Инди. Ты будешь с этим спорить?

> Германн © (14.10.13 03:37) [166]
>

> Ты будешь с этим спорить?

конечно буду, пользователей ICS, уверен, на порядок меньше. вот даже в скайпе Indy используется.

← →
Empleado_ (2013-10-14 11:58) [168]

А по-поводу IP*Works! мнения есть?
Кто-нибудь использовал уже?

← →
Всеволод (2013-11-15 13:29) [169]

Установил Embarcadero RAD Studio XE5 с Android. Написал приложение для Android. Запускаю эмулятор. Всё работает нормально. Запускаю созданное приложение - вместо него черный экран в эмуляторе. Помогите, в чем может быть причина?

← →
Всеволод (2013-11-15 13:32) [170]

Если выбрать Target Windows, то приложение работает. А в эмуляторе не хочет. Создавал несколько эмуляторов с разными параметрами, не работает программа.

С эмулятором оно в принципе хреново работает (sad but true). Если есть возможность, попробуй на реальном устройстве.

Используй реальное устройство.

> Запускаю эмулятор. Всё работает нормально.

> А в эмуляторе не хочет.

Ну и как тебе теперь верить?

Чтоб заработало на эмуляторе надо взять поставить с сайта гугла весь комплект для разработки под андроид самостоятельно в другую папку, создать новый эмулятор и все заработает. Ну и пути в Delphi прописать можно. Что-то там криво ставится вместе с Delphi такое ощущение. У меня по крайней мере заработало так. Но на эмуляторе работает очень плохо, медленно все. Лучше конечно реальное устройство.

← →
Всеволод (2013-11-16 18:55) [175]

Спасибо, я так и думал, что это проблема только с эмулятором. На реальном устройстве мое приложение работает. Еще попробую поставить с сайта гугла весь комплект для разработки под андроид самостоятельно в другую папку.

← →
yurik (2013-11-21 14:23) [176]

У меня RAD Studio XE5, написал приложение для Android. Оно работает когда приложение на переднем плане(только на реальном устройстве). Мне нужно сделать, чтобы оно работало в фоне. В эклипсе это делалось с помощью сервиса, а как в Delphi это сделать я не нашел, но очень нужно! Подскажите, если знаете! А еще не понятно как прописать путь к музыкальному файлу (для медиаплеера) в папке на внешней карте памяти. Помогите, если можете!

yurik
Если ты обратил внимание при работе с Андроидом, в нем нет сервиса типа OpenDialog. Каждый плеер крутится как хочет.
Хотя, вроде бы есть в демках медиаплеер.
FMMusicPlayer.dpr

Навеяно вопросом в основной и найдено за 30 секунд в гугле

http://xamarin.com/visual-studio

Embarcadero пытается со своими ценами вскочить в последний вагон...

С какими ценами-то? Xamarin в 2 раза дороже :)

Starter Free

> Плохиш © (03.12.13 19:02) [180]
>
> Starter Free

Если в твоей компании работает меньше 5ти человек, твои программы занимают меньше 64кб и не используют никаких внешних библиотек, то Starter Free как раз для тебя! Отличный выбор! Два чая этому господину! :)

Для попробовать достаточно.

Кстати, откуда двойное превышение цены взял?

Для попробовать можно взять триальный Delphi XE5 Architect :)

Превышение цены вот откуда. Все видят цену бизнес-лицензии - $999, но мало кто обращает внимание на приписку мелким шрифтом - "per platform". Xamarin поддерживает три платформы - OSX, iOS и Android (Delphi - четыре, но давай про винду сейчас забудем). Так что нехитрые математические вычисления превращают ценник в ого-го. А Delphi Prof, если мне не изменяет склероз, 1000 с чем-то стоит.

Вообще, это холиварная тема, но по-моему пока что Xamarin успешно экспллуатирует бренд C#, не более. Продукт не менее сырой, чем Delphi сейчас. Всякие дельфовые штуки вроде переносимости форм между платформами он не умеет. Ну и ценник конский. Любители Xamarin меня заплюют наверно, но имхо оно и есть имхо.

> Kerk © (03.12.13 19:56) [183]

offtop:
есть ли какие-либо сведения о том, выйдет ли второй апдейт XE5 или скоро уже будут выпускать XE6?

> А Delphi Prof, если мне не изменяет склероз, 1000 с чем-
> то стоит.

У Delphi Pro не мелким шрифтом написано, что для поддержки платформ надо дополнительные части докупать, а ultimate стоит на 1000 с чем-то дороже этих трëх платформ. И не стоит забывать, что Xamatin можно купить только необходимые версии, да и скидки там имеются.

> Eraser © (04.12.13 00:48) [184]
>
> > Kerk © (03.12.13 19:56) [183]
>
> offtop:
> есть ли какие-либо сведения о том, выйдет ли второй апдейт
> XE5 или скоро уже будут выпускать XE6?

Выход XE6 традиционно планируется примерно в апреле. А про апдейт я ничего не слышал, попробую сегодня уточнить.

> Плохиш © (04.12.13 02:02) [185]
>
> > А Delphi Prof, если мне не изменяет склероз, 1000 с чем-
>
> > то стоит.
>
> У Delphi Pro не мелким шрифтом написано, что для поддержки
> платформ надо дополнительные части докупать

Давай вместе посчитаем :)
http://store.embarcadero.ru/catalog/rubric/24

Delphi XE5 Professional 33 212,75 рублей
Mobile Add-On Pack для Delphi XE5 Professional 16 589,75 рублей

33 212,75 + 16 589,75 = 49 802,50

Если верить гуглу, эта сумма эквивалентна 1 496.51 доллару США.

То есть разница примерно в два раза. Даже если ты берешь Xamarin только для двух платформ, это уже дороже, чем "Delphi всех платформ". И даже если вместо "Delphi для всех платформ" ты решаешь купить Xamarin только для одной платформы, то экономишь меньше 500 баксов. Такая вот зверская у Embarcadero ценовая политика :)

Единственный вариант, когда Xamarin дешевле - это когда ты покупаешь поддержку только одной платформы. Но в таком виде его уже странно называть софтом для кроссплатформенной разработки и сравнивать с Delphi. Хотя их гибкость конечно похвальна.

И эти все даже с учетом скидок, которые Xamarin дает. И совсем не учитывая те скидки (до 45%!), которые дает EMBT :)

P.S. Microsoft вложила в C# много сил и сделала хороший продукт. И Xamarin успешно этим брендом пользуется. Вот только Microsoft к Mono никакого отношения не имеет.

А, ты сказал про Ultimate. На самом деле "топовые" версии Delphi мало кому нужны. От более дешевых они отличаются только тем, что туда включен всякий софт для работы с СУБД, UML и всякое такое прочее. То есть это не просто Delphi, это целые пакеты продуктов.

Вот в Xamarin Enterprise никакого дополнительного софта не входит. В него входит всякая техподдержка и пакеты компонентов. Что не мешает ему быть дороже, чем Delphi Architect примерно на полторы штуки баксов :)

> Eraser © (04.12.13 00:48) [184]
>
> > Kerk © (03.12.13 19:56) [183]
>
> offtop:
> есть ли какие-либо сведения о том, выйдет ли второй апдейт
> XE5 или скоро уже будут выпускать XE6?

Говорят, что второй апдейт будет. Но до НГ или после - никто не знает.

> Eraser © (04.12.13 21:00) [190]

Вообще, при взгляде на то, как активно стали впаривать XE5, предлагая большие скидки, становится очевидно, что XE6 уже скоро. Это как народная примета :)

Еще одно реальное кроссплатформенное мобильное приложение на Delphi :)
http://www.danielmagin.de/blog/index.php/2013/12/delphi-mobile-world-one-code-for-multiple-platforms/

А что, на почту .ru регистрация триала уже не прилетает? только рекламный спам? сначала думал, что мой хостер глючит, бывало у него такое... ан нет, и у qip (и еще три из кучи его доменов) также.
на .com без проблем.
Нехилая такая дискриминация.

на маил ру, в свое время, получил без проблемм!

← →
Дмитрий СС (2013-12-08 05:04) [195]

Когда же уже компилятор до Linux Server допилят!

> Eraser © (04.12.13 21:00) [190]
>
> > Kerk © (04.12.13 16:17) [189]
>
> понятно, ну спасибо, что уточнил )

Ну вот он и вышел :)
http://dn.embarcadero.com/article/43522

RAD Studio XE5 Найти похожие ветки