
sPeziFisH
Active Members-
Posts
48 -
Joined
-
Last visited
sPeziFisH's Achievements

Seeker (1/7)
2
Reputation
-
PPCC reacted to a post in a topic: ComboBox - find & select a string
-
PPCC reacted to a post in a topic: ComboBox - find & select a string
-
..no no, start the prog, it starts hidden - make a window active and press for example Alt + PageUp BTW you could modify the script: set a ; before #NoTrayIcon
-
..yeah, sometimes people have the idea to do this - quite usefull IMHO I asked for that here, but still no reply so far.... seems to be sth. out of clue :">
-
Get screen capture from remote machine
sPeziFisH replied to jefhal's topic in AutoIt Example Scripts
You could also use LazyCat's Capture_Screen_dll to get this thing working without IrfanView - it's a bit easier and more slim in my opinion. -
cool, I didn't know that a mac has cool features like that. SolidSnake, I like this app - and I got some ideas for enhancements. On the one hand I would like to have a hotkey (like rakudave's QuickGold), e.g. win + space to start RocketLaunch. RocketLaunch should be started in the tray, menus like 'Options' or 'About' should be in a tray-menu - I like things with a minimalistic & slim appearance. The RocketLaunch-Window itsself should be a small window without a titlebar (so no $WS_CAPTION), only the edit-control with a small icon left of it - your rocket-icon instead of 'Query' - its sure that the edit is for the query and giving an icon gives you the place to move the small window (as no window-titlebar is there) - the window-position should be saved. Maybe double-clicking at the icon (or ctrl + click (or whatever) at that place) can be used for regenerating SDB, options or ... 'Regenerating SDB' could also have a hot-key, which is active if the RocketLaunch-window (the edit etc.) is visible. The window is closed (made unvisible) by pressing escape (esc) if visible and selecting close/exit/quit in the tray to quit the whole app - so no quit-button is needed. The results are shown by using the dropdown-box (like now) directly under the edit-control, up- and down-keys should change the dropdown-box-selection. Maybe its worth about introducing a launch-counter, so that the possible-dropdown-entries with the most launches will be available as first selection - if so, there has to be a 'clear launch-counter'-button - just an idea. If so, after regenerating the SDB old counts have to be taken over - I didn't have a look if you are really creating a new one or if you are deleting and adding some entries; if creating a new one there will exist two SDBs between regenerating. I don't know if the whole idea is really worth using, maybe typing and using up/down will be fast enough, at least after been used to work with RocketLaunch. The 'regenerated SDB'-info-window in the options (after pressing the 'regenerate SDB now'-button) should have a 1sec- or 2sec-timeout - I don't need this info at all... Keep up the good work greets, sPeziFisH
-
Hi folks. I really like Hide To Tray and thought about the possibility of a modification, where the icon of each hidden window can be seen next to the listed window-title. Is there any chance of getting the icon used in the window-title [i don't want to go the way of getting the process or sth. like that and get the icon of the executable (so: use a folder-icon if title seems to be a path, get the icon of the executable if the window-title is not path and so on)] ? AFAIK it's not possible ATM, but maybe I missed sth. ...
-
Resizing GUI to infra-initial-size
sPeziFisH replied to sPeziFisH's topic in AutoIt GUI Help and Support
Regarding Resizing: GuiSetState(@SW_SHOW) must be set before WinMove $gui = GuiCreate("MyGUI", 10, 10,(@DesktopWidth-580)/2, (@DesktopHeight-399)/2 , $WS_MINIMIZEBOX + $WS_CAPTION + $WS_POPUP + $WS_SYSMENU + $WS_SIZEBOX ) GuiSetState(@SW_SHOW) WinMove("MyGUI","",default,default,580,280) This also makes the hiding-edit-control to work of course AutoItSetOption ("GUIResizeMode",$GUI_DOCKSTATEBAR) Global $hidden = 0 .... While 1 $msg = GuiGetMsg() Select .... Case $msg = $Button_5 $pos = WinGetPos("") If $hidden = 0 Then GUICtrlSetState ( $Edit_1, $GUI_HIDE ) WinMove("","",$pos[0],$pos[1]+140,580,190) $hidden = 1 Else GUICtrlSetState ( $Edit_1, $GUI_SHOW ) WinMove("","",$pos[0],$pos[1]-140,550,280) $hidden = 0 EndIf EndSelect -
According to this thread it's seems to be a design decision that GUI-windows can't be resized to smaller sizes than given at point of creation. Nearly all apps I am using are able to be resized to any size and I am quite happy about it as I use this possibilty to arrange the windows at the screen (example: Backside of CD-Cover in IrfanView, sized so that titles can be read, window resized and scrollt so that only the interesting part can be seen, IrfanView-window set always on top and typing in titles at EAC). Whatever, creating a GUI with a smaller size (say 10 x 10) and using WinMove to resize it to the value it should be at the end (let's say say 580 x 280) I can't resize it back to 10 x 10 , I tried different window styles (standing alone & together). Here's my testing-GUI #include <GuiConstants.au3> ;AutoItSetOption ("GUIResizeMode",$GUI_DOCKAUTO) $gui = GuiCreate("MyGUI", 10, 10,(@DesktopWidth-580)/2, (@DesktopHeight-399)/2 , $WS_SIZEBOX + $WS_SYSMENU ) WinMove("MyGUI","",0,0,580,280) $Edit_1 = GuiCtrlCreateEdit("", 10, 10, 560, 110) $Button_2 = GuiCtrlCreateButton("Button2", 10, 130, 50, 20) $Button_3 = GuiCtrlCreateButton("Button3", 60, 130, 50, 20) $Button_4 = GuiCtrlCreateButton("Button4", 120, 130, 50, 20) $Button_5 = GuiCtrlCreateButton("Button5", 520, 130, 50, 20) $tab = GUICtrlCreateTab (10,160, 200,100) $tab1=GUICtrlCreateTabitem ("Tab 1") $tab2=GUICtrlCreateTabitem ("Tab 2") $Button_7 = GuiCtrlCreateButton("tracknumber", 91, 210, 80, 20) GuiSetState() While 1 $msg = GuiGetMsg() Select Case $msg = $GUI_EVENT_CLOSE ExitLoop Case $msg = $Button_5 If (GUICtrlGetState ($Edit_1) = $GUI_SHOW + $GUI_ENABLE) Then GUICtrlSetState ( $Edit_1, $GUI_HIDE ) WinMove("","",0,0,200,300) Else GUICtrlSetState ( $Edit_1, $GUI_SHOW ) EndIf EndSelect WEnd Exit What I want to have is that with pressing Button5 the edit gets hidden and the window resizes so that the edit-part gets removed (Window-top-border (with title etc.) is directly above the Buttons) - so a 'Hide Edit'-Button. Any suggests? BTW The tab starts at 160 and has a height of 100, so 280 should be enough - as you will see, the window has to be 300 to let the tab fit into it. In OuttaSpace\autoit are some screenshots I made at home with WinXP and Royal (EnergyBlue)-Theme. At the point of creation I used GUICreate with a size of 580 x 280 and some window-styles (only used one style at once) - as you can see, the created GUIs have different sizes or borderthicknesses - quite strange (I add it here instead of creating a bug-thread). AutoItBeta 3.1.1.74 Beta here. BTW 2 Resizing windows to smaller size than initial size would be a fine thing
-
A great tool josbe One bug: when I use freepick and want to take a color in an area where the XDrop-window normally is, after pressing Shift+pause XDrop takes an area of the XDrop-window as the spot seems to be taken after the window is back ..or sth. like this.
-
http://www.autoitscript.com/fileman/users/public/Guido%20the%20fuck/easyarray.au3 (homepage: http://www.autoitscript.com/fileman/users/public/Guido%20the%20fuck/) ..I guess the name of his public-folder is a breakout of those small-intellectual men
-
if he uses Lazycat's binary.dll ? Maybe this might do the trick - I don't really know
-
I will use Shell(format c:) if time has come
-
Determining when a file is right-clicked
sPeziFisH replied to quaizywabbit's topic in AutoIt General Help and Support
keep in mind that the right-click-menu is not the only way to do sth. with files, moving, deleting, renaming, show properties, etc. can also be done via hotkeys and explorer-menu, DOS is also fine for handling files. You should should limit the user-rights to certain folders, 'program files' is tabu etc. -
Determining when a file is right-clicked
sPeziFisH replied to quaizywabbit's topic in AutoIt General Help and Support
you could do sth. like this (idea-code, don't want to write code) If _IsPressed('02') Then If ControlListView-GetItemCount <> 0 Then ... MouseClick-left in any corner, at the taskbar or whatever MessageBox ... EndIf EndIf ezzetabi's _IsPressed-function -
XDrop
-
Want to run overnight, but script stops!
sPeziFisH replied to bruuil's topic in AutoIt General Help and Support
the limit concerns recursive functions, not 'normal' loops. A recursive function deals with values which are calculated a level/step deeper - those need to be evaluated before they can be used. So,yes, you're right, one level is one loop of where the variable is evaluated.