BTW,
For anyone this interested, the app from Jamal is named "invoke.net" and is in the "general" category of apps; and finally, you do have to have "English only" disabled in appGet in order to have it listed, as I'm guessing it has no language entry in the apps database. Chip From: Chip Orange [mailto:[email protected]] Sent: Friday, July 26, 2013 8:58 PM To: [email protected] Subject: RE: Can We Call Win32 and shell? Bruce, I think you're not seeing the power of the WE sharedObjects object. It is part of their object model, and it can be used by any language which is able to use the WE object model. What I was suggesting is that you could write some routines for doing whatever you want (say putting binary data on/off of the clipboard in python), and then make those routines part of a shared Object by connecting to the WE object model. Then, any feature you find lacking in vbs you could code up in python, and make available to all the vbs users. The project of Jamal's I recall is named HomerBoo, and because of a small problem in appGet, you have to turn off the "show only English" setting in appGet before it will show up on the list. I think it's described as making the features of .net available to WE scripters. Yes, no Python involved, just showing the idea of writing code in other languages and making it available via the sharedObjects. Hope that's clearer. Chip From: BX [mailto:[email protected]] Sent: Thursday, July 25, 2013 7:45 PM To: [email protected] Subject: Re: Can We Call Win32 and shell? Hi Chip, Since GW Object Model does do the clipboard, they could add that routine. A simple addition. I read his app using shared objects, but it only uses a script method not anything outside of that. I did not notice any Python in his app. I may in the future just have a python script in .exe portable format that uses any of the requested objects, it will just have to be in it's own window, probably minimized window. Since I have written a Cuckoo Clock program like the GW version in Python I did that to allow adjustment of the volume of the sounds. I have not finished it yet, got sidetracked this last weekend with the clipboard files feature. That feature comes in handy for both the file name and it's path. For both are attached together when calling the app I posted below. Yes, a nice feature to get file names and paths after copying them to the clipboard and you don't have to worry about copying the file itself; a later feature for actually copying only the file content onto the clipboard without opening the file the long way, just from the clipboard itself. I think these 2 apps or properties, or methods, could be added to the Object Model clipboard and would be a real nice handy feature. After all they did add the picture option, for blind users, does that make sense? So, if you learn python, download it, the 2.5 version is the only one to use for the compiler called pyinstall, but you could load 2.7 which has more features in strings and such, including unicode, but, it depends on what you want to know/learn. So, I guess this thread is now done, the next posting will be the entire python code for opening and closing the clipboard in Python and it actually is a very short routine. Yet below is all that is needed to add between the open and close routine, after opening it...of course. Bruce P.S. The files name in the parameter list is not needed. Sent: Thursday, July 25, 2013 7:32 PM Subject: RE: Can We Call Win32 and shell? Bruce, Well, I think you know you can't get the object or routines which you want, via .vbs. However, if you have implemented this in python and you want to run the python app concurrently, then you could supply it from the python app using the sharedObject mechanism of WE. Probably not worth it for something you can do from vbs anyway (just slower), but for other things you may want then you might keep this in mind. Jamal I believe has setup some shared objects written in javascript to show this being done, and the homer boo app written in vs.net boo to also show using the shared object mechanism to get to resources you can't normally get via .vbs. From: BX [mailto:[email protected]] Sent: Thursday, July 25, 2013 5:16 PM To: [email protected] Subject: Re: Can We Call Win32 and shell? Hi Chip, I know how to get files the normal way and someone , besides myself, wanted to get the file list from the clipboard. I have written a version in Python and could write it using studio, but just was asking about using .vbs to get the win32 object which is needed. The only way to get the file list from the clipboard is using shell and that is actually the easy part of getting the file list, in fact very easy. The only other problem is getting into the clipboard commands and that has to be done by win32 commands and Windoweyes does not allow that, they only give properties and 1 method, append They could easily add isFiles and the object they use for the clipboard itself, for they have to be using it for the few options they have, the only thing missing is the object itself. Now there are memory management calls and such, all under the win32 clipboard command for they use open() and all the other functions. The way to get the file list is to call the shell command: shell.DragDropFile for that is the only way to get the files... So, the only thing I need is the actual clipboard object being used at the window level. Having this feature makes things a lot easier and fast and not requiring another app if it were built into the WE object model. I added another property, pasteFileNames in my code... Bruce Sent: Thursday, July 25, 2013 4:20 PM Subject: RE: Can We Call Win32 and shell? It's not quite clear to me what you really need Bruce, but below is an example of how to get the list of files for a given dir in VBScript: set x=getfiles("c:\temp") ' X now holds a dictionary of file names, with the index being an integer number starting at 1 Function getFiles(ForDir) Dim fsObj Dim folder Dim file Dim fileList dim i Set getFiles = Nothing Set fileList = CreateObject("scripting.dictionary") Set fsObj = CreateObject("Scripting.FileSystemObject") If fsObj.FolderExists(ForDir) Then Set folder = fsObj.GetFolder(ForDir) i=0 For Each file In folder.Files i=i+1 fileList.Add i, file.name Next Set getFiles = fileList End If End Function From: BX [mailto:[email protected]] Sent: Thursday, July 25, 2013 9:32 AM To: [email protected] Subject: Can We Call Win32 and shell? Can we call win32 and shell commands directly using an object create method in vb? I have developed a program to extract file names from the clip board and you can display them as an array or iterate through the array list since the call back method is an array... So I need to have win32 and shell in order to get the clipboard handle then get the DragQueryFile method from the shell because files are on the system and have to be extracted from the shell. So, I would like to know how to get that object for the shell and win32. Could I get the clipboard object without using win32? Since the clipboard command you have is only for text and someone a while back wanted to get file names, so I can do that now if I have the way of getting the shell object from the system without doing the other shell object; yet I may have answered my question, but still want ideas. Bruce
