» Вопросы по Embarcadero RAD Studio XE3

Цитата:

VC++ team списались с WinRT team, выяснили требования, подрихтовали свой рантайм, получили спец-режим для свое DLLки.
Просили ли спец-режим для RTL17.BPL ? Получили требовнаия ? Исполнили ? И их "цинично бортанули" ? Или не смогли ? Или даже не спрашивали ? И вот про это в том письме тишина...

именно так и было или будет!!!!!!!!

я же писал, инсайдер сделал запись в блоге у http://www.deltics.co.nz/blog/,
что emb только недавно озаботились поддержкой winrt, и даже наняли для этого какую-то компанию.... - это реально сильно похоже на правду
мне кажется у них нет денег, поэтому прогеров тоже осталось с гулькин хрен: евгений со своей командой, да пара-тройка в штатах - остальные маркетологи, босы и прочая баблососущая хрень.....


Цитата:

Но может и интел взлететь

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

sergionn
Цитата:

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

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

P.S. Сейчас глянул на наше обсуждение, и подумал, что это на самом деле спецслужбы запретили микрософту использовать термин "Метро". Они ведь теперь не в состоянии отфильтровать заговоры террористов от нашего программерского трепа

Цитата:

Судя по тому коменту, только недавно они сделали скины для VCL и FM в стиле Метро, для чего вероятно наняли дизайнеров со стороны

вот тот пост:

Windows 8 support is just look and feel, project that started ~4 weeks ago, they hired Falafel Software to do the job. The major reason behind that it’s because the executives never listen the engineers, in order to replace the C++ 64bit compiler that will not be delivered, they came with this fake Windows 8 support.

Falafel Software Inc., http://falafel.com не только дизайном занимается, основана перцем из Борланда:

Falafel Software is a software company headquartered in Santa Cruz, CA. It was founded in 2003 by Lino Tadros, formerly a member of the development team at Borland for Delphi and C++Builder.

может накодят чего........или только иконки отрисовали всетаки

Цитата:

is just look and feel

по моему это как раз про те "скины" и автоматическую подрихтовку формы.

Ну примерно как Фалафелец увидел, что DevExpress уже выкатило metro-style контролы, и пошел к старым дрyзьям "не дайте пропасть, купите мою разработку, заодно и вам будет чем перед начальством отчитаться"


Добавлено:

Цитата:

Просили ли спец-режим для RTL17.BPL ? Получили требовнаия ?

Не знаю, спрашивали ли, но требований точно не получали.

http://www.itwriting.com/blog/6347-third-party-compilers-locked-out-of-windows-runtime-development.html/comment-page-1#comment-1390320


Цитата:

Clearly, MS is steering third-party tools vendors to the CLR side for WinRT support. However, since Delphi & C++Builder have long been native-code compilers, getting into the WinRT space on the native side is clearly our preference. I would truly like to be wrong here and I’ve missed something. If there is some “program” or protocol for third-party natively-compiled tools, I’m all ears.

Цитата:

Не знаю, спрашивали ли, но требований точно не получали.

это кто сказал - сам Аллен?!!!!!!!!!!!!!!!!!!
Если бы не видео, я бы ему поверил процентов на 30%, но...........

Emb, в лице Давида и Аллена кажется на все 100% соответствует русскому выражению:
ссы в глаза - все божья роса, Вот стоит Мартин в этом видео http://channel9.msdn.com/Events/Lang-NEXT/Lang-NEXT-2012/The-Windows-Runtime,
И ЧЕТКО и ЯСНО, как на духу ОБЪЯСНЯЕТ, что ms готова идти навстречу и обеспечить НАТИВНУЮ поддержку языков программирования для winrt, будь то паскаль, или любой другой язык, даже метафору придумали

Будет ли как дома WinRT в каждом языке? - да, хоть и не идеально.
но будет адаптироваться!

Но нет ребята из ebm продолжают заливать свои косяки новыми байками.
Аллен даже проговорился, что все скорее всего будет в СЛЕДУЮЩЕМ релизе,
т.е. к след релиз с майкрософт уже все будет ОК? Он заглянул в будущее?
Или просто надеются за год все-таки УСПЕТЬ!
Не будет ли поздно?

Ну, положим, причин верить Майкрософту на слово не сильно больше.
Например интересно бы было увидеть список нативных компиляторов под WinRT независимых от MSVCRT.DLL, сколько там позиций
Так что каждый выбирает на свой вкус.

Просто на мой вкус, если из каких либо политических соображений Эмб решила прикрыть косяки Майкрософта своим лицом - то значит она хочет по этому лицу получить.
Вот и все.

Не важно, это косяки МС или Эмб. Если Эмб решили сделать вид, что это их косяки, то значит так тому и быть, пуркуа бы и не па.




Добавлено:
А вот с того форума, где Аллен впервые "сорвал покровы"


Цитата:

msvcrt.dll is built and maintained by the Windows team, not the VC++
team. It is also the "C" runtime library, not C++. VC++ produces and
delivers the msvcrXXX.dll files. The one that is needed for WinRT is
msvcr110.dll, and is only delivered as a redist for VC++ 2012.

Another thing that MS did was break up the runtime into lots of various
DLLs, some OS supplied others in the redist.

Finally, mapping to he VC++ runtime still doesn't solve the case of
requiring all PE images within an appx package to be built with SafeSEH
tables... whatever they happen to contain.

Последний абзац просто должен был появиться.
Если у них нет возможности сделать RTL под WinRT, то кто ж им позволит перед выпуском XE3 затачивать под WinRT остальные вещи - компилятор, FMX/VCL и т.д. ? Нету у них компилятора под WinRT.

- Не можете сделать ВСЁ ?
- Не можем.
- Тогда не делайте НИЧЕГО. И так дел не впроворот. Не теряйте попусту время.

Вообще, если WinRT требуют модификаций языка, и мы будем ожидать PasLang с обновленным языком - то логично бы было туда и отодвинуть настояющую поддержку WinRT

А кто в курсе прогресса LLVM для Win? Есть какие-то реально работающие штуки? Очень интересно оценить, насколько тяжело будет ЭМРО внедрить LLVM на замену bcc для Win32/64. читал, что backend для x86/x64 вроде бы есть. Соответственно, RTL у ЭМРО есть. Что еще надо - не ясно!

Из интересного (PasLang?) - вот тут чуваки пилят сами LLVM для паскаля: _http://code.google.com/p/llvm-pascal/source/list

llvm вообще или llvm/embarcadero ?

sergionn
Если бы все было так просто, тогда зачем майкрософту делать отдельный костыль для сторонних браузеров? Научили бы разработчиков мозилы и гугла правильно писать нативные приложения под WinRT да и все.
Если майкрософт и правда собирается сделать такую поддержку для всех желающих, то займется этим уже после выхода восьмерки. А пока это все только обещания, на реализацию которых у майкрософта сейчас нету времени.
Лично мне хотелось бы видеть систему на подобие андроидовской. Когда при установке приложение заранее сообщает какие из не безопасных функций оно собирается использовать, а пользователь решает поставить его или нет (а в случае цианогенмода может просто отключить отдельные функции).

Думаю потому, что в нативном WinRT с запретом на VirtualProtect нельзя сделать эффективный (т.е. JIT'овый) скрипт-движок. А именно на это и делается упор в браузерах последние года три.

Цитата:

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

тут все просто как три копейки:
существование на 8-ке "левых" браузеров по бОльшей части лишних бонусов ms win8 не принесет, только убытки т.к. гогль-могль поддержвает свои сервисы, а ie свои-РОДНЫЕ!
Причем новый ie в 8-ке работает весьма шустро.

А вот отсутствие НОВЫХ программ поддерживающих именно метро и wintRT может стоить спуском в унитаз всей СИСТЕМЫ, и космическую фору андроиду с ios, после которой ms не поможет уже и windows 9!!!!!!!!!!!!! Она преспокойно проследует на свалку истории, как не так давно случилось это с os/2.................

Arioch1
Это одна из тех api, которые необходимы для нормальной работы делфевой RTL. Причем не только делфевой. То есть майкрософт знает о невозможности писать нативные метро-приложения на сторонних компиляторах/интерпретаторах. Но пока что они сделали исключение лишь для браузеров.
Интересно, на сколько сложно переписать под MS C++ игруху, написаную на GCC. Хотя там еще проблема с отсутствием OpenGL ES вырисовывается. Тоесть получается, что портировать на винду игру с андроида или iOS довольно проблематично, а ведь это основной популяризатор платформы. Как то странно, что мелкософт вставляет такие бревна в колеса своего нового детища. Наверняка они в ближайшем будущем все же внесут корективы во многие места WinRT.

sergionn
И тем не менее они сделали наоборот: браузеры разрешили, а компиляторы пока нет.

Цитата:

И тем не менее они сделали наоборот: браузеры разрешили, а компиляторы пока нет.

1) Ты уверен? дай ссыль, чтоб скачать firefox, opera или chrome для windows 8.
у меня планшет на win8, в Windows Store я не видел браузеров.............
Про последний: http://www.3dnews.ru/software-news/630826/
вот цитата:
Так как приложение пока является причудливым гибридом настольного и Metro-интерфейсов, отсутствуют типичные функции Metro-программ вроде панели приложений или даже поддержки сенсорного пролистывания страниц вперёд и назад. Если провести вверх с нижней части экрана или наоборот, активируется полноэкранный режим Chrome Metro — непривычное поведение для Metro-программ.

тебе это ничего не напоминает, похоже что он такой же winrt как наш xe3...........

2) И да, а ты уверен, что EMB просили у ms суппорта?
3) Если просили, откуда ты знаешь, что им не дали?????????

все стрелки показывают только на ОДНО - EMB просто НЕ УСПЕЛИ!

sergionn
1) Линк на предыдущей странице. Альфа-сборки в известных местах на оф-сайтах.
2) Судя по постам Бауэра в блоге у Дэльтикса, да.
3) См. выше

Как то это обсуждение уже на грани офтопа балансирует.

Цитата:

2) Судя по постам Бауэра в блоге у Дэльтикса, да.

ну да, Бауэр ни фига не свистит, и попу свою не прекрывает, конечно,
так мы ему и поверили


Цитата:

Как то это обсуждение уже на грани офтопа балансирует.

как бы ты начал броузеры в пример приводить!


Цитата:

Линк на предыдущей странице. Альфа-сборки в известных местах на оф-сайтах.

я пошел по твоей ссылке на предыдущей странице, потом еще походил по ссылкам:
ПЕСНЯ ВСЯ ТА-ЖЕ, вот что пишут разработчики firefox про свой браузер для метро winrt:

Work on the Metro style enabled desktop browser has progressed steadily and things are looking really good.

ЧИТАЙ ВНИМАТЕЛЬНО: Metro style

а на посошок ответ разработчика firefox НА ПРЯМОЙ ВОПРОС ПОЛЬЗОВАТЕЛЯ:
http://www.brianbondy.com/

> Will I be able to use Firefox on just
> a Windows RT tablet with no x86 or x64
> support? I hope this is the case as I
> love Firefox and can't wait to use
> it on Windows 8!

I don't think so, but you can get an x86 or x64 based tablet that also has a desktop environment and allows alternate metro browsers

ключевое слово desktop и все та-же песня что и в XE3.............

Frodo_Torbins
да, и еще перед тем, как что-то приводить в пример все таки проверяй ФАКТЫ,
дабы потом не уходить в оффтоп, и не тратить время свое и форумчан на их проверку

Кстати по поводу не допуска в майкрософтовский магазин классических приложений - ОНИ ТАМ ЕСТЬ!
что подтверждает тезис о том что дело не в ОДОБРЕНИИ майкрософта и пресловутых сертификатах!

Цитата:

Это одна из тех api, которые необходимы для нормальной работы делфевой RTL.

Только используются по разному.

Для JIT-компилятора нужно страничку с данными делать исполняемой. Для обычной программы на Дельфи - не нужно. ТАк что это разные случаи.

Добавлено:

Цитата:

по поводу не допуска в майкрософтовский магазин классических приложений - ОНИ ТАМ ЕСТЬ!

почему бы им там не быть ?
запрещать будут метрошные приложения пользующиеся десктопным WinAPI

Либо ты десктопный с полным доступом к API, либо полностью ограниченный метрошный.

Вот тех кто посерёдке хочет - будут отбрасывать

Ни в какую не хочет появлятся горизонтальный скроллбар в ListBox. Проект создавал FireMonkey Metro Desktop Application под Win8. Что-то делаю не так или у всех так?

SerGap

Руками ListBox.HScrollBar.Visible не ставится? И он False если не видно бара? а если контрол в run-time забабахать "за пределы" visible area?

Цитата:

Do you know what is funny? WINRT and Windows 8 support was never planned for XE3, and 60 days before the announcement they decide to create this Windows 8 support ( AKA fake Metro UI). Don't blame Microsoft because of their momentary strategy to lock WINRT. What's happening in XE3 and past releases are basically because of the horrible management in Embarcadero, a lot things change since Borland, but Borland people remain here and some of them unfortunately came back.

...эээ, а где кони ? хочю цырк с кoнями!

Arioch1

Кони?) Они все на страничке Embarcadero MVP перечислены! Цирк будет))

А если серьезно - подводя некоторое резюме для себя про весть флейм с Win8/XE3, думаю следующее. В Win8 используется другая модель безопасности, многие черты Sandboxin присутствуют. На Apple не все разработчики софта прошли и смирились с sandboxing, а тут - целый сторонний инструмент разработки! Причем, даже не CLR. В общем, решение проблем с такими партнерами для MS впредверии выпуска - явно не первый и не пятый приоритет. И нет особой роли, кто виноват сильнее - ЭМРО прочесалось, или МС слишком сильно гайки закрутило. Да, МС могла - за ней такое ранее замечалось (браузеры там поприжать, всякие Private API для офиса и тп). Но с тех пор были грабли в виде антимонопольного расследования - не думаю, что у МС осталось желание еще раз по ним пройти с Win8.

Для Delphi ситуация ясна: в XE3 есть урезанная поддержка WinRT в виде desktop приложения с поддержкой LiveTile. Также обещан новый MobileToolChain с некоей поддержкой "нативных" контрольев. Для Win8 это означает что в будущем возможен выпуск еще одного форка FMX но уже с поддержкой нативных Win8 контрольев. Думаю, это правильно))

В общем, се ля ви - вне зависимости от нашего отношения к теме, let's face it!)

ага, пока будут только клоуны, цирк продолжается, 2 серия: http://www.itwriting.com/blog/6398-windows-8-sideloading-and-embarcaderos-metropolis-fake-winrt-framework.html

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

Для Enterprise особой проблемы не вижу. А это основной рынок Delphi скорее всего.

Для остальных надо выпускать виртуалку, minimal Linux на пару сотен мб, чтобы в домен включать

deks

Цитата:

Руками ListBox.HScrollBar.Visible не ставится?

Руками он ставится, только не адекватный он какой-то в этом случае. Т.е. он есть, но длина ползунка такая, что весь текст, который не поместился, не прокрутить/не увидеть.

SerGap
А так разве можно делать? Вам не сделали редонли, но калькулятор то не запретили.

SerGap

Скроллбар можно вообще весь настроить - и максимальную позицию поставить, и текущую, и visible выставить.

Но, да, я тоже замечал что скроллинг, ресайз и растусовка контролов по привязкам (align) в FMX дает странные результаты: позиции контролов гуляют. Возможно, при проведении Realign накапливается ошибки округления! Или тупо баги..

люди ругались, что борланд криво сохраняет single в DFMках

не знаю, влияет ли это в данном случае

народ, у кого XE3 поставлена, прочитайте лицензию plz

говорят, с XE3 ввели ограничение, для Стартера и Про просто юридически запрещено работать с серверами БД по сети, только локально.
А в Стартере вообще разхрешено данные хранить только в XML.

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

Уб..... ммм... Убиться электрическим веником.

http://bbs.2ccc.com/topic.asp?topicid=410504

Цитата:

This email is to let Embarcadero Technology partners know about
some changes being made to the EULA changes in our XE3 release.

In particular, the use of data access technologies for client/server
connectivity will no longer be allowed in the Professional edition.
This includes both Embarcadero and 3rd party solutions. Professional
users may only, legally, access local databases with their applications.

Users who want to use client/server database access can purchase a
Client/Server Add-On Pack for their Professional edition or purchase
an Enterprise, Ultimate or Architect edition product.

This restriction if for new licenses only. Users upgrading to XE3
will be "grandfathered" in that they will be able to continue to use
3rd party data access technologies for client/server database access
in version XE3. Additionally, Starter Edition has been restricted to
use of MyBase (.CDS or .XML file formats) only for "database access."

What does this mean for Technology Partners? If your company offers
tools that enable client/server or multi-tier database connectivity
for Delphi or C++Builder applications, we ask that you specify in
your marketing materials and product information that they are for
use only with select editions of Delphi and C++Builder - Professional
edition with Client/Server Pack, Enterprise, Ultimate and Architect
editions. And that they are not for use with the Starter edition
or Professional edition without the Client/Server Pack.

Until XE3 is launched, this information is covered under your active
Embarcadero Technology partner non-disclosure agreement. Please DO NOT,
at any time, share the details of this email with anyone outside of
your organization until we formally launch XE3 which is currently
scheduled for XXX XXXX.

If you have any questions about this change, please email ????
and ????.

http://www.deltics.co.nz/blog/?p=1097

Ну у меня только одно объяснение этой всей этой вакханалии:
компании нужны бабки, они наняли нового директора/консультанта по маркетингу,
который таким ТРИВИАЛЬНЫМ образом, путем ВЗИМАНИЯ доп.платы за фичи, пытается решить денежные проблемы.
НО он ессно не понимает одного, что Delphi в очередной раз, стоит одной ногой в могиле, и эти трюки просто похоронят некогда выдающуюся среду разработки...............

Если они не будут предлагать про версию бесплатно,
ТО У МЕНЯ ПРОСТО НЕТ СЛОВ..........

R.I.P. DELPHI...................

Я уже думаю, у них там кому-то фанаты Лазаря взятку сунули. Ну или директором фанат Лазаря пролез.

Или может у них там эти директора меняются каждый год. Как для бухгалтера нет проблем налоги свести к нулю на любой отчетный период - один - при условии, что со следующего периода он больше никогда с этой фирмой не свяжется.
Хотя тут даже это не проходит. Они с такими закидонами могут и продажи XE3 обвалить. Или это их цель? м.б. XE3 наcтолько сырая, что они стараются, чтобы все её пропустили и ждали XE4 ?

----

Вот смотри какая фишка интересная, беру я XE3 Pro, запускаю Indy или Synapse, скачиваю страничку с www.cbr.ru, распарсиваю и вычитываю курсы валют на сегодня. Ба-бах! удалённoе обращение к серверу БД - страничка-то динамическая! Все, программа опиратилась.

Или ещё красочный пример кто-то придумал. Пишет некто себе application server - для этого Pro сгодится. Но как только он хочет к своему серверу свои же клиенты написать - всё, можно ту самую Pro выкидывать. Сервер написать можно, а клиента к нему - нельзя.

Цитата:

Сервер написать можно, а клиента к нему - нельзя.

предположим всетаки прошка вышла платная,
1) хватит ли у них денег на судилища со своими пользователями
2) как они будут сии процессы отслеживать, какими ресурсами, если у них тупо не хватает даже денег на разработку
3) какова будет РЕКЛАМА и последствия после пару-тройки огласки таких процессов?

Это ПРЯМО ТЕАТР АБСУРДА в РЕАЛЬНОМ ВРЕМЕНИ, похлеще чем суд над самсунг и эппл, и звукозаписывающих компаний против торрентов,
т.к. здесь КОМПАНИЯ не просто не предоставила средства для разработки,
а наоборот предоставила, НО ЗАПРЕЩАЕТ ЧАСТИЧНО ИХ ИСПОЛЬЗОВАТЬ!!!!!!!
БРЕДДДДДДДДДДДДДДДДДДДД!!!!!!!!