polybar-dwm/src
patrick96 3f60561ae3 logger: Downgrade some warning messages
A warning implies something went wrong and (possibly) the user should do
something about it. However, warnings are not always used this way.

For example:

* When a fallback value for a `${..}` reference is used, this shouldn't
  produce a warning (or notice) since using fallbacks is not something
  bad.
* pulse telling you that it uses the default sink because no sink was
  specified also does not warrant a warning (even notice may be too
  high).
* Whenever polybar shuts down it produces a "Termination signal
  received..." warning. Since there isn't a more proper way to shut down
  polybar, it should not produce a warning. Same argument for a
  `screenchange-reload`
2020-04-22 00:38:31 +02:00
..
adapters logger: Downgrade some warning messages 2020-04-22 00:38:31 +02:00
cairo doc: Convert @ to \ doxygen commands 2018-11-04 19:28:27 -08:00
components logger: Downgrade some warning messages 2020-04-22 00:38:31 +02:00
drawtypes fix(iconset): Try exact match before fuzzy match 2020-03-19 20:52:41 +01:00
events refactor(signals): Avoid reinterpret_cast 2017-01-01 20:31:09 +01:00
modules logger: Downgrade some warning messages 2020-04-22 00:38:31 +02:00
utils Update: Using another way to authenticate github module (#2029) 2020-03-26 12:50:42 +01:00
x11 logger: Downgrade some warning messages 2020-04-22 00:38:31 +02:00
CMakeLists.txt build: Move non-macro variables into settings.cpp 2019-11-01 11:12:40 +01:00
ipc.cpp fix(msg): use stdout when exiting with code 0 2019-06-19 16:09:56 +02:00
main.cpp logger: Add default logging level 'notice' 2020-04-22 00:38:31 +02:00
settings.cpp.cmake build: Move all possible variables into settings.cpp 2019-11-01 11:12:40 +01:00