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
