Opera Library 1.08

   (3 reviews)
Sign in to follow this  
Followers 0

MrCreatoR

1 Screenshot

About This File

Opera Browser Automation UDF Library!

32 (and more to go) adapted functions to manipulate the most common routines for Opera Browser!

Note: This UDF Library tested on Opera versions: 8.54-9.5, 10.63.3516, few critical functions tested also on 11.x-12.x.

Change Log:

v1.08 [21.Jun.2013]

  • Fixed issue with getting opera profile path (mostly related to _OperaGetMailDir).

v1.07 [04.Jun.2013]

  • + Added _OperaGetDownloadsDir function.
  • + Added _OperaGetSessionFiles function.
  • + Added global $i_Opera_SearchAllDrives variable to allow profile dir detection on other drives. Usefull when installed more than one OS.
  • + Added global $s_Opera_ProfileDir variable to specify custom profile dir (this variable should be empty if you need to use _OperaGetProfileDir).
  • Fixed few functions to work better with new Opera versions.
  • Fixed internal __Opera_GetOperaPageHandle function (used in public _OperaScreenCapture function).

v1.06 [12.Jul.2012]

  • Fixed _OperaGetDir function:
    - To be compatible with x64 system.
    - Changed/expanded parameters, now used $iFlag to determine the function behavior, see function header for more details.
  • _OperaIsRuning function renamed to _OperaIsRunning. Old function name still supported.
  • Renamed internal functions to __Opera_*.

v1.05 [08.Jul.2012]

  • Fixed _OperaGetTitle function, the title was incorrect if $sOpDir was specified and $iRet <> 2.
  • Fixed __Correct_Opera_Path internal function to replace back slashes (/).

v1.04 [26.Jun.2011]

  • Fixed following functions to be more compatible with Opera 11.x:
    _OperaGetProfileDir
    _OperaMultiUserModeIsOn
    _OperaGetUserJSDir
    __Correct_Opera_Path
  • Fixed major bugs with recognizing Opera Dir (if $sOpDir parameter is passed as wrong Opera dir path).
  • Fixed _OperaGetUserJSDir function (now working better with relative pathes).
  • Renamed and changed _Opera_Integration_Example function. Now it's considered active function and named _Opera_Integration_Module.
  • Changed _OperaSelectFolder function. Added new optional parameter $hParent.
  • Changed _OperaAddMenuItem and _OperaRemoveMenuItem functions. Added new optional parameter $iBackup.
  • Fixed _OperaAddMenuItem function. Encoding issues.
  • + Added _OperaGetCacheDir function.
  • + Added optional $iGetLastInstallPath parameter to _OperaGetDir function.
    If this parameter is 1, then function will try to detect the last installed Opera path,
    instead of the path that Opera.exe was last time launched from.

v1.03 [16.May.2011]

  • UDF renamed to Opera.au3.
  • Fixed _OperaScreenCapture function (now compatible with Opera 10.6, but still having an issue with capturing panels).
  • Fixed few major issues with getting preference file's pathes.
  • Fixed _OperaGetDir() function.
  • Fixed _OperaGetProfileDir() function (errors when getting profile dir on multiuser mode).
  • Changed _OperaFindDir function.
    - Now the $sInitPath parameter can accept pathes (delimited with "|").
    - Now -1 as second parameter ($iRetCount) tels to the function to return all found Opera dirs.
    - Also the function now works faster.
  • + Opera 10.6 support.
  • + Added _OperaToggleMenuItemState function.
  • + Added optional $sStandard_Name parameter to _OperaSetConfigFile function:
    If this parameter is a string (default is -1), then it's used as standard file name
    (instead of "standard_" & $sConfig_Prefix & ".ini").

v1.02 [03.Jul.2009]

  • Now compatible with AutoIt 3.3.0.0.
  • + Opera 10 support.
  • + Added _OperaGetBookmarksFile() function.
  • + Added _OperaScreenCapture() function...
    ATTENTION: supported only for v3.2.10.0 or higher, due to (lack of) callback support.
  • + Added _OperaAddMenuItem()/_OperaRemoveMenuItem() function.
  • Fixed few function to read relative paths in opera prefs file.

v1.01 [5.Jan.2008]

  • Now compatible with AutoIt 3.2.10.0.
  • Variable names and spell corrections.
  • + Added 2 more UDFs:



    _OperaRestart()

    _OperaMultiUserModeIsOn()

v1.0 [28.Dec.2007]

First Release..


What's New in Version 1.08

Released

  • See «Change Log» above.




User Feedback

You may only provide a review once you have downloaded the file.


MrCreatoR

  • 5
  

Share this review


Link to review
TicTaC

  • 5
  

Share this review


Link to review
guinness

  • 5
  

Share this review


Link to review
  • Similar Content

    • Gowrisankar
      By Gowrisankar
      Good day to the members of the forum.. 
      Is there any UDF that is available to automate Attachmate Extra Mainframe sessions?
      I am trying to automate mainframe processes. I couldn't get values from particular co-ordinates in mainframe or pass values to particular co-ordinates in mainframe.
      Please let me know if there is any UDF or any other kind of solution is available. 
      Thanks and regards,
      Gowrisankar R.
    • FrancescoDiMuro
      By FrancescoDiMuro
      Good morning
      I would like to know if I can use the Excel UDF to manipulating a .csv file without having Office installed on the PC I'm going to work...
      I read somewhere that it could be done, but I'm here to ask and be sure of what I remember... 
      I'd like to post another question...
      How can I retrieve the handle of a windows from a PID of an .exe?
      I have my script that does a ShellExecute ( which returns the PID of the .exe ), and then, switching a parameter read from a .ini file, adapt the Window on the screen ( Maximize, Minimize, On Top )...
      I tried, but without having success with this:
       
      #Region ;**** Directives created by AutoIt3Wrapper_GUI **** #AutoIt3Wrapper_Outfile_x64=prova.exe #EndRegion ;**** Directives created by AutoIt3Wrapper_GUI **** #include <ButtonConstants.au3> #include <GUIConstantsEx.au3> #include <StaticConstants.au3> #include <WindowsConstants.au3> #include <MsgBoxConstants.au3> #include <AutoItConstants.au3> #include <WinAPIEx.au3> #include <Array.au3> Local $sFileConfigurazione = @ScriptDir & "\configurazione_exe.ini" If(FileExists($sFileConfigurazione)) Then Local $aSezioniIni = IniReadSection($sFileConfigurazione, "CONFIGURAZIONE_EXE") If @error Then MsgBox($MB_ICONERROR, "Errore!", "Errore durante l'apertura del file: " & @CRLF & $sFileConfigurazione & @CRLF & "Errore: " & @error) Else ; Lancio dell'applicativo indicato nel file di configurazione Local $iPID = ShellExecute($aSezioniIni[1][1]) Local $hWnd If($iPID <> 0) Then Local $aWinList = WinList() For $i = 1 To $aWinList[0][0] If(WinGetProcess($aWinList[$i][1] = $iPID)) Then $hWnd = $aWinList[$i][1] EndIf Next Switch($aSezioniIni[2][1]) Case $aSezioniIni[2][1] = "MIN" WinSetState($hWnd, "", @SW_MINIMIZE) Case $aSezioniIni[2][1] = "MAX" WinSetState($hWnd, "", @SW_MAXIMIZE) Case $aSezioniIni[2][1] = "TOP" WinSetOnTop($hWnd, "", $WINDOWS_ONTOP) EndSwitch EndIf EndIf EndIf It just set on top the .exe I'm launching...
      Thanks
    • TheSaint
      By TheSaint
      I had a need, and so I developed.
      Before I did that though, I did a quick search of the forum, and found a few things, but none seemed to suit what I really wanted ... though to be honest, I did not investigate them deeply or search extensively. In any case, I am not very good at modifying the code of others, nor do I enjoy doing so, so in the end I decided it was best to start from scratch ... re-inventing the wheel perhaps, but a wheel I feel a certain degree of comfort with. I also thought about Maps, but don't know enough.
      _IniString Functions (was Ini_InMem)
      Ini in memory
      Settings INI - Read/Write once to the disk
      INI File Processing Functions
      ... sure to be others.
      As with all my stuff, feel free to use (no guarantees) or modify ... just give me credit where due.
      I always go for the quick & simple approach, as those who know me here, are well aware, so without a doubt, my code could be improved - sped up, RegExp used, etc. So feel free to do that, and convert into a proper UDF, if you want, following best practices etc, as I am sure others will appreciate it.
      Recently, I have come upon a need to extract data from an approximately 50 Mb downloaded Index file, just extracting the few elements I need, and storing them in an INI file. It is quite a time consuming process, especially on my underpowered Netbook, which is where I am using the program I built. I have been considering ways to speed up things. Two good sounding methods, out of several possibles, have come to mind - 1) RAM Disk and 2) Virtual INI processing. That last being a better option, when sharing code (program) with others.
      Another method, which I am currently using, that did give me some measurable benefit, was to download the almost 50 Mb Index file in Stages (i.e. 30 x 1.4 Mb roughly), extracting data from each in turn. I have also considered extracting to 10 (or 11) separate INI files, rather than the single large INI file (4~5 Mb), as things noticeably slow up as the INI file increases in size ... obviously due to writing time.
      I can't really speed up the extraction process, but that last method may speed up the writing stage.  However, it would require significant program changes, and perhaps not gain me much benefit. To complicate things, there are too many Section names (Index ID's) for the IniReadSectionNames command, so I have had to split them off into their own (read/write) line-by-line index file, and create code to deal with duplicates. When read, Index ID's and Titles populate a Listbox control in a user GUI.
      So at this point in time, it seems best to use the Virtual INI approach to gain a significant reduction in time taken. For my own specific use, with my slow Netbook, I may also use a RAM Disk.
      Due to the aforementioned INI issues, and lack of available specific data, probably because it is always  program concentric, I have created an ASCII Checker program, which I guess you can say, is AutoIt  concentric. Because others may also find it handy, I am providing it here. NOTE - As yet, I am only aware that Escape characters exist, but have not investigated or catered for them in any way.
      ASCII Checker.zip

      The Virtual_INI_UDF is still a work in progress, though I have done most of the functions now, with the working but incomplete _Ini_Test function, still requiring changes etc from the information gleaned by the ASCII Checker program.
      Here's something to play with meanwhile.
      Updated files (24th February 2017)
      Virtual_INI_UDF.au3  NEW
      Example.au3 (23rd February 2017)
      All pretty basic, but managed to load my 4 Mb INI file (seemingly ok, but took a few seconds) ... though I have only worked with much smaller testing ones so far.
      P.S. While I have done a fair amount of testing, it has been pretty basic, and mostly limited to the examples provided. Testing has definitely not been extensive.
       
    • rcmaehl
      By rcmaehl
      A UDF with Extended Functions for Window Management

      DISCLAIMER:
      This UDF is still in the development phase. All code works and should be generally bug free, however function names and parameters are subject to change.
       
      Notes:
      Fixes _WindowGetClassList's barbaric returning of a @LF separated string instead of an array.
       
      Potential Uses:
      Automating applications that change their controls' handles/classes on each launch (e.g. half of Cisco's programs)
       
      Functions:
      _WinGetClassList
      _WinGetClassNNList
      _WindowGetHandleList
      _WindowGetHandleListFromPos
       
      Download: 
      WindowEx.zip  (v0.4)
       
      Changelog:
      10/04/2016 (v0.4): _WinGetClassNNList Fixed : Not Returning an Index when using $2D_ARRAY _WinGetClassNNList Fixed : Not Properly returning $aArray[x][1] on Classes with instances > 9 when using $2D_ARRAY 10/03/2016 (v0.3): _WinGetClassList Added : Exactly the same as WinGetClassList but returns a more civilized Array _WinGetClassNNList Added : Returns Classes and their instances in either a 1D or 2D array depending on Flags _WindowGetHandleList Renamed: _WinGetHandleList SCRIPT BREAKING! _WindowGetHandleListFromPos Renamed: _WinGetHandleListFromPos SCRIPT BREAKING! 10/01/2016 (v0.2): WindowsExConstants.au3 Added : Flags in _WindowGetHandleListFromPos _WindowGetHandleListFromPos Removed: ConsoleWrite left in during debug _WindowGetHandleListFromPos Added : Flag for if part of a Control is at $X, $Y return it as well. 10/01/2016 (v0.1): _WindowGetHandleList Added : Retrieves the handles of classes from a window. _WindowGetHandleListFromPos Added : Retrieves the handles of classes at a specific position from a window. Known and Reported Bugs:
      None reported To Do:
      To Be Decided. Opinions welcome! Upcoming Changes:
      To Be Decided.
    • xuzo
      By xuzo
      Let's say I want to automate something, let's keep it very simple.
      On google site.
      - Move mouse to search box
      - Type in "cat"
      - Press "enter" to search
      Now I can do that no problem with mouse moves and so on, but is there a way to do it by code?
      So the user doesn't see the actions?