| Age | Commit message (Collapse) | Author |
|---|
|
|
|
This is a minor follow up to https://codeberg.org/xmobar/xmobar/pulls/764, so see that one as well if you got here because the plugin told you it's deprecated.
This change consists of:
- turning the deprecated constructor in a pattern synonym for the new
ones (which are also pattern synonyms for calling convenience),
- dropping the `PacmanUpdatesDeprecated` type entirely,
- adding documentation with usage examples.
|
|
Users should have long switched to PacmanUpdates, as communicated in #723.
Furthemore, we had forgotten to list PacmanUpdates in the plugins wrappable in Runnable. Fixed now.
|
|
|
|
the new PacmanUpdates plugin behaves similar to the ArchUpdates plugin
while additionally allowing to pass in a custom error message for
unknown pacman failures. The default error message of `pacman: Unknown
cause of failure.` of the ArchUpdates plugin is too long for my taste.
The ArchUpdates plugin was modified to delegate to the new PacmanUpdates
plugin while providing the default error message and to show a
deprecation notice in the zero updates case.
The new name better represents the Plugin's compatibility with all
pacman-based distributions, not just Arch.
The docs have been updated to reflect the existence of the new plugin
and to highlight the similarities between the ArchUpdates and
PacmanUpdates plugins. The ArchUpdates plugin has been marked has
deprecated there to.
|
|
|
|
replacement string
|
|
|
|
|
|
|
|
|
|
This reverts commit 0fec9d3fdf9bc86187f9f670dafd2ef57fe03f29.
Mouse actions can already be attached to the monitor, and for instance use
there invocations to setxbdmap to switch layouts.
Fixes #703.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
DynNetwork plugin might suffer from the same typo situation but I haven't confirmed it.
|
|
Fixes #166.
|
|
Fixes #624
|
|
|
|
|
|
Closes #208
|
|
|
|
|
|
|
|
Add a forgotten comma in example configuration to make it syntactically
correct.
|
|
|
|
|
|
I added `QueueReader` as a section under `Software Transational
Memory`, but it is all alone. Some other plugins actually use STM,
and maybe they should actually go in that section too.
I didn't make a safe versions since the plugin is not readable. It
still would be nice to have, but I think exposing `stripActions` is
the appropriate solution. That should be handled in a new PR I guess.
|
|
|
|
|
|
Ever since d51b9d5dd6537e5369e13a9a11ae98aeadce50dd we can't specify a
MailItem via the record syntax anymore. This could conceivably be added
back in by being part of the Read instance, but that would make it more
complicated for perhaps little gain.
Related: https://github.com/jaor/xmobar/issues/547
|
|
|
|
|
|
|
|
|
|
|
|
The contributing.org file also contains information on how to write a
new monitor for xmobar.
The quick-start guide got reworked a bit to inline similar parts.
|
|
This also moves Date and DateZone to the monitors section (as they are
monitors themselves). A little bit of documentation was also
added/updated.
|
