Лидеры

Запись, например в виндовые program files, запрещена для не админа. В osx аналогично. Это уже несколько оффтоп и на эту тему масса информации в интернете. (UAC, права,и.т.д..) Для osx я уже выше написал что делать, для виндоса же можно использовать GetSpecialFolderPath()

Hello, Yes, i already fixed it in new version of this components, which will come soon. Thank you for attention

Ну под Windows и MacOS можно типа так: function GetMyINIPath(const ASubdir: string = ''): string; begin try if ASubdir = '' then Result := IncludeTrailingPathDelimiter({$IFDEF MACOS}'/Users/Shared/'{$ELSE}GetHomePath{$ENDIF}) + ChangeFileExt(ExtractFileName(ParamStr(0)), '') else Result := IncludeTrailingPathDelimiter({$IFDEF MACOS}'/Users/Shared/'{$ELSE}GetHomePath{$ENDIF}) + ChangeFileExt(ExtractFileName(ParamStr(0)), '') + PathDelim + ASubdir; if not DirectoryExists(Result) then ForceDirectories(Result); except Result := ''; end; end; А использовать, соответственно, так: TPath.Combine(GetMyINIPath, _ваш_файл_); А под Android, например, еще проще можно: TPath.Combine(TPath.GetDocumentsPath, _ваш_файл_); Может не слишком "красиво", но работать все должно.

Уважаемый "d7d1cd"! Вы пытаетесь "сравнивать сладкое с мягким"... И на Delphi и на CBuilder в RAD Studio можно создать подобное приложение, которое будет объемом в несколько десятков килобайт... А оно Вам надо? И это принципиальный вопрос! Если вы хотите написать элементарное приложение, в смысле GUI, - пишите все "ручками". И тогда у Вас получится минимальный объем. Ведь ясно, что в исполняемый файл Delphi или CBuilder, по умолчанию включены библиотеки например RTTI. Именно они весят больше всего. (при желании - Вы их можете отключить! и тогда объем бинарника уменьшится! Но тогда Вам придется отказаться от многих весьма удобных механизмов...) Если вы создаете приложение с формами, разрабатываемыми в DesignTime, а не "ручками" в RealTime, то и это несет с собой много библиотек. Меня вот, например, как программиста, более чем устравивает объем получаемых бинарников, компилируемых RAD Studio. И все дело в том, что чем больше программа по функционалу и содержимому, то тем меньше становится ее объем по отношению к аналогам созданным в других средах и языках. И, наконец, наступает тот момент, когда сравнение по объему полученного "бинарника" идет уже в обратную сторону... А при современных объемах доступной оперативной памяти, я бы на Вашем месте, переживал не за объем бинарника, а за объем "пожираемой" им памяти.

private .... procedure DragOver(const Data: TDragObject; const Point: TPointF; var Operation: TDragOperation); override; procedure DragDrop(const Data: TDragObject; const Point: TPointF); override; .... procedure TMainForm.DragOver(const Data: TDragObject; const Point: TPointF; var Operation: TDragOperation); begin inherited; Operation:=TDragOperation.Link; end; procedure TMainForm.DragDrop(const Data: TDragObject; const Point: TPointF); begin ... свой код... inherited; end;

Думаю, это связано с появлением новых функций и новых компонентов в библиотеке. Т.к. FireMonkey кроссплатформенная либа, то и размер увеличивается на всех платформах, ведь приходится таскать всю либу с проектом. Вот ещё хорошая тема: Можно ли уменьшить размер приложения для андроида? Если вам так важны килобайты, то вот совет: Если вы используете картинки в приложении, то перед использованием прогоните их через оптимизатор «без потерь». Скорее всего, вы будете очень удивлены новому размеру (весу) картинок. Для примера: Я открыл стандартный стиль «Android Light», вытащил все картинки и оптимизировал. Вес до оптимизации: 552 КБ Вес после оптимизации: 366 КБ Визуально изменений вроде не видно. Результаты (кстати говоря, картинка ниже, была оптимизирована , вес до - 71,3 КБ, вес после - 48,5 КБ): Хотел было написать статью про оптимизацию, но пока не знаю, что ещё можно оптимизировать...