Silver Black

Yes, exactly. I'm trying the TTaskDialog component, may this be the way to go? The only draw back is that I don't like a component on an actual form to make this, example if I have to show a message from a unit or project with no forms.

Why a Delphi 10.4.1 CE edition does not exist? The CE is still in 10.3 version...

Yes, totally agree. And you know what? Now I got re-used to the old Delphi IDE bookmarks system again and I I like it, it's fast and does it's job. I think I don't even reinstall the Parnassus add-ons if available.

That's a real shame. In CE 10.3 it was there, in the GetIt Package Manager. And it's still there. So now it's not for CE anymore.

Not only in Alexandria... I just installed the CE 10.4.2 Sidney and there are no more Bookmarks / Navigator IDE plug-ins... WTH is happening?!

Without the wonderful Parnassus Bookmarks, is still there a kind of bookmarks in Delphi itself? I remember something in D2010, but it was naive compared to Parnassus, but still better than nothing though.

Hi, I have a routine that I've been using successfully for a long time to start a process with admin rights elevation. But I've lately noticed that the UAC request is minimized in the task bar, instead I'd like it to appear full-screen as if the user had clicked on the executable himself. I'm using: FillChar(seExecShell, SizeOf(seExecShell), 0); seExecShell.cbSize := SizeOf(seExecShell); seExecShell.Wnd := hndCaller; seExecShell.fMask := SEE_MASK_NOCLOSEPROCESS; seExecShell.lpVerb := PWideChar(RUN_CMD); seExecShell.lpFile := PWideChar(fnFile); seExecShell.lpParameters := PWideChar(strParams); seExecShell.nShow := SW_SHOWNORMAL; Result := ShellExecuteEx(@seExecShell); ShellExecuteEx(@seExecShell); Then to manage the waiting for the the process to terminate: GetExitCodeProcess(seExecShell.hProcess, ExitCode); But even without waiting there is always the issue of the minimized UAC request. Do you think there is a workaround or this is a "by-design" feature of Windows?

Also other VM/PC. My app is an installer!

Ok, now I get it. But the problem is that I've not disabled it on my machine and the issue occurs.

I've to try that with a brand new empty project, but it happens in two different project.

Yes, it's already what I do.

No. First I don't want to disable it, second I cannot disable it on my users machines!

I have this simple code that writes a record at the end of a binary file (any): type TRecTestData = record strText1: String[100]; strText2: String[100]; i64BigNum: Int64; end; var fDatafile: File; intRecSize: Integer; recTestRec: TRecTestData; strTestFile: String; begin strTestFile := 'FileIOData.exe'; intRecSize := SizeOf(recTestRec); AssignFile(fDataFile, strTestFile); Reset(fDataFile, 1); Seek(fDataFile, FileSize(fDataFile)); BlockWrite(fDatafile, recTestRec, intRecSize); CloseFile(fDataFile); This works perfectly. But in my main project (+120,000 lines of code) it generates a I/O Error 103 at line BlockWrite. I've tried anything, the code is the same.

Ok, thank you, I'll give a look into that resource stuff. 🙂 Have a nice day!

The custom-modified executable is not being modified in the field, it's only modified once after it's built by another app. After that it's not modified anymore. Yes, I only do this to MY executable created by MY othe main app, it's not intended to modify any other executable. The attached data are user-related info and the executable is a zip-auto-extractor.

No, it's not the same executable that makes the changes. It's another application that creates that executables that modifies it at the end of the process.

In a resource you can add any type of data? Strings, integers, etc.? Why I cannot write on an arbitrary binary file if Delphi has the proper functions to do so (BlockWrite/Read and Streams)? There is a particular reason you say so?

The exe file is created by me (my program), so I just want to add additional data.

Same exact code, copy and paste. I then read the record data from the Exe itself. It works in an empty project I made. I also found the solution. I'm missing this: FileMode := fmOpenReadWrite; So now it works everywhere! In the empty project I used it worked even without setting the FileMode, in my main project not because I set the FileMode to read-only previously but I wasn't aware of that.

No: the CE is the full RAD Studio, that expires every year! We need a much smaller one with only Delphi main core components and no-expiration license.

Good ol' times! IMHO, Delphi should have a restricted FREE environment of its IDE, to make small desktop utilities at least and for the bigger purpose of spreading Delphi knowledge to new generations of devs. If VS has that, why not to copy from it?

Anybody remembers when Delphi 6 had the "Personal" edition that was completely FREE? I started from there.

I have to reinstall it because the one-year-license is over, so I just looked for the most updated one. By the way, I hate the fact that it's mandatory for you to reinstall the CE after one year. Totally nonsense.

Using themes with 10.3.3 I noticed that common dialogs like "Open/Save file" are not correctly skinned and they are quite a punch in the eye... Is there a workaround or do I have to rewrite my own common dialogs to have them properly skinned?

That libraries are great, really thank you!!!