The perfect drawing app for the iPad should have multiple pencils, each with its own settings. The artist should be allowed to easily switch between these drawing tools, and the state of each tool should be clearly visible on screen. This does not have to take up a lot of space if implemented in a clever way. The main point here is to not have to think when using the app.

Which leads me to another annoyance with most drawing apps: the confirmation dialogs. Penultimate is a good example of a pretty well made drawing application that recently introduced a confirmation dialog when clearing the page. To force the user to confirm an action breaks the flow. The problem here is of course that the clear action is triggered by a button. Which is why I suggest all drawing apps should use sliders for critical functions. That way the confirmation dialog can be removed as the controller only triggers the action when the slider has been dragged completely to the maximum side of the slider.

I have sent this suggestion to Penultimate, hopefully they will implement this in a future update.

En av mange årsaker til at jeg elsker OS X er ordlisten. Ordlisten ligger i operativsystemet slik at i prinsippet alle programmer på datamaskinen enkelt kan tilby stavekontroll. Problemet derimot var at Norsk ikke fulgte med standardinstallasjon fra Apple. I en periode brukte jeg CocoAspell, men de siste par årene har selv den løsningen ikke fungert skikkelig (les: i det hele tatt).

Her ser du hvor språkfilene skal plasseres for at de skal bli tilgjengelige i OS X. Filene kan lastes ned gratis, direkte lenke under pkt. 1.

Men nå er problemet løst en gang for alle- og det enkelt og gratis! Fantastisk herlig å endelig ha skikkelig stavekontroll overalt. Les de enkle stegene for at også du skal kunne få ordlisten opp å gå på din Mac:

1. Last ned og pakk ut ordlisten som er opprettet til OpenOffice prosjektet (listen over alle norske ordlister).
2. Inne i mappen som du pakket ut finner du en fil som heter nb_NO.zip, pakk ut denne.
3. Sjekk at mappen som du nå pakket opp (nb_NO) inneholder to filer (og en readme tekstfil):
   • nb_NO.aff
   • nb_NO.dic
4. Flytt filene listet fra pkt. 3.1 og 3.2 inn i MacHDD/Library/Spelling.
5. I System Preferenes > Language & Text velger du Text tabben og “Norsk Bokmål (Library)” som Spelling valg.

Du har nå norsk stavekontroll i alle programmene i OS X.

Her ser du hvor du velger Norsk Bokmål (Library) for at ordlisten skal bli tilgjengelig for alle programmer på Macen.

Apple Pages (tekstbehandleren i iWorks) fungerer litt annerledes, ettersom programmet tillater at ett enkelt dokument inneholder flere forskjellige språk.

Her ser du hvor du setter stavekontroll i Apple Pages.

I slike programmer må du gjerne velge all tekst i samme språk før du justerer språkvalget.

I Pages går du inn i Inspector > Text > More og velger korrekt språk, via Language: Norsk Bokmål (Library).

Det finnes en rekke andre løsninger for stavekontroll, men etter min erfaring sluttet mange av disse å fungere skikkelig i Snow Leopard. Jeg hadde satt stor pris på kommentarer fra dere som har funnet andre pålitelige løsninger for norsk stavekontroll i OS X.

For meg personlig fremstår i hvert fall denne løsningen som optimal; den krever ikke noe ekstra programvare, er gratis og bruker OS X sine egne mekanismer for stavekontroll.

Så der har du det! Enkelt når man bare vet hvordan. Lykke til!

And although the Ribbon has replaced the obese menus of Microsoft Word I still prefer Pages (part of the iWork package) by Apple. This is simply because I do not very often exchange (directly) editable documents with others, so I tend to use PDFs and Pages is simply better aligned to the way I think and work. But not everyone are in my situation so Pages needs to be able to dependably handle Office documents. Until that happens Pages will never be considered as a serious candidate for word processing. There is no way around this. Apple needs to make sure Pages can speak Word perfectly.

But there are other reasons why not more people use Pages. First of all, there is no Pages reader. A reader has to be made and it needs to be free and multi-platform. (Of course, they should do this for Keynote and Numbers as well.) Again, this is just something that simply needs to be done. There is basically no good reason why they shouldn’t.

Still this isn’t all Apple should be doing. To make Pages a more attractive word processor they should integrate it into other products, and in this case in particular I am thinking of Safari. Imagine seeing Safari having Pages as a format option on the save sheet. I guess most teachers would hate that feature, but for me and my Wiki, the ability to save my online work as a directly editable Pages document with a single click on the mouse would be awesome.

The iDevice already functions as a game controller (eg. Zooz and Tomokewh), so if the games themselves were running directly on the Apple TV – the game system could be complete. This would be yet another reason for multiple iPod touches in a single household.

All the players with an iDevice could participate in scrabble, with all their own pieces on their own screen and the full board on the 42″ Full HD television set. Same with card games, the shared deck on the big screen and each players individual cards on the iDevice. Perfect! Maybe even Agricola could work, with all your own cards on the iDevice and maybe even online play.

echo -e "build/\n.DS_Store" > .gitignore

Do a cat .gitignore to check that the file indeed has build/ and .DS_Store on two separate lines, then you are done. I suggest you do this before your initial commit, as these files are likely in your project folder already.

1. Download and install Git (eg. adding the necessary path to .bashrc).
2. Download and install the GUI wrapper GitX for OS X 10.5+.
3. Introduce yourself to Git: git config –global user.name “Joey Doe”

For each project you do the following in Terminal:

1. From within the project (create one if needed) initialize Git: git init
2. Create the .ignore file to avoid Git caring about the build folder (and others Git should disregard).
3. Add all the project files, which includes the hidden .ignore file.
4. Commit the added files to the log and write a good multi-line commit message (short title followed by listed details).

After the project files are committed on one computer, you can fetch the project from any other by doing the following:

1. Use git to pull down the entire repository. Do this in terminal from the folder that should contain the project folder.
2. Open GitX to verify that the repository is in fact intact (simply open the project folder).
3. Continue developing the project as normal.
4. The changes needs to be staged (comitted) before they can be pulled by another computer.

Changes made on one computer is basically pulled to the other using the same steps as above. So every time you switch computer, repeat those 4 steps. Easy. More details follow.

Installing Git

Download Git from the main site: http://code.google.com/p/git-osx-installer/downloads/list?can=3 If you are not sure, go for the installer and make sure it is targeted for your platform (Intel vs. PPC). After the normal installation you should be able to run Git. Open the Terminal and type in:

which git

This shows you where Git was installed, which also means it is ready for use. If nothing shows up, you might need to add the path to .bash_profile, in a similar fashion as below. However, when connecting using SSH, only the .bashrc file is actually loaded, so you should also make sure the path is there as well. This can easily be done by executing this in terminal:

echo export PATH=/usr/local/git/bin/:$PATH >> ~/.bashrc

This will create the file if needed, or append the path to the existing .bashrc file in your home directory. Now download and install GitX from http://gitx.frim.nl/ – a very nice GUI rapper for Git on OS X 10.5+.

You are now ready to actually start using Git.

Initial Cloning

To get a clean copy of a project on the LAN, you need the local IP address (eg. 10.0.1.4) or the alias (imac.local) of the computer hosting the project. You can connect using either SSH (enable remote login) or HTTP (enable web sharing). However, in this post I will only use SSH.

To get the initial project from another computer, you run the git clone command from within the folder that should contain the cloned project (you can move it later). Type the following at the command line:

git clone ssh://home@imac.local/~/Projects/TheOne

This copies the entire project folder (including the hidden .git repository) to the current destination. In the example above I used ssh to connect to the local computer imac.local. The home@ informs git to connect using home as the user name on the remote system. Following the server name are ~/Projects/TheOne which means to access Projects contained in the Home folder of the specified user which contains the project called TheOne.

Having cloned the project, you can now inspect the project history using GitX. Launch GitX (if needed click File > Open) and select the project folder (no need to expand or enter it). Nice.

Get the latest changes

To update your project with the latest changes, you simply pull the changes from the other computer:

git pull ssh://away@macbp.local/~/Projects/TheOne master

The added word master lets git know that you want everything, not just a single branch. When you have changed some files on your laptop, you could push the changes back to the other computer. However, this is not a good idea if the files are checked out on the other end as your changes could get lost.

“By the way, behind the scenes, a pull is simply a fetch followed by git merge; recall the latter merges a given commit into the working directory.” (from GitMagic)

Until I get more familiar with Git I will simply pull the changes from the most current computer as needed.

GitX Contributions and Further Reading

You can easily download the source for GitX and contribute to the project by running:

git clone git://github.com/pieter/gitx.git

Read more about contributions from the contribution section of their own web page. Read more about using Git with remotes: http://progit.org/book/ch2-5.html

As a quick reference, if this page won’t do, visit Git for the lazy.

The Usual Suspects: Great apps instantly available from the menu bar.

Jumpcut is free, open source and pretty cool. However it is limited to text only, so no image buffering with this one. I use it all the time, if only to simply strip the formatting.

Punakea and Pukka are the newest entries to the menu bar.

I tried Punakea when it was brand new, but didn’t like the way they tagged the files. However, not long ago Punakea switched to OpenMeta, the emerging meta tagging standard for OS X, which instantly prompted me to buy a license. The current version is great. The browser works perfectly and the tagging is close to perfect. The only thing missing is exclusion of tags, but the developers liked the idea – so maybe we will see it in a future release. I am surprised exclusion isn’t standard for all tagging apps.

Pukka was just updated with a menu bar delicious bookmark searh, across all your accounts. To access the bookmarks of each individual account, you have to access the context menu from the icon in the dock. In my experience Pukka is by far the best (and among the very few) multi-account Delicious clients out there. Please add your comment if I am wrong.

Last.fm is a very nice streaming service. I was a premium subscriber of Spotify, but the service makes it kinda hard to discover new music. Not so with Last.fm. They operate using tags added by the users, which is a fantastic way to discover new music. Last.fm also makes it easy to buy the music you are listening to. Subscribing is cheap, only about $3 per month.

Finally Tweetie, my favorite Twitter app - both on the Mac and iPhone. Not much to say about it really, except the very untraditional user interface. According the developer the interface is a result of mimicking the characteristics of view and menu navigation on the iPhone/iPod Touch. It may feel a little awkward in the beginning, but that will pass.

Airfoil Speaker, Alarm Clock, MenuBar Countdown, Voice Candy, Wallpaper Clock – are among the other menu bar based apps that I use from time to time as needed. However, for most timers I am now using Reminder – the great (free) widget from Gravity.

So there you have it, that are the apps currently residing in my menu bar. What do you have in your menu bar?

What about a scenario with a deadline. Would you care about idle time or the time spent on non-project related apps and documents (distractions)? Should the summary separate each session (uninterrupted work), each day, every week – or maybe you would only care about the bottom line (total time distracted, total workload)?

We would appreciate your comments.

The Beta Tab Layout: With the Safari Beta 4.0 Apple tried out Googles approach with the tab bar at the top of the window. The layout was however, removed from the final product.

To the best of my knowledge, Google Crome introduced this tab layout and Safari followed. The layout makes it perfectly clear that both the address field and page content is unique to each particular tab. Moving the focus to another tab affects the address field and the page content, which is exactly what the user expects. User expectations matching reality is a typical trait of a good user experience.

Placing reversed tabs underneath the address field connects the two, but the page content is left hanging – not visually attached to either of them.

The main complaint from users as far as I could tell, was that the handle used to move the tab was too small. Missing the handle caused the entire browser window to move which of course becomes annoying pretty fast. This frustration could easily be solved by adding optional functionality using the Option key. Hitting the Option-key should have caused a grab and drag anywhere on a tab to move the tab and not the window. Easy. This way the handles to move the tab could remain small as any user that often reorganizes the tabs, would be interested enough to find the alternative method (the shortcut could be part of the tool tip when hovering the handle). The remaining users would likely not mind hitting the small drag target as they are not likely to reorganize the tabs very often.

In my opinion I hope Apple gives the tab based title bar another chance. It is a good and intuitive way to organize the tabs that even saves precious screen real estate. Two good reasons to keep the design. At the very least, they could include it as a user preference.

For me, the following improvements would be a good start:

Tab Enabled Browsing

Why not allow the user to open multiple tabs when shopping? When a search returns a list of items it is very inefficient to keep jumping back and forth between the item and the search result. Alternatively, allow the user to select either list, grid og Cover Flow to browse the result.

Introduce Recommendations

I am not sure if Sieglers suggestion to add an App Genius would be the best solution, but the App Store clearly needs some new and innovative way to assist the user and personalize the App Store experience. Integrating meta data dressed in a great user interface would be nice. At the very least the ability to search based on user reviews (star count) should be added. Adding an Amazon like “Users Of This App Also Downloaded” recommendations panel (that can be easily hidden/disabled) would also improve the Store experience (more transparent than the Genius recommendations).

Improve App Store Navigation

Sometimes I wonder if I am the only one that find the tiny buttons in the iTunes Store impractically small. When a search returns several pages of hits, the buttons to go to the next and previous page are tiny.

Tiny buttons: Why not make the buttons larger?

On the other hand, why not add keyboard navigation throughout the iTunes Store? Allowing the arrow keys to navigate between the different pages? Clicking would set focus to the frame that should be keyboard or scroll wheel controlled. Currently the iTunes Store behaves like a web page and not at all like a dedicated application.

Again I think list, grid or Cover Flow layout could add some value, or maybe something similar to CoolIris. Either way it would be a very efficient way of navigating the search results (of course with rating and description as part of the flow), and in my opinion clearly an improvement.

Customizable iTunes Store Front

To be able to customize the iTunes Store layout and content would be nice, just like in iGoogle: adding and removing content depending on what the user want and need. If a user is not interested in music at all, why should music suggestions occupy that much screen real-estate? Why not allow the user to select the order of the tabs of the “New Relases” so that eg. Apps are shown as default when the Store is loaded? The iTunes Store needs to be user customizable by drag and drop in much the similar way as the toolbar is customized.

Include the Icons in the Application Sync List

Given some  guesstimates and calculations, each user have about 25 apps downloaded to their iDevice. With such a number, the list of apps in the library is easy to manage.

Missing Visuals: The app sync list needs to show the app icons.

However, it would still be nice to use those beautiful icons when selecting which apps to sync. This is especially true for the avid downloader with several hundred apps in their library, many with similarly sounding names (eg. Blue Attack, Blue Defense, Blue Skies). If I want to change my app selection I currently need to visit Applications in the iTunes sidebar simply to remind myself what the different apps actually are so I can add or remove those I no longer need. Adding the icons to the check list would provide the visual cue needed.

Currently Apple is not making it easy for their most active app consumers.