dummzeuch

Found it: https://www.embarcadero.com/de/radoffer RAD Studio 10.3.3 Spezialangebot! Kaufen Sie eine neue Version 10.3.3 von Delphi, C++Builder und RAD Studio und Sie sparen 10% bei Professional, 20% bei Enterprise oder 25% bei Architect (Sorry for pasting HTML formatted, I'm on mobile and can't filter it out.) So it's not as good as in Australia. (And also not 30% but 20% for enterprise)

... or use a variable type that does not require such protection because access is atomic, e.g. an integer on Windows (not sure about other platforms).

I remember that the first versions of the build in code formatter (Delphi XE +) were little more than a proof of concept. There were so many bugs that using it basically destroyed readability and created more work than it saved. Because of that I never actually used it, so I don't know how much better it is nowadays. What was the first Delphi version in which you started to use it (if any)? (I can't make this a poll because there are so many options: XE1 to XE8 + 10.0 to 10.3 = 12 options)

The reason why I asked was because currently GExperts per default disables the Code Formatter expert for Delphi versions that already have one (at least that's what I thought, turned out it was wrong, because there was no built in formatter in Delphi XE). I was hoping to get an answer along the lines "The built in one works fine since version X, but after reading this thread I am not sure what to do there. Maybe I should simply turn it on by default [period].

One frequently asked question that still gets asked today goes like this: “How do I create an array of [component] and fill it with existing [component] instances from the form?” Where [component] usually is TLabel, TCheckbox or TEdit. I’m going to outline some solutions here. Let’s start by defining some parameters: We have got a (VCL) form On that form there are several controls of the same type. Let’s make them CheckBoxes. We want to do something with all these controls In order to make this easier, we want to create an array that contains all these controls So, this is the form: read on in my blog post

Oh sh*t, I should not have started looking for code formatter bugs in QP. There are just so many and some of them also don't work for the GExperts one: type TListOfList<T: TData; U: TDataList<T>> = class procedure foo; overload; virtual; procedure foo(i: Integer); overload virtual; end; https://sourceforge.net/p/gexperts/bugs/156/ https://quality.embarcadero.com/browse/RSP-16661

Try to format this: procedure TForm1.Button1Click(Sender: TObject); var test: record a: integer; b: double; end; dt1: record dt: tdatetime; s: string; end; begin end; it becomes this: procedure TForm1.Button1Click(Sender: TObject); var test: record a: Integer; b: Double; end; dt1: record dt: tdatetime; s: string; end; begin end; And don't tell me that's any known coding style. 😉 Yes, I reported it: https://quality.embarcadero.com/browse/RSP-18273 And yes, the GExperts code formatter works fine for it. (There are no known problems left. edit: Now there is: https://sourceforge.net/p/gexperts/feature-requests/89/ )

Actually it was added in XE4 (I just checked, the editor popup menu entry appears there the first time). So that must have been the first version where I tried it and found it severely lacking.

I'm not talking about dynamically adding checkboxes to groupboxes at runtime, but about adding those created in the designer to an array for easier processing.

The full source filenames are now cached and added whenever they are available (e.g. when the identifier parser finishes or when the project units parser does not use the map file but the dpr), so they rarely need to be searched for again. This speeds up updating the status bar quite a lot and prevents the annoying lags when scrolling through the lists which was previously caused by the search. I haven't tried it on a slow computer yet, but I am confident that this change makes quite a difference there too.

Actually: It should be easy for yet another expert (yet another GExperts menu entry 😉) to hide some of the menu entries of the IDE. Or, since there is already an expert for changing the menu shortcuts of the IDE, it could be extended to also allow hiding those entries. In that case obviously not.

I think you are talking about different "main menus" here. 😉 @Stefan Glienke Yes, it's getting larger (which annoys me too sometimes), but do you really use all the experts? You could simply disable those you don't use which removes them from the menu. Organizing it into submenus would be a major change since currently the menu is built by enumerating all the experts and adding an entry for all that are active. Feel free to submit a feature request though. One day I might get bored enough to do it or maybe somebody else does it and submits a patch.

I just tested the Read Only option of with Delphi 10.3 professional. It works fine with GExperts installed, so it probably isn't the culprit. Also, disabling GExperts from the experts manager while it is acive in the IDE works fine for me (after restarting the IDE, GExperts is gone). Enabling it via the stand alone Experts manager brought it back. So everything seems to work as expected. I do use GExperts every day. I don't use Delphi 10.3. I only have it installed to compile and test GExperts. And every time I have to use it I curse it. I don't use the dark theme and I have got lots of more interesting things to do than implementing theming in GExperts. I already had enough trouble to keep GExperts functional when Embarcadero changed the light mode to also be a theme. So, unless somebody submits a patch for this and fixes all the bugs it will most likely cause, theming in GExperts won't happen.

If I remember correctly there is a stand alone version of the expert manager in the start menu.

If you think GExperts may be the culprit, disable it with the Expert Manager, restart the IDE and see whether it solves the problem.

I know I can do that. But you were the one who proposed to use this code so it's your responsibility to check the license.

Have you checked the license of that library?

Revision #2848 Note: I have put the new function into GX_GenericUtils because GX_dzOsUtils is supposed to contain only code from my u_dzOsUtils unit (which is part of dzlib).

There is some testing code for setting DefFontData in GExperts: https://sourceforge.net/p/gexperts/code/2844/ Just in case somebody wants to test it. For now these controls are hidden and the settings are not persistent. It seems to work, but has some undesired side effects.

Basically the same, but I used the OpenExplorerAndSelectFile function in u_dzOsUtils which encapsulates this to: OpenExplorerAndSelectFile(sbUCM.SimpleText);

I changed the code to disable the irrelevant menu entries rather than hiding them. Also, I implemented "Open File Location". revision #2841 / 2842 There is one problem with the way the status bar code is currently implemented: It calls GxOtaTryFindPathToFile each time which is quite a costly function (try to move the entry with the arrow keys and you will notice a delay. I'm thinking about saving the whole file name instead of just the unit name while scanning for them, so they are available later. Also, it might be more intuitive to copy or move the popup menu entries of the status bar to the already existing popup menus of the lists.

Since it's not a requirement that this server is running at all times (the IDE must see it only once in a while), it's quite fine to run it in a VM on the same machine. A VM can also be easily backed up to guard against hardware failure. Personally I wouldn't put it "into the cloud". I don't trust their security. As I also wrote in my blog, ours is running in our company intranet and I access it from my PC at home through an ssh tunnel. I only open that connection about once every two weeks to reset the IDE's license countdown.

We are running this server as a virtual machine on an already existing XenServer. The vm runs a minimal Ubuntu Server and doesn't need much RAM or CPU. No idea whether it might run on a router, but I doubt it. But you can of course run it in a small VM on your development computer. Also, it can be configured to allow up to 30 days (the default is much lower IIRC) of using the license without contacting the elc, so you only have to remember to start that vm once in a while.

I think I said it before: Convert your license to a network named user license and use the elc and this will never happen again. https://blog.dummzeuch.de/2018/07/14/some-information-about-embarcadero-licence-center/ Of course there can be other problems, e.g. with the elc itself then. But at least it will reduce the probability of you not having a working Delphi installation for several days because you changed something on your Windows computer or VM.

As to your suggested bugfix: It seems to work fine in my tests, but I am not sure whether it will fix the original problem reported in bug #79, but I'll just assume the best and wait for new bug reports. 😉