Custom Query
Results (109 - 111 of 3876)
Ticket | Resolution | Summary | Owner | Reporter |
---|---|---|---|---|
#110 | Rejected | GUICtrlCreateObj controls do not correctly track focus. | Valik | anonymous |
Description |
The problem is that when i use multiple webbrowser objects on my GUI, I can only seem to copy and paste into One of them. all other object can copy text to the clipboard with ctrl+c and cant paste with ctrl+v I also noticed that once inside an input box within a website, I also cant use Backspace or my directional keys This has been tested with XP SP2 with IE7 and XP SP1 with IE6 Steps. 1) Copy ANY text to the clipboard (from any other place) 2) Try and paste this text into the Google Search box. You will notice that it does not work 3) Try and paste it into the Yahoo search box. It WILL work 4) *You may also notice that when trying to paste it into the Google search box, it will be pasted into the Yahoo search box even tho the cursor was in the Google Search box* 5) Open a notepad. 6) Attempt to copy ANY text from the Google page and paste it into the Notepad. You will notice that it does not work 7) Attempt to copy any text from the Yahoo page and paste it into the notepad. It will work 8) Type some text into the Yahoo search box, and type some text into the Google searchbox 9) In the google searchbox, Press the {Backspace} key as if to delete what you typed in the Google searchbox. You will notice that even tho your cursor is in the google searchbox, the text will be deleted from the Yahoo searchbox 10) repeat step 8. In the google searchbox, Press the {Left Arrow} key 3 or 4 times. Press the {Backspace} key as if to delete what you typed in the Google searchbox. You will notice that the text is deleted from the Yahoo searchbox from the point where the cursor *Would have been* be if you pressed {Left Arrow} from within the Yahoo searchbox (You were clearly pressing the arrow key in the Google searchbox right!) #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.au") $IE2.navigate2("http://www.yahoo.com/") While 1 Sleep(100) WEnd Func Form2Close() Exit EndFunc *Quote from DaleHohm* "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." Discussion on forums can be found at http://www.autoitscript.com/forum/index.php?showtopic=62153&st=15 |
|||
#111 | Rejected | Extension to StringinStr to allow search from position as well as from occurrence (100% backwards compatible ) | Fox2 | |
Description |
An additional flag parameter, also optional, that if you specify "occurrence" as a parameter, you can also after it specify "search type" too. The new description would be like this. Note this is 100% compatible with existing syntax, and defaults to the current behavior: UPDATED SYNTAX AND DESCRIPTION: StringInStr ( "string", "substring" , casesense [, from [, search type?] ) from [optional], search type [optional] Depending on search type, directs StringInStr to either find a given occurrance of a substring (default behavior), or search for a substring from a given position. If search type is zero or omitted (default) then "from" represents an occurrence of the substring to find in the string. Use a negative occurrence to search from the right side. The default value is 1 (finds first occurrence). If search type = 1 then "from" represents a position to start searching for the substring in the string (1 = first character). Use a negative occurrence to search from a number of characters from the right side. The default value is 1 (finds first occurrence from the start of the string). |
|||
#112 | Wont Fix | Send() does not check key release | anonymous | |
Description |
That's good. If I release the Ctrl key while send is sending a string then it always results in the Ctrl being down. I think the reason is that when Send starts it has to check if the Ctrl key is pressed, and other keys. So it can send the correct characters it has to first send CTRLUP. When it's finished it sends CTRLDOWN if it was originally down, but what it should do is check if it's still pressed. This mod to your example works everytime I've tried it wheras before the bug showed every time, but there is a delay while it waits for the Ctrl key to be released. Demo code : #include <GUIConstants.au3> #include <misc.au3> Const $SCREEN_WAIT = 150 Func WriteMessage($message)
EndFunc Func WriteStuff()
EndFunc Func ExitTool()
EndFunc Func ConfigureHotKeys()
EndFunc Func Main()
EndFunc Main() |