The 'browser' struct is superseded by MidoriBrowser, which actually
represents a window that holds pages, i.e. tabs. The tabs are currently
of the type MidoriWebView, which is a slightly enhanced WebView. Also
MidoriWebSettings is introduced to hold additional settings that Midori
needs.
The other two new classes are MidoriTrash, representing closed tabs and
windows and MidoriPanel, representing the side panel.
The refactoring allows for several features to be much more easily
implemented, such as full support for multiple windows and instant
saving of modified files, such as bookmarks or the session. Regressions
are expected and not everything is done yet.
A new menuitem toggles Fullscreen mode, which means that the
menubar is hidden, the window is maximized and window manager
decoration is removed. A new button appears in the navibar
which reverts this process.
Fullscreen relies entirely on the window manager, which has the
advantage that window manager keybindings have the same effect
as activating the Fullscreen menuitem. At the same time this
means that Fullscreen won't work at all without it.
Add default font name and size, minimum font size and encoding
preferences. And implement Middle click goto with a preference.
Also the preferences dialog is a bit cleaned up.
Initially new bookmarks can be added. The panel gains a small
toolbar to Add, Edit and Delete items.
Besides a serious bug in the XBEL implementation is fixed and
a number of error checks is added..
The bookmarks panel can display a tree of bookmarks and allows
editing and deleting of bookmarks via a context menu.
The XBEL implementation has been altered to work with a
reference count model to allow panels to update on their own.
If the window is maximized the effective size matches the available
screen size, thus after restarting the browser we end up with a
window the size of the screen in normal state.
It is often useful to have multiple browser windows opening at once,
and having them open on top of each other is counterproductive.
Most window managers, on the other hand, have code to decide where
to place a window so that it is accessible by the user.
The statusbar and progressbar respectively should not
be updated too generously. Optimizing the status updates
reduces flickering of entries remarkably.
The code was not updated along with other changes in the past.
It was cleaned up to work properly again, particularly the percentage
is displayed in text form again.
