My screenshot-taking needs are usually not very complex, which is why I had been a happy user of the easy-to-use Greenshot (free and open source). However, recently I ran into a problem where another software’s pop-up box I wanted to capture would disappear as soon as I’d touch the keyboard to take a screenshot with Greenshot.
Then I remembered that I still had a copy of Screenshot Captor (SC), which the first time put me off with its busier interface. However, having spent a bit more time with SC, I was amazed with all the extra and really well-thought-out functionality. Its Quick-Capture bar turned out to be the solution to my problem, as I could take the screenshot with one click of the mouse, which overrode the keyboard sensitivity of the software window I wanted to capture.
Screenshot Captor’s Quick-Capture bar
Since then I’ve switched to SC as my main screenshot software, as it speeds up greatly the whole process of capturing the screenshot, editing the file name, and editing the image itself, as part of e.g. creating screenshots for this blog. All the shots for my previous post on Gingko were taken with Screenshot Captor.
After having seen Brian Lennon’s setup of a ConnectedText window stretched across two monitors, of course I couldn’t rest until coming up with my own ideal two-monitor configuration for my current workflow. I would suggest that any CT window configuration is workflow-specific, i.e. different projects require different arrangements of panes to maintain optimal workflow. (CT allows you to save your desktop configurations, so you can have as many variations as you like and switch between them freely.) See my two examples below, one with the browser pane in the second monitor, the other with the Navigator pane. I’m using CT’s help file, “Welcome to ConnectedText,” as my project example.
The rationale behind my arrangement is the following. My current task requires me to work with topics (rather than the reading displayed in the browser), therefore in Monitor 1 I prefer to focus on information that pertains to the topic at hand (such as its “Table of Contents” or its links in the “Summary” pane). The “Topic list” is there for easy browsing and so that I can drag and drop topics into the body of a topic when I need to create a link between two topics (such as adding a reference to a citation). The “History” pane serves as a quick way to alternate between topics that I’m currently working on.
Monitor 2 contains panes that I would use less frequently, so that I can still switch off this monitor when I need to block them from view, such as when I need to focus on writing in the main topic edit pane in Monitor 1. The “Category” pane lists all categories within the currently opened project (database file). The “Search results” pane shows all topics sorted by relevance that contain the search term I’ve recently searched for. To my great delight CT has recognised my default PDF-XChange Viewer plug-in, which means that I can do searches and add annotations (highlighting, notes) to my PDF files directly in XChange Viewer, without having to leave CT.
The only downside of the two-monitors view is that should you need to use an external application for anything else, you can’t work in both the CT window and the other program at the same time. So either CT needs to be minimised or the CT window needs to be dragged to a smaller size, to allow for screen space for the other application. [Update 14-Dec-12: Just found a solution to this. Install Direct Folders (it’s free and it was already on my Favourite Tools list) and by right-clicking on the “Close” button of the non-CT window that you want to stay on top, it will stay on top of the CT window. Brilliant!] This is where alternative saved CT desktop views may come in handy. [Click here and here for full-size images.]
If anyone else is willing to share their CT window configuration, just send me an email with your screenshot at docandus [at] gmail.com and I’ll be happy to post it on this blog.