Build-Depend on libdbus-1-dev, use pkg-config for dbus-1

We now use the low-level D-Bus API in the Fremantle code, so we need to
depend on libdbus-1-dev and get the pkg-config information for dbus-1
for correctness.

Zap one more extraneous #include from Fremantle MicroB work

Remove some unnecessary #includes that crept in

Initial support for launching MicroB on Fremantle

MicroB in Fremantle has been changed to accommodate keeping the UI in
the background full-time as well as the browser engine (browserd).  As a
result, running "browser" no longer shows a browser window, and the
browser process doesn't relinquish the com.nokia.osso_browser D-Bus name
and quit when the last browser window closes.

Instead, launch the browser by starting the UI process in the
background, waiting for it to acquire the com.nokia.osso_browser name,
then using the D-Bus API to open a window.

Detecting when the last browser window is closed is trickier.  The
method we use is to notice that when the last browser window closes,
the UI process closes and reopens the browserd renderer, causing a
change in the ownership of the Mozilla.MicroB D-Bus name (or
com.nokia.microb-engine in Maemo 5 PR1.1).  We detect this change and
send the UI process an exit_browser D-Bus method call, causing it to
quit and relinquish the com.nokia.osso_browser name back to us.

Unfortunately, this method cannot detect when the bookmarks window is
closed.  This means two unpleasant surprises, both needed to make sure
that the bookmarks window is never the only MicroB window open (in that
situation, if the user closes the bookmarks window without first opening
another normal browser window, we wouldn't be able to detect the window
closing and ensure we get the com.nokia.osso_browser name back):

(1) Our top_application method, which should behave exactly like opening
    MicroB from the menu normally does (bring up the bookmarks window),
    brings up about:blank instead.
(2) We kill off MicroB and reclaim the com.nokia.osso_browser name when
    the last normal browser window closes, regardless of whether the
    bookmarks window is open.

Ideas for better ways to detect when all MicroB windows have closed are
welcome.

Code for monitoring when a D-Bus name changes hands draws on ideas from
the dbus-monitor source (tools/dbus-monitor.c in the D-Bus
distribution).

Update debian/changelog, bump version number for Fremantle

Merge branch 'diablo-package' into fremantle-package

Build Fremantle-specific code by passing -DFREMANTLE in EXTRA_CPPFLAGS

Merge commit 'v3.1' into fremantle-package

Update debian/changelog, bump version number

Merge commit 'v3.1' into diablo-package

Remove webpages for release

Bump version number in README/Changelog

Spelling/grammar fixes to comments

Update Changelog

Add support for EXTRA_CPPFLAGS/EXTRA_LDFLAGS in Makefiles

Update copyright notices

Diablo: disable autocap/predictive text for the other_browser_cmd entry

The Fremantle UI introduced in commit 18bad5e9... ("Revise GUI for
Fremantle to be more finger-friendly") disables autocapitalization and
predictive text/dictionary features for the other_browser_cmd entry --
those input method features are for natural language text only, and get
in the way here.  Now do the same for the Diablo UI (and make a style
cleanup along the way).

Revise GUI for Fremantle to be more finger-friendly

Make the GUI for Fremantle more finger-friendly by making the widgets
larger and using HildonTouchSelector widgets in place of combo
box/radiobutton widgets.

Based on a patch by Faheem Pervez (qwerty12):
http://slexy.org/view/s2JL7ye01p

Ensure reconfig signal doesn't interrupt request dispatch when (!continuous_mode)

If SIGHUP is sent to a browser-switchboard process with continuous mode
off, the process will quit.  This is the right thing to do in most cases
(the next request will relaunch the process, at which point it'll read
the new config), but if we're in the middle of dispatching a request
when the signal arrives, quitting immediately will cause the request to
be lost.

Since browser-switchboard quits upon completion of a request when
continuous mode is off anyway, fix this by just ignoring SIGHUP while
handling requests when continuous mode is off.

Update webpage to recommend installation from extras

Add an .install file for installing from extras

Update current release section of webpage, link to new forum thread

Update webpage, add some screenshots

Note Fremantle-specific packaging changes in debian/changelog

Update debian/changelog, bump version number for Fremantle build

Merge branch 'diablo-package' into fremantle-package

Update debian/changelog

Remove debian/dirs, not needed with new Makefile-based build

Update debian/changelog

Merge commit 'v3.0' into diablo-package

Readd webpage

Update README and Changelog

Remove webpage for release tarball

Update webpage

Disable CPU type optimization for Fremantle

The Fremantle toolchain automatically optimizes for N900/OMAP3, so
don't do it in EXTRA_CFLAGS.

Merge branch 'diablo-package' into fremantle-package

Actually use EXTRA_CFLAGS

Pass EXTRA_CFLAGS to make.  Also, fix a thinko that caused build to
fail on armel (use -mcpu, not -march).

Remove the webpages on this branch

Optimize for N8x0 on armel builds, and use Thumb if requested

Merge branch 'master' into diablo-package

Support EXTRA_CFLAGS in Makefiles

This makes it possible to specify additional CFLAGS at build time.

Bump Standards-Version

Bump Standards-Version

Add XSBC-Bugtracker to debian/control for Fremantle

Bump version number

Merge commit 'diablo-package-3.0rc1-2' into fremantle-package

Conflicts:

debian/changelog

Use pkg-config libosso instead of pkg-config dbus-1 for the plugin

The hildon-control-panel plugin interface needs libosso to compile;
the use of pkg-config dbus-1 was just covering this up.

Update changelog, bump version number

Depend on libosso-dev instead of libdbus-1-dev for the plugin

The hildon-control-panel plugin interface needs libosso-dev to compile;
the dependency on libdbus-1-dev and use of pkg-config dbus-1 was just
covering this up.

Update webpage

Actually install the modified .desktop

Bump version for Fremantle build and update debian/changelog

Add a Fremantle-specific .desktop file for the control panel UI

Until we get our own custom icon, we're using the stock web icon, which
has a different name on Fremantle.

Deal with `pidof browser-switchboard` returning no pids

Move ${shlibs:Depends} to the front of the Depends line

Install config-ui files to the right place

Don't use killall to kill off C browser-switchboards

killall killed off the postrm, so use kill and pidof instead.

Revert "Don't use killall to kill off browser-switchboards in postrm"

This reverts commit 414af7e1dcefb4a5eb39f185c24d24c9115757d3.

This had the nasty effect of killing dpkg on an upgrade.  Will fix
differently.

Don't use killall to HUP browser-switchboard

Use kill and pidof instead -- killall might kill a standalone config app.

Fix dependencies listed in README

Don't use killall to kill off browser-switchboards in postrm

As it turns out, killall will happily kill off the postrm, which causes
the uninstall to fail.

Fix the clean target in debian/rules

Use DESTDIR for make install

Note cherry-picked commit in debian/changelog

Update debian/changelog

config-ui: Teach UI how to HUP C browser-switchboards

config-ui: Teach UI how to HUP C browser-switchboards

Update packaging for the C implementation

With the introduction of object code, this is now an Arch: any package;
revise debian/control and debian/rules accordingly.  Also add the
appropriate Build-Depends, and readd the ${shlibs:Depends} in Depends in
debian/control.  Teach debian/postrm how to kill off C
browser-switchboards.

Merge commit 'v3.0rc1' into diablo-package

Readd the webpage

www got clobbered in the merge.

Add the version number to the README

Update Changelog and README

Default to launching MicroB if default_browser is unset

The check-for-Tear-and-use-MicroB-otherwise hack was only until we got a
config UI.  Now that we have one, it's easiest just to keep MicroB as
the default until the user configures browser-switchboard.

Make the default prefix /usr

We're already assuming this in several places, and it's too much work to
make those files autogenerated when no one's going to use that feature.

config-ui: the strip and install targets only work for the plugin

Ensure that all objects for the plugin are built with -fPIC

mkdir all the directories to which we install files, not just some of them

Merge branch 'config-ui' into c-implementation

Remove the N8x0-specific CFLAGS

These should move to packaging.

Remove the N8x0-specific CFLAGS

These should move to packaging.

HUP running browser-switchboard processes after saving config

Sending SIGHUP to a running browser-switchboard in continuous mode
causes it to reload its config.  If not in continuous mode, it'll die
and the next browser-switchboard will pick up the config changes.

Use a stock GTK+ dialog

Use the stock OK/Cancel GTK+ dialog instead of making our own.  Also
use the response from gtk_dialog_run() to decide whether to save instead
of using custom callbacks for the buttons.  Should make the dialog more
Maemo 5 friendly.

Also, eliminate some unnecessary crap in the hildon-control-panel plugin
path, and reintroduce do_reconfig() in preparation for adding HUPing of
a running browser-switchboard.

Don't execute hildon_program_get_instance() before gtk_init()

Shuts up some runtime assertions in the Hildon app.

Replace the continuous_mode checkbox with a radiobutton group

The wording of the continuous mode checkbox confused 100% of respondents
in an unscientific poll, and no one (including me) could come up with
better wording.

Instead, take a suggestion from Robin Luo, and try a radiobutton group
where the choices reflect the observed effect (continuous_mode off =
"Lower memory usage", continuous_mode on = "Faster browser startup
time"), not the implementation.

Add some padding at sides and bottom of the window

The widgets were going right up to the edge of the window, which looks
wrong; fix this by adding padding where it's needed.

Try to create CONFIGFILE_DIR if it doesn't exist

Merge changes to configfile.h from c-implementation branch

Need CONFIGFILE_DIR from this change.

Split up CONFIGFILE_LOC into CONFIGFILE_DIR and CONFIGFILE_NAME

The config UI needs to be able to create CONFIGFILE_DIR if it doesn't
exist, so make this easier on it.

Don't explicitly set a size for the dialog

Use the browser logo for our control panel applet for now

Until we get a custom logo, use the browser globe instead of the
generic wrench as our logo.

Align labels to the right, not to the left

The convention on Maemo for labels to the left of combo boxes or entries
seems to be right alignment, not left alignment as on my GNOME desktop.

Merge changes to configfile.c from c-implementation

Fixes a crash in the UI.

Make parse_config_file_end() clear re_init

Without this, another call to parse_config_file_begin() does nothing,
which causes a crash in parse_config_file_line().

Style changes

Implement loading and saving config settings

Remove maemo.org contact address from copyright notice

The maemo/Nokia folks aren't responsible for this code in any way, so
don't give that impression.

Merge config file parsing routines from the c-implementation branch

Remove unnecessary #includes

Zap stray debugging printf()s

Move the regex #defines to configfile.c

They're not needed anywhere else, so no need for them to be in the
header file.