Ian Branch

Thanks Thomas. Regards, Ian

Hi Team, Given the relevant DataSource AutoEdit is False, and the only Navigator button option is Insert, and it isn't clicked, is there any generic key combination that could cause a dataset to go into edit/insert mode? I certainly haven't created one. Regards & TIA, Ian

Hi Dany, Thanks for your input. Appreciated. Yes the table does have BLOBs, I will look into that aspect. I would be very disappointed if the User had clicked the edit button and it hadn't been captured. The issue doesn't seem to be endemic, just every now and then and certainly I haven't been able to reproduce it. I have put a couple of logging points in and re-published to the Customer to see if that produces any insight. Regards, Ian

Sorry. To clarify, I am referring to standard DBEdit components.

Hi Uwe, Hopefully none. In theory there is no way for the User to edit the fields until the Dataset is put in Edit or Insert modes. I have had a couple of error reports, I use EurekaLog, where the report is that the Dataset isn't in Edit or Insert mode, with the error happening when the User ostensibly clicks on Save/Post in the DBNavigator. This suggests that the User has edited a field somehow and then clicked Save/Post but there is no evidence of the Dataset being put into either mode in the trace. It has left me a little baffled. Hence the query about there being some key combination that the User may have stumbled on. Ian

RE the monitor I am using - It is an AOC U2790VQ. The cheapest 4k monitor I could find. Oh the screen real estate I can now work in/with. 🙂 For what I do, they are ideal. I did have to update my old video card as it didn't have display ports to feed the monitor. Such a sacrifice. 😉

Perhaps. I am running in 3840 x 2160. Having said that it doesn't retain its resizing between usages. I tried to set my monitor to 1920x1080 to test but Windows went all funny on me. 😞 I guess it will need someone with a a lower resolution to test. Ian

Hi Thomas, Win 10, D10.4.1, 32bit. GExperts svn 3287. I regret to advise that the issue still persists. 😞 Just in case there was some interaction, I disabled all other add-ins. Same result. Regards, Ian

Updated via the Web installer with only one hiccup - It couldn't find the Patch 2 stuff to presumably delete it. It flagged it twice then opened Windows Explorer at the apparent directory, I just closed Explorer, and the install continued successfully to the complete install. The only comparability issue I have found so far is with CnPack/Wizards 1.2.0.1010, and that is an annoyance, not a deal breaker.

Hi Team, Win 10, D10.4. 32 bit. From my App main form, Form1, I open a sub-form, Form2, using TForm2.Create(nil).Show; Whilst in the Form2 I may open a further sub-sub-form, Form3, from Form2 using TForm3.Create(nil).show; When the Form3 opens the main form appears between Form2 & Form3. 😞 Is this an issue with D10.4? I can't test previous versions anymore, my PC had a hardware meltdown and I had to reinstall everything, including the OS, from scratch. 😞 So I have only re-installed D10.4. If it isn't specific to D10.4, is there a work around to stop the main form from showing? I must confess, I don't understand why the main form is showing given as far as I know I haven't set any ownership by using ...Create(self).show. Thoughts, suggestions, solutions, education welcome. Regards & TIA, Ian

HI Remy, So. It was education. 😉 Never ever looked at or used PopupMode or PopupParent. To confess, I re-read the reference and the relevant Delphi help several times and was still unsure exactly what it was telling me. So, I experimented. I have ended up with Forms 1, 2 & 3 all set with PopupMode set to pmAuto and that resolves my issue. Not sure if that is technically correct, but it works for me. Thank you for the pointer/education. Regards, Ian

EurekaLog will do the same thing.

Hi Team, I have had the practice of making the form large enough during IDE development to place all the non-visual components off to the side or below the visual components during development and setting the form height & width so the Form is the correct height and width. This has worked well, until now. In the past my and my users have used 1920 x 1080 screens so everything was fine. I have just installed a 3940 x 2160 monitor. 🙂 Oh the joy of it all. 🙂 Any way, when I now run the App(s) the various forms are too condensed, covering some of the visible components. 😞 Of course, if I shrink the forms to their desired run-time size and comment out the height/width instructions, all is fine. So, to my question.. Is there a mechanism to detect the DPI and adjust the Form height accordingly?? something like.. height := ScreenDPI() * iDesiredHeight; Appreciate any suggestions, Regards & TIA, Ian

Tks Remy, this works perfectly on all the different resolutions I have tried. Regards, Ian

Hi Remy, Apologies, yes I should have mentioned I am using D10.4. Thanks you for the suggestions, I shall give them a try. Regards, Ian

Hi Team, D10.4, 32bit App, Win 10. I am calling a sub form from a sub form as follows.. // MyForm := TMyForm.Create(self); MyForm.sFormID := '3'; // Pass a key value. MyForm.Show; // It all works fine. I close the sub-sub form in the FormClose event as follows.. // Action := caFree; // I close the sub-form the same way.. // Action := caFree; // Problem - When I close the sub form I get an Access violation error. If I remove the "Action = caFree" from the sub form it closes without issue. Can somebody please enlighten me as to what is going on and how to resolve it? Regards & TIA, Ian

Hi Remy, Ahhh. Whew! That's what I have been doing. Thank you for the education. Regards, Ian

Hi Remy, Now that is enlightening. Thank you. So, if I don't put 'Action = caFree' in the OnClose event, when does the from get destroyed. Or, to ask in another direction, how can I ensure the form is destroyed when it is closed? Regards & TIA, Ian

Hi Team, Found it! I progressively removed components/code from Form A until the issue disappeared. Turns out to be a component from a well know component library supplier. I will test the same component in a basic test App to confirm and let them know. Thank you for your guidance and assistance. I have learnt a couple of things from you. Much appreciated. Regards, Ian

Hi Uwe, Yes, they had different names. Kas Ob, Thank you. I will digest and have a play. Will respond later with my results. Regards, Ian

Hi Kas Ob, Regrettably, no. 😞 Regards, Ian

Hi Kas Ob, I tried the same App in D10.3.3 with the same result. I have continued with Create(nil) when creating the forms. I sort of follow what you are saying above. Using your terminology, normally I would expect B to be closed before A. As a test I closed A while B was still open, I got the error. 😞 It is definitely something specific with my App. As indicated previously, I created a dummy App, only components were buttons to call the next form, with the same hierarchy and there was no issue. For now I will just not use 'Action := Free;' in the close of A. Regards & Tks, Ian

Hi Team, Thank you for your inputs. Application structure. MainForm => Form1 => Form2. I changed (self) to (nil). Same issue. I don't want Form2 Modal as it needs to show while the User continues in Form1. I created a bare bones app with the same structure. I didn't get the issue when closing Form1 after closing Form2. 🙂 In my main App I created a new, empty Form2. I got the error again when I tried to close the Form1 after closing Form2. 😞 The error still happens if I disable the Action := caFree in Form2, but not if I disable it in Form1. The error generated is per the attached image. 'DBiLogViewer.exe' is the name of the App. Regards, Ian

Hi Team, Is it possible to have and display a TLabel in D10.4's TTitleBarPanel? I can put the Label on the panel but it doesn't show. Is there a Demo of the TTitleBarPanel usage anywhere? Regards & TIA, Ian

Tks. I did find that example/demo. Your suggestions noted. Regards, Ian P.S. I use BitDefender AV and it flags the App with a TTitleBarPanel 😞 I am confident it is OK so I told BD to ignore it.