Fixed the absolute paths in the desktop file

The application icons now install into the system icon theme. This also
results in the system always picking the best available icon to display.

To make installing simpler (and to make the names more consistent) the
icon files were moved into the folders of their resolution.

Fixes #383

(cherry picked from commit 9aeac457bb7f98f5d3987164a74b8445dd9977c7)
Fixed the tab order in the Object Properties dialog
Small arbitrary cleanups in AutomappingManager
Update JSON plugin to support JavaScript (JSONP) load/save

Closes #374
Small cleanup
Made Tiled registering *.tmx as MIME-type

Tiled now registers the MIME-type application/x-tiled based on the file suffix
*.tmx. It also registers itself as application being able to handle this
MIME-type. This means systems following the freedesktop standard [1] will now
display tmx files with a tiled icon and open those files with tiled.

[1] http://standards.freedesktop.org/shared-mime-info-spec/shared-mime-info-spec-latest.html
Renamed the tmx MIME type to application/x-tiled-tmx

This should make it easier to add further MIME types of plugins.

The icon is not renamed to application-x-tiled-tmx in order to allow
other plugins to depend on it in future too.
Small tweaks to the desktop file

The TryExec line makes sure that tiled is only listed if the executable
exists. Meaning that the desktopfile should not be displayed as an menu
entry if the executable is missing in $PATH (for example if you install
with a custom prefix).

Setting the GenericName might have some use for some window managers /
application menus (I was unable to find this displayed anywhere in the
gnome-panel manu, but it cannot hurt).
Flare export plugin: Remove checks for certain layers being there

The flare engine evolved and supports 2 more layers optionally.
The three layers which were checked being there, should still be there,
but are not necessary. Also I cannot recall any errors due to missing
or miss spelled layers during flare development, so I think we do not
need this check for flare.

The check for these three layers unintentionally hindered other projects
using this format, which is another reason to drop the check.
Removed inconsistent zoom factors in tileset view

I prefer if there's a single set of predictable zoom factors for both
the map and the tileset view.
Install the automappingconverter application
Flare export plugin: Remove checks for certain layers being there

The flare engine evolved and supports 2 more layers optionally.
The three layers which were checked being there, should still be there,
but are not necessary. Also I cannot recall any errors due to missing
or miss spelled layers during flare development, so I think we do not
need this check for flare.

The check for these three layers unintentionally hindered other projects
using this format, which is another reason to drop the check.

(cherry picked from commit 58a3d5f57a82d41671cad9aa89825b38ddc49072)
Merge branch '0.9'

Conflicts:
	docs/tiled.desktop
	src/tiled/images/16x16/application-x-tiled.png
	src/tiled/images/16x16/tiled.png
	src/tiled/images/32x32/application-x-tiled.png
	src/tiled/images/32x32/tiled.png
	src/tiled/images/scalable/application-x-tiled.svg
	src/tiled/images/scalable/tiled.svg
	src/tiled/images/tiled-icon-16.png
	src/tiled/images/tiled-icon-32.png
	src/tiled/images/tiled-icon.svg
	src/tiled/tiled.pro
Make the .bat file always check out with Windows newlines
Changes made in property dialogs now apply immediately

This affects the custom property editing as well as the editing of any
built-in properties for classes like ObjectGroup, ImageLayer, Map and
MapObject. To make this possible, some new undo-related classes were
introduced and some new notification signals.

This change is a preparation for allowing the property dialogs to be
replaced by a docked solution.
Added a Properties dockwidget

Displays properties of selected objects, tiles and layers at the moment.
Does not display other stuff like size, height, color, etc. yet. My plan
is to do that using the Qt Property Browser solution.
Added the Qt Property Browser solution

A planned replacement for the current primitive property editing table.

Based on qt-solutions revision 8926435d3f2b94ebfadc1bec5fd78cf0dfa5c2c8.
Introduced a PropertyBrowser for in the Properties dockwidget

The PropertyBrowser class extends QtTreePropertyBrowser and allows
editing of custom properties as well as built-in properties like layer
names, object size/position, etc.

There is currently no way yet to add/remove custom properties.

The plan is to allow the Properties dockwidget to replace the Properties
dialog.
Set the tree widget as focus proxy of the tree property browser

Makes the focus go to the tree widget when set on the property browser,
since it's not very helpful for it to stay on the property browser
widget.
Renamed toolbar -> toolBar in ObjectsDock

Just making it follow general naming convention and match QToolBar.