David Sparks (@macsparky) recently invited me to share my home screen over at his great blog, MacSparky, which was posted up today. I became aware of David’s work through he and Katie Floyd’s podcast, MacPowerUsers and have been a subscriber of both sites ever since. David is also a practicing lawyer so I find his perspective on workflows very relevant to the things I am thinking about and working on. If you don’t visit David’s work already, add him to your list!
About a year ago, I posted some statistics about the various operating systems used by visitors to TabletLegal. With more than a full year since the original iPad was introduced, I thought it would be interesting to revisit those statistics.
Over the last thirty days, visits to TabletLegal by operating system break down like this (percentages from a year ago in parentheses):
Three notes on these statistics. The first is the flip-flop of the Windows/Mac percentages. I can’t attribute this to anything specifically except the natural growth of this blog. While this blog originally gained traction in the Mac and iOS community, I think the growth in the Windows percentages reflects more readers in the legal community generally which is heavily Windows based.
Second is the nearly 25% growth in iPad readership. Not surprising given this is a iPad focused blog, but interesting when compared to a non-iPad focused blog. See for example John Gruber’s statistics about Daring Fireball from this time last year where iPad visitors to his site accounted for just under 6% of visitors (when at that time the iPad was only 6 weeks old). Compare also to traffic to iPhone JD from this time last year where 2.55% of visitors came from the iPad. I suspect the iPad traffic to both those sites would be significantly different today (and Jeff’s post over at iPhone JD today confirms that).
Last is the iPhone showing up meaningfully in visitors to TabletLegal. I suspect this is largely due to Jeff Richardson kindly linking to TabletLegal from iPhone JD from time to time. Thanks, Jeff!
Helpful list of keyboard shortcuts over at Justin Kahn’s iPad Notebook. His list includes many of the ones I use most frequently. A couple additional that I use in my legal writing that you may find helpful:
- Press and hold the comma button to get an apostrophe (also works with upward swipe).
- Press and hold the period in the main keyboard to get double quotes (also works with upward swipe)
- Press and hold the period key in the numeric keyboard to get an ellipsis.
- Press and hold the ampersand in the numeric keyboard to get a section mark.
Mary Kate Sheridan (@vaultlaw) from Vault.com interviewed me along with a number of other legal tech writers about use of iPads and other tablets by lawyers for iPractice or iReject (pdf) appearing in Legal Management, the journal of the Association of Legal Administrators. Mary Kate captures what I think is the most important consideration in whether to include an iPad, or any tool for that matter, in a legal practice: how it helps serve clients.
So, how is the iPad fitting in your practice? A tool for the lawyer’s convenience or does it help you serve your clients better too?
Shortly after my post about TrialPad (which spawned the most comments on a single post for this blog) the developer of competing app, Exhibit A (iTunes link), forwarded me a promo code to give it a try. While I originally intended to write a “review” type post, this became more of a critique about app interface design. I’m no UX expert, but I know what I like and I know when an app has me confused. Though Exhibit A succeeds in it’s core function of allowing presentation and annotation of multiple file types, I found the app’s interface frustratingly difficult to use.
Exhibit A organizes groups of exhibits into “Projects” denoted by briefcases that can hold PDF, jpg and video. Files can be imported via email, Dropbox, through iTunes, by mounting the app as a wireless USB drive or by FTP (this last option seems quite odd to me as I can’t think of any lawyer I’ve met in my 14 years of practice that manages files with FTP, but perhaps I’m behind the times).
While all these import options are nice, I couldn’t find a way to import directly into the project of my choice. Rather, imports all land in the “Imports” project. From there, the user can copy them into specific project folders. Moving files into projects is far from intuitive, however. When visiting an empty project, the user is prompted “to add an exhibit or folder, tap either button in the toolbar below.”
But instead of the typical icons for such actions one might expect, the user is met with six somewhat confusingly labeled buttons (spoiler: the button you want is Imports, not Files). I always thought “either” meant two but in any case, why wouldn’t the instructions simply say “To add an exhibit or folder, tap the Imports button.” Or perhaps highlight the button I’m supposed to tap? More to the point, why can’t I import directly to a Project?
Case navigation also has quirks. When looking at a project on screen, there is no indication that the app contains multiple projects other than dots toward the bottom of the screen. While these dots match how multiple screens full of apps are navigated in iOS, I don’t think they translate as well to the page or project metaphor.
Compare switching between documents in an app like Penultimate (shown below) or any of the Apple apps like Pages, Numbers or Keynote. When focused on one document, the edges of other nearby documents (with contextually appropriate thumbnails) are visible giving the user a clue as to where other projects are and how to get to them. Exhibit A offers the user no such contextual clues which often left me hunting for my other projects and swiping about aimlessly. I frequently felt lost navigating the app until I had an “oh yeah” moment.
Similarly, I found disorienting the Project icon of an open briefcase that appears to be full of photos, videos and PDF. This icon is static regardless of what is inside the actual project. Empty Projects represented by a full briefcase? Completely different projects represented by the same full briefcase? (Note: I had the same criticism of Penultimate during its early iterations when the face of each notebook was identical. This went away when Penultimate was updated to allow the user to customize the cover of a notebook with a title.)
Gestures in the app led to similar frustrations. If you swipe to move to a new Project but accidentally start your swipe touching the project briefcase, the swipe is read as a tap to enter the project. This is made more confusing because the resulting animation looks like you have successfully moved over to the next project (a sliding pane) but instead you have entered a project (also a sliding pane). Again compare how Penultimate or Pages zooms in to a selected project rather than sliding into it. In sum, trying to navigate multiple projects left me disoriented and frustrated.
Once you enter annotation mode, things improve. Tap a file to display full screen. A choice of annotation tools including yellow highlight, freehand pen (with five ink color choices), eraser and laser pointer are at left. The pen and highlighted thickness are adjustable by a slider at the bottom of the screen. Rotate, undo, redo, clear, save and show buttons at the top have their expected functions and can be hidden by a tap. I like how undo/redo and the clear/redraw can be toggled on and off to highlight a particular annotation. I also like how the highlighter is a pen rather than a selection block, though the color seems to obscure rather than emphasize the text being marked. I appreciate than an annotation tool stays selected until I deselect. This saves me a number of trips to the annotation toolbar.
Again, the interface could stand to be improved. The buttons for Rotate, Undo, Redo, etc. are white text on transparent menubar. When overlayed on a white document (as many are), these buttons become difficult to see. Another miscue: page navigation is offered in two conflicting ways on the same interface – forward and back page turn buttons and an up and down slider. While the slider is nice for jumping to the back of a long document quickly, the up and down slider is inconsistent with the left / right gesture used to turn pages.
I think with some effort, a person could learn to work around the idiosyncrasies of Exhibit A’s interface. Indeed, I have heard from a couple folks who either aren’t bothered by these interface issues or have become accustomed to them and use the app successfully. I, however, am not that person and I think most other users would be similarly frustrated.
Julio Ojeda-Zapata is a professional journalist and writer. He recently wrote the second installment of anongoing case study about using the iPad as a primary productivity tool while traveling. While Julio is not a lawyer, he discusses issues similar to what a mobile lawyer would face and concludes that the value of the iPad as a mobile productivity tool
has increased with the arrival of the iPad 2, which brings more power under the hood along with new capabilities that are relevant to those wanting to get real work done.
Julio doesn’t address Microsoft Word related issues in the depth most lawyers are probably interested in, but he does talk about how he tackles writing on the iPad.
(Via Minimal Mac)
In this workflow, we’ll cover how to make a reusable signature stamp in iAnnotate (iTunes link) that can be used to sign documents. In an earlier workflow, we covered a similar process in Readdle’s PDF Expert (iTunes link) which uses a dedicated document signing interface to make this annotation. While PDF Expert is great when signing an occasional document, if you need to sign many documents (or otherwise make a repeated custom annotation of any sort), you will want to consider iAnnotate.
iAnnotate is a complicated, powerful app – so lots of steps. Don’t get lost! Here’s how to do it.
1 – In iAnnotate with a PDF file open, make a long press (about half a second) to bring up the contextual annotation menu. Select “Drawing…” and from the submenu, select “Finger.”
2 – Using your finger, sign the document. Sign in a comfortable size (we will resize later). If you make a mistake, tap “Undo” and try again. When you are happy with the signature, tap the “X” to close the annotation interface.
3 – Tap your newly created signature. It will be enclosed in a box with tome tools at the top. Tap the color bar button to edit the color of the signature, the pen thickness and the opacity.
4 – When you are happy with the format, tap your signature and you will see the annotation edit tools again. This time tap the stamp tool. You’ll be prompted to name the stamp and save it to your stamp library. Now we can insert the stamp.
5 – Tap and hold a PDF in the location you want to sign. Select “Stamp” from the contextual menu and then find your stamp in the stamp library by browsing or searching by name (if you just created it, it will be preselected). Selecting the signature stamp will insert it into the PDF.
6 – Not the right size? Tap the signature you just inserted to reveal some edit buttons. The crossed arrows button is the “transform” feature. Selecting it will allow you to edit the size or location of the signature annotation (pinch to resize and drag to move).
You made it! You can see how using iAnnotate for this task makes more sense if inserting a custom stamp is a task you plan to repeat. If so, iAnnotate can make it easier still by dedicating a button on the main interface just for that stamp (we’ll cover that in another workflow.)
Are you using the iPad to sign or custom stamp PDF files? Let us know in the comments.