Recent Posts

501

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

« Last post by nkormanik on March 10, 2012, 04:51 PM »

Fantastic, Skwire, that cuts out a step in the process -- using a third-party software renamer to add in the zero-padding.

Well done!

502

Post New Requests Here / Re: Ctrl-C direct to sequential files in designated folder

« Last post by nkormanik on March 10, 2012, 04:42 PM »

Saint Skwire, I hadn't yet checked your latest iteration.  Good work!

What about the send direct to text files?  Thoughts?

Name "ClipSave" not even yet taken out there in Clip Land.

503

Post New Requests Here / Re: Ctrl-C direct to sequential files in designated folder

« Last post by nkormanik on March 10, 2012, 04:29 PM »

Never mind the zero-padding of file names, if that's going to cause a hold-up.  One can use other programs to rename the files after they are created.

I've searched the Internet.  While there are tons of clipboard programs, none offers the simple solution I am seeking -- to easily have Ctrl-C output go directly to a series of text files, one after the other.  No fuss no muss.

Go figure.

Anyone have a possible reason why such doesn't presently exist??

504

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

« Last post by nkormanik on March 08, 2012, 05:45 PM »

I haven't experimented with it just yet, though I did install it.

Take a look at the new request thread I just started and please let me know there if you think Clipboard Help+Spell can do what is asked for.

Seems to me that Clipboard Help+Spell is far grander than the fairly simple task needed.

But if you say it's the tool to use, then super.

Thanks much mouser.

505

Post New Requests Here / Re: Ctrl-C direct to sequential files in designated folder

« Last post by nkormanik on March 08, 2012, 05:38 PM »

Perhaps named:

ClipSave

506

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

« Last post by nkormanik on March 08, 2012, 05:32 PM »

Here is the first part of what was captured:


XXXXXClipboard Trap Clip SaverXXXXXClipboard Trap Clip SaverXXXXXClipboard Trap Clip SaverXXXXXXXXXXClipboard Trap Clip SaverXXXXXClipboard Trap Clip SaverXXXXXClipboard Trap Clip SaverXXXXXXXXXXClipboard Trap Clip SaverXXXXXClipboard Trap Clip SaverXXXXXClipboard Trap Clip SaverXXXXXClipboard Trap Clip SaverXXXXXClipboard Trap Clip SaverXXXXXClipboard Trap Clip SaverXXXXXClipboard Trap Clip SaverXXXXXDate   Open   High   Low   Close   Volume   Open Int.
1/3/2000   92.6571   92.6571   87.4169   91.2700   36345200.0000   0.0000
1/4/2000   88.6223   90.0673   84.7114   85.0100   33786600.0000   0.0000


I don't know why all the extra stuff at the beginning.  Wasn't there in earlier iteration of ClipTrap.  And I didn't do anything different than before.

In the meantime, I created a new request thread.....

Thanks very much.

Nicholas

507

Post New Requests Here / Ctrl-C direct to sequential files in designated folder

« Last post by nkormanik on March 08, 2012, 05:27 PM »

Skwire's ClipTrap and ChoppingList used together is one excellent way to get a bunch of "copy actions" into a set of files, all ready for further use.

I'm wondering if these two programs can be combined into one.

Here's the challenge:

Every time Ctrl-C is hit, the output goes directly to a new TEXT file in a designated directory in setup.

The file names are sequential numbers, depending on the numbers already existing in the directory.

The file names are zero-padded, total places designated in setup.

Example:
001.txt
002.txt
.
.
.
099.txt

Output has to be exactly like Skwire's ClipTrap -- example: including original TABS where they exist.

Thanks much!

Nicholas Kormanik

508

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

« Last post by nkormanik 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.....

509

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

« Last post by nkormanik 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

510

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

« Last post by nkormanik 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.

511

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

« Last post by nkormanik 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???

512

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

« Last post by nkormanik 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.

513

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

« Last post by nkormanik 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

514

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

« Last post by nkormanik 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.

515

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

« Last post by nkormanik 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.

516

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

« Last post by nkormanik 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

517

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

« Last post by nkormanik 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

518

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

« Last post by nkormanik on September 04, 2011, 05:13 PM »

What a pro!

Your effort is greatly appreciated, Mouser....

519

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

« Last post by nkormanik 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.

520

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

« Last post by nkormanik 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

521

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

« Last post by nkormanik 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!

522

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

« Last post by nkormanik 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

523

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

« Last post by nkormanik on August 28, 2011, 02:45 PM »

Fantastic.

524

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

« Last post by nkormanik 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.

525

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

« Last post by nkormanik 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.