[doc] Updates and restructuring
This commit is contained in:
parent
0306760eb3
commit
53e2510a4c
3 changed files with 69 additions and 57 deletions
55
README.md
55
README.md
|
@ -5,7 +5,7 @@
|
||||||
[![Test Coverage](https://codeclimate.com/github/tobi-wan-kenobi/bumblebee-status/badges/coverage.svg)](https://codeclimate.com/github/tobi-wan-kenobi/bumblebee-status/coverage)
|
[![Test Coverage](https://codeclimate.com/github/tobi-wan-kenobi/bumblebee-status/badges/coverage.svg)](https://codeclimate.com/github/tobi-wan-kenobi/bumblebee-status/coverage)
|
||||||
[![Issue Count](https://codeclimate.com/github/tobi-wan-kenobi/bumblebee-status/badges/issue_count.svg)](https://codeclimate.com/github/tobi-wan-kenobi/bumblebee-status)
|
[![Issue Count](https://codeclimate.com/github/tobi-wan-kenobi/bumblebee-status/badges/issue_count.svg)](https://codeclimate.com/github/tobi-wan-kenobi/bumblebee-status)
|
||||||
|
|
||||||
**Many, many thanks to all contributors! All of the really cool modules have been contributed by somebody :)**
|
**Many, many thanks to all contributors! All of the really cool modules have been contributed by somebody else :)**
|
||||||
|
|
||||||
![List of modules](doc/MODULES.md)
|
![List of modules](doc/MODULES.md)
|
||||||
|
|
||||||
|
@ -15,10 +15,10 @@ bumblebee-status is a modular, theme-able status line generator for the [i3 wind
|
||||||
|
|
||||||
Focus is on:
|
Focus is on:
|
||||||
* Ease of use
|
* Ease of use
|
||||||
* Support for easily adding custom themes
|
* Support for easily adding [custom themes](doc/HOWTO_THEME.md)
|
||||||
* Support for easily adding custom modules
|
* Support for easily adding [custom modules](doc/HOWTO_MODULE.md)
|
||||||
|
|
||||||
I hope you like it and I appreciate any kind of feedback: Bug reports, Feature requests, etc. :)
|
I hope you like it and I appreciate any kind of feedback: Bug reports, feature requests, etc. :)
|
||||||
|
|
||||||
Thanks a lot!
|
Thanks a lot!
|
||||||
|
|
||||||
|
@ -37,7 +37,7 @@ bar {
|
||||||
```
|
```
|
||||||
|
|
||||||
# Documentation
|
# Documentation
|
||||||
See [the wiki](https://github.com/tobi-wan-kenobi/bumblebee-status/wiki) for documentation.
|
See [the docs](doc/) for documentation.
|
||||||
|
|
||||||
See [FAQ](doc/FAQ.md) for FAQs.
|
See [FAQ](doc/FAQ.md) for FAQs.
|
||||||
|
|
||||||
|
@ -119,51 +119,6 @@ bar {
|
||||||
|
|
||||||
Restart i3wm and - that's it!
|
Restart i3wm and - that's it!
|
||||||
|
|
||||||
## Events
|
|
||||||
By default, the following events are handled:
|
|
||||||
|
|
||||||
- Mouse-Wheel on any module moves to the next/previous i3 workspace
|
|
||||||
- Left-click on the "disk" module opens the specified path in nautilus
|
|
||||||
- Left-click on either "memory" or "cpu" opens gnome-system-monitor
|
|
||||||
- Left-click on a "pulseaudio" (or pasource/pasink) module toggles the mute state
|
|
||||||
- Right-click on a "pulseaudio" module opens pavucontrol
|
|
||||||
- Mouse-Wheel up/down on a "pulseaudio" module raises/lowers the volume
|
|
||||||
|
|
||||||
By default, the Mouse-Wheel wraps for the current output. You can disable this behavior by providing the parameter `engine.workspacewrap=false` (starting with version 1.4.5). Also, you can completely disable output switching by using `engine.workspacewheel=false`.
|
|
||||||
|
|
||||||
You can provide your own handlers to any module by using the following "special" configuration parameters:
|
|
||||||
|
|
||||||
- left-click
|
|
||||||
- right-click
|
|
||||||
- middle-click
|
|
||||||
- wheel-up
|
|
||||||
- wheel-down
|
|
||||||
For example, to execute "pavucontrol" whenever you left-click on the nic module, you could write:
|
|
||||||
|
|
||||||
`$ bumblebee-status -p nic.left-click="pavucontrol"`
|
|
||||||
|
|
||||||
In the string, you can use the following format identifiers:
|
|
||||||
- name
|
|
||||||
- instance
|
|
||||||
- button
|
|
||||||
|
|
||||||
For example:
|
|
||||||
|
|
||||||
`$ bumblebee-status -p disk.left-click="nautilus {instance}"`
|
|
||||||
|
|
||||||
## Errors
|
|
||||||
If errors occur, you should see them in the i3bar itself. If that does not work, or you need more information for troubleshooting, you can activate a debug log using the `-d` or `--debug` switch:
|
|
||||||
|
|
||||||
```
|
|
||||||
$ ./bumblebee-status -d -m <list of modules>
|
|
||||||
```
|
|
||||||
|
|
||||||
This will log to stderr, so unless you are running `bumblebee-status` interactively in the CLI, you'll need to redirect stderr to some file (i.e. `bumblebee-status <parameters> 2> error.log`).
|
|
||||||
|
|
||||||
### Advanced Usage
|
|
||||||
If you want to have a minimal bar that stays out of the way, you can use the `-a` or `--autohide` switch to specify a list of module names. All those modules will only be displayed when (and as long as) their state is either warning or critical (high CPU usage, low disk space, etc.). As long as the module is in a "normal" state and does not require attention, it will remain hidden.
|
|
||||||
Note that this parameter is specified *in addition* to `-m` (i.e. to autohide the CPU module, you would use `bumblebee-status -m cpu memory traffic -a cpu`).
|
|
||||||
|
|
||||||
# Examples
|
# Examples
|
||||||
|
|
||||||
![List of themes](./doc/THEMES.md)
|
![List of themes](./doc/THEMES.md)
|
||||||
|
|
|
@ -1,7 +1,60 @@
|
||||||
# Collection of features that need documentation
|
# Features and advanced usage
|
||||||
|
|
||||||
|
## Events
|
||||||
|
Many modules provide default handling for various events, for example:
|
||||||
|
|
||||||
|
- Mouse-Wheel on any module moves to the next/previous i3 workspace
|
||||||
|
- Left-click on the "disk" module opens the specified path in a file browser
|
||||||
|
- Left-click on either "memory" or "cpu" opens a system monitor
|
||||||
|
- Left-click on a "pulseaudio" (or pasource/pasink) module toggles the mute state
|
||||||
|
- Mouse-Wheel up/down on a "pulseaudio" module raises/lowers the volume
|
||||||
|
|
||||||
|
You can provide your own handlers to any module by using the following "special" configuration parameters:
|
||||||
|
|
||||||
|
- left-click
|
||||||
|
- right-click
|
||||||
|
- middle-click
|
||||||
|
- wheel-up
|
||||||
|
- wheel-down
|
||||||
|
For example, to execute "pavucontrol" whenever you left-click on the nic module, you could write:
|
||||||
|
|
||||||
|
`$ bumblebee-status -p nic.left-click="pavucontrol"`
|
||||||
|
|
||||||
|
In the string, you can use the following format identifiers:
|
||||||
|
- name
|
||||||
|
- instance
|
||||||
|
- button
|
||||||
|
|
||||||
|
For example:
|
||||||
|
|
||||||
|
`$ bumblebee-status -p disk.left-click="nautilus {instance}"`
|
||||||
|
|
||||||
|
## Update intervals
|
||||||
|
The general "update interval" is set using the `-i|--interval` parameter of `bumblebee-status`, and defaults to 1 second.
|
||||||
|
Some modules override this interval to update less frequently (e.g. the kernel version is updated only very rarely, as it
|
||||||
|
usually doesn't change during runtime).
|
||||||
|
Also, modules like `weather` or `stock` update less frequently, to avoid hitting API limits.
|
||||||
|
|
||||||
|
For each module, it is possible to specify a parameter `interval` to override that behaviour.
|
||||||
|
|
||||||
|
For example, to update the battery status once per minute, you'd use something like this:
|
||||||
|
|
||||||
|
`$ bumblebee-status -m battery -p battery.interval=1m`
|
||||||
|
|
||||||
|
The format supports:
|
||||||
|
- numbers (assumed to be seconds - `battery.interval=20` means every 20s)
|
||||||
|
- `h`, `m`, `s` and combinations thereof - `battery.interval=2m30s` means every 2 minutes, 30 seconds)
|
||||||
|
|
||||||
|
## Errors
|
||||||
|
If errors occur, you should see them in the i3bar itself. If that does not work, or you need more information for troubleshooting, you can activate a debug log using the `-d` or `--debug` switch:
|
||||||
|
|
||||||
|
```
|
||||||
|
$ ./bumblebee-status -d -m <list of modules>
|
||||||
|
```
|
||||||
|
|
||||||
|
This will log to stderr, so unless you are running `bumblebee-status` interactively in the CLI, you'll need to redirect stderr to some file (i.e. `bumblebee-status <parameters> 2> error.log`).
|
||||||
|
|
||||||
|
## Automatically hiding modules
|
||||||
|
If you want to have a minimal bar that stays out of the way, you can use the `-a` or `--autohide` switch to specify a list of module names. All those modules will only be displayed when (and as long as) their state is either warning or critical (high CPU usage, low disk space, etc.). As long as the module is in a "normal" state and does not require attention, it will remain hidden.
|
||||||
|
Note that this parameter is specified *in addition* to `-m` (i.e. to autohide the CPU module, you would use `bumblebee-status -m cpu memory traffic -a cpu`).
|
||||||
|
|
||||||
- theme.minwidth
|
|
||||||
- scrolling decorator
|
|
||||||
- theme.exclude
|
|
||||||
- per module update interval -> nice string format
|
|
||||||
- update via events
|
|
||||||
|
|
|
@ -114,4 +114,8 @@ interval using `-p <module>.interval=<value>`, however.
|
||||||
## TODOs
|
## TODOs
|
||||||
- default update interval
|
- default update interval
|
||||||
- scrolling
|
- scrolling
|
||||||
-
|
- theme.minwidth
|
||||||
|
- scrolling decorator
|
||||||
|
- theme.exclude
|
||||||
|
- per module update interval -> nice string format
|
||||||
|
- update via events
|
||||||
|
|
Loading…
Reference in a new issue