David P 3 Posted March 1 We're currently using v11.3 and at the time of v12 release I didn't really see anything compelling enough to update (we're on a subscription) and go through the agro of updating all our third-party components. Is there a noticeable difference? Share this post Link to post
dummzeuch 1506 Posted March 1 (edited) I my opinion Delphi 12 + Update 1 is a little bit more stable than Delphi 11 + Update 3. But I am not using either very much due to the (IDE) annoyances when mixing HighDPI monitors and non-HighDPI monitors, so I'm not an authorative source for such a comparison. Edited March 1 by dummzeuch Share this post Link to post
Uwe Raabe 2060 Posted March 1 6 minutes ago, dummzeuch said: I my opinion Delphi 12 + Update 1 is a bit little more stable There is no Delphi 12 Update 1 (yet), only Delphi 12 with Patch 1. During times a common rule had established to wait for the first Update after an initial release before starting to use a Delphi version in production. That doesn't imply not to install and start using it - just not for production. JM2C 2 Share this post Link to post
dummzeuch 1506 Posted March 1 22 minutes ago, Uwe Raabe said: There is no Delphi 12 Update 1 (yet), only Delphi 12 with Patch 1. Hm, OK, I could have sworn it said "Update 1" in the about dialog but you are right, it says "Patch 1". So, I stand corrected. Share this post Link to post
Pat Foley 51 Posted March 1 Observations 12 Patch vs 11.3 12 eats inifile lines commented out using ; Unsure if the IDE or program made is doing it. 12 IDE editor tabs get resized just like GEx tabs when hot switching from 4K to low resolution. Suggesting that Style needs applied for high DPI to work. An executable with style seems to "right" size readily:) Share this post Link to post
dummzeuch 1506 Posted March 1 1 hour ago, Pat Foley said: Observations 12 Patch vs 11.3 12 eats inifile lines commented out using ; Unsure if the IDE or program made is doing it. That has been the case since forever when using TMemIniFile rather than TIniFile (the latter uses the ancient/deprecated WinAPI Get/SetPrivateProfileString). So if that has changed from 11.3 to 12p1, this probably means that somewhere somebody has switched from using TIniFile to TMemIniFile. Share this post Link to post
Darian Miller 365 Posted March 1 Check out the What's New page: https://docwiki.embarcadero.com/RADStudio/Athens/en/What's_New But RAD Studio 12 does have some rough edges. See my wiki page for a few regressions: https://github.com/ideasawakened/DelphiKB/wiki/D29.ATHENS.12.0.0.0 Patch 1 (https://github.com/ideasawakened/DelphiKB/wiki/D29.ATHENS.12.0.0.1) fixes some of those, but some important ones remain. Update 1 was released 6 months after RS 11. So playing a guessing game...since RS 12 was released in early November, April might be a good guestimate for RS 12 Update 1 where most of the rough edges should be worked out. 2 1 Share this post Link to post
Uwe Raabe 2060 Posted March 1 4 hours ago, DelphiUdIT said: But he's asking about C++ What makes you think so? Share this post Link to post
DelphiUdIT 178 Posted March 1 1 hour ago, Uwe Raabe said: What makes you think so? Apart from the fact that we are in the section: nothing else. 4 Share this post Link to post
bdw_nz20 11 Posted March 2 I've been testing the 12 C++ for compiling a large project which on the whole upgraded reasonably well. I've only had one IDE crash so far in code insight which with Tomo seems much better so far. Compile speed seems much better now, well with multithread compiling. I've had one strange thing where I was playing with components on the main form just to test using the Titlebar but didnt save. But on close and re-open the app it still has the changes. I deleted all history files to see if that helped but didnt have time to figure out what was going on. Maybe there is an auto save running, not sure as on exit it was still say "Save project ?" Share this post Link to post
dwrbudr 8 Posted March 2 (edited) On my side, Sync Prototypes is not working in Delphi 12, very frustrating. Ctrl+Click also don't work or if it works it takes more than 10-15 sec. Auto-completion also don't work... so another buggy release. Compilation does not work as well - random internal compiler errors or some error and the IDE points to a line after the end. in some unit, so I have to Build the project every time which is quite time consuming. Edited March 2 by dwrbudr Share this post Link to post
Uwe Raabe 2060 Posted March 2 Interesting. That isn't visible in my browser: Share this post Link to post
dummzeuch 1506 Posted March 2 (edited) 2 hours ago, Uwe Raabe said: Interesting. That isn't visible in my browser: It depends on how wide your browser window is. Yours is too narrow, so you get the condensed view. I get that too if I move the browser window to half of a HD monitor -> 960 pixels wide. If I make it a bit wider, I get the full path. That's called "responsive design" I think, and I usually hate it. Be we digress. Edited March 2 by dummzeuch Share this post Link to post
Uwe Raabe 2060 Posted March 2 1 hour ago, dummzeuch said: Yours is too narrow, Hard to believe... 1 Share this post Link to post
dummzeuch 1506 Posted March 2 (edited) 1 hour ago, Uwe Raabe said: Hard to believe... On my computer it works exactly that way. 1200 pixels: 960 pixels: Maybe there is some configuration setting that causes this. I don't remember changing anything though. Edited March 2 by dummzeuch Share this post Link to post
Roger Cigol 103 Posted March 4 I like 12.0 patch 1 for C++ 64bit - the improved visual assist stuff works pretty well and the debugger is improved over 11.x Share this post Link to post
TotteKarlsson 1 Posted March 8 (edited) I am disappointed in the CMake/compiler implementation, as it fails to compile a standard 3rd party project, e.g. Poco (https://pocoproject.org/). Poco used to compile even with the old compiler, and is obviously easy to compile with Visual Studio. However, as libraries evolve, together with the C++ language, the old compiler is now more or less obsolete. This fact prevents me from even trying another large 3rd party C++ project, like OpenCV or VTK. This "should" be no problem, as the Clang C++ compiler is absolutely capable of compiling these projects. However, with a broken front end CMake implementation, it is a more or less an impossible task. This makes the whole platform not very useful, unless for small projects not using 3rd party C++ libraries. I hope the day comes when CMake has an Embarcadero/Clang compiler option, that can be selected and compile these very important 3rd party libraries, without copy and pasting CMake files around on the file system, as now is the proposed solution (https://docwiki.embarcadero.com/RADStudio/Athens/en/Using_CMake_with_C%2B%2B_Builder) , that I have tried, and cannot get to work. These are not real solutions, but just crude hacks... that does not even work. I have a post about this here Edited March 8 by TotteKarlsson 2 Share this post Link to post
oliwe 6 Posted March 11 (edited) I wouldn't have written it much differently - thank you for the entry. I'm more than disappointed... 12.0 is completely useless (for me). I see it as an interim step and hope for 12.1 or 12.2. If 12.1 or 12.2 doesn't deliver, C++Builder is dead. CMake can not be used to compile VTK, OpenCV, ITK, and so on ... since ages. TwineCompile is a ray of hope - without the TC I would already be lost. The thing is, I definitely believe that they (Embacadero) are trying to advance C++Builder. I keep my fingers crossed. Edited March 11 by oliwe Share this post Link to post
PetrifiedDelhpi 0 Posted June 27 (edited) Delphi has been really unstable since XEx. No difference here. For example, if there is no connection to PAServer when saving preferences, instant freeze, only killing helps. Changing of target leads to instant unstability, at least debugging is killed. Not to speak of iOS 17... no debugging. Edited June 27 by PetrifiedDelhpi Share this post Link to post
johnnydp 20 Posted August 8 (edited) Delphi suffers from lack of popularity and thus lack of adequate funding. Too many things at once (mac, linux, mobile, fmx, vcl, c++ builder). Ideally, it would be as if the company would choose some one way and focus all attention and power on it, increasing quality and performance. Delphi needs: - Roadmap back! - Make finally 64 bit IDE, compiler, linker etc. with total abandon of 32 bit(do not wasting time on 32 bit version and focus on one) - performance (yes it matters all the time) - Improve the quality and speed of bug patching (it's a little better than e.g. 5 years ago, but it's still outrageously slow comparing e.g. to VStudio, where we get some update, hotfix etc. every few weeks. - Realise that developers need quality much more than new features (they don't understand it for over 25 years) Edited August 8 by johnnydp 1 Share this post Link to post
emileverh 21 Posted August 9 8 hours ago, johnnydp said: Delphi suffers from lack of popularity and thus lack of adequate funding. Too many things at once (mac, linux, mobile, fmx, vcl, c++ builder). Ideally, it would be as if the company would choose some one way and focus all attention and power on it, increasing quality and performance. Delphi needs: - Roadmap back! - Make finally 64 bit IDE, compiler, linker etc. with total abandon of 32 bit(do not wasting time on 32 bit version and focus on one) - performance (yes it matters all the time) - Improve the quality and speed of bug patching (it's a little better than e.g. 5 years ago, but it's still outrageously slow comparing e.g. to VStudio, where we get some update, hotfix etc. every few weeks. - Realise that developers need quality much more than new features (they don't understand it for over 25 years) Agree! Hotfixes and/or faster updates would be nice. Good quality goes above new features! 2 Share this post Link to post