avatar image

Welcome, Guest. Please login or register.
Did you miss your activation email?

Login with username, password and session length
  • January 20, 2018, 09:08 PM
  • Proudly celebrating 10 years online.
  • Donate now to become a lifetime supporting member of the site and get a non-expiring license key for all of our programs.
  • donate

Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.

Messages - kproth [ switch to compact view ]

Pages: [1] 2next
You can now comment on this announcement thread.  Comments will be split off onto a new thread with each new release.  I think this will make it easier for people to discuss releases but still keep the announcements clean.

I am subscribed to this thread (for obvious reasons) and got another email notification of someone congratulating you on a job well done.  Is there any other way to find out about new releases besides this thread? (other than your automatic updater which I'd prefer not to use).  If not, would you please consider disabling comments on this thread again?  To solve the concern with being able to discuss the releases, maybe you could post twice with each new release -- once to this thread, and also start a new thread for each release with comments enabled?

Screenshot Captor / Broken Link on MiniCap page
« on: December 30, 2009, 04:56 AM »
FYI:  the link to Adirondack Software's "apprehend" component, on the MiniCap home page, seems to be broken.

Screenshot Captor / MiniCap feature request: auto-print
« on: December 10, 2009, 12:51 PM »
I am looking for a very simple command-line app to "print" the contents of the current screen (on a multi-headed workstation) directly to a printer.  This is to be used with an application that doesn't have any built-in printing capability of its own; we would call the command-line app from a button within the app.  It seems that MiniCap comes very close, in particular it seems to define "current screen" as the one where the mouse cursor is located, which is exactly what I want.  But it doesn't have any printing capability.

I know that ScreenCaptor can do an automatic print, but it doesn't seem to have command-line options that could trigger a capture (I'd prefer to avoid using hotkeys).  Also, its auto-print feature doesn't seem to auto-rotate the image to fit best on the page, whereas I'd like to have the resulting printout done in landscape mode to best fit my wide-screen displays, without needing to change my printer's "default" page setup preferences.

What are the chances you would consider adding a "silent" automatic printing feature to minicap?

Screenshot Captor / Re: Bug Report re: Don't Auto Save Captures
« on: July 30, 2009, 11:48 AM »
try the latest version and see if the keep image stuff still has this problem
I tried; v2.70.02 still has the same issue.

Regarding the delete image on MoveTo menu -- i should remove that, it does the same thing (unless i am mistaken) and so serves no purpose being there.
For what it's worth -- I'd suggest also moving the "Delete all images" option to the File menu.  It doesn't seem to fit under a "MoveTo" menu (unless you think of it as moving to the recycle bin), and I think it makes the most sense to keep the "delete image" and "delete all images" options together on a single menu.


Screenshot Captor / Bug Report re: Don't Auto Save Captures
« on: July 29, 2009, 04:17 PM »
Note: I am still using 2.57.01; this may have been fixed in one of the more recent versions???

I can "lose" a screenshot after the following repeatable sequence of steps:

Start with the attached config file.  I think the relevant setting is that I have "Don't Auto Save Captures" checked (because I almost always just put the capture on the clipboard), and I have "After Capture Show = PopUp Choice Dialog".  I also have a non-standard File Naming Template.

Step 1:  Minimize SC

Step 2:  Take a screenshot, and choose "Keep Image and Hide".
  (Note that the screenshot is now saved as a file, even though "don't auto save" is checked.  This behavior may be related to the bug I'm reporting, but I'm not complaining about this behavior -- I think it probably makes sense to save the capture in this particular case, overriding the Don't Auto Save option...)

Step 3:  Take another screenshot, and choose "Keep Image and Show".

Observe that SC opens up, very temporarily shows the screenshot from step 3, and then changes to showing the screenshot that was saved to disk in step 2.  The screenshot from step 3 is now lost and there's no apparent way to get it back other than to re-capture it.

I also have to wonder: why does Ctrl-Q (Delete Current Screenshot file) prompt before acting, but Ctrl-Alt-D (Delete ALL Images in screenshot directory) doesn't prompt.  I would think the prompting should be the other way around, or alternatively that both actions should prompt first.  Also, is there a difference between Delete Current Screenshot File (on the File menu) vs Delete Current Image (on the MoveTo menu)?

I have a Filename Template defined as follows:  "%quickfield% %customdate% (%num%)".  When choosing "Save image as..." from the After-Capture "choice" dialog, the filename appears as e.g. "2009-07-15 (%num%).png".  But if I open the file into ScreenCaptor's main window and choose save, the file name appears as "2009-07-15 (001).png".  Is this a bug?

Mouser - the links on the program and main downloads pages still say 2.30.02. Is the file they are linked to the updated 2.30.04 version?

Screenshot Captor / Re: Small images when pasting?
« on: January 22, 2007, 04:26 PM »
Confirmed -- 2.25.03 doesn't have this problem, 2.28.06 does. I reinstalled and changed just one setting - from PNG to JPG. The copy/pasted image was approximately half-sized. I tried switching the DPI down to 96, which affects how the file is saved, but made no difference to the clipboard version.

Screenshot Captor / Re: Small images when pasting?
« on: January 22, 2007, 04:11 PM »
Tried that already. Tried 96 and 72. Tried exiting SC and restarting as well as capturing more images and nothing seemed to work...

Screenshot Captor / Small images when pasting?
« on: January 22, 2007, 04:03 PM »
OK - so I'm setting up ScreenCaptor 2.28.06 on a PC I haven't had it on before, and on which I'm not running as admin (if it makes any difference). It installed fine and seems to work pretty much OK, including saving files, etc. But if I copy to the clipboard and then paste into a new Outlook email message, the image looks shrunken. Almost like the DPI setting is too high.  I get the opposite effect if I copy a 72x72 dpi image from MSPaint and paste into an email message - it looks too big. I tried both PNG and JPG.

Is this possibly a bug in the latest rev, or am I doing something wrong?

I'll try backing off to the latest non-beta rev and see if that helps any.

Screenshot Captor / Endpoint Text getting cut off
« on: September 15, 2006, 08:25 AM »
Bug report:

I noticed that the endpoint text attached to an arrow object can end up positioned outside the bounds of the current image. As long as the object definitions are saved you can't see it in the SSC editor, but if you copy the image to clipboard, or resize the canvas larger, or save it to a file without object definitions, it gets unceremoniously chopped off.

Whenever you get a chance to fix this, I have a related request -- if the arrow is exactly vertical or horizontal (not slanted at all), can the endpoint text be centered on the endpoint, rather than off to one side or the other? I imagine you'll probably also change the existing algorithm to position the text on the "inside" of the endpoint any time the endpoint is too close to the edge of the image?

Actually, if you can swing it, it might look really nice to continue allowing the text to go "outside" the image's bounds, if you can optionally expand the bounds of the image (resize the canvas) to make room for the endpoint text. Then we could have endpoint text "floating" outside the image on a transparent background.

I *love* the new post-capture popup dialog. Well, almost.  I would like it a little bit better if I had an option to copy to clipboard, dismiss the dialog, and discard the image all with one click.

- Kevin

PopUp Wisdom / Re: Copy to clipboard option?
« on: September 15, 2006, 06:40 AM »
this is posted in wrong section
Believe it or not, this forum is the target of the "Discuss Now" link on the MiniCap page...

but yes i will add this to minicap.

you might want to check out the new quick popup capture in screenshot captor, it has it already.
After I realized MiniCap didn't have that option, I grabbed the latest beta of ScreenshotCaptor and was very pleasantly surprised to see the new post-capture dialog. I have a comment on that too, but I'll post it in the right forum, OK?  ;)

- Kevin

PopUp Wisdom / Copy to clipboard option?
« on: September 14, 2006, 09:19 PM »
Any chance MiniCap could gain an option to copy the resulting image to the clipboard?

Regarding window minimization, just as an FYI for any readers who don't already know:

Alt+SpaceBar, followed by the letter N, minimizes the current window.
WinKey+M minimizes all (non-modal) windows.
WinKey+D shows/hides the desktop, so pressing it once minimizes all windows, and pressing it again restores all windows to their prior position.

- Kevin

lanux128 - you're a genius  8)

WinWarden works just fine to move the PPT to the second monitor.

For the record, I'm using the following line in WinWarden2.ini:

Creating,PowerPoint Viewer Slide Show - *,,WholeScreen,,1280,0,,,,,,,,,,,,,,

I have two monitors @ 1280x1024, so the new position of 1280,0 moves the PPT window to the upper left corner of monitor #2. Note, this only works if both monitors are the same size. WinWarden will resize the window if desired, but PPTview doesn't recognize that situation, and as such it behaves as if you simply cropped the presentation - it doesn't resize the presentation to match the new window size.

So, problem solved. Yay!

Nice find -- and I think it would work. At least, WinWarden, on my single-monitor PC, is able to resize and move the PPTview window.  :Thmbsup:

Skrommel, what think ye? I can't remember for sure, but didn't you add code to GridMove (err, ZoneSize?) recently that could detect multiple monitors? If so, could it be adapted to give WinWarden the ability to force a given window onto a given monitor's desktop space?

I suppose I could probably use WinWarden as is to force the window into the right position. I'll try that next time I'm at a two-monitor PC!

Close, but... I'm looking to force the PPTview.exe program onto the second monitor. That's different than viewing a slide show from within the main powerpoint app; PPTview is strictly for viewing - and it opens only a "window" for the slide show, so neither the slide deck nor the presenter view is showing.

For what it's worth, I'm actually hoping to use this to make it easier to show a second slide deck while one is already running from within the main program.

- Kevin

I need a way to force M$'s PowerPoint 2003 viewer (PPTView.exe, included with PowerPoint 2003 or freely downloadable from to display a slide show on a secondary monitor. Ideally I don't want to have to click or press something after launching it either -- it should just pop up on the second monitor every time.

PPTview.exe lacks a cmd-line option for this. Furthermore it lacks a title bar, so I can't even just drag it over.

Don't know if such a thing is possible; I know it's doable for most apps but don't know if PPTview will work properly if something else forces it to display over there.

I already googled a bit trying to find an existing utility that would handle this task.

The PC in question is used to drive the projector at church on Sunday mornings, so I don't want anything bloated or flaky installed; in my mind, that rules out swiss-army-knife multi-mon apps, like Oscar's MultiMon Taskbar, UltraMon, or ATI's Hydravision.

We're using an ATI Radeon x300 card (yeah, cheap, but it works...) if it makes any difference.

Anyone game? Or can you point me at an existing utility that might do what I'm looking for?

Screenshot Captor / Re: Option to NOT save to file?
« on: July 30, 2006, 08:24 PM »
Overwriting the most recent 'temporary' capture file seems quite reasonable to me. It solves any concerns over disk-space usage without requiring the user to do anything, yet prevents having to make any major changes to the app to avoid any use of a file.

If you're taking votes, my first choice is to keep the border completely opaque. My second choice is to have a user-definable "difference" between the transparency of the border vs. the inner-color, instead of hard-coding a difference of e.g. 100.

I tried my test case again, and would want an inner-color transparency of 50, but with the border at 150 (50 + 100) I don't think it's quite bold enough; I'd want at least 200.

- Kevin


Can we get an option to set highlighting rectangle transparency separately for the border and the inner-color? Or perhaps better yet, have transparency apply only to the inner color and not the border?

Here's what I'm seeing: I'm applying a highlighting rectangle to a screen-cap of a command-window, with white text on a black border. I have a red border color selected and a yellow inner color. I'm trying to highlight some of the text. Because the transparency option applies equally to both the border and the inner-color, I have two choices:

a] the inner color is nearly opaque (rendering the text "under" it impossible to read), but the border stands out nicely


b] the inner color is nearly transparent, yielding a very nice highlighted effect, but the border is nearly invisible.

- Kevin

Screenshot Captor / Re: 2.18.01 CTRL-D hotkey
« on: July 06, 2006, 07:00 AM »
Ctrl-Q is a nice touch. But it would be nicer could optionally minimize the app at the same time.

So, I'd grab a capture, then edit to my heart's content, then copy to clipboard (Ctrl-C). Now I'm done with the image and with ScreenShot Captor for the moment, so I press Ctrl-Q and it deletes the image and minimizes the app.

Brilliant!   :tellme:

- Kevin

Oh, sorry, had one more thought. With LButtonDrag enabled, it's odd to see the grid overlay appear when I click (or double-click) on the upper-left corner of my windows to either drop-down the window menu, or close the window.

You could fix this by adding a brief delay - LButton has to be held down for 1 second before enabling the GridMove functions. Or, by making sure the X mouse position is also Greater Than the CaptionSize (in addition to checking if the Y mouse pos is > CaptionSize...)

Thanks jgp. Yes, I had the ScreenWidth set wrong. I interpreted your comment earlier:
if you have 2 screens with different resolutions, set the parameters to the biggest height and biggest width
to mean I should set these to the largest height and width of any single screen. Changing so ScreenWidth & ScreenHeight points to the point at the bottom right of my overall screen area fixes that problem.

Pages: [1] 2next