Messages

501

Finished Programs / Re: Concerned large number/size of copy actions too burdensome for ClipTrap

« on: March 08, 2012, 05:10 PM »

Skwire...  changes you made may have helped.

HOWEVER, that change may have created other issues for users.

So..., I suggest abandoning 1.0.5.2 and going back to the tried and true version.

Unless you are sure there was a definite improvement for all users.

I have ANOTHER idea to solve my problem, which involves you (hopefully).

Time for a new thread.....

502

General Software Discussion / Re: Question regarding the "Sandboxie" program

« on: March 08, 2012, 12:41 AM »

Can someone suggest a "virtual machine" program which would be a step up from Sandboxie?

I use Sandboxie all the time, and it seems to work fine.  But if there's something better, bring it on.

Nicholas

503

General Software Discussion / Re: How to quickly autonumber text lists?

« on: March 07, 2012, 05:32 PM »

Can ListNumberer work from the command line?

Would be nice to set it up in a process chain so that, say, 'zero-padding' a folder of files (with titles numbered 1.txt through 1000.txt) is a single 'double-click' operation.

Presto.  It's done.

Thanks Skwire.

504

Finished Programs / Re: DONE: Split .txts into smaller ones when there is a space line

« on: March 07, 2012, 05:21 PM »

But, but, but....

Automatically adding those padded zeros ahead of numbers would make things a bit easier.

Pretty please???

505

Finished Programs / Re: Concerned large number/size of copy actions too burdensome for ClipTrap

« on: March 07, 2012, 03:45 PM »

Thanks mouser.  I'll give it a go.

Additionally I'm wondering about the 'macro' program I'm using.  Maybe I can have it set up in a dynamic way so that it waits until all current copy action is completed before moving on to the next copy action step.

Presently I'm using static time delays -- i.e., 2,4,8 seconds.

506

Finished Programs / Re: Concerned large number/size of copy actions too burdensome for ClipTrap

« on: March 07, 2012, 03:10 PM »

After further experimentation...

The longer I pause between subsequent copy actions, the less data that ends up missing.

I'm using a macro program for all of this, by the way.

So..., for example:

Setting pause between copy actions to 2 seconds ---> 32 blocks make it
Setting pause between copy actions to 4 seconds ---> 53 blocks make it
Setting pause between copy actions to 8 seconds ---> 89 blocks make it

I know for a fact that the total number of blocks wanted copied should be 150.  Blocks are definitely being dropped.

So..., there appears to be a 'bottleneck' in the copy process.  And not all the data is making it through, before the next copy action is undertaken.

Now, the big ClipTrap question is:  Can ClipTrap 'know' if all of the data needing to be copied actually gets copied?

Is there any way for ClipTrap to somehow say "Hey there Mr. Copy Action, hold off until I get the current data set copied, please."

Any and all thoughts/suggestions greatly appreciated.

Nicholas Kormanik

507

Finished Programs / Re: Concerned large number/size of copy actions too burdensome for ClipTrap

« on: March 06, 2012, 09:01 PM »

By the way, in this particular use (long columns of time-line data being copied) in the options should I have 'word-wrap' on or off?

Not really sure.

508

Finished Programs / Re: Concerned large number/size of copy actions too burdensome for ClipTrap

« on: March 06, 2012, 08:51 PM »

The application I'm focusing on is MetaStock, a stock charting program.  MetaStock has no ability to allow saving a chart data to disk.  If you click on a graph line, however, you can then hit Ctrl-C, and this copies the data to the clipboard.

One can then paste into Excel, for example.

The data being copied would be a time-series of numbers, say Date, Price, Volume, etc.  And extend over time, daily, from the present going back perhaps ten years.  That's a whopper of data.

And I'm copying many such charts at once, having everything go to ClipTrap.  Then having  your ChoppingList divide it all up (by way of delimiter XXXXX).

Then I import these files as needed into Excel.

509

Finished Programs / Concerned large number/size of copy actions too burdensome for ClipTrap

« on: March 06, 2012, 08:25 PM »

I'm doing some "heavy lifting" copy action, expecting ClipTrap to handle it all in stride.

(Then I'm wanting ChoppingList to nicely divide it all up for me.)

But I'm getting not-so-good results.  Some copies are getting skipped, or parts are getting lost in the shuffle.

Would it be possible to write-to-disk each copy action, so as to be extra careful that all copied stuff is safely getting saved?

If the whole huge set of copies is being held in memory, I fear that it's too much for ClipTrap to handle.

The added time of program response would be a small price to pay for extra assurance.

Please give me your opinion regarding these concerns.

Thanks, though, as always, for your excellent program.

Nicholas

510

Finished Programs / Re: DONE: Split .txts into smaller ones when there is a space line

« on: March 06, 2012, 08:07 PM »

Enhancement Request:

When creating the text files from a block of copied text (say from your ClipTrap) please give the option of including x number of padded zeros in front of numbers.

For instance:

Pad to three digits....

001
002
003
.
.
017
018

Thank you for a super program!

Nicholas

511

Screenshot Captor / Re: Follow-up on Auto-Capture thread begun by someone else

« on: September 04, 2011, 05:13 PM »

What a pro!

Your effort is greatly appreciated, Mouser....

512

Screenshot Captor / Re: Follow-up on Auto-Capture thread begun by someone else

« on: August 30, 2011, 06:02 PM »

BINGO!  Sure enough, that works, though.

Thanks..., until Mouser fixes that parser thing you refer to.

Mouser, you should probably also include an example of using $dt: in the included documentation, along with the other examples already provided.

513

Screenshot Captor / Re: Follow-up on Auto-Capture thread begun by someone else

« on: August 30, 2011, 05:22 PM »

Made another mistake above.  Command line should have been:

"C:\Program Files\MiniCap\MiniCap.exe" -capturescreen -save "C:\Screen Captures\$dt:%Y-%m-%d %H_%M_%S$.png" -exit

514

Screenshot Captor / Re: Follow-up on Auto-Capture thread begun by someone else

« on: August 30, 2011, 04:51 PM »

Good grief.  An extra e.  My bad.

Still a problem, though:

C:\Downloads>"C:\Program Files\MiniCap\MiniCap.exe" -capturescreen -save "C:\Screen Captures\$dt:%Y-%m-%d %H_%M_%S$.png" -exit

Problem with the %Y part.

Resulting file name is:  %Y-08-30 15_46_42.png

And not:  2011-08-30 15_46_42.png

What do I have wrong?

Thanks!

515

Screenshot Captor / Re: Follow-up on Auto-Capture thread begun by someone else

« on: August 29, 2011, 09:32 PM »

I'm struggling with the MiniCap command-line code to get the following result:

C:\Screen Captures\2011-08-29 18_31_16.png
.
.
.
etc.

Below is the code that seemed most plausible.  But something is definitely wrong.  Please suggest the proper formulation.  If you don't mind, please try it out first to make sure it really in fact works:

"C:\Program Files\MiniCap\MiniCap.exe" -capturescreeen -save "C:\Screen Captures\$dt:%Y-%m-%d %H_%M_%S$.png"

Thanks very much.
Nicholas

516

Screenshot Captor / Re: Follow-up on Auto-Capture thread begun by someone else

« on: August 28, 2011, 02:45 PM »

Fantastic.

517

Screenshot Captor / Re: Follow-up on Auto-Capture thread begun by someone else

« on: August 28, 2011, 02:38 PM »

Would it be worth the effort for you to allow for user-selected wav file option when capture takes place?

I prefer a really clear distinct and LOUD camera CLICK so that I'm certain that a snap has actually taken place.

518

Screenshot Captor / Re: Follow-up on Auto-Capture thread begun by someone else

« on: August 28, 2011, 02:34 PM »

I think MiniCap + Windows Scheduled Tasks would in fact be better, as all I want to capture are those particular times, and only on weekdays.

So, used in command-line set-up.  I believe all the file-naming possibility remains the same?  MiniCap hasn't been updated for some time.

519

Screenshot Captor / Re: Follow-up on Auto-Capture thread begun by someone else

« on: August 28, 2011, 02:27 PM »

An important competitive advantage Screenshot Captor has over other such programs is the extensive file-naming control.  I wouldn't want to give that up.

Thanks much!

520

Screenshot Captor / Follow-up on Auto-Capture thread begun by someone else

« on: August 26, 2011, 05:10 PM »

Suppose I'd like five automatic screen snaps per weekday, on a separate computer off to the side.

Say: 8am, 10am, 12 noon, 2pm, 4pm

Would Screenshot Captor be the best tool for that?

If so, how would that be setup?

If not, would you please suggest the more appropriate application?  (perhaps using Windows Scheduled Tasks, for example?)

Thanks much,
Nicholas

521

Screenshot Captor / Re: Some coding help please? (scold me if you want)

« on: August 26, 2011, 04:21 PM »

Wow, that was fast.

Thanks so much.

Sometimes having a Sherpa to help guide us on these mountains is greatly appreciated.

522

Screenshot Captor / Some coding help please? (scold me if you want)

« on: August 26, 2011, 03:56 PM »

My mind is swimming with so many options here.

Would someone please put together the code for the following?  Hopefully this request will help others as well....


-- Hit a hotkey, say PrntScrn

-- Take snap of entire single monitor

-- Save to folder:  c:\snaps\

-- Save in png format

-- Use the following date/time format for file naming:  yyyy-mm-dd hh:mm:ss

-- Make a nice distinct audible sound so that I have confidence a screenshot was actually snapped (allow user to select some wav file, such as a camera click of choice -- my wav file is located at c:\sounds\camera.wav)

-- Stay "resident" so that I can hit PrntScrn again and again after while


End result should be:
c:\snaps\2011-08-25 16:23:37.png
c:\snaps\2011-08-25 19:04:52.png
c:\snaps\2011-08-25 21:18:01.png
c:\snaps\2011-08-26 00:48:29.png
etc...


Thanks much!

Nicholas

523

Screenshot Captor / Re: LATEST MiniCap VERSION INFO THREAD - v1.20.01 - May 4, 2010

« on: August 25, 2011, 06:23 PM »

My mind is swimming with so many MiniCap options here.

Would someone please put together the code for the following?


-- Hit a hotkey, say PrntScrn

-- Take snap of entire single monitor

-- Save to folder:  c:\snaps\

-- Save in png format

-- Use the following date/time format for file naming:  yyyy-mm-dd hh:mm:ss

-- Make a nice distinct audible sound so that I have confidence a screenshot was actually snapped (allow user to select some wav file, such as a camera click of choice -- wav file is located at c:\sounds\camera.wav)

-- Stay "resident" so that I can hit PrntScrn again after while


End result:
c:\snaps\2011-08-25 16:23:37.png
c:\snaps\2011-08-25 19:04:52.png
c:\snaps\2011-08-25 21:18:01.png
c:\snaps\2011-08-26 00:48:29.png
etc...


Thanks much!

Nicholas

P.S. -- would doing what is requested above be better with big brother ScreenShot Captor?

524

Finished Programs / Re: SOLVED: Unstack Skwire's ClipTrap Output

« on: August 06, 2011, 12:16 AM »

Working like a charm.  Excellent job, Skwire.

525

Finished Programs / Re: SOLVED: Unstack Skwire's ClipTrap Output

« on: August 05, 2011, 05:45 PM »

Magic!  Switching browsers for download did the trick.

About:  Chopping List v1.0.2 build 1

Thank you!