aviaryan / clipjump Goto Github PK

Avi is it possible that you can maken it so that the index of a channel can delete complety and not one by one

Paul said:

Have you ever thought about creating another window for managing clips? Because manage using just shortcuts in Paste Mode is not good if you have too many clips stored.

I use YouTube Center userscript and when I export my backup settings to the clipboard (13262 characters) they are not completely stored (only stores 8190 characters). However, within the Clipboard History window I can see and copy all the information.

I'm using channels to organize clips concerning a common subject. It would be great to be able to export all clips in the channel to either back them up or share with others/another workstation. This would greatly help in maintaining and using a controlled dictionary I use for issues I resolve most often.

This feature would be useful even more if the exported clip could be edited with external editor. It would be sufficient for me if only editing of only plain text clips would be supported.

History files are simple text files and they can be easily moved to a sqlite database. DB will make working with them efficient and searching in history tool will be more faster.

http://clipjump.sourceforge.net/#comment-1361441153

Would be nice if it would be possible to move clips between channels using the "Channel Manager" (already possible via context menu - I know ... ;-))

• using dragNdrop - Dragging a selected clip from lists of clips and dropping it on the desired channel in the channel list

Doesn't it make sense to integrate the functionality of current "channel selector" interface
into the "channel organizer" - and remove "channel selector" interface?

At least for me it's not clear, why there are two separate GUIs for handling Channels (I know Channel Organizer was just introduced recently ...)

Therefore only one unified interface for handling channels is available (it's simpler for users to remember where to do channel actions ...)

It would be helpful to have the option to select a default clipboard. Then all the clips should be saved to that clipboard, no matter which keyboard you have selected. This is useful if you want to have clipboards only for "snippets" and you don't want to care about going back again to the default one.

I just downloaded the latest ZIP-File you announced here:
http://www.autohotkey.com/board/topic/91488-clipjump-the-ultimate-clipboard-manager-updated-71-beta/page-43#entry628312

Running the provided exe the very first time, it is asked whether the user want to view the help file.
Answering YES an error pops up, as the needed file "Clipjump.chm" is missing.

=> Your provided Softwarepackage is INCOMPLETE!

Fixed clips lose their clips and become inconsistent when they are copied / moved from one channel too another.
Actually this is a defect in API.manageClip() function.

Using the Channel Manager introduced in V11.0 it would be nice to be able to create new channels within the "Channel Manager" window

(maybe: Entry "Add channel" within Context menu when right clicking on the Channel list)

I am some what new to ClipJump , I think the following features additions will add a lot of comfort to the users. [ using win 7 64 bit , clipjump v9.9.3 exe]

1. In ClipJump History shows all channels data combined , please add one more column or some indicator like [channelName] at the beginning of clip to know which channel it is present in .
2. In the paste popup mode , all actions currently we are doing are possible through one left hand only like ( ^c, ^x, ^z, ^space ) but for changing the channels we need to use arrows (two hands) . May be ^b to change the channel in the popup mode will be very good.
3. Also i don't want duplicate copies to be present , I saw in ini file ( is_duplicate_copied=1 ) i changed it to 0 also , still duplicates are getting copied . I don't know , is it possible to not have duplicates in the same channel ??
4. In ClipJump History , we generally do either preview (mouse double click) or paste to current app . Upon doing a mouse middleclick if it does the paste, will be very good.

Above features will make the clipjump even better

I know we can set it so that Paste Mode is at a fixed position.
But it can be rather annoying to have all the other tool tips pop up at the mouse cursor.

For instance if you enter Delete All Mode the initial tooltip is at the fixed position but the tooltip for the confirmation window that asks if you are sure appears at the mouse cursor.

If there are no clips the window that tells you there are no clips appears at the mouse cursor (I would expect it to appear at the fixed position because I just attempted to paste something)

When pasting an Image the image thumbnail appears at the mouse cursor instead of near the tooltip at the fixed position

Is it possible to make it an option to open all tooltips at the fixed position? Or is this a bug?

run = incognitofails in ClipjumpCustom

Setting clipboard history to 0 throws an error

http://www.autohotkey.com/board/topic/91488-clipjump-the-ultimate-clipboard-manager-updated-2608/page-57#entry685325

Jekyll, the web template language will help provide uniformity to the site.

Online Manual

SHOULD BE

Online Manual

Create a feature to copy data to system clipboard without affecting the Clipjump clipboard. The option should also give power to the users to save the system clipboard to Clipjump if needed.

http://www.autohotkey.com/board/topic/91488-clipjump-the-ultimate-clipboard-manager/page-50#entry643845

Cure - Use ini2Obj() and Obj2Ini() . Don't know what's the reason ..
Reference > #15

Your tool is awesome, but it could be even more awesome with this feature: define some regular expressions that will move the matching clips to certain channel. Let's say I want all my URLs in certain channel, or all the ticket numbers I ever copied on the tickets channel... then this will make channel and clips management automatic. Maybe it can be implemented as a plugin. If it is possible just point me in the good direction and I will try to do it myself.

Regards.

Hi Avi,

what about tagging your released versions within git and pushing the tags to github? This allows to make use of the release-mechanism provided by github ...

See:
https://help.github.com/articles/about-releases

Edit: Added more links
https://github.com/blog/1547-release-your-software
https://help.github.com/articles/creating-releases

Resulting from discussion on #42:

The documentation on Window Interfaces should be homogenized, esp.

• PluginManager (see also #50)
• ChannelOrganizer
• HistoryTool

This involves summarizing the common keyboard shortcuts on the Shortcuts page and the tool specific shortcuts on each tool page.

Wingdings font used for icons are not present universally.
http://clipjump.sourceforge.net/#comment-1439593148

Would be nice if we could get that info inside channel organizer window.

BASE-IDEA: Allow user defined "transformations" before pasting a clip.

This might be generally possible, calling an editor just before pasting. The edited text replaces the clip to be pasted ... Several editors might be needed (for example: Text-Editor for plain text, Image-Editor for bitmaps ...)

IDEAS

• The editor should be called via special paste command - standard paste command should ommit the editor
• Editors should be user configurable
• Editors might be simple text editors or even AHK-Scripts to perform special transformations on clip (as for example Capitalize, UPPERCASE, lowercase or more complex transformations ...)

Because of less/no usage of the "One Time Stop", its shortcut option in the Settings editor should be removed.
Users can always use Clipjump Custom + (onetime) label + bind key to create a shortcut if needed. Also Action Mode's default shortcut will be available.

As all the features int "Select Channel" are covered by the Channel organizer, it is safe to remove it.

Following situation:

A few clips (>100) are within a channel. Now I tried to delete some clips from the channel via Channel Organizer.

I same cases it works - but in most cases it fails. The clips are removed within the clip organizer (at least the ChannelOrganizer interface does not show the clips anymore) but after closing and reopening the Organizer the seemingly removed clips are back again.

In my examle I had 161 clips in my clipboard and tried to delete clips no. 153-159. You see the result in attached screenshot

What you see: after removing the desired clips, there is a "gap" in the numbering of the clips (153-159) are missing. This is the error case. In the working case there is NO Gap - each deletion decreases the numbers of the subsequent clips. (161 becomes 160, 159, 158 ...)

In error case: After removing and reopening the C.Organizer there are back 161 clips ....

Edit: Deleting the clip before the last clip everything works fine (Deleting clip 160 makes 161 become 160, deleting 159 ...

Hello Avi,

When plugins are loaded, it generates the "_registry.ahk" file with all the files in the plugin folder.
This means the .ahk I am editing are loaded, but the .ahk~ backup files vim creates from the files that I am editing are also loaded, which contains an outdated version of the plugin.
Is it posible to ignore ".ahk~" files?

(Took me a while to figure out why everything I changed in the plugin files wasn't effecting the way the plugins worked)

Thank you!

Avi on #42:

That being said a page OR section in plugins\index.html file for plugin manager should be created.

To allow a keyboard-only usage of the channel organizer, all GUI elements should be accessible directly via shortcuts.

Looking at the sourcecode only the Search-field (via ^f) and the New-Button (via ^n) are directly accessible via shortcut.

FEATURE REQUEST

• Provide shortcuts to set focus directly on Channel list and Clip List (Pressing "TAB" includes setting focus on all Buttons as well - so switching from channel list to clip list needs quite a few TABs - direct access would be preferred instead...)
• ... or remove hotkeys for Search-field (via ^f) and the New-Button (via ^n) to get a consistent handling of the GUI ("TAB" jumps from one GUI element to another)

When you have several Windows open, it is useful to resize some, but the windows of Clipjump has a minimum size limit that ends up getting in the way.

Hi Avi,

just trying to do some supporting works on documentation of Clipjump. Therefore I want to hear your opinion/wishes to do the things right.

Just a few thoughts/objections:

• Should linkification be enhanced? (for example "Action mode" is mentioned on many pages - without linking to the corresponding anchor. This is the case for many possible links ...)
• You changed documentation style over time: In the beginning you had unified pages, describing all aspects of a feature (for example "Channels"). For new features you introduced separate pages for new features (for example "Channel Organizer"). Which is the desired way to go: integrate pages for new features on existing pages (if it makes sense) - or splitting topics out of overview pages (if its worth - for example "Action mode" as this seems a central concept ...)?
• You refer to concepts unless the definition is not clear (for example "Channel selector" is referenced several times - unless the term "Channel selector" is not introduced properly.) This shouldn't be, as it's difficult to link to this terms ...
• Some things need to be reordered/reorganized (for example: current order of topics on channel page is: "Pit Channel" - "Protected Channel" - "PitSwap". Isn't PitSwap a "subconcept" of PitChannel - and should therefore be a subchapter of "Pit Channel"?)
• Index deserves a few more entries
• ...

I am motivated to do some of these things - if I know your "visions" of the documentation ....

This should release some load on the main process. Ignore Windows Manager is almost a self-independent part and can be made to work externally with publicAPI

Hi Avi, and thank you for your awesome job, this is the perfect multiple clipboard!

I have only one suggestion,
i like to have instant paste when i press Ctrl+V,
and with the paste mode, there is a little latency because you have to release the Ctrl key to paste.

So i would like to assign the paste mode to a Ctrl+Shift+V instead of Ctrl+V,
but it's not allowed in settings...

Is this possible?

Thx!

I just realized that one of the most repetitive task in my day to day is to copy something to the clipboard, copy the clipboard to a file and then attach it to somewhere. Since clipjump already stores the clipboard on text files it would be nice to have a shortcut to copy current clipboard content to a file and then copy that file path to the clipboar.

Would not it be lovely?

Within Channel Organuizer multiple Clips could be selected via "Ctrl"-/"Shift"-Mouseclick.

BUG:
But the actions provided via buttons (e.g. "Delete") do not respect this selection - only the first entry of the selction is deleted via delete button. I would expect all entries to be deleted at once

Within channel organizer there is a button to open the "Paste Mode Interface" ...

FEATURE REQUEST:
A subsequent press on the same button should toggle the "Paste Mode Interface" (i.e. the "Paste Mode Interface" should disappear, when pressing the button the second time)

Love the program..

Design-wise

• Extra <code> tags to specify keywords should be removed and replaced by the link to the keyword OR a monospace font wrap CSS wherever possible.
• Abandon or minimize use of yellow code tag.

Content-wise

• Improve the Clipjump custom doc, make it easier to understand and practice.

http://is.gd/snwm_issues

Editing clips is already possible by pressing "H" in paste mode. "Edit" should also be possible from Channel Organizer (from Context menu of clip)

Since the Clipboard Organizer has a few graphical buttons it's just a guess what will happen, if the button is pressed.

Providing tooltips on hovering the buttons would allow a better user experience, since a textual description of the purpose of the button is provided ,,,

With increasing ini settings, this is specially needed.

Problem: "Processing" Tooltip open and close very fast continuously
How to reproduce: Open Clipjump and while "Initialising Clipjump" Tooltip is active, try to copy anything else.

Despite the size of my clip folder (~100MB) and of my history folder (~6MB), I think there is some way to avoid that bug. Can you check this out?

Thanks, @aviaryan.

Sometimes it is helpful to paste several things in sequence, but the window closing is not very good.

Clips are not previewed correctly and shown as "Preview/Path not available" in the presence of Executor which seems to monitor clipboard fro changes.
Thus Clipboard seems to be in use by Executor and so this issue happens.

make pformat and external folder such that there is no need of name class. prefix in name.

The old plugins will be auto-migrated to the new folder. A module in clipjump will check for class files in root of plugins and move them to respective class folders.

Situation:

• Open the channel organizer
  -> all the current Clips are listed
• Switch to another application while Channel organizer is still open
• Create some new clips by copying some text
• Switch back to Channel Organizer (which was still open all the time)

Error:
The Channel Organizer does not refresh on reactivating - the newly copied clips are not shown.

Either autoclose the channel organizer on selecting another window - or refresh the contents on reactivation