Age | Commit message (Collapse) | Author | |
---|---|---|---|
2022-09-16 | Fix for non-cairo build | jao | |
2022-09-16 | little clean-ups | jao | |
2022-09-16 | cairo: outer boxes fixes | jao | |
2022-09-16 | linting and version bump | jao | |
2022-09-15 | cairo: boxes as lines | jao | |
2022-09-15 | cairo: boxes, take two | jao | |
2022-09-15 | new flag: with_xrender | jao | |
2022-09-15 | linting | jao | |
2022-09-15 | cairo: box drawing | jao | |
2022-09-15 | cairo: global background always via XRender | jao | |
2022-09-14 | whitespace | jao | |
2022-09-14 | cairo: honouring top/bottom offsets in color specifications | jao | |
2022-09-13 | cairo: ellipsize text segments if they go out of bounds | jao | |
2022-09-13 | cairo: honouring iconOffset | jao | |
2022-09-13 | XlibDraw: verticalOffsets in XConf not needed | jao | |
2022-09-13 | 'Core' fonts not used anymore (utf8 is always required) | jao | |
2022-09-12 | X11.MinXft not needed anymore | jao | |
2022-09-12 | cairo: with_xft deprecated, with_cairo synomym | jao | |
2022-09-12 | wee refactoring: a couple type synonyms | jao | |
2022-09-11 | cairo: a couple of as yet unused imported foreign functions | jao | |
2022-09-11 | x event loop clean-ups | jao | |
2022-09-11 | cairo: bitmaps | jao | |
2022-09-11 | fix for the default, non-cairo build | jao | |
2022-09-11 | cairo: linting | jao | |
2022-09-11 | cairo: alpha (still pseudo, via xrender) | jao | |
2022-09-11 | cairo: outer border | jao | |
2022-09-10 | cairo: left/center/right segments | jao | |
2022-09-10 | cairo: <hspace> | jao | |
2022-09-10 | cairo: fonts, offsets, colors, actions | jao | |
2022-09-09 | cairo: drawing skeleton from an xlib cairo surface | jao | |
2022-09-09 | cairo: pure xlib/xft drawing code factored out | jao | |
2022-08-13 | fix: default to textOffset for missing textOffsets entries | jao | |
2022-04-18 | New dbus signal: SetAlpha (fixes #499) | jao | |
2022-02-17 | Refactoring: Clean up naming of X11 event loop threads | Tomas Janousek | |
What used to be called `eventLoop` didn't process any X11 events at all, rename to `signalLoop` to signal that it really deals just with xmobar signals. | |||
2022-02-17 | Fix memory leak in drawInWin | Tomas Janousek | |
In f8c835a33a7a, I flipped the discard flag to XSync to False on a false assumption that it may discard events from under the eventer thread (since renamed to handleXEvent). This can't happen—the eventer thread and the main loop do not share a Display connection, they have two separate ones. Turns out, the main loop doesn't read/process any events from its Display connection, which is why it was necessary to discard them once in a while. The fix restores that discarding, adds a comment to explain why that discarding should stay, and just to make things a bit cleaner, also prevents some of those events from being emitted in the first place: by configuring the graphics context that we don't want any exposure events (https://tronche.com/gui/x/xlib/events/exposure/graphics-expose-and-no-expose.html). Fixes: f8c835a33a7a ("Fix delayed reaction to USR1/2 signals") | |||
2022-02-13 | Use nh' for displaying the bar on the bottom of the screen. Fixes #555 | exorcist365 | |
2022-02-06 | Whitespace in the Draw.hs mess | jao | |
2022-02-06 | Little refactoring: forkThread | jao | |
2022-02-04 | Refactoring: event loop handling simplifications | jao | |
2022-02-04 | Xmobar.App.X11EventLoop -> Xmobar.X11.Loop | jao | |
2022-02-04 | Xmobar.X11.Parsers -> Xmobar.Run.Parsers | jao | |
2022-02-04 | Xmobar.App.CommandThreads -> Xmobar.Run.Loop | jao | |
2022-02-03 | Xmobar.X11.Actions -> Xmobar.Run.Actions | jao | |
2022-01-29 | Refactoring of the previous patch and its surroundings | jao | |
2022-01-29 | Basic Xmobar.App.TextEventLoop | jao | |
2022-01-29 | Whitespace | jao | |
2021-11-02 | hspace feature. Initial intent: make space for a tray | tulthix | |
2021-07-12 | Nit, for homogeneity's sake | jao | |
2021-07-12 | Add TopH and BottomH for only controlling height of the window. (#556) | Joan MIlev | |
2021-05-14 | Fix delayed reaction to USR1/2 signals | Tomas Janousek | |
While using xmobar to reproduce/fix a bug in xmonad I noticed that xmobar doesn't react immediately to the signals to reposition or change screen. Apparently none of the Xlib functions called from `repositionWin` flush the Xlib output buffer (XMoveResizeWindow is known to not flush, although it's unfortunately not documented), so when compiled with the threaded runtime that runs XNextEvent in a separate thread, the reposition is sent to the X server only later when other stuff happens. With all monitors set to refresh once a minute, this can take a looong time. (It's entirely possible this happens even without the threaded runtime, I didn't test that, sorry.) The fix is to call XSync at the end of `repositionWin`. While at it, I spotted that drawInWin calls XSync with discard=true, which seems like a mistake. We don't want to discard any events, do we? (In practice, I'd expect the `eventer` thread to read all events even before the drawing thread manages to discard them, so even if this discarding XSync ever had any reason to be there, I don't think it does anything meaningful these days. I may be wrong, though.) |