text items being editable on page load

In the right-hand pane, two folders that were at the same path and whose
names started with the same characters were considered to be nested by
the breadcrumbs trail.

E.g, folders named "abc" and "abcd", both in the "Audio" folder:
clicking on "abcd" made the breadcrumb trail display "[Audio] > [abc] >
[abcd]"

On OS X, making annotations in desktop mode then switching to board
mode and back could cause shadows to be drawn around every stroke, and
these persisted after erasing the strokes (though they did disappear
upon switching to board mode and back again).

Fixed type testing of media items (qgraphicsitem_cast couldn't tell the difference between audio and video items)

The scale of PDF items was sometimes badly calculated when opening a
document made with a previous version of OpenBoard or made on another
computer.

Specifically, this solves the following issues:

- PDF scale calculation in documents that did not specify the pageDPI
used to render the PDF (happened with documents created with some old
versions of OpenBoard)

- PDF scale calculation in multi-page documents (it was set correctly
for the first page, but not the following ones)

In some cases, the PDF background of a document could be scaled badly
when tools such as the ruler, compass etc. were present on the page.

This happened with PDFs of version <= 1.4, and when the tools were
outside of / larger than the page.

This fixes an issue where if one document was imported with a different
DPI than the current one, any document created thereafter would have
this same value (which could then cause problems if a PDF was added to
that new document).

Saving this value to UBDocumentProxy not only makes more sense, it also
fixes this issue.

Brazilian portuguese translation

Fix for window being placed badly on the screen when returning to board mode from desktop mode on some environments

Caused problems e.g with podcast mode, where if the control and display
views were swapped in the preferences, the wrong screen would be recorded
when switching to desktop mode during recording of the podcast.
This happened even if only one screen was plugged in, so a black screen
was recorded in that case (at least on OS X 10.10)