Hi Tom,
Chip gave me the name. I have it downloaded and will look at it. I will be
making a Python version of the cuckoo clock program with other features as well.
The clipboard paste enhencement to allow people to paste file names and
even select files and automatically extract text data from the files and place
them inside the clipboard as text.
I will have to study the Boo as well to make all these options as shared.
the added methods would be copyFileText, paste FileNames, pasteFileNamesArray...
The array one would not be needed unless it comes in handy for some stuff.
The standard paste would still be used for any text saved.
the copy FileText would use the names selected so the file text could be
extracted to the clipboard as does the already append feature does. With the
added AppendedFileText feature...
Since the array fetched from the clipboard is the files and there paths,
the rest is just opening the files and fetching the text and storing it to the
clipboard, using append and such...
Bruce
Alternatively if you just go to:
https://www.gwmicro.com/App_Central/
Invoke.net will be listed.
Hth,
Tom
On 7/27/2013 2:08 PM, Chip Orange wrote:
> 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:lists3...@comcast.net]
> *Sent:* Friday, July 26, 2013 8:58 PM
> *To:* gw-scripting@gwmicro.com
> *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:bronx_...@fltg.net]
> *Sent:* Thursday, July 25, 2013 7:45 PM
> *To:* gw-scripting@gwmicro.com
> *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:bronx_...@fltg.net]
> *Sent:* Thursday, July 25, 2013 5:16 PM
> *To:* gw-scripting@gwmicro.com
> *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:bronx_...@fltg.net]
> *Sent:* Thursday, July 25, 2013 9:32 AM
> *To:* gw-scripting@gwmicro.com
> *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
>
