Jump to content
Macro Express Forums


  • Content Count

  • Joined

  • Last visited

  • Days Won


joe last won the day on July 5 2014

joe had the most liked content!

Community Reputation

3 Neutral

About joe

  • Rank

Contact Methods

  • Website URL

Profile Information

  • Gender
  • Location
    Timberlake, OH

Recent Profile Visitors

363 profile views
  1. Paul - I was referring to the macro System Event macro activation feature. When it gets down to the Windows messaging system, I am totally ignorant and blind. My eyes cross whenever I attempt to think about it. That being said, I think it would be nice to know how to set the System Event macro activation fields along with how to write a simple AutoIt, or preferably, VBScript program to handle firing a macro via PostMessage. I would imagine VBScript would need to use some WMI calls. Another eye-crossing thing for me to even begin thinking about.
  2. The best way to read and write to web pages is accessing IE's DOM, which is easily done using MXPro's External Script command and VBScript. In order to accomplish what you want programmatically (reading webpage fields, creating CSV files, and writing to webpage fields) HTML is a good thing to know. Here is an article on how to access a webpage in general from MXPro and get data off from it. This article covers only anchor elements but any type of element on a webpage is accessed in the same manner.
  3. duchi- Nice post, indeed. Very understandable. Read this article covering the interface between MXPro's External Script and Internet Explorer. It will be a starting point for you to see how the DOM on IE web pages are accessed and read via MXPro without having to download the source page, or use the mouse or the tab. It does not cover writing data into fields, at least not that I remember. Placing data into fields without using the mouse or tab key is very, very easy to do in the IE DOM with MXPro. Here also is a link to a 10 minute preliminary video covering a product I am working on which is, more or less, an interface between MXPro, HTML, VBScript and Javascript.
  4. Paul - That looks very nice ... but what are the properties to be set in the "TestMacro" activation tab?
  5. There is ALWAYS good reasons for YOU, Mr Cory, to reinvent the wheel.
  6. droo- I have never encountered this problem, so I do not have answer for you. My systems are 64-bit Win7. And I have not yet installed on any of my VMware systems.
  7. The scenario is when user "B" has attached himself to an executable fired up by user "A", and somewhere there is a macro set to activate when that executable fires up, or shuts down, then you do not want that macro to run for user user "B" because he did not fire up the executable that activated the macro. Do I understand that scenario correctly? I was not aware that others could attach themselves to executables fired up by someone else. I am ignorant of many many system-level thingies that can be done. If it can be done, then there must be a system-level way to determine who fired up the executable. I know there are ways to get process IDs, but I am not sure how user "B" could get that information from an executable he did not fire up.
  8. Yes, in the end it creates a VBScript HTA to run from MXPro to receive multiple field input from a formatted string. It may be run either from the External Script or the Launch Program commands, the latter using mshta.exe with a fullpath HTA file parameter. I have some changes that need to be made. IE (release 11) accepts only JavaScript in the <script></script> tags. So those functions will need to be changed from VBScript to JavaScript.
  9. Another question along this same line that would be great to have resolved is how can VBScript call a macro using PostMessage? I know that PostMessage "System Activation" is built in to MXPro, and I've read their Delphi sample, but how could it be done through VBScript?
  10. Not understanding what you mean. This situation seems not to be dynamic. Why not set a string variable in the macro to the password you require and have it Text Type that into whatever field is asking for it?
  11. Like others, MXPro rounds anything over 16 significant digits down to 16 ... if it can. If it cannot then it will display the number as an exponential. The number you have here in your message is not what is in your picture. That number is .000000000000000000000000000000456 and since it cannot be rounded to 16 digits, MXPro displays it as exponential ... which is correct. The number you have here will be rounded to .293892839283929 in the message box. Also bear in mind that rounding and display patterns are only for visualization, not for the math itself. The math itself is accurate. For example if you were to display the subtraction of .000000000000000000000000000000123 from that number in your picture then the message box would display 3.33E-31, which of course is correct.
  12. Thanks Terry ... solo home users and developers are the same thing in my book. I've been using the word "developer" for a long time, as well as "MXPro" instead of "ME4". And something I did many years ago made me stick with the word "macro library" instead of "macro file". Must be how I use slang. Based on your posts, I am aware that you create videos(?). Video terminology is all greek to me. FYI this was done as an AVI using CamStudio and VirtualDub. Then I converted it to MP4 using FreeMake. FreeMake throws a 2 second ad for itself at the end, which is fine by me. So, I'm learning.
  13. Just noticed this post Gagan I am unsure what you are trying to do. You are mentioning VBA. Now, does that mean you are creating Excel macros? If you want a person to have an MXPro macro that accepts their user ID and password to log them onto a webpage then that is certainly doable in MXPro ... and is fairly easy. I am not understanding, however, how you want that tied into VBA macros.
  14. Hi Cory I just published a preliminary video on my pgmacros website. It's about an MXPro multiple field utility close to its initial release. Something that was done by myself and good 'ol Floyd way way way back when was not really suitable for today, so it is something new and completely different from what we did for MX3. Maybe there would be some good ideas in it for your .net project. Joe
  • Create New...