» Вопросы по Embarcadero RAD Studio XE5-XE8,10.x(Seattle, Berl
A_V
Спасибо.
Спасибо.
HeMet
Я про RO/Xamarin читал в первоисточнике - и считаю, что повод "подколоть" имеется. Мигель после анонса RO C# сказал, что C# недоделанный, так как нету даже дженериков (ограниченная поддержка). Пикантность в том, что на iOS и у ксамарина дженерики ограниченные. Hу, собственно, а RO эту поддержку запилили в ближайшем апдейте, о чем марк сказал мигелю в твиттере. Тот ответил типа "Nice". Думаю, за сим история и будет закончена. ИМХО, история носила скорее ироничный чем язвительный характер, по мне так - ок! В общем, "не при каждом удобном", а в данном конкретном: "Спрашивали - получайте!".
Я про RO/Xamarin читал в первоисточнике - и считаю, что повод "подколоть" имеется. Мигель после анонса RO C# сказал, что C# недоделанный, так как нету даже дженериков (ограниченная поддержка). Пикантность в том, что на iOS и у ксамарина дженерики ограниченные. Hу, собственно, а RO эту поддержку запилили в ближайшем апдейте, о чем марк сказал мигелю в твиттере. Тот ответил типа "Nice". Думаю, за сим история и будет закончена. ИМХО, история носила скорее ироничный чем язвительный характер, по мне так - ок! В общем, "не при каждом удобном", а в данном конкретном: "Спрашивали - получайте!".
HeMet
Цитата:
Ну что вы, какая диванная аналитика, все мои домыслы опираются на металлопатию на основе учения индийских йогов, одобренную Ричардом Столлманом, с элементами многоточий в конце текста......
Цитата:
Давайте без конспирологических теорий и диванной аналитики, а?
Ну что вы, какая диванная аналитика, все мои домыслы опираются на металлопатию на основе учения индийских йогов, одобренную Ричардом Столлманом, с элементами многоточий в конце текста......
Поставил XE6. Они поменяли все иконки, кто-нибудь знает как вернуть старые иконки?
Цитата:
Поставил XE6. Они поменяли все иконки, кто-нибудь знает как вернуть старые иконки?Наверное, можно самому попробовать с помощью ResorurceHacker или подобной проги, вот только зачем... Привыкнешь
Один активный китаец выложил свой бэкапинг установленных сторонних компонентов и путей на случай краха или переустановки среды, заточенный под XE6 в исходниках.
Может кто захочет посмотреть
Можете ему послать свои замечания
Может кто захочет посмотреть
Можете ему послать свои замечания
Drubidon
Цитата:
Удали файл ModernTheme200.bpl из папки $(BDSBIN). Студия один раз ругнется, а потом перестанет, и все иконки сделаются привычными.
Или скачай XE6 Distiller (см. в этой теме парой страниц раньше). Сними в нем галочку с пакета Embarcadero Modern Theme.
Хотя я считаю, что новые иконки — это лучшее, что появилось в XE6. :)
Цитата:
кто-нибудь знает как вернуть старые иконки?
Удали файл ModernTheme200.bpl из папки $(BDSBIN). Студия один раз ругнется, а потом перестанет, и все иконки сделаются привычными.
Или скачай XE6 Distiller (см. в этой теме парой страниц раньше). Сними в нем галочку с пакета Embarcadero Modern Theme.
Хотя я считаю, что новые иконки — это лучшее, что появилось в XE6. :)
Уважаемые, а Oxygene кто-то использует в разработке реальных кроссплатформенных приложений "полного цикла", а не "технологических недодемок" а-ля фейлманки?
Возник вопрос - я верно понимаю, что на нем действительно можно ваять полноценные приложения под iOS, Android, WinRT, которые будут беспроблемно работать на разных устройствах и пролезут в любой маркет без смазки? Есть ли там какие подвижки в сторону Windows Phone (чтобы все 4 мобильные/планшетные платформы были покрыты)?
Возник вопрос - я верно понимаю, что на нем действительно можно ваять полноценные приложения под iOS, Android, WinRT, которые будут беспроблемно работать на разных устройствах и пролезут в любой маркет без смазки? Есть ли там какие подвижки в сторону Windows Phone (чтобы все 4 мобильные/планшетные платформы были покрыты)?
fd00ch
.Net - это родная платформа Оксигена. Поэтому винфон - первая из поддерживаемых мобильных платформ. На счет удобства и беспроблемности не скажу, знаю только что большую часть кода приложения придется переписывать для каждой новой платформы.
.Net - это родная платформа Оксигена. Поэтому винфон - первая из поддерживаемых мобильных платформ. На счет удобства и беспроблемности не скажу, знаю только что большую часть кода приложения придется переписывать для каждой новой платформы.
Да, похоже, я ступил немного, и Windows RT, и Windows Phone поддерживаются. Щас щупаю триал понемногу...
Про переписывание кода - речь о гуе или о внутряке программы?
И, главный акцент, на котором я хотел внимание заострить - это не под какие платформы Oxygene способен пакет собрать, а в какие маркеты эта прога потом пролезет? Соответственно, есть ли у кого опыт размещения своих кислородных приложений в AppStore, Google.Play, MS.Apps (в идеале - со ссылками, если проги публичные)?
Про переписывание кода - речь о гуе или о внутряке программы?
И, главный акцент, на котором я хотел внимание заострить - это не под какие платформы Oxygene способен пакет собрать, а в какие маркеты эта прога потом пролезет? Соответственно, есть ли у кого опыт размещения своих кислородных приложений в AppStore, Google.Play, MS.Apps (в идеале - со ссылками, если проги публичные)?
fd00ch
Цитата:
Oxygen не является средством разработки кроссплатформенных приложений. Oxygen это просто современный диалект паскаля позволяющий разрабатывать под некоторое количество платформ (.NET, WinRT, Java, Cocoa) обеспечивая бесшовную интеграцию с ними (от классов платформы можно наследовать собственные классы, например). Поэтому, на счет размещения приложений в маркетах можно не беспокоиться т.к. Oxygen-приложения не будут отличаться от приложений разработанных на родных средствах платформы (Browse500, например). Кроссплатформенным там можно считать только язык, т.к. в Oxygen нет даже собственной RTL. Для того чтобы сгладить этот недостаток RO делает проект Sugar (бесплатный, открытый, доступен на GitHub), который можно условно назвать кроссплатформенной RTL. Рекомендую посмотреть видео с сайта RO, там очень наглядно и доступно показано, как именно происходит разработка на Oxygen.
Цитата:
Oxygene кто-то использует в разработке реальных кроссплатформенных приложений
Oxygen не является средством разработки кроссплатформенных приложений. Oxygen это просто современный диалект паскаля позволяющий разрабатывать под некоторое количество платформ (.NET, WinRT, Java, Cocoa) обеспечивая бесшовную интеграцию с ними (от классов платформы можно наследовать собственные классы, например). Поэтому, на счет размещения приложений в маркетах можно не беспокоиться т.к. Oxygen-приложения не будут отличаться от приложений разработанных на родных средствах платформы (Browse500, например). Кроссплатформенным там можно считать только язык, т.к. в Oxygen нет даже собственной RTL. Для того чтобы сгладить этот недостаток RO делает проект Sugar (бесплатный, открытый, доступен на GitHub), который можно условно назвать кроссплатформенной RTL. Рекомендую посмотреть видео с сайта RO, там очень наглядно и доступно показано, как именно происходит разработка на Oxygen.
kaz_av
До всего этого я уже "дошел" и сам, в принципе.
Мне теперь практика интересна. Примитивные демки - хорошо, но хочется на реальные приложения посмотреть (работа с фото/аудио/видео/картами/браузером и т.п.)
Посмотрел Browse500 на iPhone и iPad - оказался глюкодромом, как и фейлманки, даром, что весит меньше)) На экране со списком фоток выводит все превьюшки в верхний левый угол, а не в сетку на несколько столбцов/строк. При просмотре полноразмерных фото недоступен ни один жест, кроме даблтыка, который меняет масштаб "растянуть по ширине" vs "растянуть по высоте", даже перемещения фото свайпами нет. Ориентация экрана меняется только на iPad (возможно, так и задумано). При подгрузке фоток выключил WiFi - прога вылетела, не сказав ничего. Во второй раз выдала messagebox размером больше экрана iPhone В верхнем правом углу кнопка с иконкой фотоаппарата делает ничего
До всего этого я уже "дошел" и сам, в принципе.
Мне теперь практика интересна. Примитивные демки - хорошо, но хочется на реальные приложения посмотреть (работа с фото/аудио/видео/картами/браузером и т.п.)
Посмотрел Browse500 на iPhone и iPad - оказался глюкодромом, как и фейлманки, даром, что весит меньше)) На экране со списком фоток выводит все превьюшки в верхний левый угол, а не в сетку на несколько столбцов/строк. При просмотре полноразмерных фото недоступен ни один жест, кроме даблтыка, который меняет масштаб "растянуть по ширине" vs "растянуть по высоте", даже перемещения фото свайпами нет. Ориентация экрана меняется только на iPad (возможно, так и задумано). При подгрузке фоток выключил WiFi - прога вылетела, не сказав ничего. Во второй раз выдала messagebox размером больше экрана iPhone В верхнем правом углу кнопка с иконкой фотоаппарата делает ничего
fd00ch
Нужно же понимать, что browse500 это всего лишь демка, а не готовое для использования приложение. Поэтому нереализованная обработка жестов или проблем с сетевым соединением ни коим образом не свидетельствуют о качестве непосредственно Oxygen. Это было обычной демонстрацией технологии и возможностью показать, что приложения можно размещать в маркете. Кстати, там есть и другие демки RO, ты их не смотрел? Можешь еще попробовать самостоятельно собрать Browse500 из репозитория.
Нужно же понимать, что browse500 это всего лишь демка, а не готовое для использования приложение. Поэтому нереализованная обработка жестов или проблем с сетевым соединением ни коим образом не свидетельствуют о качестве непосредственно Oxygen. Это было обычной демонстрацией технологии и возможностью показать, что приложения можно размещать в маркете. Кстати, там есть и другие демки RO, ты их не смотрел? Можешь еще попробовать самостоятельно собрать Browse500 из репозитория.
Цитата:
а Oxygene кто-то использует в разработке реальных кроссплатформенных приложений
я как-то прикидывал средний процент кроссплатформенного кода - даже с шугаром не более 20% ориентировочно вышло, - это уже не кроссплатформенная разработка получается, в xamarin'e и то выше...
Цитата:
оказался глюкодромом
если это действительно глюки, а не фичи или недоделки Марка, тогда смысла смотреть в его сторону нет вообще........
последняя надежда - Джейсон, что то он опять "замолчал", неделя уже прошла......
Добавлено:
Цитата:
там есть и другие демки RO
я почти все собирал под андроид, работали вроде без проблем......
sergionn
Цитата:
Это смотря для чего. Гуй однозначно не переносимый, а вот с бизнес-логикой или библиотеками не все так плохо. Ну и потом, еще не известно, что будет являть собой Sugar. Возможно он будет покрывать значительно больше областей, чем на данный момент.
Цитата:
Я не про те демки, что ставятся вместе с Oxegen'ом, а про демки в маркете. Oxygen'овские демки я тоже собирал под ведроид и jvm, и впечатления самые положительные в отличии от обезьяны.
Цитата:
я как-то прикидывал средний процент кроссплатформенного кода - даже с шугаром не более 20%
Это смотря для чего. Гуй однозначно не переносимый, а вот с бизнес-логикой или библиотеками не все так плохо. Ну и потом, еще не известно, что будет являть собой Sugar. Возможно он будет покрывать значительно больше областей, чем на данный момент.
Цитата:
я почти все собирал под андроид, работали вроде без проблем...
Я не про те демки, что ставятся вместе с Oxegen'ом, а про демки в маркете. Oxygen'овские демки я тоже собирал под ведроид и jvm, и впечатления самые положительные в отличии от обезьяны.
Цитата:
Гуй однозначно не переносимый
вот у меня и получалось, что гуй и взаимодействие с пользователем, занимали ок.80%,
+ надо еще посмотреть как на шугаре реализованы системные фичи.....
sergionn
Цитата:
Из системных я там вижу только пул потоков и файловые операции. Но у них же (RO) подход простой - все, что можно, делается через маппинг типов, все остальное через реализацию платформо-зависимым кодом. То есть, каких-то сюрпризов там вряд ли можно ждать. Кстати, если кому интересно, загляните в файл Sugar\UserSettings.pas - отличный пример того, как будет выглядеть кроссплатформенный код на Oxygen (от директив условной компиляции рябит в глазах, вот почему Sugar должен быть обязательной и неотъемлемой частью, теперь уже, Elements).
Цитата:
+ надо еще посмотреть как на шугаре реализованы системные фичи...
Из системных я там вижу только пул потоков и файловые операции. Но у них же (RO) подход простой - все, что можно, делается через маппинг типов, все остальное через реализацию платформо-зависимым кодом. То есть, каких-то сюрпризов там вряд ли можно ждать. Кстати, если кому интересно, загляните в файл Sugar\UserSettings.pas - отличный пример того, как будет выглядеть кроссплатформенный код на Oxygen (от директив условной компиляции рябит в глазах, вот почему Sugar должен быть обязательной и неотъемлемой частью, теперь уже, Elements).
Цитата:
Гуй однозначно не переносимый, а вот с бизнес-логикой или библиотеками не все так плохо. Ну и потом, еще не известно, что будет являть собой Sugar. Возможно он будет покрывать значительно больше областей, чем на данный момент.
Как я понял идея хорошая, но реализация пока сильно хромает. Ну хотя для платформы получается нативный гуй.
Цитата:
Или скачай XE6 Distiller (см. в этой теме парой страниц раньше). Сними в нем галочку с пакета Embarcadero Modern Theme.
Ну спасибо, помогло.
Может, тогда еще кто-нить знает где Rad-Studio хранит расположение окошек, настройки которые выбираются в "Save current desktop" и "Set debug desktop" ?
Drubidon
Цитата:
c:\Users\user\AppData\Roaming\Embarcadero\BDS\14.0\*.dst
Цитата:
Может, тогда еще кто-нить знает где Rad-Studio хранит расположение окошек, настройки которые выбираются в "Save current desktop" и "Set debug desktop" ?
c:\Users\user\AppData\Roaming\Embarcadero\BDS\14.0\*.dst
Привет!
Делаю проект на лицензии Delphi XE5 + Fast Report FMX. У Fast Report для компонента Preview не работает... ничего. Превью строится, но ни скролл, ни события нажатий не работают. К тому же, при клике по превью приложение иногда крашится с самыми дичайшими ошибками. Вопрос: что с этим сделать?
Делаю проект на лицензии Delphi XE5 + Fast Report FMX. У Fast Report для компонента Preview не работает... ничего. Превью строится, но ни скролл, ни события нажатий не работают. К тому же, при клике по превью приложение иногда крашится с самыми дичайшими ошибками. Вопрос: что с этим сделать?
DeadAlice, сложно сказать без твоего исходного кода)
frxPreview.MouseWheelScroll(delta: integer);
Отказывается работать в принципе. В VCL-версии всё работает.
Отказывается работать в принципе. В VCL-версии всё работает.
DeadAlice
Цитата:
Наверное, нужно писать в саппорт FR, а не в спортлото.
Цитата:
Вопрос: что с этим сделать?
Наверное, нужно писать в саппорт FR, а не в спортлото.
Цитата:
Наверное, нужно писать в саппорт FR, а не в спортлото.
+1. FastReport никогда не отличался качеством кода, посмотри на форуме есть тема с поиском ошибок в фасте.
Друзья вопрос!
Была прога написанная еще на делфи 7. Поставил ХЕ5 и внес в нее доработки.
Такой прикол, программа на ХП работает отлично, а вот на вин 7 тормозит прорисовка интерфеса (стрингрид например).. В чем может быть причина?
Была прога написанная еще на делфи 7. Поставил ХЕ5 и внес в нее доработки.
Такой прикол, программа на ХП работает отлично, а вот на вин 7 тормозит прорисовка интерфеса (стрингрид например).. В чем может быть причина?
fd00ch
sergionn
kaz_av
Собирали собственный софт на Оксигене (iOS). Ну и самплы в свое время тоже все собирали! Никаких глюков в GUI у оксигена нет по простой причине: нет своего GUI. Просто используем Паскаль для разработки в среде Cocoa. Никаких проблем задействовать сторонние компоненты. Никаких проблем в использовании фреймворков. Расширить класс objC? Без проблем.
Из минусов. Без знания Cocoa нефиг делать. Сам оксиген никак не поможет разработать софт для Cocoa (ну так - чуток через Sugar, но у него API скорее на .net похоже, чем на дельфи). Если изучили Cocoa, то скорее всего научились и привыкли к Objective-c и Xcode.
Поэтому прок в использовании Oxygene он стилистический: язык помощнее, поэлегантнее, вот и LINQ на какаве уже почти прикручен. Можно код на C# свободно миксовать с Паскалем (юнит в elements проекте может быть или pas или c#).
Еще один плюс: настроил vm с оксигеном, и весь код внутри VS - единая среда для всех проектов на win, iOS (ну и дроид).
Ну и окончательный плюс: оксиген может стать мостиком к глубокому изучению других платформ. В результате становишься полиглотом: нужно понимать и c# с .net/mono, и objective-c с Xcode. Ну и дроид с Явой. А вот это - мощно! После дзена поли-язычности и многоплатформенности потуги FMX абстрагировать все и сделать единую платформу воспринимаются как попытки совочком перепахать сахару! Даже критиковать смысла нету))
В общем, если есть тяга к крос-платформе, подавляйте ее! Не бывает живьем кросплатформенных программ. Есть только порты программ на разные платформы - и разного качества. Платформу таки нужно знать и понимать. Смысла в кросс-платформе не вижу, кроме невизульного бэкэнда: Хочу сервисы, доступные с разных платформ с разной степенью абстракции! (Чистое имхо и субьективное мнение, применим ок только к моим личным условиям - огласил для сведения)
sergionn
kaz_av
Собирали собственный софт на Оксигене (iOS). Ну и самплы в свое время тоже все собирали! Никаких глюков в GUI у оксигена нет по простой причине: нет своего GUI. Просто используем Паскаль для разработки в среде Cocoa. Никаких проблем задействовать сторонние компоненты. Никаких проблем в использовании фреймворков. Расширить класс objC? Без проблем.
Из минусов. Без знания Cocoa нефиг делать. Сам оксиген никак не поможет разработать софт для Cocoa (ну так - чуток через Sugar, но у него API скорее на .net похоже, чем на дельфи). Если изучили Cocoa, то скорее всего научились и привыкли к Objective-c и Xcode.
Поэтому прок в использовании Oxygene он стилистический: язык помощнее, поэлегантнее, вот и LINQ на какаве уже почти прикручен. Можно код на C# свободно миксовать с Паскалем (юнит в elements проекте может быть или pas или c#).
Еще один плюс: настроил vm с оксигеном, и весь код внутри VS - единая среда для всех проектов на win, iOS (ну и дроид).
Ну и окончательный плюс: оксиген может стать мостиком к глубокому изучению других платформ. В результате становишься полиглотом: нужно понимать и c# с .net/mono, и objective-c с Xcode. Ну и дроид с Явой. А вот это - мощно! После дзена поли-язычности и многоплатформенности потуги FMX абстрагировать все и сделать единую платформу воспринимаются как попытки совочком перепахать сахару! Даже критиковать смысла нету))
В общем, если есть тяга к крос-платформе, подавляйте ее! Не бывает живьем кросплатформенных программ. Есть только порты программ на разные платформы - и разного качества. Платформу таки нужно знать и понимать. Смысла в кросс-платформе не вижу, кроме невизульного бэкэнда: Хочу сервисы, доступные с разных платформ с разной степенью абстракции! (Чистое имхо и субьективное мнение, применим ок только к моим личным условиям - огласил для сведения)
deks
Цитата:
Lazarus, Opera, Firefox, VLC, OpenOffice, VirtualBox, GIMP, Mobile Atlas Creator... Это только те, что присутствуют на моей машине, а вообще, их более чем дофига
Цитата:
Не бывает живьем кросплатформенных программ.
Lazarus, Opera, Firefox, VLC, OpenOffice, VirtualBox, GIMP, Mobile Atlas Creator... Это только те, что присутствуют на моей машине, а вообще, их более чем дофига
Цитата:
Такой прикол, программа на ХП работает отлично, а вот на вин 7 тормозит прорисовка интерфеса (стрингрид например).. В чем может быть причина?
Попробуй упрощать прогу удаляя лишнее. Пусть останется один стрингрид. Так найдешь корявый кусок кода.
Страницы: 123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129
Предыдущая тема: Отмена встречи в Outlook из Excel VBA
Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.