Leaderboard

We're excited to release version 1.1.0 of DelphiLint, a free and open-source static analyzer and linter for the Delphi IDE! DelphiLint is powered by SonarDelphi, our Delphi analyzer for the SonarQube code quality platform, and can be run in two modes: Standalone - run analyses entirely locally, no server required Connected - connect to a SonarQube server, allowing for synchronization with the server's quality profiles and configuration Release: https://github.com/integrated-application-development/delphilint/releases/latest Blog Post: https://github.com/integrated-application-development/delphilint/discussions/43 New Features in 1.1.0 Quick fixes - fix issues using suggested automatic changes Standalone rule configuration - configure the analysis rules that are applied in Standalone Mode Declutter files by hiding issues Many performance improvements and bug fixes For more details, see the blog post for release 1.1.0 and the repository README.

Same here. I brought this up with Ian Barker and my assigned rep. I asked that as well. Yep. Wash, rinse, spin, dry, repeat. But wait, those clothes just came out of the dryer... It helped for a little while. But I am back to receiving multiple "upgrade" or "renew" email offers every week, sometimes multiple times in one day. And our licenses do not expire until February, 2026. But the ones that I find most frustrating are the "personal" emails asking if I'd like a demo of the development tool that has been my tool of choice since 1996.

I find some of the EMBT marketing practices to be idiotic and unnecessary. They keep spamming me these offers for "upgrades" and "new licenses" with varying levels of price slashing, all year around. Don't they consider that I have been a subscriber for more than a decade, and that the offers only are valid for new licenses? The new releases and offers tend to bundle some third party tool or package that is underfunctional and overpriced, and where the license terms are a tad unclear after the year has passed. After being bought by Idera, it is often some other Idera purchased product that I have little interest in. I find the bundling practices to be inconsistant, to put it mildly. Not only do they do this directly, but the local representative also spam the same offers, over and over. According to the local representative - it is EMBT that do the spam on their behalf. Where is the reward for staying a long time paying customer? It is not like the maintenance is cheap, and it is not like I spam EMBT with support issues. As for support, I don't think I've every raised a support question apart from the annoying license counter bump requests. Ok, I am paying for new versions, updates, hotfixes, etc. - but to be honest, for many major versions now, the first xx.0 releases have of sub-par quality. We've had to wait at least for update 1, and a hotfix or two - before it was fit for use. About license management... Remember the Delphi .NET craze? It led us to purchase RAD Studio licenses to get a the new and shiny .NET stuff. That shit didn't last long, mostly due to MS not fully opening the door on third party .NET tools - but - when they were discontinued, we were still on RAD Studio Enterprise, when we really only need Delphi Enterprise. We have never used the C++ part of RAD Studio., but there is no way to downgrade a license, and it is still cheaper to keep the RAD Studio Enterprise maintenance, than to repurchase Delphi Enterprise licenses. So we stay on maintenance and keep hoping for Old problems to be fixed New platforms to be supported HighDPI to be done right Code performance to be improved RTL performance to be improved IDE to become stable and performant Debuggers that actually work in all scenarios Less immature and unfinished new libs and components Less pointless marketing offers because, warts and all, the tool is what we have become dependant on. Still hoping that it will change for the better... http://www.toodarkpark.org/computers/humor/shoot-self-in-foot.html

OK... I went ahead and: 1) Merged LoadIcons and LoadNodeLabels into InitializeTreeview 2) Removed the call to LoadNodeLabels in SetInfo 3) Moved the call to LoadIcons to DisplayLevelInfo (still called via SetInfo, but at least it's now in the right place!) 4) Removed the OnExpanded event handler And WOW! The difference is night and day. It takes much longer to load the Level Select initially (expected, and I'll do a progress bar for that), but once open it's super snappy and responsive, and doesn't bug out when switching between packs any more 🎉 Thanks for your help in narrowing down what was causing the delays. I clearly need to install VTune (is there a free/budget version?) as that displays exactly what's causing the delays very clearly, so it will no doubt come in very handy for other features of the program. The only thing I'd probably say is that it might be somewhat frustrating to use the slower-loading Level Select when only wanting to switch quickly between levels (e.g. for testing purposes). It might be worth doing a "Quick Select" version which only displays the treeview and nothing else; this would likely be the default. Then, a button for "Show Level Info" could go ahead and load the full version. I'll see what the feedback is after releasing this slower-loading but quicker-interfacing version of the Level Select. I'd say that pretty much wraps up this topic as resolved, but it would be good to continue the discussion around general optimization. Can the admins split the posts regarding range & overflow checking into a new topic? Happy to continue that discussion here if not. ---------------------- EDIT: After playing around with it for a bit, I think the (much!) slower loading time is too much of a cost for the slightly snappier treeview. Clicking into Level Select is done quite a lot, especially for testing purposes, and it gets old quick; I can see why it was set up the way it is (i.e. loading node labels only when actually needed). There may be other opportunities for optimization though; I'll take a look at the VTune diagram and see what's possible. Also, I've learned a ton via this thread, so thank you again!

Too bad they don't let you buy just what you need. If you just prefer to create Android and Windows, you should be allowed to buy just those two as add-ons. If you want Linux, then buy it as a addon. If iOS apps, or Mac OS apps..etc.

Granted, but having used Delphi for probably over 20 years now, there is no 'upgrade' price that acknowledges the amount of money spent on versions over the years. It seems you are treated as a 'new' customer regardless of your 'loyalty' to the product. With other products, existing users normally get upgrade prices that are significantly better than a new customer would pay. Also, when I buy a product I would expect to get any bug fixes for that product free with an apology, rather than having to pay for it. Embarcadero seem to be like the Carpet shops, there's always a 'sale' on. I can't believe anyone, company or individual, ever pays the advertised price. Why don't they have some integrity and show a normal price! Whatever 'special deal' is running the actual amount they want is always around the same (which in my opinion is way too much).

After reading some of the other posts here about Java 11, I breezed through the installation for both D11 and D12, opened a small project, made sure several units were open in the IDE, and selected Analyze All Open Files. I like how the suggestions are brightly highlighted right in the IDE--many good suggestions. This is pretty slick! I thought at first it only analyzed the current file but as soon as I switched to a different file in the IDE, the Delphi Lint window updated with the different list of suggestions for that file. Double slick!!

Yes, I'm a subscriber, too, and find it incredulous that I keep getting emails from "my representative" (as if I need one) about learning about the new version and would I like a demo. I usually just ignore these, shaking my head. But recently, I was in a mood that just sent me over the edge and fired back an email asking why on earth they keep asking if I want a demo and why doesn't the marketing department have a list of current paying customers? (I said a little more than that.) I got an apology back with a note that "marketing will be updated." I think every time we register for a webinar and have to check that box that agrees to receive marketing material, that it re-flags our email address as a "potential" new sale. I might stop registering for webinars and just watch the YouTube replays from now on. Yep. That's why we're still here. LOL! It's been a while since I heard these "shoot-yourself-in-the-foot" phrases--so funny because they're so true!

TIPSocket is part of VCL (unit Sockets). Indy classes are usually with names like TId*

Yes, that's correct. Instead of allowing me to have all the bugs fixed for version 11, they want me to buy version 11.1, 11.2, 11.3, etc, for the bug fixes. They are surely getting away with it because people are paying them. If those whom used thier service stopped paying them, they might change the way they do business. I was hoping to see a shining light at the end of the tunnel when I read the Amnesty deal, but it was a SCAM to get me to email them for a quote that I could get at any time of the year! They are clearly not sorry for thier business practices.

So they seem not to be able to manage it even when they hire the developer. Obviously that is more wishful thinking than perception of reality. I simply cannot see anything like that going to happen in the foreseeable future. BTW, I still even refuse to provide MMX via GetIt for several reasons.

Embarcadero made a bad decision to support more and more platforms without proper preparation. Now we have to pay the price that they have to replace everything as it is impossible to support those changing platforms. Combine that with the fact that the 32 bit compiler has also an ancient architecture that should be replaced.

At least back then they had no interest. Current state: it is actively maintained it is available for a couple of recent Delphi versions it is free for all Delphi SKUs Would you bet on all that not going to change?

After finishing a training and while building a new AI Consultancy , I'm looking for part-time freelance Delphi job. https://www.linkedin.com/in/mijn-design/

I can bet that Embarcadero would not support older versions of the Delphi. You would have to use the latest version of the IDE to have the latest version of MMX. The only thing that could be better in theory is integration. They would see what could be improved to make it work better. On the other hand, it does not work for the Bookmarks or the Parallel debugger or even for the KSVC.