davidnnc

We are aware that several customers are seeing the "Program Not Responding / End Now" message even though the macro files are not being backed up. We are working in the issue.

Thanks, Kevin. MEP is a valuable tool that I still use most every day. I just have to be aware when it's running so that I can pay attention when logging off. I look forward to a solution.

David

I have the same option configuration for never backup and I still get the hang on Windows XP shutdown every time.

 

Any answers since the earlier posts?

I had to discontinue daily use of MEP as Windows would always hang at logoff. Based on Kevin's post above, disabling the auto backup should solve the problem. It never did for me. I thought a bug report had been submitted. Was there ever any response?

For any who are interested here is what I did to determine if the taskbar is hidden via autohide.

I've tried it on two different systems with monitors at two different resolutions. Both were running XP. I don't know what will happen on a multi-monitor system or if the taskbar is hidden via some means other than autohide.

The following code just determines if the taskbar is visible or not, if not resizes the window to match the monitor. There is more code that follows if the taskbar is visible.

The only other thing I noticed. While I was working on this macro, (over several days) I did a Windows update. I can't prove it, but I think the control for the taskbar changed after the upgrade. The Get Control worked fine before the upgrade and then afterward started to fail until I went back and grabbed it again. The second time looked different than the first one. Anyway it's worked since then.

Get Control: (EXPLORER.EXE) -> %TaskBar% // Get information on the taskbar and store it in the %TaskBar% variable. Uses the control area of the taskbar where the running applications are shown. Between the START button and the SYSTRAY.

// Store information about the monitor dimensions and the taskbar size and location.

Variable Set Integer %BarLeft%: Set to a Control's Left (%TaskBar%) // Determine the location in pixels of the left side of the taskbar

Variable Set Integer %BarTop%: Set to a Control's Top (%TaskBar%) // Determine the location in pixels of the top of the taskbar

Variable Set Integer %BarWidth%: Set to a Control's Width (%TaskBar%) // Determine the width of the taskbar in pixels

Variable Set Integer %BarHeight%: Set to a Control's Height (%TaskBar%) // Determine the height of the taskbar in pixels

Variable Modify Integer: %BarRight% = %BarLeft% + %BarWidth% // Determines the position in pixels of the right side of the taskbar

Variable Set Integer %MonWidth%: Set to a Monitor's Width (0) // Retrieve monitor width in pixels

Variable Set Integer %MonHeight%: Set to a Monitor's Height (0) // Retrieve monitor height in pixels

// Determine if the taskbar is hidden via Autohide.

If Variable %BarTop% Is Greater Than "%MonHeight%" // Taskbar is hidden off the bottom of the screen

Or

If Variable %BarLeft% Is Greater Than "%MonWidth%" // Taskbar is hidden off the right of the screen

Or

If Variable %BarTop% Is Less Than "0" // Taskbar is hidden off the top of the screen

Or

If Variable %BarRight% Is Less Than "0" // Taskbar is hidden off the left of the screen

// If any of the above IF statements are true, then the taskbar is considered hidden via Autohide. So the current window is resized to match the size of the monitor.

Window Resize: <Current Window> Size: %MonWidth%, %MonHeight% // Taskbar is hidden so set window to the size of the monitor

Window Reposition: <Current Window> Move to the top-left corner

Macro Stop

End If

Terry and Cory and others,

 

It happens to me frequently at school where I have to log on to the system. I thought it was because MEP was backing up my macro file (which I found it was not). It can take a long time for MEP to terminate on a log off. I wonder what is going on.

 

Did anyone submit a Bug Report? If not, I will initiate one.

 

Jeff Cleveland

Go ahead and summit a report.

David,

 

I (correctly) get what sounds similar behaviour with applications in which there are files open that I've not yet saved at the time of closing Windows. Could it be that one or more unsaved macros in Script Editor are the cause?

 

--

Terry, East Grinstead, UK

I don't think so. My wife shares this computer using her own account. She doesn't use MEP, but yet when she logs off or shuts down she gets the same error.

So are you saying that if you manually try to close MEP it fails to close? Your response is unclear.

I can shut down MEP with no problem. When I try to exit Windows via logoff or shutdown and MEP is running in the SYS Tray, MEP will sometimes hang (more often than not) and refuse to shutdown (at Windows request) and I will have to manually shutdown MEP via the END NOW button on the displayed dialog box.

You might first check if a macro is running. Do you see a green running man icon in the system tray?

 

If you terminate MEP manually does it hang then as well?

 

Someone else was complaining about backups not being created at log off, this could be related.

Doesn't seem to make any difference. I had no problem with ME. It started with MEP.

Ever since I upgraded to MEP, most of the time when I shut down Windows or log off I get a dialog box saying something to the effect that it is waiting for Macro Express Pro to stop. Then after some seconds it changes to "Program not responding" and I have to press the END NOW button in order continue.

I've not seen this anywhere else, so I gather it's not a common problem. But I was wondering if anyone has a solution.

Thanks,

David

FLOOOOOOOOOOOOYD! "Good morning, Worm your honor!" I haven't heard from you in a coon's age. How ya been? You ever noticed how people don't like answering your questions? "Call the schoolmaster!" I actually watched the movie two nights ago, sorry.

 

Some random thoughts:

 

1- Could one use controls to look at something like the 'on top', or 'is visible' of the system tray?

2- Open Notepad, maximize, get window height. If this height equals screen height Autohide is on.

I'm using controls now to locate the taskbar, but I can't get the "control visible" or "not visible" to work. I think I can use the "control left", "control top" etc. command to determine the if a taskbar control is off the screen, but I was hoping for something a little more concise. That's why I was hoping to get the control visible/ not visible to work. Maybe I just haven't played with it enough.

Kevin is absolutely correct, which is why I could not recommend the solution. So let me repeat my question so we can help find the correct solution:

 

Is the goal then to maximize a window as if the taskbar was showing whether or not it is?

Well, this is exciting. I didn't know that I was going to stir up so much reaction.

Anyway, my goal was to resize the window so that it occupied the whole screen except for the screen area occupied by the taskbar. Now if the taskbar happens to be hidden via autohide, then the window would occupy the whole screen. But this would be accomplished by resizing the window not just maximizing it.

Thanks,

David

Does anyone have a way to detect whether or not the windows taskbar is currently displayed or hidden (via autohide)? I have a macro that resizes and repositions the current window so that it maximizes the window but doesn't cover the taskbar. It detects what side (left, right, top or bottom) the taskbar is on and how much the of the taskbar is exposed. The only time it doesn't work is when the taskbar autohides. I haven't been able to detect whether or not if the taskbar is hidden or not.

I know that I can set the taskbar to remain on top and then maximize the window, but that's not what I want.

The best I've been able to determine, the taskbar acts like a window in some respects, but not all. So some of the normal window commands do not seem to work on the taskbar window.

Thanks,

David Wilkinson