» Вопросы по Embarcadero RAD Studio XE5-XE8,10.x(Seattle, Berl

Что касается винконтролов, то если у них есть парент, то они рисуются на нем. По идее Аэро работает только с окнами без родителя.

Добавлено:
Что там с gl не знаю, возможно он просто так криво интегрирован в эту схему.

У меня есть проект на Delphi 7, система отчетности которая работает с базами на DBF и экспорт данных в Excel. Проект старый и я решил переписать его под более новую IDE и новую базу данных.

Подскажите какую с новых IDE лучше использовать?
Нужно чтоб приложения хорошо работало на всех ОС Windows включая Windows XP.
Чтоб среда быстро компилировала и не падала при работе с большим проектом.

VitProff
https://ru.wikipedia.org/wiki/Microsoft_Visual_Studio

ZloyBrawler
Я знаю что Visual studio хорошая среда разработки но она для языка C++ C# а я спрашиваю о новых средах под Delphi. Какая из новых XE5-XE8 лучше работает с VCL, без проблем запускается на ХР и не падает при компиляции большого проекта?

VitProff
Я остался очень доволен 2007-й и удовлетворен XE7. Проблемы имел с XE3 и XE5 в плане встроенного отладчика.
Возможно стоит сначала попробовать 2007, чтобы обновить проект и среду, но не трогать пока строки.
В Вашем случае вполне возможно что проект откомпилируется сразу, если найдете нужные библиотеки.
Под "сразу" я понимаю незначительные изменения, в основном в типах и очередности передаваемых параметров в функциях.

ребята, спасибо за комментарии про запись в лог - почерпнул для себя полезное, буду делать

VitProff
Про промежуточную остановку на D2007 полностью поддерживаю. Это даст возможность обновить компоненты, но не затрагивать строки и юникод. Что касается иде, то последние версии (начиная с XE3) не работают на ХР, в отличие от написаного в них софта. Порекомендовать могу XE7, заодно и FireDAC сможете использовать.

Frodo_Torbins

Цитата:

Что касается иде, то последние версии (начиная с XE3) не работают на ХР

Прекрасно работают, включая XE8.

в общем XE с update1 чуть лучше - но все равно много чудес с iOS. Делаю приложение в основном под Windows, когда в конце дня проверю на iPad - бывает большая разница по сравнению с Виндой.

Крайний раз поймал вот это, хотя у меня и iOS 8.1:

#2 App Orientation Incorrect
If you are deploying your apps to an IOS 8.3 device and you experience an issue where the app appears rotated 90 degrees there is something you can check for which may fix the issue. Calling Application.ProcessMessages in the OnFormCreate event can cause this issue. Check your code and eliminate the line or use an IFDEF to remove it from your IOS app. A second way to take care of it is to move the code that uses Application.ProcessMessages out of OnFormCreate and have it execute later (via a TTimer for example). If this does not fix your issue you can also go to Project Options and Enable Custom Orientation functionality and check all except ‘Landscape Home Left’. You can see a QP report here and a second QP report here.

http://www.fmxexpress.com/debugging-ios-8-3-and-workarounds-for-delphi-xe8-firemonkey-on-ios/

kaz_av
По крайней мере из документации поддержку ХР убрали именно в XE3.

Цитата:

По крайней мере из документации поддержку ХР убрали именно в XE3.

но негласно прекрасно работает и установщик, и среда(я проверял XE7), и Win32 приложения, и отладчик.
Они убрали, очевидно, WinXP, чтобы не было претензий, но это же не М$, чтобы намеренно ломать совместимость
весь базовый функционал в винде был еще со времен неувядаемой W2k
Добавлено:
doxtur

Цитата:

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

по мне так, это будни кросс-платформы. Даже если таргетируешь только под Win, но нужно чтобы под 6.+ взаимодействовало с UAC, а в XP не ругалось на анрезолведы, то все равно подпиливаешь, делаешь ветвления, позднее связывание, и т.д.

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

подтверждаю, работаю постоянно в xp sp3 на текущий момент xe8, никаких нареканий

Привет всем! Подскажите, как добавить в XE8 File-New-Other папку со своими формами, от которых надо наследоваться в разных проектах. Shared repository проставлена, добавляю в форму вроде как в хелпе (ПКМ на форме, Add to repository). Все добавляю (и группу и форму), но ничего не сохраняется - добавить наследника от нее не могу - говорит сначала надо сохранить предыдущую и после перезапуска студии ничего не сохраняется. Может какой-то путь где-то(где?) не указал, может либу дельфийскую какую-то задизейблил(какую?). В XE7 все работало (((

AlekXL
Возможно из-за FM убрали.

doxtur

Цитата:

ребята, спасибо за комментарии про запись в лог - почерпнул для себя полезное, буду делать

Вставлю и я свои 5 копеек

Есть отличная система для логирования - TSynLog из фреймворка mORMot. И не надо изобретать никаких велосипедов.

zedxxx благодарю, по описанию - круто )

AlekXL угу, IDFEF IOS ставлю повсеместно - и это нормально )

Заинтересовало


Цитата:

Configuration and Deployment Guide for the Apache Cassandra* NoSQL Data Store on Intel® Architecture

--
даже с pdf-кой

оО. эффектик, ну ладно. . .

Я собираюсь закрыть vdbi на сурсфорже. Хватит.

xpin2013

Цитата:

Я собираюсь закрыть vdbi на сурсфорже. Хватит.

Бросаешь или переезжаешь ?

dred2k

Цитата:

Бросаешь или переезжаешь ?

Да мне удавиться что-ли за 30 серебренников? Вроде помолился встал.

Batareyki ne prilagayutsya [Batareyki v komplekt ne vkhodyat] (batteries not included).avi

>> Я собираюсь закрыть vdbi

а ты Yasuhiro Matsumoto? ))
о чем тут вообще разговор? эта инфа разве не 2013 года?

Народ, а работал ли кто-нибудь с com-портами в OS X? В виндах с этим проблем нет, а вот с OS X пока не знаю, как подступиться

asutp2, как вариант что то такое использовать http://www.winsoft.sk/xcomport.htm

Ребята может кто подскажет... Есть компонент, который грубо говоря работает с медиафайлами. у компонента есть ***.openfile('') и компонент многопоточный, внутри себя запускает ***.onpaintevent, когда очередной кадр готов, который в свою очередь в событии ***.onpaintevent обрабатываю я. Так вот, нажатия клавиш в OnFormKeyUp и других приводят к тому, что клавишное событие может приключиться именно посередине ***.onpaintevent, то есть во время рисования. А мне в клавишных событиях надо открывать очередной файл, либо делать вещи опять таки связанные с рисованием... Как тут быть? Как можно дождаться окончания ***.onpaintevent в любом другом событии, чтобы продолжить работу?

Sulphide
Можно добавить "текущее состояние" комопонента, а-ля аналог св-ва ComponentState и указывать там текущую операцию, а в обработчике OnFormKeyUp просто проверять состояние компонента. Если, например, в OnFormKeyUp можно будет проверить так:

Код: if ComponentState.Painting in MyComp.State then
Exit;

Sulphide думаю что Eternal_Shield вам дельный совет дает.
Лучше дождаться завершения события не давая ход новым.
А если так нельзя, то ваш компонент открывающий медиафайлы и чего-то там рисующий, должен уметь работать асинхронно и иметь возможность прерывания операции, которую он выполняет в данный момент, чтобы можно было начать новую. При этом не нужно будет дожидаться ***.onpaintevent из-за того, что рисование прервано.

Конечно лучше бы вам тут подробнее описать чего вы программируете.
Еще один просмотрщик картинок?
Пока одна грузится и вывелась на половину стало ясно, что не та фотка или все понятно, что на ней и есть желание начать смотреть новую?
Тогда явно функция прерывания должна быть!
А иначе если нет прерывания, тогда запускается еще один поток открывания файла, а если очень быстро открывать файлы, тогда в памяти потоков будет дочерта открывающих фотки в никуда.

Цитата:

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

Да именно так похоже и есть, кроме того компонент не успевает судя по всему освобождать ресурсы уже открытого файла если быстро нажимать клавиши. И до полутора гигов память приложения растет очень быстро. все было бы хорошо, если бы мне не надо было бы еще и opengl для рисования использовать... А то например событие от клавиатуры может прилететь где-то внутри glTexSubImage2D или ей подобных, которые грузят дынные из ram во vram. Или между glBegin() и glEnd() - вообще косяк.
То что предлагал Eternal_Shield я делал, но в таком случае клавиши срабатывают через раз а то и через 2-3 раза - не комильфо К сожалению компонент платный, есть только bpl'ки, сильно тут не развернешься. Приложение - обычный видеоплеер, заточенный для моих личных нужд, ничего особенного. Есть плейлист, по которому перемещаюсь курсорными клавишами, при перемещении файл открывается и начинает воспроизводиться. делал тоже самое под fmx+opengl там вроде как такого кошмара не заметил (а может и внимания не обратил), сейчас захотелось однооконный интерфейс делаю на vcl..
ps даже не спрашивайте почему не чисто под fmx - пробовал - тормознее штуки я в своей жизни не видел. А мне еще и шейдеры надо использовать.
зы если кому интересно то это проект ffvcl на delphiffmpeg.ком

Sulphide
То есть onpaintevent обрабатывается в одном потоке, а OnFormKeyUp в другом? Тогда однозначно надо делать синхронизацию. Тут либо OnFormKeyUp и onpaintevent будут использовать одну критическую секцию, либо OnFormKeyUp сам ничего делать не будет, а только будет добавлять события в очередь, которая обрабатывается внутри потока с onpaintevent.

Sulphide
Еще в годы институтские, друган из другого института подбрасывал задачки, сидели с ним кумекали как чего достичь, так там 3Д лабиринт делали, графическая часть на OpenGL не помню уже какие библиотеки юзали, а вот захват клавиатуры был посредством DX Input, реализовался уже иной библиотекой. Там и по лабиринту и бродить можно было и карта динамически отрисовывалась и некоторые сведения типа FPS...

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

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

Frodo_Torbins
В настройках компонента есть возможность работать со всеми его ивентами как в основном потоке программы, так и в других потоках. Но сути это по большому счету не меняет особо. если не сказать, что работа в одном потоке еще хуже в разных потоках еще как-то можно дождаться завершения ивента рисования. А в первом случае ивент рисования тупо прерывается ивентом от клавиатуры. Вот тоже думаю в сторону, что обработчик клавиатуры ничего не должен делать в таком случае, а как-то складывать нажатия в буфер, который будет обрабатываться в другом месте. Опять же не запихнешь его в ивент рисования...
ZloyBrawler ага, тоже уже думал по поводу отслеживания нажатий не через ивенты... но опять же остается косяк с кнопками на форме типа вперед, назад, пауза, плей и стоп короче все сводится к тому как бы покруче "обмануть" систему... если вы понимаете о чем я:D