kami

Немного не в этом дело. Поставить демку - проблемы нет, но придется обновлять Mac и XCode, иначе с iOS 9.2 не поработать. Основной вопрос был - сможет ли XE7 работать и деплоить на iOS 8.4 после этого. Страшновато немного - обновиться и потерять (пусть и временно, до момента окончательного переноса проекта на Seattle) возможность билда под текущую используемую версию iOS из XE7. Может понадобиться какая-нибудь критическая правка, а у меня руки связаны: XE7 уже не может, а Seattle - еще не в состоянии.

Да, только под iOS. Сторонние компоненты есть (TMS), но они совместимы с Seattle, да и используются по минимуму, 99,9% - стандартные. Кода, судя по статистике cnPack - 29 тыс. строк. Есть добавленные в стиль элементы, на основе существующих (например - TEdit с разблокированной высотой) и вручную "замиксованные" в один стиль из разных всякие кнопки (включая добавление исходных изображений). Есть работа с сетью (Indy, https) и веббраузер с загрузкой локальных страниц (где-то здесь спрашивал и выкладывал подменяемый модуль FMX.WebBrowser.iOS.pas для XE7 с модификацией загрузки локальных страниц).

Господа, добрый день! "Дожимаю" потихоньку руководство (хотя, потихоньку уже нельзя - до НГ осталось чуть-чуть) по поводу покупки Seattle, в связи с чем возник вопрос. Сейчас работаю на XE7 + Mac (OSX 10.9.5, XCode 6.2) + iOS (8.4) Чтобы перейти на Seattle, если я правильно понимаю, нужно: 1. Обновить OSX и XCode 2. Поставить сам Seattle + новый paserver на Mac 3. Настроить подключение к paserver, указать provision profile, подтянуть SDK. Вроде, ничего не упустил. Собственно, вопросы: XE 7 после этого сможет работать с iOS, или же новый paserver с XCode не даст это сделать? Сколько (понятно, что примерно) времени у неопытного в этом вопросе человека займет: - обновление - миграция кода и стилей. Кто уже прошел процесс перехода, поделитесь опытом, пожалуйста.

В качестве самой очевидной ошибки: перед LoadFromStream нужно сделать FBinary.Seek(0, soBeginning); или FBinary.Position:=0;

ActiveX - это обертка над виндовыми интерфейсами. В FMX, насколько я понимаю, действовать не будет даже для платформы Win. Используйте VCL.

Так всегда, с любыми навигационными приложениями. Спидометр автомобиля завышает скорость в среднем на 5-10 км/ч на ровной (горизонтальной) дороге. Если под уклон - разность становится больше. Диаметр колес, давление в шинах = рекомендованное производителем. Проверено на двух автомобилях и нескольких маршрутках (у последних, понятно, хз что там с колесами)

Добрый день, уважаемые! XE7Upd1, iOS 8.4 Столкнулся с проблемой - после загрузки приложения на полях ввода (TEdit, TMemo) не отрабатывает двойной тап/долгий тап (не появляется контекстное меню с пунктами "Выделить все", "Копировать", "Вставить"). В приложении есть веббраузер. Если перейти в него и там вызвать это меню (не нужно ничего копировать/вставлять, просто чтобы оно появилось), то в дальнейшем это меню спокойно отображается везде, где надо. До перезапуска приложения, дальше все по новой. Вопрос: что за супер-данные инициализируются в ходе показа меню в веббраузере, что потом оно спокойно появляется везде? Как можно самому провести эту инициализацию?

FeLDMARShaL, огромное спасибо! Этот топик сэкономил мне уйму впустую потраченного времени! iOS 8.4 (XE7) - уменьшили шрифт (вместе с кучей других правок) и получили такой же эффект. Мне бы в голову не пришло, что это от размера шрифта зависит, лазил бы по всем diff-ам, выискивая глюк... Увы, решение не искал - просто увеличил шрифт...

Сужу по тексту лицензии на XE7, но не думаю, что что-либо сильно поменялось. 1. Нет. Тестовый период предназначен исключительно для ознакомления, Вы вправе создавать приложения исключительно для собственного использования (п.22) 2. Нет, если не планируете зарабатывать денег с помощью IDE - не стоит. 3. Достаточно адекватна, не думаю, что в этом есть что-то плохое. Если приложение не использует сторонние компоненты, отсутствующие у целевого "человека с лицензией" и компилируется без ошибок - почему бы и нет.

Ну, как сказать - нехилые. Да, есть и такие, как озвучил. Но в основном колеблется 30-50к (уж не знаю - белые/серые), причем требования там часто не ниже. Сам бы пошел по второй ссылке, но... живу далековато, добираться туда/обратно - это выкидывать 4 часа из жизни (сейчас я выкидываю 2). Семья дороже Не начинайте, никто ж не заставляет. По поводу пофиг/не пофиг в корпоративном секторе: не надо обобщать. В современном мире задумчивость приложения просто недопустима. И мы ее не допускаем, хотя приложение более чем серьезное. Возможно, вы что-то не так делаете?

Ну... не со всем согласен. Неадекватные вакансии, где требуется и швец, и жнец, и на дуде игрец (+технический писатель + специалист группы тех.поддержки и консультант по 1С) безусловно есть. Но их и отсеять просто. Остальные - достаточно нормальные, но, как я и говорил ранее - в основном это на поддержку старых проектов. Вот из последнего, что понравилось (не сочтите за рекламу, я не там работаю):

Логично. Нужно запустить 64-битный Odbcad32.exe и посмотреть доступные источники данных для 64 битных приложений, есть ли там драйвер для Excel Для 32 битных нужно запустить его же, но из папки %systemdrive%\Windows\SysWoW64. https://support.microsoft.com/ru-ru/kb/942976 Заодно - посмотреть в настройки драйвера, возможно там выставлено "открывать только для чтения"

Win 8.1, 64 бит, Офис 2010. Исходники не смотрел, exe отработал нормально,

Seattle - это "XE 10"

Пока - да. Delphi сильно утратила позиции со времен D7, на текущий момент реальное применение вы можете найти только (дальше - имхо): - в компаниях, которые плотно сидят на Delphi, потому что не смогли своевременно перейти на другой язык - куча кода и алгоритмов, про которые уже никто не помнит "а почему это должно работать именно так и вообще - как это может работать". - во фрилансе и стартапах, когда заказчику все равно, на чем будет написано приложение - главное, чтобы оно работало и была поддержка его функционирования, возможность доработок. Не все так плохо - вакансии дельфистов есть, потребность в мобильных приложениях растет. Предложить руководству рациональную идею по увеличению прибыли/бОльшему вовлечению пользователей за счет разработки под андроид/айос - и если оно адекватное, то получите кард-бланш на дальнейшие действия.

Если вкратце - софт для авиации. P.S. Нет, наше ПО не встраивается "внутрь" воздушных судов, это не наша епархия

Я работаю. Вся контора сидит на делфях, и когда (буквально недавно) появилась задача "надо сделать мобильное приложение" - даже вопрос не встал, на чем делать. Нанимать отдельного человека, который сперва поднапряжется на ObjC или Swift, выдаст продукт, а потом будет сидеть курить веники и ждать, пока клиент созреет чего-нибудь мелкое доработать - вообще не вариант. Аутсорс тоже отпал по некоторым причинам. Посему делается на FMX. Но это не тиражируемый продукт, а под конкретного (пока - одного) заказчика. Ну и - со всей конторы только я работаю с огненной обезьяной

Продолжая про отличия try-except под андроид. 1. В хелпе по приведенной вами ссылке написано - должен быть вызов хотя бы одной процедуры/метода, дальше расписано, что это должен быть не инлайн-метод. 2. Post в idHTTP не inline, и это метод, условие срабатывания except-блока (по хелпу) соблюдено. 3. В except-блоке должны перехватываться все исключения, т.к. там написано on e: Exception do. Где в моих рассуждениях ошибка?

Nik, можно ссылку - где почитать про отличия? Пока работаю только с iOS, там все как привык, но скоро грядет и андроид, посему знать надо.

Как ей сказать "фу, низзя так делать" ? Кстати, черный квадрат со скругленными краями несколько не похож на смайлик. Скорее, это аналог "прямоугольника" неизвестного символа в Windows.

Все TEdit имеют ControlType = Styled.

Здравствуйте, уважаемые! Возникла необходимость отображать стрелочки на кнопках и в TEdit (кастомная клавиатура). Со знаками ↑ , ↓, ←, → проблем нет ни в Windows ни в iOS. А вот знаки ↗ и ↘ в Windows отображаются нормально, а вот в iOS получаются вот такие картинки. - это кнопки с Text = "стрелка вправо-вверх" и "вправо-вниз". Никаких картинок на кнопках нет! - это TEdit с вставленным символом "стрелка вправо-вверх" При этом всякие сайты типа http://iosfonts.com/ говорят, что диагональные стрелочки поддерживаются любыми шрифтами. Вопрос: возможно ли вообще использовать эти символы или нет?

Вместо создания своих компонентов, можно воспользоваться таким трюком, который существует с незапамятных времен. На примере TEdit (используется в реальном проекте для ввода чисел - целых/дробных, положительных/отрицательных и не мешающий работе текстовых TEdit): 1. Создаем новый unit: unit uCustomEditForNumbers; interface uses System.Classes, FMX.Types, FMX.Edit; type TCustomEditForNumbers = class(FMX.Edit.TEdit) private FMaxLength: integer; protected procedure KeyDown(var Key: Word; var KeyChar: WideChar; Shift: TShiftState); override; public property MaxLength: integer read FMaxLength write FMaxLength; end; TEdit = class(TCustomEditForNumbers) // а вот он и трюк - теперь TEdit это не FMX.Edit.TEdit end; // а наш TCustomEditForNumbers implementation uses System.SysUtils; { TCustomEditForNumbers } procedure TCustomEditForNumbers.KeyDown(var Key: Word; var KeyChar: WideChar; Shift: TShiftState); var bAllowed: Boolean; s: string; Ch: WideChar; begin if FMaxLength > 0 then if Text.Length >= FMaxLength then if KeyChar <> #13 then KeyChar := #0; if KeyboardType = TVirtualKeyboardType.NumberPad then begin case Tag of 0: // беззнаковые целые bAllowed := (KeyChar >= '0') and (KeyChar <= '9'); 1: // знаковые целые. Надо бы проверять и положение каретки. begin s := Text; bAllowed := ((KeyChar >= '0') and (KeyChar <= '9')) or // ((KeyChar = '-') and (CaretPosition = 0) and (not s.Contains('-'))); end; 2: begin // беззнаковые Float s := Text; Ch := TFormatSettings.Create.DecimalSeparator; bAllowed := ((KeyChar >= '0') and (KeyChar <= '9')) or // ((KeyChar = Ch) and (not s.Contains(Ch))); end; 3: // знаковые Float begin s := Text; Ch := TFormatSettings.Create.DecimalSeparator; bAllowed := ((KeyChar >= '0') and (KeyChar <= '9')) or // ((KeyChar = '-') and (CaretPosition = 0) and (not s.Contains('-'))) or // ((KeyChar = Ch) and (not s.Contains(Ch))); end; else bAllowed := True; end; if not bAllowed then KeyChar := #0; end; inherited; end; 2. В uses формы/фрейма подключаем этот unit после штатного FMX.Edit Все. Новый функционал уже работает. P.S. Хоть пример и на Delphi, а не C++, но суть от этого не меняется, думаю.

Ух елки... А исходники FMX вообще мегабайты занимают. Давайте не использовать FMX!

Есть ли что-то типа XPath у SuperObject? Крайне нужная штука при парсинге больших документов. Показ, как работать с Where недостаточно убедителен - используются простые входные данные, без вложенности. А бывает, к примеру, нужно вычленить что-то типа (XPath выражение): /bookstore/book[price>35.00]/title . Т.е. мне нужны только и исключительно теги tittle, все их корневые данные - побоку.