Minor GUI cosmetics, should fix #1063. #1088

Line breaks for long tool tips, a forgotten keyboard shortcut and a tool tip added to src/qt/optionsdialog.cpp

According to @diapolo transifex has problems with \n in messages, they tend to get lost in translations.

Also, as I said before, I think it's crazy that we (and translators) have to estimate the width at which the text gets rendered, the width of the users screen, and manually break the text. This is not 1980.

Are you sure Qt has no functionality to automatically wordwrap tooltips?

According to @Diapolo transifex has problems with \n in messages, they tend to get lost in translations.

I had remarked this with the content of the About Bitcoin-Qt window but it was apparently just a rendering issue of translated strings on Transifex's side. The file was formatted correctly in Qt Linguist and in Bitcoin, too. Besides they seem to have fixed that glitch now, but I'm not sure so don't take it as granted.

Are you sure Qt has no functionality to automatically wordwrap tooltips?

I'm just a translator, I don't know much about coding but apparently if Qt considers the content of the tooltip as plain text it won't care about its length. However, if it thinks it deals with rich text it will wrap the content. Adding a < br> tag or < font color=black>lorem ipsum< /font> does the trick although it's not very elegant.

So you may remove the 3 "\n" from the patch until you decide how you want to manage this tooltip issue.

Thanks for looking that up. We will handle the wordwrap issue in the code instead of the individual translations, by making sure all the tooltips are detected as rich text.

I've applied the other part of this pull.