The information is stored in the ini files in your gramps user version folder. I have some entries in my collections clipboard in the bottom bar place view. The entries are stored in Places_placetreeview_bottombar.ini. Each view has their own set of ini files. You can edit them or delete it to reset to a default setting.
I seem to remember a bug about this but cannot seem to find it (if it ever existed).
The entry order (??) I suppose is the list of records in a view list. The default is the first column. You can change columns using the Configure active view" icon in the tool bar.
In orange: things that are not ordered the same way into the file than into the gramplet (so at gramps startup the line is displayed in 5th position and not at the bottom)
The gramplet seems not to write the ini file when its content changes (or not completly)
This may be a situation that while you have Gramps open in the view that you are having issues is to set the view as you want it and while Gramps is still open, delete that view’s ini files. When you close Gramps, the new view ini files will be created.
I explored the ini files for my most used views in today’s session and they all all had ;; Automatically created at 2020/11/26 16:09:15 which was the time I just closed Gramps.
The views in Gramps that I did not open today had an old timestamp.
By deleting the ini files for the active view, when Gramps closes it will create brand new files and not rewrite existing files which may be your problem; that there was/is something wrong with the existing files causing something to go astray when Gramps attempts to rewrite the ini files.
It is strange that my current list is not saved/updated when I close Gramps. Then I open gramps and I see the initial list which I created a month ago. I see some new items, but I still can not understand the script logic how it choose what to save and whoat ignore. I understand, that this is ini-file, but why the list last state can not be saved?
The same question about items order.
Sometimes I use text objects as separators for usability like this: “--------------”. But Collections Clipboard doesnt save duplicated text objects in the list
When I move multiple items to the Main clipboard it works good. But when I move and one of them is Text object - I receive an exception
I would like have several different collections for different working scenarios. Is it possible to do and how? Via dashboard? I tried but I dont understand…
Maybe is anywhere detailed user instruction? I will be glad to read about this Gramplet.
I have a problem deleting items from a Collection clipboard. I either have to remove the CC from the view and after relaunching Gramps repopulate it or edit the view’s ini file.
You can have a CC in a view’s bottom and sidebar gramplets each with their own collection. I add a CC to the sidebar to save items from the bottombar’s CC before wiping it out to do a total reset. After relaunching Gramps and repopulating the bottombar’s CC with the desired items I’ll wipeout the sidebar CC.
There is a drag icon (although you just have to click it) on a gramplet stored on the dashboard. Use it to make the gramplet free-floating.
Gramplets in a view’s bottom or sidebar can be made free-floating by dragging their tab. Closing a free-floating gramplet will send it back to their original location.
Another issue to be made aware of. If you store a Gramps object (Person, Event, Event, Place, etc) on a CC it is dependent on the open database. If you open another database that does not have that object and navigate to the view with the CC, the view will delete the object from the CC even when you go back to its database.
From experimenting, the Collections Clipboard contents are cached in memory during the session. It only updates the .ini files (and only those that that changed) when Gramps exits normally. Text objects survive on the Collections Clipboard even after switching databases and exiting Gramps. You can even uninstall the addon, exit, restart Gramps, re-install the addon and Views (at least, those that were unvisited) will still retain their .ini files with the collections.
The Dashboard is the only gramplet container that remembers Collection Clipboard gramplets being undocked between sessions. But you have to visit the Dashboard category for the undocked to be restored. … But it doesn’t remember screen positions. It is like the undocking control was just clicked.
So if you want to completely clean out all the Collection Clipboards, uninstall via the Plugin Manager and then visit all the view categories and all the view modes. Then exit Gramps to update all the .ini files. Finally re-install the Collections Clipboard addon and you will have a clean clipboard palette.
(You could avoid un-installing but it would require removing the the Gramplet from your stack of Gramplets in every splitbar in every view mode in every view category. Or, manually cleaning out the [Collections Clipboard Gramplet] block from all those .ini files. Sounds painful.)
It is unfortunate that that uninstalling a gramplet does not ‘dirty’ all the .ini files. That would force updating them all when Gramps is exited.
There was a “0012553: [Collections Clipboard gramplet] Version: 1.0.41 bad functionality (multiple issues: list changes between sessions)” bug filed in the years that the gramplet author (@dsblank) was away from Gramps. But I think it may only cover some of the interactions.
Switching views also updates ini files (except delete and reorder).
The same for Attribute and Internet url setups which is my main use. I have Internet setups for Wikipedia, FindAGrave, Billion Graves and Google Maps that I use in setting up place records. While I can easily add these, I find d-n-d into the tab then editing the easiest.
I have never found this necessary. Removing the CC gramplet from either the bottom or sidebar then closing Gramps has been enough to clear previous settings.