dummzeuch

Welcome to assisted emailing, a new service brought to you by the people who invented the seat belt beep.

The formatter in GExperts can do that, the built in one can't as far as I know.

I'm surprised that GMail actually lets you transfer any executable (or even zip file containing an executable). Last time I tried it simply refused to accept that attachment. As for virus scanners flagging Delphi executables as viruses: That happens to me regularly and I got tired of trying to get these false positives to be removed. Good thing I'm not making my living from selling software.

My guess would be that the on in the Delphi Wiki is older than Delphi 10.3.

Are you aware of the (outdated) grammar at https://delphi.fandom.com/wiki/Object_Pascal_Grammar ?

I have been using it for several years to sync my photos and notes (from the DenkZettel app) on my smartphone to my desktop PC (via an old notebook running 24/7 which also runs pihole). Works very well. As to how fast it is, I have no idea. It simply runs in the background (as a service) and does its job.

Is any modern Delphi on the supported applications list for Wine? The last time I looked (which admittedly was many years ago), only Delphi up to version 7 was supported. OK, I just looked for supported Delphi versions. The latest officially version apparently is Delphi XE8, and that even with "Gold" Status: So, chances are, that the Delphi 11 installer will need the same workarounds. They are listed on that very page. I haven't tried it though.

If that's the only reason to install GExperts, you could get the same functionality with a Live Template (built in feature of the IDE) similar to this one: convert typo ";=" to ":=" This will convert a common typo where you type ";=" but really meant ":=" to what you meant. TEMPLATE FILE NAME: semicolon-equals-typo.xml <?xml version="1.0" encoding="utf-8" ?> <codetemplate xmlns="http://schemas.borland.com/Delphi/2005/codetemplates" version="1.0.0"> <template name=";=" invoke="auto"> <description> convert typo ;= to := </description> <author> twm </author> <code language="Delphi" delimiter="|"> <![CDATA[:= |end|]]> </code> </template> </codetemplate>

There seems to be a new lossless image compression format called "Quite OK Image" or QOI in short, which according to its creators not only compresses better but is also faster than PNG in compression and decompression. There are various implementations on Github https://github.com/phoboslab/qoi , one of them is even for Turbo Pascal. Is anybody maybe already working on a 32 bit Pascal/Delphi implementation?

I have exactly that effect with standard IDE tool windows when GExperts is not installed (I also removed everything else that's not standard just to be sure). E.g. this is the Object Inspector window on a 4K monitor set to 125% scaling:

I can only reproduce this if I drag that window to a place where it would dock as a tab and then (without dropping it) move it somewhere where it would dock as a normal window. And that's not just related to GExperts windows but also windows of the IDE itself (e.g. the Projects window), so it looks like an IDE bug rather than a GExperts bug. Does this happen only with GExperts windows for you?

There is SyncThing, an open source alternative to e.g. Dropbox, that works peer to peer. It can be run as a service on Windows or simply as a regular program. There are implementations for multiple OSes. Setting it up isn't as difficult as it looks at first, but it takes a bit of reading the docs.

I doubt that this was taken up from FPC by the Delphi team. Do you have any evidence for this? My guess would be the other way round.

Yes, that's what I did with GExperts. Yes, that's what I did in GExperts, but having such a tool would still be great. Yes, that's another annoyance, in particular because that's totally unnecessary. My solution for these is unit aliases.

Yes, but that has always been the case, so there won't be any legacy code that passed an uninitialised variable to a ref parameter, and all of a sudden became invalid code. Delphi introduced the out parameter declaration "recently" (Delphi 5?), so there is legacy code that uses var rather than out. OK I change my vote to: This should emit a hint or a warning, because nowadays it's bad design and should be fixed ASAP.

Easy: Value1 will be 4, since Value2 > 0 and therefore Value1 will be assigned Value2+1 = 3+1 = 4. So I guess your example has a bug. 😉

And other calls to that procedure might actually require an input value: procedure bla(var _Value1: integer; _Value2: integer); begin if _Value2 > 0 then _Value1 := _Value2+1; end; procedure blub; var Value1: integer; begin Value1 := 5; bla(Value1, 3); end; How should the compiler determine whether passing an uninitialized variable to procedure bla is a problem, without analyzing the procedure itself?

I always thought that activation as optional for up to Delphi 7. Now my previously working Delphi 6 installation wants to be registered again. I'm using a valid registration key for Delphi 6 professional. Selecting "I will register at a later time", which always worked, no longer does. WTF? (I blame a Windows 10 "feature" update). Until I have resolved this issue, I can no longer test or debug anything for Delphi 6. Any hints? (Fortunately Delphi 7 still works)

Fixed it. Also added unit tests for this (I could have sworn I already had some. Another faulty thing: My memory.)

I was about to point to my iso8601 unit in dzlib, but when I checked, I found the ToWeekDate method to be possibly faulty in exactly these cases. Should be easy to fix though. https://osdn.net/projects/dzlib-tools/svn/view/dzlib/trunk/src/u_dzIso8601.pas?view=markup&root=dzlib-tools It's ISO 8601 btw. not 8901.

There is also quite a few information about Live Templates in the Delphi Wiki: Delphi Live Templates Editing the template template Live Templates Technical Info (I wrote most of the latter from reverse engineering existing templates and reading blog posts about them years ago, when Live Templates were all the rage.) and also Stefan Glienke's collection of Live Templates

It does not touch any text in strings, only source code.

There is the GExperts Code Proofreader expert which supposedly can correct typos like Heigth to Height etc.. Unfortunately it sometimes does more harm than good by "correcting" words that only look like some words it knows about but are spelled differently (e.g. I tend to use abbreviations for variables of enum types like "tnue: TreeNodeUserEnum" which then gets "corrected" to "True".) It can be set to beep when correcting but that goes on my nerves quickly, so I usually turn it off again.

There are several forms that display metrics. And yes, it's probably possible to disable it by removing some package. No idea which one though. Maybe the package names might give you a clue. The GExperts PE Information expert will show you the classes a package exports, so that might also help to find it. I'm glad my hint helped a bit.

I have just finished making the stand alone GExperts Grep to really be stand alone, that is: It no longer needs the GExperts DLL but contains all the functionality in one executable. It has also been compiled with Delphi 11 Alexandria so it should be per monitor DPI aware. Another feature is the ability to integrate itself into the Windows Explorer popup menu. ... read on in the blog post