Create a new project. Drop two TEdits on a form. Deploy to Android device. Start up App. Tap a TEdit to bring up the keyboard, hit the hardware back button on your phone... Crash... Is this something specific to me? or can other people confirm this? Is there something wrong that I am doing? I've tried setting the Key:=0 on the keydown event of the form and the TEdits but that didn't work - app still crashes.
Delphi XE7 update 1 installed.
Create a new project and add your classes to it. Problem is somewhere in the .dproj file
Related
I'm constantly losing the sort order for the files in my Delphi projects:
How can I fix this? Is there a bug in my Delphi 10.4.2 IDE?
(Self answering because I finally found it, and I want to spare others the frustration)
You need to follow a specific sequence because the IDE interface closes the Sort By popup menu after every action:
If you click on e.g. Name, the IDE sorts the files once. The submenu closes immediately (i.e. no visual feedback) and nothing is remembered.
The trick is to first click on Auto Sort, then reopen the submenu, then click on Name.
Now when you save the project, the settings are written to the .local file and applied in later sessions:
<ProjectSortOrder AutoSort="-1" SortType="1">
I noticed that the OnKeyUp event processing does happen for a TButton control when running my iOS application on my iPhone and my iPad (but I believe it does on the Windows emulator). The OnKeyDown event however seems to operate correctly. This looks like a bug to me, but I am not sure.
I have installed service pack 1 on my Delphi XE2 install and recompiled - same result.
You probably mean it does not happen. I experience the same thing, so I cannot say it's a bug or a 'feature' but I at least I can offer confirmation.
I changed my code to react on OnKeyDown instead of OnKeyUp, which is a pain because for edit fields for example the text property is only filled after your code is fired - basically you are always one character 'late'.
I have upgraded an old project from Delphi 7 to Delphi XE.
The project has (among others) some THotKey controls. Under Delphi 7 the THotKey controls are working ok. But under Delphi XE they are like disabled. This means that they show nothing inside even if a shortcut (Alt+A for example) is assigned to them and I cannot edit them.
Anybody else has this issue?
Update:
I deleted ALL controls and all code from that project. Now I have ONLY the main form and a single THotKey control. Basically, after deleting all the controls my project is like a brand new created project without a single line of code. But the THotKey is still not working under Delphi XE and still works under D7.
Cause found (Delphi bug)
I compared my project with a new created project. I have seen that the old form had the 'double buffering' option set while in the new project this was not on, so I manually turned off this option in my old form. Guess what? The THotKey works!!!!!!! Every time I turn the 'double buffering' on, the THotKey goes ape.
Confirmed
Yes (by Andreas Rejbrand)
Solution (partial):
I have seen that it is not actually main form's DoubleBuffered property that causes this but rather THotKey's. So it is enough to turn off this property for THotKey, not for entire form. I think I can leave with that.
:)
Has someone else experienced something like this with Delphi and if so is there a known workaround!
I'm using the Delphi 2010 Rad Studio on Windows 7 64 bit.
A few times when editing the IDE hangs and I can't do any action either by keyboard or mouse. But there is a error-beep sound from windows like there is a modal window open somewhere, but hidden behind the ide it self.
Only by ending the ide via Task manager can I make this hidden modal window visible.
I see this often with various other dialogs as well.
Pressing "Alt-Tab" and reselecting Delphi you will cause the dialog to appear in the front again.
Note: This happens with other versions of Delphi as well.
I have the same problem with older versions of Delphi like D6.
My solution is use another tool like WinExp –Windows Explorer– or WinResQ to explore the existing active windows on system and reactivate it (BringToTop).
With this solution I get the Delphi IDE on Top and appears the window that cause the lock. This is the only option I have worked for me.
Regards.
Alt+Tab works, but you have to select another application, then Alt+Tab to return to Delphi, and then the dialog will show in front.
How can I make my delphi systray app using standard vcl inputbox() function to request focus, now dialog box seem to remain in taskbar and dialog does not open to front of other apps. This is Vista issue I think. Creating own form would solve it I believe.
ps: I can edit dialogs.pas if needed, it seem to be using Tcustomforms.showmodal
You are probably using older version of delphi.
Some Vista specific workarounds for older delphi versions can be fond here.
Try Application.ProcessMessages; just before inputbox call.
Have you tried an application.BringtoFront() before you launch the inputbox?
Editing dialogs.pas seems to be a bad ide. I would rather make my own inputbox-form.
Applications stealing focus can be quite annoying, though... How do you launch the inputbox? On a timer, or on a userrequest (e.g. clicking on the icon)?