markdown format (almost)

1 files changed, 39 insertions, 39 deletions

diff --git a/README b/README
index 6118879..4d831d9 100644
--- a/README
+++ b/README
@@ -1,35 +1,35 @@
-THIS PROJECT IS NOT FOR:
-- people want a browser that does everything
-- people who want a browser with things like a built-in bookmark manager, address bar, forward/back buttons, ...
-- people who expect something that works by default.  You'll need to read configs and write/edit scripts
-
-
-TO NEW PEOPLE:
- - please read the documentation in /usr/share/uzbl/docs
- - invoke uzbl --help
- - to get you started: uzbl --uri 'http://www.archlinux.org' --config /usr/share/uzbl/examples/configs/sampleconfig
- - study the sample config, have a look at all the bindings, and note how you can call the scripts to load new url from history and the bookmarks file
- - note that there is no url bar. all url editing is supposed to happen _outside_ of uzbl.
+### THIS PROJECT IS NOT FOR:
+* people want a browser that does everything
+* people who want a browser with things like a built-in bookmark manager, address bar, forward/back buttons, ...
+* people who expect something that works by default.  You'll need to read configs and write/edit scripts
+
+
+### TO NEW PEOPLE:
+ * please read the documentation in /usr/share/uzbl/docs
+ * invoke uzbl --help
+ * to get you started: uzbl --uri 'http://www.archlinux.org' --config /usr/share/uzbl/examples/configs/sampleconfig
+ * study the sample config, have a look at all the bindings, and note how you can call the scripts to load new url from history and the bookmarks file
+ * note that there is no url bar. all url editing is supposed to happen _outside_ of uzbl.
    for now, you can use the load_from_* dmenu based scripts to pick a url or type a new one or write commands into the fifo (see /usr/share/uzbl/docs/CHECKLIST)
- - If you have questions, you are likely to find answers in the FAQ or in the other documentation.
+ * If you have questions, you are likely to find answers in the FAQ or in the other documentation.
 
 
-INTRODUCTION
+### INTRODUCTION
   In my opinion, any program can only be really useful if it complies to the unix philosophy.
   Web browsers are frequent violators of this principle.
-  -> They build in way too much things into the browser, dramatically decreasing the options to do things the way you want. 
-  -> They store things in way too fancy formats (xml, rdf, sqlite, ... ) which are hard to store under version control, reuse in other scripts, ...
+ * They build in way too much things into the browser, dramatically decreasing the options to do things the way you want. 
+ * They store things in way too fancy formats (xml, rdf, sqlite, ... ) which are hard to store under version control, reuse in other scripts, ...
 
 Time to change that!
 
   Here are the general ideas:
-- each instance of uzbl renders 1 page (eg it's a small wrapper around webkit), no tabbing, tab previews, or speed dial things.
+* each instance of uzbl renders 1 page (eg it's a small wrapper around webkit), no tabbing, tab previews, or speed dial things.
   For "multiple instances management" use your window managers, or scripts. 
   This way you can get something much more useful than tabbing (see rationale in docs)
-- very simple, plaintext , changeable at runtime configuration
-- various interfaces for (programmatic) interaction with uzbl (see below)
-- customizable keyboard shortcuts in vim or emacs style (whatever user wants)
-- "outsource" logic that is not browsing to external scripts under the users control:
+* very simple, plaintext , changeable at runtime configuration
+* various interfaces for (programmatic) interaction with uzbl (see below)
+* customizable keyboard shortcuts in vim or emacs style (whatever user wants)
+* "outsource" logic that is not browsing to external scripts under the users control:
   - managing bookmarks
   - loading a url from bookmarks, history,..  Editing the curent url
   - control cookies
@@ -37,41 +37,41 @@ Time to change that!
   - management of cache.
   - password management
   Leverage the power of utilities such as grep, awk, dmenu, zenity, wget, gnupg (password file) etc.
-- listen to signals and do useful stuff when triggered.
-- no ad blocking built in
+* listen to signals and do useful stuff when triggered.
+* no ad blocking built in
   alternatives:
   -> privoxy looks cool and perfectly demonstrates the unix philosphy.
   -> same for http://bfilter.sourceforge.net
   -> /etc/hosts (not very good cause you need root and it affects the whole system)-> uzblctrl would need to support an option to list all images on a page, so you can easily pick the links to ads to add them to your /etc/hosts.
-- vimperator/konqueror-like hyperlink following.
-- password management. maybe an encrypted store that unlocks with an ssh key?
-- no messing in the users $HOME: no writing of anything unless the users asks for it.  We recommend using XDG basedir spec for separation of config, data and cache. and state should be a subdir in the config dir (not part of the spec yet) too.
+* vimperator/konqueror-like hyperlink following.
+* password management. maybe an encrypted store that unlocks with an ssh key?
+* no messing in the users $HOME: no writing of anything unless the users asks for it.  We recommend using XDG basedir spec for separation of config, data and cache. and state should be a subdir in the config dir (not part of the spec yet) too.
 
 
-CONFIGURATION / CONTROL:
+### CONFIGURATION / CONTROL:
 The general idea is that uzbl by default is very bare bones.  you can send it commands to update settings and perform actions, through various interfaces.
 For examples, please see the sample config(s).
 There are several interfaces to interact with uzbl:
-- uzbl --config <filename>: <filename> will be read line by line, and the commands in it will be executed.  useful to configure uzbl at startup.  If you have a file in $XDG\_CONFIG\_HOME/uzbl/config (this expands to ~/.config/uzbl/config on most systems) it will be automatically recognized
-- stdin: you can also write commands into stdin
-- interactive: you can enter commands (and bind them to shortcuts, even at runtime)
+* uzbl --config <filename>: <filename> will be read line by line, and the commands in it will be executed.  useful to configure uzbl at startup.  If you have a file in $XDG\_CONFIG\_HOME/uzbl/config (this expands to ~/.config/uzbl/config on most systems) it will be automatically recognized
+* stdin: you can also write commands into stdin
+* interactive: you can enter commands (and bind them to shortcuts, even at runtime)
   By default, the behaviour is modal (vi style):
   command mode: every keystroke is interpreted to run commands
   insert mode: keystrokes are not interpreted so you can enter text into html forms
   Press ESC/i to toggle command/insert mode
   But if you don't like modal interfaces, you can set always_insert_mode and configure a modkey to execute the commands. (emacs style).
-- FIFO & socket file: if enabled by setting their paths through one of the above means, you can have socket and fifo files available, which are very useful to programatically send commands to (coming from scripts etc)
+* FIFO & socket file: if enabled by setting their paths through one of the above means, you can have socket and fifo files available, which are very useful to programatically send commands to (coming from scripts etc)
   The advantage of the fifo is you can write plaintxt commands to it, but it's half duplex only (uzbl cannot send a response to you).
   The socket is full duplex but you need a socket-compatible wrapper such as netcat to work with it, or uzblctrl of course, an utitly we include with uzbl made especially for writing commnands to the socket (and at some point, it will be able to tell you the response too)
 
-COMMAND SYNTAX
+### COMMAND SYNTAX
 TODO
 
-VARIABLE REPLACEMENT
+### VARIABLE REPLACEMENT
 Some of the variables are interpreted.
-- title bar: variable replacement (not yet actually)
-- user agent: variable replacement
-- statusbar: variable replacement + pango markup
+* title bar: variable replacement (not yet actually)
+* user agent: variable replacement
+* statusbar: variable replacement + pango markup
 
 This means you can customize how these things appear, what's shown in them and for the statusbar you can even play with the layout.
 For examples, see the example config.
@@ -79,7 +79,7 @@ For a list of possible variables, see uzbl.h
 For more info about the markup format see http://library.gnome.org/devel/pango/stable/PangoMarkupFormat.html
 
 
-EXTERNAL SCRIPTS
+### EXTERNAL SCRIPTS
 You can use external scripts with uzbl the following ways:
 1) let uzbl call them. these scripts are called handlers in the uzbl config. used for handling logging history, handling a new download,.. 
 2) call them yourself from inside uzbl.  you can bind keys for this. examples: add new bookmark, load new url,..
@@ -110,9 +110,9 @@ The script specific arguments are this:
   $11 cookie (only with PUT requests)
 
 
-BUGS
+### BUGS
 known bugs:
-- Segfaults when using zoom commands (happens when max zoom already reached?).
+* Segfaults when using zoom commands (happens when max zoom already reached?).
 
 Report new issues @ uzbl.org/bugs