avatar image

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

Login with username, password and session length
  • February 17, 2020, 07:05 PM
  • Proudly celebrating 14 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 - mouser [ switch to compact view ]

Pages: [1] 2 3 4 5 6 ... 1475next
So what I've done so far:

  • I've migrated the core clipboard capturing and pasting functions from using a single format (plaintext or image), to using a multi-format "blob" data structure.
  • So when capturing it captures all formats in the clipboard and saves the collection (blob) of formats in the database.
  • It has some basic options for what formats you want it to ignore, and tries to identify redundant formats that can be ignored, for example unicode/oemtext/dib bitmaps that are equivalent to other stored formats.
  • It also handles plaintext and images specially; while preserving their order in the blob collection (if multiple formats found), it pulls out images to external png files with comments, and pulls out plaintext to sit in the database as a separate searchable field.  In this way, I'm hoping to get the best of both worlds (multi-format support but more convenient access to plaintext and images and minimizing database size).
  • Order of the multiple formats in a blob is preserved even in the case of images and plaintext, which may occasionally be important to some scenarios.
  • A single checkbox in the option will toggle the program from capturing multiple formats vs the old pure-plaintext behavior of CHS, so if you don't want the new formats and prefer a leaner pure plaintext database you can still use CHS that way.
  • Duplicate checking should be somewhat improved, and work for multiple-format blobs and images.

What's left to be done:
  • Lots more testing -- I'm hoping to get some help with that from the forum.
  • There are a bunch of ancillary things regarding copying+pasting that I might not have fully implemented in the new code (flashing clipboard icon on capture, dealing with stubborn situations where the clipboard is being used by another app, updating clip modification dates on pasting, etc.).
  • There are a few functions that are specifically plaintext related, like when performing format presets, and pasting text using sendkeys, that I have not fully moved over, or that use some old code.  I still have to go through and update all of those functions.  They will will only work with plaintext, but I think the existence of multi-format blob data may confuse some of these functions.
  • Similar behavior might be expected after manually editing a clip -- you will have changed the PLAINTEXT content of the clip, but not the unicode/richtext version, So I think what has to happen in such cases is a clearing of the unicode/richtext data in such cases.
  • I want to add more features to help you see how much space is being used by the multi-format data, and to do some maintenance operations on it to keep your database lean (like functions for removing multi-format data from old clips, etc.).
  • I would like to add more flexible rules for deciding which formats you want saved.. For example being able to specify a custom list of formats to keep or ignore, and maybe setting arbitrary limits on size, or based on the application running.  I'm not sure the best way to do this that would satisfy experts and novices alike..
  • Verify that the new image capture/pasting DIB format works in all cases.

New version uploaded.
I had to make some more elaborate changes to the multi-format "blob" data used by chs, such that previous blob data in clips from prior alpha versions won't be readable by this version.

I've still got quite a bit of work to do bringing everything in line with the new code, but CHS should be pretty good at saving and restoring the complete set of formats associated with clips, and hopefully handling duplicate detection, etc.

Clipboard Help+Spell / Re: Multi-language support possible?
« on: February 16, 2020, 05:56 PM »
Yes, and that link will be where I will be upload updates.

Clipboard Help+Spell / Re: Multi-language support possible?
« on: February 16, 2020, 12:35 AM »
Try the alpha version in this thread, it has support for unicode/richtext/etc:

Living Room / Re: Thread on 3d Printing Cody Model
« on: February 14, 2020, 03:47 PM »
Any cody statues arrive yet?

Cranioscopical and others seem to be asleep at the switch.. So I guess it's up to me now


Screenshot Captor / Re: Error when capturing screenshot
« on: February 14, 2020, 10:58 AM »
It does sound like Screenshot Captor is having a hard time dealing with the settings file at the redirected server location.
What you could do is:
  • Exit screenshot captor
  • Edit the ConfigDir.ini file in the C:\Program Files x86\ScreenshotCaptor\ directory, and tell it to store your Screenshot Captor settings file someplace on a local drive (making sure to uncomment the lines where you tell it what directory to use).

Updated with somewhat improved capture options:
Screenshot - 2_14_2020 , 12_37_42 AM.png

A question to users regarding saving image data:

When I added image clip support to CHS, I implemented it by saving image clips to stand alone standard image files (png typically), stored in a subdirectory organized by date.
I think there are some real advantages of this over storing raw image data in the standard clip database:
  • Saving images in standard external files makes it easier to browse and view them with a 3rd party viewer, search/filter by date, size, etc.
  • Keeps the database size more manageable.
  • Is less prone to data corruption.
  • Ability to store images in smaller compressed image file formats

But now that I'm adding support for storing larger blobs of binary data in the database, I'd be curious if folks would prefer to have image data stored in the normal clip database as well? Is there any point in adding support for this option?
I can't think of any (other than it would have been easier to implement from the start but that's moot at this point).

I've got a big TODO list related to the multiformat stuff, some harder than others.
I'd love to hear what people think are their top priorities for using this new extended format version.

That's normal -- I have the image downloading turned off.. If I turn it on it will look closer to the actual capture of the html, but it would be downloading the images to view them in the preview, which I'm not sure people want and not sure really what the point is.
Remember that CHS is not like a web-page-archiving tool.. There are some of those that download an entire web page and all of it's associated images for offline use.. That's not going to be something that CHS does.

For that you might try the Local Website Archive tool:

I'd like to hear more from you about how you'd like to use CHS so we can figure out what features might be most important and usable.

CHS doing multiformat:

New version uploaded.
CHS is a little smarter now about saving redundant formats that it doesn't need to.

Try redownloading; new version has html preview and unicode preview.

Another surprise discovery is that the html block saved to the clipboard by browsers has the url of the page embedded in it.. This means I can more reliably grab the source url from modern browsers in the future.

When I copy something from the web, I do not get a same-format preview, and there's no Rich Text tab.

Yeah you can see in the BlobInfo tab that copying from a web browser does not get you RichText format, it gets you HTML format, which CHS won't preview..  I might be able to add an HTML preview tab though..

Just make sure you have the options set to capture RichText, and then try capturing some richtext from MS Word or something similar.
Screenshot - 2_12_2020 , 11_22_30 AM.png

So are you saying when you hit the shift+prtscr hotkey to do a region select, the monitor zoomed in size?
And the problem does not happen when you hit normal prtscr to capture the entire desktop?
Do you have multiple monitors?

Screenshot Captor / Re: PC crashes After Enter 'Scanner Options'
« on: February 11, 2020, 05:02 PM »
It goes without saying that it should never crash the program going to the scanner tab, so I will look at the code and see what might be causing it..
It could be a bug in my code or it could be a scanner driver bug..

Living Room / Re: Thread on 3d Printing Cody Model
« on: February 11, 2020, 04:36 PM »
I'd love to see some photos of people with their cody/nany statues when they arrive.

Living Room / Re: Thread on 3d Printing Cody Model
« on: February 11, 2020, 12:34 PM »
Cody statues are boxed up and ready to bring to post office:

Screenshot Captor / Re: PC crashes After Enter 'Scanner Options'
« on: February 11, 2020, 12:15 PM »
The program is probably trying to connect to your physical scanner and ask windows about it.. Do you have a scanner connected and turned on?

Maybe worth trying to reboot your computer and/or update any driver for your scanner.

I'm assuming you've never used the scanner functions of SC before, correct? It's not that they were working before and now crash?

Living Room / Re: Animal Friends thread
« on: February 08, 2020, 10:14 AM »
dog tree jumper:

Clipboard Help+Spell / Re: Invalid docking layout stream header
« on: February 06, 2020, 10:02 PM »
When I booted up I received this message "Error EX54: Invalid docking layout stream header"

I'm not sure what happened that would cause that error, but I know it must mean that your docking layout files are somehow corrupt.
If the problem persists after you exit and restart CHS, you should be able to solve the problem by exiting CHS and then deleting the files:

Which should be subdirectories of your settings directory, which will be under like MyDocs\DonationCoder\ClipboardHelpAndSpell

Pages: [1] 2 3 4 5 6 ... 1475next