DaleHohm Posted February 8, 2008 Share Posted February 8, 2008 I was noticing that the Cut-Paste did not consistently fail for me and I think I figued out why. If I select text in the Google Windows and do ^c ^v it does not work. If I right-click and choose Copy and then paste into notepad it does work. What is happening is that the ^c is being delivered to the Yahoo control instead (you can prove this by selecting some text in the Yahoo control then selecting text in the Google control... ^c ^v will paste the text from the yahoo control). What is happening is that ^c ^v and Backspace are all being delivered to the Yahoo control even when it appears taht the Google control has focus. I think that this realization dramatically reduces the complexity of the problem description. Letters, Numbers and Enter keys get delivered to the Google control as expected, ^c ^v ^a Tab and probably others get delivered only to the Yahoo control. I suggest it is time for you to take this information and submit it to the Bug Trac system. I tested in both production and beta with the same results. Note that the #include statements changes with the beta: ; for 3.2.10.0 #include <GUIConstants.au3> ; for 3.2.11.0 #include <GUIConstantsEx.au3> #include <WindowsConstants.au3> Dale Free Internet Tools: DebugBar, AutoIt IE Builder, HTTP UDF, MODIV2, IE Developer Toolbar, IEDocMon, Fiddler, HTML Validator, WGet, curl MSDN docs: InternetExplorer Object, Document Object, Overviews and Tutorials, DHTML Objects, DHTML Events, WinHttpRequest, XmlHttpRequest, Cross-Frame Scripting, Office object model Automate input type=file (Related) Alternative to _IECreateEmbedded? better: _IECreatePseudoEmbedded Better Better? IE.au3 issues with Vista - Workarounds SciTe Debug mode - it's magic: #AutoIt3Wrapper_run_debug_mode=Y Doesn't work needs to be ripped out of the troubleshooting lexicon. It means that what you tried did not produce the results you expected. It begs the questions 1) what did you try?, 2) what did you expect? and 3) what happened instead? Reproducer: a small (the smallest?) piece of stand-alone code that demonstrates your trouble Link to comment Share on other sites More sharing options...
Starbug Posted February 8, 2008 Author Share Posted February 8, 2008 Thanx for testing this Dale. You explained what i already experienced in a better way then i did can somebody point me to directions to add this to "the Bug Trac system" or do i simply re-post this on the bug forums?? Link to comment Share on other sites More sharing options...
DaleHohm Posted February 8, 2008 Share Posted February 8, 2008 Thanx for testing this Dale. You explained what i already experienced in a better way then i didcan somebody point me to directions to add this to "the Bug Trac system" or do i simply re-post this on the bug forums??http://www.autoitscript.com/forum/index.php?showforum=3read the sticky posts. Free Internet Tools: DebugBar, AutoIt IE Builder, HTTP UDF, MODIV2, IE Developer Toolbar, IEDocMon, Fiddler, HTML Validator, WGet, curl MSDN docs: InternetExplorer Object, Document Object, Overviews and Tutorials, DHTML Objects, DHTML Events, WinHttpRequest, XmlHttpRequest, Cross-Frame Scripting, Office object model Automate input type=file (Related) Alternative to _IECreateEmbedded? better: _IECreatePseudoEmbedded Better Better? IE.au3 issues with Vista - Workarounds SciTe Debug mode - it's magic: #AutoIt3Wrapper_run_debug_mode=Y Doesn't work needs to be ripped out of the troubleshooting lexicon. It means that what you tried did not produce the results you expected. It begs the questions 1) what did you try?, 2) what did you expect? and 3) what happened instead? Reproducer: a small (the smallest?) piece of stand-alone code that demonstrates your trouble Link to comment Share on other sites More sharing options...
SpuddyMcSpud Posted February 28, 2008 Share Posted February 28, 2008 Should I post this in Bug Trac too??? Not sure if this sheds any light for you, but things like Google's Suggest also stop working when multiple IE objects are called from the same GUI. In this example, the Google Suggest site is called from the second IE object, so when you start typing in the search textbox, it will correctly suggest words for you: CODE#include <GUIConstantsEx.au3> $IE1 = ObjCreate("Shell.Explorer.2") $IE2 = ObjCreate("Shell.Explorer.2") Opt("GUIOnEventMode", 1) #Region ### START Koda GUI section ### Form= $Form2 = GUICreate("Form2", 908, 523, 195, 157, BitOR($WS_MINIMIZEBOX,$WS_SYSMENU,$WS_CAPTION,$WS_CLIPCHILDREN,$WS_POPUP,$WS_POPUPWINDOW,$WS_GROUP,$WS_BORDER,$WS_CLIPSIBLINGS)) GUISetOnEvent($GUI_EVENT_CLOSE, "Form2Close") $IE1_GUI = GUICtrlCreateObj($IE1, 8, 8, 452, 508) $IE2_GUI = GUICtrlCreateObj($IE2, 464, 8, 436, 508) GUISetState(@SW_SHOW) #EndRegion ### END Koda GUI section ### $IE1.navigate2("http://www.google.com") $IE2.navigate2("http://www.google.com/webhp?complete=1&hl=en") While 1 Sleep(100) WEnd Func Form2Close() Exit EndFunc In this second example, Google Suggest is called in the first IE object. Typing in the search field does not bring up the suggestions as it should. CODE #include <GUIConstantsEx.au3> $IE1 = ObjCreate("Shell.Explorer.2") $IE2 = ObjCreate("Shell.Explorer.2") Opt("GUIOnEventMode", 1) #Region ### START Koda GUI section ### Form= $Form2 = GUICreate("Form2", 908, 523, 195, 157, BitOR($WS_MINIMIZEBOX,$WS_SYSMENU,$WS_CAPTION,$WS_CLIPCHILDREN,$WS_POPUP,$WS_POPUPWINDOW,$WS_GROUP,$WS_BORDER,$WS_CLIPSIBLINGS)) GUISetOnEvent($GUI_EVENT_CLOSE, "Form2Close") $IE1_GUI = GUICtrlCreateObj($IE1, 8, 8, 452, 508) $IE2_GUI = GUICtrlCreateObj($IE2, 464, 8, 436, 508) GUISetState(@SW_SHOW) #EndRegion ### END Koda GUI section ### $IE1.navigate2("http://www.google.com/webhp?complete=1&hl=en") $IE2.navigate2("http://www.google.com") While 1 Sleep(100) WEnd Func Form2Close() Exit EndFunc OS: WinXP SP2, IE7 and all the latest hotfixes AutoIt: 3.2.10.0 Hopefully that may help! cheers, Spud Link to comment Share on other sites More sharing options...
DaleHohm Posted February 28, 2008 Share Posted February 28, 2008 There is a bug trac ticket for this issue logged here: http://svn.autoitscript.com/trac/ticket/110Dale Free Internet Tools: DebugBar, AutoIt IE Builder, HTTP UDF, MODIV2, IE Developer Toolbar, IEDocMon, Fiddler, HTML Validator, WGet, curl MSDN docs: InternetExplorer Object, Document Object, Overviews and Tutorials, DHTML Objects, DHTML Events, WinHttpRequest, XmlHttpRequest, Cross-Frame Scripting, Office object model Automate input type=file (Related) Alternative to _IECreateEmbedded? better: _IECreatePseudoEmbedded Better Better? IE.au3 issues with Vista - Workarounds SciTe Debug mode - it's magic: #AutoIt3Wrapper_run_debug_mode=Y Doesn't work needs to be ripped out of the troubleshooting lexicon. It means that what you tried did not produce the results you expected. It begs the questions 1) what did you try?, 2) what did you expect? and 3) what happened instead? Reproducer: a small (the smallest?) piece of stand-alone code that demonstrates your trouble Link to comment Share on other sites More sharing options...
cu0x Posted August 29, 2016 Share Posted August 29, 2016 Hello guys, seems like this issue is still not solved.... have a program which create an GUICtrlCreateObj() and inside is $Browser = _IECreateEmbedded() and cannot copy any text from it. OS: Windows Server 2012 R2 + Windows 8.1 64 I was trying to find the bug track but no luck... will really appreciate your help Thanks in adv. Link to comment Share on other sites More sharing options...
AutoBert Posted August 29, 2016 Share Posted August 29, 2016 1 hour ago, cu0x said: have a program which create an GUICtrlCreateObj() and inside is $Browser = _IECreateEmbedded() and cannot copy any text from it. show your script. Link to comment Share on other sites More sharing options...
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now