summaryrefslogtreecommitdiffhomepage
path: root/src
AgeCommit message (Collapse)Author
2013-01-27reindent againAlexander Polakov
2013-01-27Add finalizer for the icon pixmapAlexander Polakov
2013-01-27Some tabs slipped in, reindentAlexander Polakov
2013-01-27XBM icon supportEdward O'Callaghan
<icon=/path/to/icon>
2013-01-20Apply @polachok patch to fix #77Dmitry Malikov
2013-01-20New XPositions: TopP and BottomPDmitry Malikov
2012-10-12Merge branch 'soul9-disk'Jose Antonio Ortega Ruiz
2012-10-12Additional MPRIS2 argumentsJose Antonio Ortega Ruiz
2012-10-11Fix for #73: third try: retain old behaviour for diskU, use device for ↵John Soros
diskIO if device is not mounted
2012-10-11Second try at fixing #73 and #74: enable io monitoring for non-mounted disksJohn Soros
2012-10-11Fixing compilation sans with_xftJose Antonio Ortega Ruiz
ColorCache.hs nees X11 with or without XFT. Should address github issue #75.
2012-10-08Enable the monitoring of non-mounted disks and partitions in DiskIOJohn Soros
2012-10-08Fixes for warnings reported in github issue #71Jose Antonio Ortega Ruiz
2012-10-06Not using deprecated `catch` in PreludeJose Antonio Ortega Ruiz
2012-10-06Whitespace and untabificationJose Antonio Ortega Ruiz
2012-09-27WhitespaceJose Antonio Ortega Ruiz
2012-09-25Added keyboard lock status command.Patrick Chilton
2012-09-15Merge remote-tracking branch 'rethab/master' into rethabJose Antonio Ortega Ruiz
2012-09-15removed PipeReader2 as funcionality was move to PipeReaderReto Habluetzel
2012-09-15Enhanced PipeReader capabilitiesReto Habluetzel
* Removed PipeReader2 * PipeReader pipename can be prefixed with default. (e.g. "I am default:/home/foo/pipe")
2012-09-14better readable codeReto Habluetzel
2012-09-14removed todo commentsReto Habluetzel
2012-09-11Avoiding X server leaks with XftColor cacheJose Antonio Ortega Ruiz
This patch is a first complete solution to the long-standing memory leak (on the X server side) caused by repeteadly asking the server to allocate XftColor instances. Despite the fact that we were freeing them, the server didn't seem to care... this was also happening for non-Xft Colors, and solved in the same way we'd done here, i.e., by caching XftColor instances. And additional complication has been that Graphics.X11.Xft doesn't export any function to create and retain an XftColor, nor the necessary datatype constructors to write a compatible version outside the module (there's no way to construct an XftColor instance to pass to the other functions in the library). So, i've created my own lite version of the whole module, until the day it supports XftColor creation.
2012-09-10New module ColorCacheJose Antonio Ortega Ruiz
2012-09-09Missing Window module in cabal fileJose Antonio Ortega Ruiz
2012-09-09Correct vertical alignment for XFT fontsJose Antonio Ortega Ruiz
2012-09-04automatic detection of devices using /sys/class/net directoryReto Habluetzel
2012-09-01Some cosmetic fixes.Jochen Keil
I tried to scrap the hide/reveal boilerplate, but that didn't work out due different functions ({show,hide}Window) and signaltypes. Got almost as ugly. Maybe a pattern matching function instead of the "case typ of" would be nicer. But that's just code golfing.
2012-09-01Set StrutValues from showWindowJochen Keil
This is superior to calling the repositionWin function. It will only set the StrutValues and avoid additional work. This means, that extra parameters need to be passed down to showWindow. However, that is not a problem here.
2012-09-01Set StrutValues only if window is actually mappedJochen Keil
For a ChangeScreen or Reposition signal the setProperties function is called which sets the StrutValues regardless of the mapping state. This means that for an unmapped window a window manager will produce an empty gap. Fixing this is easy. Just set the StrutValues to 0.
2012-09-01Pass the timeout value unchanged to the toggle functionJochen Keil
Since the timeout is passed on as hide or reveal signal, it must not be changed or the multiplications will pile up.
2012-09-01Send hide or reveal signal for togglingJochen Keil
This is a more abstract way of implementing the Toggle operation.
2012-08-30Revert "Add '-d' for dockapp mode"Jose Antonio Ortega Ruiz
This reverts commit cae6f2bc049d4b7ed57a7a18a828bc4ea35df4aa, until we find a reason why it's causing high CPU consumption in the X server.
2012-08-29cleaned up imports, renamed variableReto Habluetzel
2012-08-29added dynnetwork, which selects the busiest network of a list and displays itReto Habluetzel
2012-08-29Add '-d' for dockapp modeArnout
This makes xmobar work in windowmanagers that support _NET_WM_WINDOW_TYPE_DOCK but not _NET_WM_STRUT, such as Notion
2012-08-27added PipeReader2 which accepts a defaultReto Habluetzel
2012-08-22Make it possible to delay Hide, Reveal and Toggle signalsJochen Keil
Previously Hide, Reveal and Toggle were immediate actions. This is the same behaviour as if called now with 0 as parameter. If the parameter is a positive non zero value it is taken as a delay for the requested action. After the delay (implemented using threadDelay) a new signal is sent with zero with no timeout being effective immediately. This is necessary to evaluate the persistency flag after the delay because it might have changed in the meantime. Effectively this means that it is possible to cancel the delayed operation by calling TogglePersistent.
2012-08-22Refactor MVar SignalType to TMVar SignalTypeJochen Keil
Replace MVar with TMVar from the STM package. This is common for ghc now. Since STM is used everywhere else in the src it also adds no additional dependencies. The main reason for this switch is, that readMVar, swapMVar, etc. are only atomically if there is no other producer for this MVar i.e. putMVar. For example readMVar is a combination of putMVar and takeMVar. Due to scheduling and readMVar's non-atomicity it is possible that values written to the MVar appear in the wrong order. Using TMVar fixes this problem, since it allows really atomical read/swap operations.
2012-08-22Allow multiple signals over dbus at onceJochen Keil
It's easy to implement, since arguments to dbus method calls are handed over as list anyway. It also removes the need for safeHead. Bottom line: extra functionality without extra cost.
2012-08-16Update src/Signal.hssoul9
Fix build failure: safeHead is needed even when dbus isn't.
2012-08-16New configuration option 'hideOnStart'Jochen Keil
When set to True the window is initially not mapped, i.e. hidden. It then can be toggled manually (for example using the dbus interface) or automatically (by a plugin) to make it reappear (unhide/reveal).
2012-08-14Bugfix: Replace the TMVar String with a TVar (Maybe String)Jochen Keil
The problem was a race condition which occured when running multiple threads with a small timeout value. Then the TMVar could be left empty. (e.g. hitting a key which causes an operation to write to the pipe very fast) This meant that tryTakeTMVar would return Nothing which would cause all subsequent reset threads to not call cb and keep a stale string on display. By using a Maybe String wrapped in a TVar there is always a valid value available which can be used to restore the display (or not if it's Nothing, but that's desired then and not because another thread was scheduled earlier).
2012-08-13Missing file headers and lintingJose Antonio Ortega Ruiz
2012-08-13Missing import for 'when'Jose Antonio Ortega Ruiz
2012-08-13Revert lowerOnStart to its original behaviourJochen Keil
I misunderstood the intention of lowerOnStart and changed the implementation to what I thought it would have to do. This was wrong indeed, so back to original behaviour.
2012-08-12Run the DBus/IPC handler only once on program startJochen Keil
The startCommand function is called for every configured plugin. This results in multiple calls to runIPC. This it not necessary however. startLoop is a much more appropriate place, since the other signal handler (checker and eventer) are run here to.
2012-08-12Catch error when DBus connection failsJochen Keil
connectSession throws a ClientError Exception when DBUS_SESSION_BUS_ADDRESS is unset. Without exception handler this will result in program termination. Since the DBus handler merely sends a signal to the event loop it does no harm when it won't run. Normal operation will continue just if compiled without dbus support.
2012-08-12Fix the MPRIS plugin to work with DBus >= 0.10Jochen Keil
This commit updates the mpris plugin to use the DBus 0.10 interface. DBus-Core does no longer exist and is deprecated. DBus 0.10 does not use proxies anymore. The dependency on Data.Text also disappeared. Since I do not have/use mpris I cannot test if this works. It should however, since the functionality was just transformed to use the new interface.
2012-08-10Run the DBus event handler in startCommandJochen Keil
Actually run this stuff