Leaderboard

On a positive note: 11,156 dreaded Python while only 797 dreaded Delphi... From that we can conclude that Python is almost 14 times more unpopular than Delphi! Woohoo!

I have published initial release of NX Horizon Event Bus for Delphi as Open Source on GitHub. Features: implements the publish/subscribe pattern, decoupling publishers and subscribers events are categorized by type any Delphi type can be used as an event supports four types of event delivery: synchronous, asynchronous, synchronous in the context of the main thread, and asynchronous in the context of the main thread provides generic record and reference-counted class wrappers for easier usage and management of existing types as events simple in both implementation and usage fast full thread safety https://github.com/dalijap/nx-horizon

News on the latest versions of SVGIconImageList components: The library now also supports the SKIA4Delphi SVG engine, but Image32 remains the best library for SVG rendering for complex files, as you can see in SVGViewerDemo. Cairo support has been removed.

There are many legacy projects which are still in active production. This volume offers approaches to refactoring and modernizing the code base without the need for complete redesign and rewrite. Evolution, not revolution. These are approaches well suited to the incremental revision of production code, as is usually the concern with a commercial product. Motivated by my own experience with legacy apps and the need to find a manageable approach to transforming a product in current production. On Amazon: https://www.amazon.com/dp/B0B2TY6ZZ4

Unemployably expensive? 🤪

So as a very experienced Delphi developer I should be getting $200k? Plz hire me 😄

As an aside, even in Delphi there is no such need. You can write 'first line'#13#10'second line' And even then, concatenation of literals is performed by the compiler, so the above code would result in the same codegen as 'first line' + #13#10 + 'second line' Finally, it is usually preferable to use sLineBreak rather than #13#10 so that your code is more expressive, and platform independent.

Sure thing. However, backdoor holes left for spying could be revealed by someone else and used with all possible harmful purposes. Contrary, I've never heard of any Russian developers that are "angry at everybody else" and do any harm with their software. They seem to know the difference between business and politics while others seem not. I know several cases when other developers were so angry to put some destructive code into their products to be executed when being run in Russia. Not mentioning numerous companies leaving the market screwing up all their contract liabilities. Back to the topic, the quote you gave shows that rules of the game are maintained. Formalities are valid, nothing to worry about things you don't know 😉

Since I brought up DevExpress' association with Russia in this thread I think it's only fair that I share the response I just got from DevExpress on the matter. I sent the following to Julian Bucknall (DevExpress CTO) earlier today: and I just got the following response (emphasis mine) from Ray Navasarkian (DevExpress CEO): So I guess that puts that topic to rest for my part. I too would have liked a roadmap and I can't quite understand why they can't produce something, but apparently that's just the way it is. Indeed!

By that logic the Delphi team must be located near Piacenza 🙄

To me everything is said here: no-one could forecast the sales. I always found the VAR agreement totally imbecile. Handing out $5K upfront in prevision, that is rollbacked to the next year, etc is so cumbersome. And some freelance developers can't afford this. That's why a one-time payment with then royalty free distribution is, to me, the only way to go. And unlike what you say, if you contact sales, no, you won't have a clear picture of the future, it's always confused, blurred, and it always gives the feeling that prices and conditions will vary depending on the customer. Doesn't make you feel confident. Leaves you with a feeling that you are just a cow being milked against your will...

I've published an article about SVGIconImageList and IconFontsImageList:https://ethea.it/icons_in_delphi/

Recently I've receibed pub for the VAR program for Interbase VARs licence system, and again, as I did years ago, I read it looking for a special paragraf about how Embarcadero/Idera, in this program, consider the Demos or de "Communiy/Free" versions o our applications. I can't find a single line about this. For years I accepted that for little applications, like the mine one, Interbase is a very good option. Mainly for applications multiplatform (Windows/Mac), but, my brand system is let the user enjoy with a reduced version of my application free of charge, what involves, I think, pay a licence to Idera/Embarcadero, for every installation of a product for which I do not charge. Any one knows if exists some type of disclaimer for free/community versions of applications that includes Interbase with VAR license? Well, I know that exists a trial version of interbase that I can install, but have a very high limitation to an application, like mine, that saves graphic information inside the database. His max size for the file of the database is of 100Mb. Today, this is ridiculous. True?

In Python a \n usually does the trick. As per your example: caption = 'First line \n second line' Note that there is no need to concatenate the string.

From our POW there are primarily two reason to pay maintenance on a product (any product): If you need access to the latest version regularly, the yearly subscription fee is cheaper than paying for a new license each time. Support the supplier financially so they are able to keep the product alive. Since DevExpress seems to have done "the right thing" here, we're not about to punish them for that. Yes, we can expect lower output from them for a while while they get a new team up to speed, but unless development complete stalls, for an extended period of time, we can live with that. With regard to the mentioned limit on support I think it's entirely reasonable. That was not our problem. Our problem was more pertaining to the perceived increasingly non-committal responses we got when we raised issues regarding deficiencies in the products. Now that I know the state of things it makes much better sense.

It is called off-topic 😛

I'm suspecting you installed the trial then uninstalled and installed the CE, perhaps using an existing license--or some other scenario that confused the installer. It should not be possible--and Embarcdero does not intend--for there to be any way to use the CE of both Delphi and C++Builder at the same time. See their CE FAQ, specifically this one: So what I would suggest is uninstall all remnants of Delphi and/or C++Builder and reinstall Delphi CE and be sure to enter a new CE license. If you already did this, you'll have to call Embarcadero for support.

It's probably more about the Embarcadero development team. Isn't the Idera development model made up of freelance developers? Aren't they mostly based in Ukraine and Russia? Perhaps this development model currently has serious problems.

Thanks! I will try to add some. I will need some time to prepare some meaningful examples that can show potential use cases. Event bus is a messaging system. Delphi already has basic event bus implementation in System.Messaging https://docwiki.embarcadero.com/CodeExamples/Alexandria/en/System.Messaging_(Delphi) You can also look at the examples there as those use cases apply to my event bus, too. Main difference is that System.Messaging is not thread-safe and you can only use it to send messages in the context of the main thread. If you want to send messages across multiple threads you need a thread-safe event bus, like NX Horizon. Because, it is thread-safe, it also has some additional features like dispatching events (messages) asynchronously in the background thread. Maybe the easies way to explain what is event bus is comparing it to a Button OnClick event handler. When user clicks a button code in the OnClick event handler will run. main difference (besides multithreading support) is that with button and its event handler there is usually deeper connection and there is direct link with the button and its event handler. For instance if you click Help button on some form, you would want to open Help window from its OnClick event handler. But in that case your form with button needs to know about help form. If you have many forms that need to open help form will create tight coupling between all those forms and help form. With event bus, you can declare TOpenHelp event type and then you can subscribe some code to such event type. In your forms with help buttons, you would still need OnClick event handler, but instead of directly opening help form from that OnClick event you can send a message to event bus that TOpenHelp event happened. And then subscribers to that event (there can be more than one) will receive it and run the appropriate code in associated subscription event handler. This way your forms don't need to know about your help form, and code handling your help form does not need to know from where TOpenHelp came from. Event type also serves two purposes. Its type tells that particular event happened, and its content (event can be any automatically managed or value type) is used to pass additional data. for instance if the TOpenHelp is integer type, you use it to store and pass help page number depending on which help button is clicked and then you can open help on particular help page. Another example would be downloading some files in the background thread and then sending TDownloadCompleted event from that thread with some data about particular download and then subscribers can handle and do whatever they need to do with that data. Process it further, show it to the user, or anything else.

It is not a file. In RAD Studio, Delphi and C++ are implemented as separate "personalities", each with its own toolchain, IDE settings, etc. Each project specifies which personality it targets. Think of personalities as the IDE plugins for implementing different programming languages. So, the "missing personality" error means the IDE can't find the Delphi personality installed. Which Community Edition did you actually install? There is no RAD Studio CE, there are only separate Delphi CE and C++Builder CE. This is covered in the Community Edition FAQs. You can't open Delphi projects in C++Builder CE, as there is no Delphi personality installed. To work with Delphi projects, you need either Delphi CE, or the full RAD Studio.

On MacOS the process is killed, so the app never gets to shutdown correctly. I opened a support ticket with Embarcadero and was not given a resolution to this. I ended up with a timer to save state every x seconds 😞 Maybe someone else has a better solution.

I'm glad to inform you about a new release of the HTML Library. It is used by thousands of developers from 50 countries, and now even the RAD Studio IDE. From version 11.2 library will be used by the IDE to render rich text. What's new in version 4.6: Core 1. Packages names are now the same for all IDE versions (starting from Delphi 11). 2. Faster parsing and style calculation 3. SAX XML parser class with special text extration mode. 4. THtLabel now allows text change in click events. 5. CSS serialization (modified CSS StyleSheet can be saved back) 6. Direct PDF export on all platforms including Linux (when using Office library) 7. Document sections (custom header, footer, page size and orientation for each section). 8. Support for different page sizes in print preview (each page can have own size) 9. System theme colors support (Windows, OSX), f.e. background: window) with ability to use custom theme color callback. 10. Converting HTML to paged payout SVG (print preview can be viewed from browser) 11. Zoom from Cursor mode in HtPanel/Editor. 12. New TElement.InsertHTML method. 13. CSS outline propety support. 14. CSS focus-within pseudoclass support. 15. CSS marker pseudoclass support. 16. CSS list-style-position property. 17. Added w-resize and h-resize for CSS cursor. 18. THtDocument now can be used from threads (Special parameter in constructor for use separate font collection). 19. Workaround for FMX bug: rectangle and rounded rectangle with large pen width incorrectly drawn on Android. 20. New HtPanel properties: MinScale, MaxScale Editor 1. Support for style attribute inside MathML elements. 2. New editor option: eoDisableBlockJoinOnPaste - do not join pasted blocks with current 3. New editor option: eoPasteTextBlockAsPara - convert text blocks divided by blank lines to para. 4. eoClearPastedFormatting now removes span elements wuthout attributes. 5. New editor method: PasteTextfromClipboard - paste plain text only. Reports and Scripts 1. Chart now supports style attribute in chart element. 2. Reports library now supports Lazarus (including print preview) 3. Scripter: support for calling chained indexed properties, f.e. Obj[k]. https://delphihtmlcomponents.com

Me too when developing Windows apps. NexusDB is great but is not available for cross-platform apps. That's very unfortunate. I'm also against pay as you go solutions and think that the VAR program is pretty obscure. For single developers, you need to know the costs in advance, you have no way to determine how successful an app will be. Could be 10 users or 300k users. As a single developer, I want to pay a fixed price and then have the freedom of royalty free distribution, just like NexusDB. For cross platform, I switched to SQLite, even if not as powerful as Interbase, but it also has a much much much smaller footprint that IB... even if this is a selling point for them to be small...

The new High DPI Form Designer in Delphi gives you the following choices: Low DPI (96) default Auto DPI FIxed DPI Choice sounds good, however none of the choices is satisfactory: Working with the Low DPI setting in a High DPI monitor is next to impossible given the minute size of the form. Auto DPI is the version control nightmare. If you have different developers working with different screen resolutions, or even one developer working on say sometimes on a desktop with a DPI 96 and sometimes on a high DPI laptop, every time you touch the form on a machine with a different resolution all the coordinates widths and heights of the components will change. Absolutely no go. Fixed DPI has the same issues as Low DPI. You set the Fixed DPI to match one of the screen resolution, but when you open the form to another computer the form will show either too big or too small. What I would like to have is Fixed DPI, so that you avoid the version control issues, but automatic scaling of the form into the Screen coordinates and back to the Fixed DPI when you save the form. I know that the scaling from one DPI to another and back may result in changes of the original values. But the scaling back to the Fixed DPI does not need to happen unless a control is moved or resized. Is it just me that have issues with High-DPI designer? @Marco Cantu @David Millington Your comments will be appreciated.

Here you are: https://www.tmssoftware.com/site/aureliusfree.asp