avatar image

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

Login with username, password and session length
  • Saturday April 10, 2021, 1:39 pm
  • Proudly celebrating 15+ 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 - djMot [ switch to compact view ]

Pages: [1] 2next
Clipboard Help+Spell / Re: Ignore List
« on: September 09, 2020, 08:51 AM »
Email sent.  Thanks!

Clipboard Help+Spell / Ignore List
« on: September 04, 2020, 03:05 PM »
Hey Mouser,

I'm running CH&S v2.54.0.

A recent crash-to-desktop issue with Affinity Designer when copying a group of elements in a drawing caused me to reach out to them (Serif Software) to alert them to this 100% reproducible crash.  Their response was, "are you using a clipboard manager, and if so could you disable it and try again?"

Long story short, both CH&S and the new Windows 10 Clipboard History feature were running.  When I exited CH&S and turned off Clipboard History, Affinity Designer stopped crashing.  So I turned them on again, but NOT at the same time.  If either is running Affinity Designer will crash.  So that's a "bug" that Serif Software needs to deal with.

"I thought to myself, CH&S has an ignore list.  If I add Designer.exe to the ignore list, it shouldn't crash."  But it does!

So, TLDR:  Affinity Designer doesn't like clipboard managers and will crash performing a copy operation if one is running, but setting CH&S to ignore Affinity Designer doesn't fix the problem.  So I'm here to ask you why, if CH&S is set to ignore Affinity Designer, it is still interacting with it in some way and causing it to crash?  (or have I done it wrong somehow?)

Is there some reason you couldn't just use PayPal instead?

New version just installed.
:: [ Starting Clipboard Help+Spell v.2.51.0 on Thursday March 19, 2020 at 09:13:07 PM ] :::

I can no longer copy/paste across Remote Desktop.  Yes, the clipboard is enabled in the RD connectoid.  What setting controls this in CHSP?  It's not just the latest version that has been a problem this way.  Not sure when it started.  This is the first chance I've had to sit down and report it.


Really?  Because I downloaded and installed from the link on page 1 of this thread after reading your post on March 11, 2020, 03:54 PM (6 posts above this one) and there's been no further update announcement.  Is there a more official thread to get beta release notes and links?

I don't see anything here that related to the error.  I took the screenshot Thursday March 12, 2020 at 05:07:30 AM.  As I recall, I wasn't doing anything (because I was remoted into the PC that get the error) and was probably doing something on the local machine when it popped up on the remote.

This is the entire log:
::: [ Starting Clipboard Help+Spell v.2.47.17 on Monday March 09, 2020 at 07:07:59 AM ] :::
::: [ Program ends on Wednesday March 11, 2020 at 04:23:20 PM ] :::

::: [ Starting Clipboard Help+Spell v.2.47.17 on Wednesday March 11, 2020 at 04:33:38 PM ] :::
::: [ Starting Clipboard Help+Spell v.2.47.17 on Thursday March 12, 2020 at 11:47:18 AM ] :::

FWIW, I'm using it every day, all day.  It's mainly working fine and I think I've resolved the not-starting-with-Windows issue, although I can't explain how.  Might have something to do with multiple versions on the computer (portable beta vs non-portable normal release).  But I did get this error this morning:


I'm noticing something with this beta. 

Although I have "Start with Windows" checked in the settings, it is not.  Frustrating because, after a restart, I'll be going along normally, and merrily cutting and copying away, only to find CHS isn't running and I have nothing but my last clip.

Can you confirm what I'm seeing here Mouser?  Is there something I need to do to fix this or wait for you to do something.


Can you see if the duplicate clips have identical clob hash values?
I see the hashes are different.  But now with the new Clip Blob interrogator you should be able to view both blobs with hashes for each format and see WHERE they differ.  If they only differ in a format chunk that is irrelevant, I will soon have options that let you ignore those formats.

Ah okay.  Is the blob interrogator in there yet, or is that yet to come?

Yes, the blob hash values are all different.

Here's an interesting twist.  After I posted the last screenshot, two more of the exact same clip showed up out of nowhere spaced a couple of minutes from the original two.   :huh:


Could we get some scroll bars on the HTML Source preview tab? (and any other tab that doesn't have them)  Thanks.

I am also seeing duplicate clips, although I'm not sure it's all that big of a deal.  Would be nice to get it collapsed down into one, though.  OR, does the grid control you're using support multi-level (aka grouped) entries?  If so, you could put clips that have multiple captures in an expandable row. 

Example duplication:

Awesome updates so far!  THANK YOU for the effort and all the new features!   8)

Here's a little trick, create a virtual folder(group) showing you only Large clips in your database (those bigger than 100k):
[ Invalid Attachment ]

There are actually now 2 fields related to a clip's size.  DataSize is total size of clip INCLUDING any external image size.  BlobSize does not include size of external image.

You can click on the little button to the far left on the column header to see and show more clip field names.

Interesting.  So the SQL text box contains a WHERE clause, 'eh?  Is there a database schema somewhere so we can understand what's available to construct a WHERE clause from?

I'm still not seeing images in a the HTML Preview tab. 

Try re-downloading to get the latest version and then enable this option:
[ Invalid Attachment ]

Yup!  Beautiful!  THANK YOU!   8) :D :Thmbsup:

I'm still not seeing images in a the HTML Preview tab.  Is there something I'm missing, or are you decisive about just not going there?

I'd be curious if folks would prefer to have image data stored in the normal clip database as well?

For me, keeping the database robust trumps duplication.
-cranioscopical (February 14, 2020, 08:17 AM)

I agree.  I think it should all go into the database, but given that you (mouser) are worried about database bloat, a good backup and purge feature might help in that regard.  Perhaps a dropdown listing 1, 3, 6, 9, 12 month or older, and a button to backup and purge clips beyond the selected cleanup period.  On click, open a file dialog to the db directory and provide a default purge database name based on the selected cleanup period and the current date.  Maybe even give the option to just purge without backup (not the default) because there will probably be many who would be fine with a straight delete without save.

But now that I think of it, aren't there already automated backup, and purge settings?

Here is one of your competitor's html preview of the same clip I used in my last post.  Given the choice, I'd take fidelity in clip reproduction over whatever it is you're going for.  When I look at what you are previewing, especially after a few days have gone by, I'd probably be scratching my head over what it was that I was clipping.  This one here doesn't leave me with a rash at all.

(sorry, I really haven't figured out how to attach a full-size image in here)

Just downloaded and unpacked the zip into my working CHSP folder.  This is what I see in the html preview tab of a capture I did from a few posts above this one.


Okay, those two checkboxes seem to be checked by default.  That would make sense.

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

I just got this setup, and it seems to be working fine.  All I note so far is that it lacks a proper preview for graphical formats.  Is there something I need to do to enable the "Rich Text" tab I see in one of the screenshots you posted earlier, mouser?

Will it have a formatted preview in the Clip Text box when there is a non-text item selected?

Sent you an email.  Thanks for pursuing this!

Clipboard Help+Spell / Re: BUG? Second Past Always As Plain Text
« on: January 30, 2020, 01:06 PM »
Clipboard Captor would be the name I would choose now.. Perhaps with support for multiple formats it can evolve into Clipboard Captor..

Here's a question about clipboard formats.. Do people really care about supporting formats other than richtext format, like internal application formats?  Not sure it matters much -- if I go to the trouble of supporting additional formats I'd probably support them all, with an option to ignore all but plaintext or plaintext+richtext..

I think (some) people do care, and I think you're right about going the extra mile and including all formats the native Windows clipboard captures.

As for the name, "Captor" for some reason has a rather draconian ring to it.  (e.g. noun:  a person or animal that catches or confines another. [Oxford])

ClipMaster maybe?  (fyi - ClipboardMaster is already a product.)




ClipKeeper?  (haha - makes me think "CryptKeeper")   ;D


What else can you folks come up with?

Clipboard Help+Spell / Re: BUG? Second Past Always As Plain Text
« on: January 28, 2020, 12:27 PM »
some use it in environments where space is at a premium.
For instance, on the encrypted thumbdrive I cart around with me...

Ah.  Yeah.  Never thought of thumbdrives.

There again, with a richer set of options, all things should be possible.   :)

Clipboard Help+Spell / Re: BUG? Second Past Always As Plain Text
« on: January 28, 2020, 08:30 AM »
Why the concern?

Disk space?
Hard drives are cheap these days.  Storage is plentiful.  Aside from the 1TB SSD I'm running the OS on, I've got 11TB online.  If you want to keep the primary storage device running lean, you could add a setting for locating your Recycle Bin (which I assume is different than the Windows Recycle Bin?) somewhere else, like on another drive. 

Scanning the CH+S data folders, I note that it's keeping a copy of all copied images in the Files\[year] folders, so there's a lot of space in use that I had never realized before.  Just an observation; I don't care that it's doing that.  It could be a space consideration for some, though.

Don't know what db you're using, but a good indexing scheme should keep performance up.

You already have a setting to "Move from Clipboard Old to Recycle Bin after every X number of days" with a default of 90.  That should keep the main clips running snappy whether you retain source formatting for all clips or not.  Plus it puts the responsibility for keeping the data load on CH+S squarely in the users' laps (where it should be, btw).

I've been looking at some other clipboard managers, and for any of them that I'd actually consider using (mostly from an aesthetic point of view) they pretty universally keep the source formatting, with some of them maintaining multiple formats for each clip.  There seems to be only one other that has gotten pasting plain text by keyboard shortcut right.  You have an opportunity to rule for field here with this one.  That said, I do want to point out one glaring problem I see for CH+S, and that is that it seems to be an utterly unknown quantity in the clipboard management field.  Not a single google search result for "clipboard managers" I ran (typically filtered to a year or less) mentioned CH+S.  Clearly a lot of reviewers are missing one of the biggest diamonds out there.  None of the comments in these reviews ever mention CH+S either.  Suggestion: run a similar google search and reach out to the reviewers letting them know that they have missed something really good on their lists.

IMHO, the addition of a hotkey paste-as-plain-text, and retention of source formatting would make CH+S better than all the rest.  One possible exception, but a little competition is good.

Clipboard Help+Spell / Re: BUG? Second Past Always As Plain Text
« on: January 27, 2020, 04:47 AM »
Just curious, is this something we might see sometime soon?

Pages: [1] 2next