Merge commit 'duc/experimental' into experimental
[uzbl-mobile] / README
1 ### THIS PROJECT IS NOT FOR:
2 * people want a browser that does everything
3 * people who want a browser with things like a built-in bookmark manager, address bar, forward/back buttons, ...
4 * people who expect something that works by default.  You'll need to read configs and write/edit scripts
5
6
7 ### TO NEW PEOPLE:
8 * please read the documentation in /usr/share/uzbl/docs
9 * invoke uzbl --help
10 * to get you started: uzbl --uri 'http://www.archlinux.org' --config /usr/share/uzbl/examples/configs/sampleconfig
11 * 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
12 * note that there is no url bar. all url editing is supposed to happen _outside_ of uzbl.
13   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)
14 * If you have questions, you are likely to find answers in the FAQ or in the other documentation.
15
16
17 ### INTRODUCTION
18   In my opinion, any program can only be really useful if it complies to the unix philosophy.
19   Web browsers are frequent violators of this principle:
20
21 * They build in way too much things into the browser, dramatically decreasing the options to do things the way you want. 
22 * They store things in way too fancy formats (xml, rdf, sqlite, ... ) which are hard to store under version control, reuse in other scripts, ...
23
24 Time to change that!
25
26   Here are the general ideas:
27
28 * each instance of uzbl renders 1 page (eg it's a small wrapper around webkit), no tabbing, tab previews, or speed dial things.
29   For "multiple instances management" use your window managers, or scripts. 
30   This way you can get something much more useful than tabbing (see rationale in docs)
31 * very simple, plaintext , changeable at runtime configuration
32 * various interfaces for (programmatic) interaction with uzbl (see below)
33 * customizable keyboard shortcuts in vim or emacs style (whatever user wants)
34 * "outsource" logic that is not browsing to external scripts under the users control:
35     - managing bookmarks
36     - loading a url from bookmarks, history,..  Editing the curent url
37     - control cookies
38     - handling of downloads, history logging, etc.
39     - management of cache.
40     - password management
41     - Leverage the power of utilities such as grep, awk, dmenu, zenity, wget, gnupg (password file) etc.
42 * listen to signals and do useful stuff when triggered.
43 * no ad blocking built in.
44   Alternatives:
45     - privoxy looks cool and perfectly demonstrates the unix philosphy.
46     - same for http://bfilter.sourceforge.net
47     - /etc/hosts (not very good cause you need root and it affects the whole system)
48       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.
49 * vimperator/konqueror-like hyperlink following.
50 * password management. maybe an encrypted store that unlocks with an ssh key?
51 * no messing in the users $HOME or in /etc: no writing of anything unless the user (or sysadmin) asks for it.
52   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.
53
54
55 ### CONFIGURATION / CONTROL:
56 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. (TODO: some default settings)
57 For examples, please see the sample config(s).
58 There are several interfaces to interact with uzbl:
59
60 * uzbl --config <filename>: <filename> will be read line by line, and the commands in it will be executed.  useful to configure uzbl at startup.
61   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
62 * stdin: you can also write commands into stdin
63 * interactive: you can enter commands (and bind them to shortcuts, even at runtime)
64   By default, the behaviour is modal (vi style):
65   command mode: every keystroke is interpreted to run commands
66   insert mode: keystrokes are not interpreted so you can enter text into html forms
67   Press ESC/i to toggle command/insert mode
68   But if you don't like modal interfaces, you can set `always_insert_mode` and configure a modkey to execute the commands. (emacs style).
69   There is also support for "chained" commands (multiple characters long) (with backspace/esc shortcuts), and keyworded commands.
70   Also you can have incremental matching on commands or match after pressing return.  (see sampleconfig for more info)
71   Also, copy paste works when typing commands:
72   * insert (paste X cliboard)
73   * shift insert (paste primary selection buffer)
74 * 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 control uzbl (from scripts etc).
75   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).
76   The socket is full duplex but you need a socket-compatible wrapper such as netcat to work with it, or uzblctrl of course,
77   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
78   too):  `uzblctrl -s <socketfile> -c <command>`
79
80 When uzbl forks a new instance (eg "open in new window") it will use the same commandline arguments (eg the same --config <file>), except --uri and--name.
81 If you made changes to the configuration at runtime, these are not pased on to the child.
82
83 ### COMMAND SYNTAX
84 Commands are used for creating binds, altering variables and running actions.  Uzbl will read commands via standard input, named fifo pipe (if `fifo_dir` is set) and IPC socket (when `socket_dir` is set).  For convenience, uzbl can also be instructed to read commands from a file on startup by using the `-c` option.  Indeed, the config file is nothing more than a list of commands.
85
86 Each command starts with the name of the command, which must be the first thing on a line; preceding whitespace is not allowed.  A command is terminated by a newline.  Empty lines and lines that start with the hash sign are ignored by the parser.  Command names are not case sensitive.
87
88 The following commands are recognized:
89
90     SET <key> = <value>
91 Set is used for changing variables.  Every variable can be changed on the fly and the changes are processed immediately; for example, setting the variable `uri` will make uzbl start loading it.  If you want to unset a string, use SET with one space after the equals sign.
92
93     GET <key>
94 Use this to print the value of a key.
95
96     BIND <string> = <action>
97 Makes the character sequence `<string>` invoke `<action>` when typed interactively in uzbl.  If `<string>` ends with an underscore, the action will be invoked when return or enter is pressed, and the input starting from the position of the underscore will be expanded in place of `%s` in the `<action>` string.  The `<action>` does not need to have `%s` in it when you use the underscore, in which case no expansion takes place, but uzbl will still wait for you to press return before invoking the action.  You can also use an asterisk, which behaves much like underscore, but also makes the binding incremental (i.e. the action will be invoked on every keystroke).  Examples follow:
98
99     bind o _ = uri %s
100     bind /*  = search %s
101     bind ZZ  = exit
102
103 Using the first example, uzbl will load the url you entered by typing an `o`, a space, the url you want to see and by finishing with a stroke of return or enter.  In the second example is a search action which is called on every character you type after the slash, letting you see the search narrow down on the words as you type it.  Hitting return, enter or esc will terminate the search.  The last example is a plain binding which will run immediately as soon as it's written; there's no waiting for return.
104
105     ACT <action>
106 This tells uzbl to execute an action immediately.  The simplest example of this would be `act exit`; you know what that'll do.
107
108     KEYCMD <string>
109 This sets the interactive command buffer to `<string>`.  Keycmd is primarily useful for scripts that help you type a command while still letting you edit it before execution.  For example, if you have a binding like "o _" that opens an URL, then you could create a binding `O` that spawns a script which will set the command buffer to "o current-uri-here", letting you enter relative URLs easily.
110
111
112 ### VARIABLE REPLACEMENT
113 Some of the variables are interpreted:
114
115 * title bar: variable replacement (long and short version, depending if statusbar is visible or not)
116 * user agent: variable replacement
117 * statusbar: variable replacement + pango markup
118
119 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.
120 For examples, see the example config.
121 For a list of possible variables, see uzbl.h
122 For more info about the markup format see http://library.gnome.org/devel/pango/stable/PangoMarkupFormat.html
123
124
125 ### EXTERNAL SCRIPTS
126 You can use external scripts with uzbl the following ways:
127
128 * let uzbl call them. these scripts are called handlers in the uzbl config. used for handling logging history, handling a new download,.. 
129 * call them yourself from inside uzbl.  you can bind keys for this. examples: add new bookmark, load new url,..
130 * You could also use xbindkeys or your WM config to trigger scripts if uzbl does not have focus
131
132 Have a look at the sample configs and scripts!
133
134 Handler scripts that are called by uzbl are passed the following arguments:
135
136     $1 uzbl-config-file
137     $2 uzbl-pid
138     $3 uzbl-x-window-id
139     $4 uzbl_fifo-filename
140     $5 uzbl_socket-filename
141     $6 current page url
142     $7 current page title
143     .. [ script specific ] (optional)
144
145 The script specific arguments are this:
146
147 * history:
148
149     $8 date of visit (Y-m-d H:i:s localtime)
150
151 * add bookmark:
152
153     none
154
155 * download:
156
157     $8 url of item to download
158
159 * cookie handler
160
161     $8 GET/PUT
162     $9 request address host (if current page url is www.foo.com/somepage, this could be something else then foo, eg advertising from another host)
163     $10 request address path
164     $11 cookie (only with PUT requests)
165
166
167 Custom, userdefined scripts (`spawn foo bar`) get first the arguments as specified in the config and then the above 7 are added at the end.
168
169 ### COMMAND LINE ARGUMENTS
170
171     -u, --uri=URI            Uri to load (equivalent to 'set uri = URI')
172     -v, --verbose            Whether to print all messages or just errors.
173     -n, --name=NAME          Name of the current instance (defaults to Xorg window id)
174     -c, --config=FILE        Config file (this is pretty much equivalent to uzbl < FILE )
175     --display=DISPLAY        X display to use
176     --help                   Help
177
178
179 ### BUGS
180 known bugs:
181
182 * Segfaults when using zoom commands (happens when max zoom already reached?).
183
184 Please report new issues @ uzbl.org/bugs
185
186