RAD Studio XE5

← →
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.

← →
Юрий Зотов © (2013-09-16 13:12) [139]

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

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

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

← →
Ega23 © (2013-09-16 13:18) [140]

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

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

← →
vuk © (2013-09-16 13:48) [141]

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 есть? Ведь встраивают и правильно делают. Но тут тонкий момент, конечно.

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

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

← →
Kerk © (2013-09-16 16:50) [144]

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

← →
Kerk © (2013-09-16 16:50) [145]

← →
asail © (2013-09-16 17:55) [146]

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

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

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

← →
Kerk © (2013-09-16 18:08) [147]

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

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

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

← →
vuk © (2013-09-16 18:26) [148]

Что-то мне подсказывает, что даже если 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

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