bumblebee-status/bumblebee/module.py


class Module(object):
    def __init__(self, args):
        pass

    def data(self):
        pass

    def critical(self):
        return False

    def warning(self):
        return False

    def state(self):
        return "default"

    def next(self):
        return False

# vim: tabstop=8 expandtab shiftwidth=4 softtabstop=4
[themes] Add themeing framework Add - again a very simplistic - method for themeing the output. Essentially, the plan is to have JSON-formatted configuration files in bumblebee/themes/ and have a separate class for querying the config whenever the output needs to know about semantic formatting/coloring. Note that the theme object is stored on a per-module basis. Right now, that doesn't have any effect (except looking particularly wasteful), but the idea is to be able to have different themes for different modules in the future. 2016-10-30 17:56:04 +01:00
			`class Module(object):`
[themes] Add "cycle" theme capability It is now possible to add a list of theme configurations in the "default" section called "cycle". These configuration items will be cycled through module by module. to create "alternate style" effects. This is only possible in the "default" configuration part, but any module-specific configurations still take precedence. Also, removed the capability of per-widget themes. That simply complicates things and probably doesn't really bring any benefits. 2016-10-31 10:45:15 +01:00			`def __init__(self, args):`
			`pass`
[themes] Add themeing framework Add - again a very simplistic - method for themeing the output. Essentially, the plan is to have JSON-formatted configuration files in bumblebee/themes/ and have a separate class for querying the config whenever the output needs to know about semantic formatting/coloring. Note that the theme object is stored on a per-module basis. Right now, that doesn't have any effect (except looking particularly wasteful), but the idea is to be able to have different themes for different modules in the future. 2016-10-30 17:56:04 +01:00
[themes] Make individual items theme-able (a bit) Individual items in the bar can now be configured with a prefix and a suffix. It works like this: * If there is a specific module configuration in the theme configuration, use that (i.e. { "<modulename>": { "prefix: " a " } }) * Otherwise, if there is a configuration in the "default" section of the theme, use that * Otherwise, if the module object itself has a method called like the required attribute (prefix, suffix), use that * Otherwise, leave prefix/suffix empty ("") 2016-10-31 07:18:57 +01:00			`def data(self):`
			`pass`

[themes] Add support for generic warning/critical colors Font and background colors for warning and critical elements can now be specified using fg-warning, fg-critical, bg-warning and bg-critical. Also, optionally, the "urgent" flag will be set towards the i3bar, if possible. 2016-10-31 11:35:12 +01:00			`def critical(self):`
			`return False`

			`def warning(self):`
			`return False`

[themes] Make individual items theme-able (a bit) Individual items in the bar can now be configured with a prefix and a suffix. It works like this: * If there is a specific module configuration in the theme configuration, use that (i.e. { "<modulename>": { "prefix: " a " } }) * Otherwise, if there is a configuration in the "default" section of the theme, use that * Otherwise, if the module object itself has a method called like the required attribute (prefix, suffix), use that * Otherwise, leave prefix/suffix empty ("") 2016-10-31 07:18:57 +01:00			`def state(self):`
			`return "default"`

[modules] Add NIC module Add a module that displays the status of all NICs (interface name, list of IPs and state). In its status, it also exposes whether it's a WiFi or a wired NIC. For this functionality, additional code was implemented to allow a module to add multiple elements to the bar at once. The framework calls the module until its "next()" method return False. 2016-10-31 13:03:16 +01:00			`def next(self):`
			`return False`

[themes] Add themeing framework Add - again a very simplistic - method for themeing the output. Essentially, the plan is to have JSON-formatted configuration files in bumblebee/themes/ and have a separate class for querying the config whenever the output needs to know about semantic formatting/coloring. Note that the theme object is stored on a per-module basis. Right now, that doesn't have any effect (except looking particularly wasteful), but the idea is to be able to have different themes for different modules in the future. 2016-10-30 17:56:04 +01:00			`# vim: tabstop=8 expandtab shiftwidth=4 softtabstop=4`