parent
da7734d81f
commit
32eef6b204
1 changed files with 3 additions and 3 deletions
|
@ -16,7 +16,7 @@ Adding a new module to ``bumblebee-status`` is straight-forward:
|
|||
- See below for how to actually write the module
|
||||
- Test (run ``bumblebee-status`` in the CLI)
|
||||
- Make sure your changes don’t break anything: ``./coverage.sh``
|
||||
- If you want to do me favour, run your module through
|
||||
- If you want to do me a favour, run your module through
|
||||
``black -t py34`` before submitting
|
||||
|
||||
Pull requests
|
||||
|
@ -24,7 +24,7 @@ Pull requests
|
|||
|
||||
The project **gladly** accepts PRs for bugfixes, new functionality, new
|
||||
modules, etc. When you feel comfortable with what you’ve developed,
|
||||
please just open a PR, somebody will look at it eventually :) Thanks!
|
||||
please just open a PR. Somebody will look at it eventually :) Thanks!
|
||||
|
||||
Coding guidelines
|
||||
-----------------
|
||||
|
@ -67,7 +67,7 @@ Of modules and widgets
|
|||
|
||||
There are two important concepts for module writers: - A module is
|
||||
something that offers a single set of coherent functionality - A module
|
||||
has 1 to n “widgets”, which translates to individual blocks in the i3bar
|
||||
has 1 to n “widgets”, which translates to individual blocks in the i3bar.
|
||||
|
||||
Very often, this is a 1:1 relationship, and a single module has a single
|
||||
widget. If that’s the case for you, you can stop reading now :)
|
||||
|
|
Loading…
Reference in a new issue