-
Content Count
1209 -
Joined
-
Last visited
-
Days Won
25
Posts posted by Sherlock
-
-
It's called a data module. And you can search its dfm file like any other Delphi dfm...if it is not binary, which should be default.
-
10 minutes ago, RDP1974 said:Delphi language is evolved a lot in the last years
should be very useful a blog where to show the new language capabilities
Not a blog, but even better (IMHO): https://stackoverflow.com/questions/8460037/list-of-delphi-language-features-and-version-in-which-they-were-introduced-depre
- 1
-
Well I am just glad, that my applications seem to be barely more complex than "Hello World" because I really have none of these issues. But then again I use no inline variables, bpl, dll, 3rd party frameworks or language enhancements or any other new agey stuff I'm not able to wrap my head around anyway. Just plain old Delphi plus generics. And that works really good.
- 1
-
8 hours ago, rudy999 said:TfrmMain.ttreeViewChange(Sender: TObject; Node: TTreeNode); //.... if Node.HasAsParent(myParentNode) then begin myParentNode := Node.Parent; strParentText := myParentNode.Text; end;
The question is, what happens to myParentNode before the if statement. How is it initialized/filled?
-
Do you mean, these sources are located in the folders of your XE5 installation?
-
5 minutes ago, dummzeuch said:But do we really need yet another discussion on this? And Exit, and Continue and Break and .... FreeAndNil ?
Nonono, of course not. I just wanted to weaken the "it's just another tool in the box" argument.
-
There should actually be a refactoring tool to "de-with" a portion of code. That would be really cool.
And something else is in the toolbox you would not dream to use:
Goto
- 3
-
I wonder why some obvious things keep breaking unnoticed...
- 1
-
13 hours ago, Linuxuser1234 said:do you know how to display this popup form i made when i click on the goes button
That is basic stuff, perhaps you should consider a Delphi course or reading a book.
- 2
-
This is at design time, does the issue persist at run time?
-
Just to be sure: The patch does not fix the path issue automatically, correct? Because after installing the patch, the path was fixed (or never has been broken).
-
8 hours ago, Nigel Thomas said:And if it's not me being dense, how to I go about fixing it given that I can't modify TRegistry?
That is easy and the solution comes in two parts: 1. Create an Issue on the quality portal. And b) Copy the source into your projects folder or any other folder where you would keep reusable units. Then fix the issue and add said folder to your search path to use the modified unit in your project.
- 1
-
12 hours ago, Ian Branch said:Hi Guys,
I am going to try each and see which is my best option.
@Sherlock Where is this from - "Message.Unused", Delphi tells me "Message" is an undeclared identifier.
Regards,
Ian
Sorry, turns you do have to be careful when you copy & paste, edit and post code all willy-nilly. That "Message" is just the parameter of the message handler so in this case the abbreviated "msg".
-
Well, OnCloseQuery is simply not enough. You need to answer the OSes "Will shut down now" Message with a "Wait for me" and clear that "Wait for me" after you are done all the while keeping your main thread responsive to more OS messages that will come because Windows may not just take your word that you'll say "carry on" once you are ready, it will check on you...
So what it boils down to is the following (if your application does not take longer than 30 seconds to do what needs to be done your golden, otherwise you'll need to be threading):
type TForm1 = class(TForm) procedure FormCloseQuery(Sender: TObject; var CanClose: Boolean); private procedure WMQueryEndSession(var Msg: TMessage); message WM_QUERYENDSESSION; procedure WMEndsession(var Msg: TMessage); message WM_ENDSESSION; public { Public-Deklarationen } end; var Form1: TForm1; implementation {$R *.dfm} var _ShutdownBlockReasonCreate: function(WindowHandle: HWND; Reason: LPCWSTR): UINT; stdcall; _ShutdownBlockReasonDestroy: procedure(WindowHandle: HWND); stdcall; function ShutdownBlockReasonCreate(WindowHandle: HWND; Reason: LPCWSTR): UINT; var UserLib: THandle; begin if @_ShutdownBlockReasonCreate = nil then begin UserLib := GetModuleHandle(Windows.User32); if UserLib <> 0 then @_ShutdownBlockReasonCreate := GetProcAddress(UserLib, 'ShutdownBlockReasonCreate'); end; if @_ShutdownBlockReasonCreate <> nil then Result := _ShutdownBlockReasonCreate(WindowHandle, Reason) else Result := 1; end; procedure ShutdownBlockReasonDestroy(WindowHandle: HWND); var UserLib: THandle; begin if @_ShutdownBlockReasonDestroy = nil then begin UserLib := GetModuleHandle(Windows.User32); if UserLib <> 0 then @_ShutdownBlockReasonDestroy := GetProcAddress(UserLib, 'ShutdownBlockReasonDestroy'); end; if @_ShutdownBlockReasonDestroy <> nil then _ShutdownBlockReasonDestroy(WindowHandle); end; { TForm1 } procedure TForm1.FormCloseQuery(Sender: TObject; var CanClose: Boolean); begin // Whatever needs to be done... end; procedure TForm1.WMEndsession(var Msg: TMessage); begin // Windows now informs you it will end your session // Free up your BlockReason ShutdownBlockReasonDestroy(Handle); end; procedure TForm1.WMQueryEndSession(var Msg: TMessage); const ENDSESSION_CLOSEAPP = $00000001; // lParam - WM_QUERYENDSESSION ENDSESSION_CRITICAL = $40000000; ENDSESSION_LOGOFF = $80000000; var CanClose: Boolean; begin // Windows asks if it may end your session, your response is // "No, and here's what you can tell the user why" if ((Message.Unused and ENDSESSION_CRITICAL) = 0) then begin if ShutdownBlockReasonCreate(Handle, 'Saving application data...') = 0 then begin SaveLog(SysErrorMessage(GetLastError)); //Assuming you have some kind of logging end; // Now do your thing i.e. call FormCloseQuery FormCloseQuery(Self, CanClose); If CanClose then Close; // Woohoo end else begin // Forcefully shutdown...no time to wait end; end;
I have something like this in an application and it has worked for me since Win7. Not tested on Win11 yet though.
-
Nowadays power switches on PCs are no longer switches, they are buttons that send the users desire to power off (or on) to the ACPI. Only if the button is held longer than 5(?) seconds, it will really cut off the power.
And @Ian Branch I suggest consulting your thread from two years ago:
😉
-
Looks peculiar enough to say: I don't understand half of what is written there. Is the compiler not deterministic anymore?
-
No need to be sorry, we've all been there.
Cheers
-
No screenshot in the docs, but no mention of the possibility (or need) to edit the path of an installed package either. So I guess you are just tired... grab a beer and get some shut eye.
-
I wonder where you might want those dots to show up? After a package is installed, editing its path seems rather pointless. And that dialog looks just the same on my system. So I thought maybe you have some strange dpi settings, that confuse the dialog. But there seems to be everything OK with it. I'm checking for the official docs to see if they have a screenshot.
-
Could you post a screenshot please? And what are your DPI settings?
-
There is a Wiki for DUnitX, which also explains installation: https://github.com/VSoftTechnologies/DUnitX/wiki/Wizard-Installation
-
Have you looked into iOSApi.CoreMotion? It does sound like a good place to start.
-
OT: BPL hell. I build monolithic applications. copy the exe anywhere and run it. Never even considered using dll or bpl "technology". All I ever see is drawbacks to this kind of software development.
- 7
- 1
-
True for more than one reason.
how can i make my slider which is a TRoundrect move without getting Access Violation
in FMX
Posted
Which line throws the AV?