Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Caret is gone after switching applications via taskbar #12

Open
yonojoy opened this issue May 23, 2016 · 1 comment
Open

Caret is gone after switching applications via taskbar #12

yonojoy opened this issue May 23, 2016 · 1 comment

Comments

@yonojoy
Copy link

yonojoy commented May 23, 2016

I tested with the demo application under Win7 (compiled with XE4).

Steps to reproduce:

  • start demo application
  • enter "test" into the edit field
  • switch to another application via taskbar
  • switch back to demo by clicking the icon on the taskbar
    BUG: caret is gone (but edit correctly has the focus and accepts keystrokes)

I think the problem is, that the WM_ACTIVATE message, that gets send to the VCL form, should somehow set Active of the wrapped FMX form (which does not seem to work).

@yonojoy
Copy link
Author

yonojoy commented May 26, 2016

An other situation when the carret gets lost can be reproduced in the following way:

  • Compile and start the demo applicaiton
  • Click into the FMX edit field
  • Enter a
  • Press the tab key
  • Press SHIFT+TAB to return to the edit
    --> caret is gone

But I think this has another cause therefor I added issue #15

gandf added a commit to gandf/firemonkey-container that referenced this issue Jul 28, 2017
* Directly create FMX forms in a VCL application by TFmxVclForm.CreateNew(Owner, OriginalFormClass)

* Improved FmxVclForm:
* Workaround for issue vintagedave#12
* Support for ShowModal
* Wrapped form should be available earlier

* Bug: with some forms strange display errors, if original FMX form has Position poScreenCenter

* Added class TInterfacedFmxVclForm<T: IInterface>  to support forms, that exhibit an interface

* Bug: ShowModal did not always work properly
Cleaned up some hints

* Added alias Parnassus.TFmxForm for TForm to avoid problems when needing to include VCL...TForm  **and** FMX...TForm

* Tab should always work in fullsize forms

* Bug: TFmxVclForm must respect CloseQuery of the wrapped form

* Bug: Actions of the wrapped form are not always executed correctly
gandf added a commit to gandf/firemonkey-container that referenced this issue Jul 28, 2017
* Property AllowTabKey to allow the inner FMX form to handle Tab key events.

* Fullsize Form Demo

* Directly create FMX forms in a VCL application by TFmxVclForm.CreateNew(Owner, OriginalFormClass)

* Fullsize demo utilizes FmxVclForm

* Improved FmxVclForm:
* Workaround for issue vintagedave#12
* Support for ShowModal
* Wrapped form should be available earlier

* Bug: with some forms strange display errors, if original FMX form has Position poScreenCenter

* Added class TInterfacedFmxVclForm<T: IInterface>  to support forms, that exhibit an interface

* Bug: ShowModal did not always work properly
Cleaned up some hints

* Added alias Parnassus.TFmxForm for TForm to avoid problems when needing to include VCL...TForm  **and** FMX...TForm

* In some special circumstances the arrow keys (and other non-character-keys) will not work. This is because sometimes the key message goes directly to the FMX form (=working) and sometimes it goes to the FiremonkeyContainer.
With this fix non-character-key-messages are retargeted to the FMX form.

* Tab should always work in fullsize forms

* Bug: TFmxVclForm must respect CloseQuery of the wrapped form

* Bug: Actions of the wrapped form are not always executed correctly
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant