dummzeuch

I would really have liked to recommend gnugettext for Delphi (dxgettext) + the tools for the standard po file format here (I really do like Gorm for editing po files). Unfortunately it is mostly unmaintained by now, even the homepage has now disappeared into the depth of the Internet Archive. The only plus is the price: You can't beat free.

Where "module" doesn't necessary mean another package. It can also be a regular DLL. This can even cascade: Maybe a DLL needed by the DLL loaded from the package is not there (e.g. MS Visual Studio Runtime).

Same story over and over again: There is a good tool / website / whatever Embarcadero buys it (or the person who made it becomes an employee) It goes down the drain

As far as I know everything in that blog post still applies. But beware: This is for Win32 programs. I have no idea whether Win64 or other platforms are supported and whether any changes are necessary there.

This happens frequently for me too, even though I rarely use Delphi 11. That's one of the bugs that keep me from switching to Delphi 11 for anything serious. And no: For me this is not Fn-key related (even though that's a valid point), mine is a desktop computer with a regular keyboard that does not have any "media" related key remapping.

You make it sound like git was the first Source Code Management tool ever invented, but in fact git is only the one of latest additions to that class of tools. As for "easily": There are SCMs that are easier to use in particular for a single programmer.

Fixed in revision #3918

I actually used Goto once and I still think it was better than all alternatives in that one specific case. But in general I agree. But do we really need yet another discussion on this? And Exit, and Continue and Break and .... FreeAndNil ? I think everything has already been said about these, multiple times, actually too many times.

I saw the bug report on sourceforge. Thanks for reporting it. I have got an idea what the problem might be but I need time to investigate.

Once you have tried to debug code with with, sometimes even with multiple variables listed in the statement ("with a, b, c do") and even nested, you will start to dislike it even for small parts of code. And then there are the issues with new properties and fields being introduced in ancestor classes which break the code in a with block because rather an accessing a local variable all of a sudden the code accesses a property brought into scope by a with. That's where my "passion" comes from. My time is too valuable to waste it with problems introduced by being too lazy for typing an identifier. If you really want to save some keystrokes, at least declare a local variable, even inline if your compiler supports it: begin var Items := ListView1.Items. for i := 0 to Items.Count - 1 do begin Process(Items[i].Caption); end; end;

Or simply revert those changes in the SCM?

I don't think @Stano was referring to the method TForm.Release.

Like "APP" ? 😉 (Which was already used in the Atari ST's TOS in 1985, just in case you didn't know.).

You keep asking questions that are not really related to Delphi programming. Answer to this one: By buying a software like MapInfo. Please note that I'll ignore any further question related to this topic.

Reading shape files is not difficult. The format is documented and I personally wrote a unit u_dzShapeFileReader for reading them which is part of my dzlib library. There is even a simple test program ShapeFileReader that uses this to display such files (but not on a sphere, it simply takes the coordinates as they are without any projection). But you will still need to know which coordinate system that data uses (WGS 84 would be my guess, but I don't know for sure) project these coordinates on a sphere and display that three dimensional sphere on a two dimensional display as everybody has already been telling you in various topics already. You seem to want a library that does everything you need. If you are willing to pay for it, maybe TMS FNC Map is a possible solution, but I don't know for sure, because I never used that. And I seem to remember that they don't provide any coordinate conversion. But even assuming that this library can help you for parts of the code, this is a far from simple task. Expect to spend many days (or probably more like months) on it. Maybe there are better tools / libraries for other programming environments than Delphi. I wouldn't know.

Also, "enable runtime themes" must be enabled in the project options (in Delphi 2007, no idea what it's called later), but that's the default. I know that because I usually disable this option so I can set colors as I want rather than having them overridden by Windows, so the cue banner didn't work in this case.

No idea. I'd assume that the data contains the information for doing this, but it will be up to you to draw the actual graphics. So basically the process is: read a data point from the data convert the coordinates from whatever coordinate system it uses to the one you need for drawing draw a circle + an arrow in the right direction and length + the number I can't really help you there any more because I neither know the data format nor have I ever drawn a map on a sphere.

But the data format is known/documented? There must be some kind of coordinates in there, probably in WGS84.

That shortcut is assigned to an action with the name ViewSwapSourceFormCommand and the caption "&View as Text" but you are right, there doesn't seem to be any menu entry for it so there is currently now way to change that shortcut. If you want to, you can probably write your own expert that retrieves that action from the IDE and changes the shortcut. Code for retrieving these actions can be found in the GExperts Keyboard Shortcuts expert. Or you could extend that expert to allow changing the shortcuts in addition to displaying them. There is even a feature request for that already.

These two experts were a contribution from somebody and I didn't check for conflicting shortcuts -> my fault. You have two options: Assign different shortcuts (If you have got a suggestion what to use, tell me,) Disable these experts As for changing the functionality depending on the focus: Once you have used it once, the editor window has the focus, so how could the software know what you want? But anyway: GExperts can either use the shortcuts or not, there is no way that I know of to pass them on to the IDE.

Prompted by a post on Delphi Praxis, I just added a new feature to the Expert Manager expert in GExperts (lots of experts here 😉) : It can now change the order in which the experts are loaded into the IDE. read on in the blog post

I have just finished fixing all known bugs in the GExperts code formatter that were related to Generics. On top of that I fixed a few others. I am sure there are still more though, but because I rarely use Generics I haven’t seen them yet. So I need your help: If you have a lot of source code with Generics, please compile a new DLL and try the formatter on that code. Report any bugs on SourceForge.

Yeah, I haven't updated the plug-in for a while. I'll put that on my to-do list. Thanks for reminding me. edit: Done. I also updated dzBdsLauncher to support Delphi 11.1 and 11.2

Not quite what you are asking for: Delphi Help Expert

Just in case anybody is still interested: The GExperts Experts Manager expert now allows to change the order of the entries in the registry. Note1: You have to compile it from sources to get this functionality. Note2: Don't forget to actually save the changes to the registry. It's no longer done automatically. Note3: This is work in progress, there might still be bugs.