| Age | Commit message (Collapse) | Author |
|---|
|
https://github.com/hexchat/hexchat/issues/2652#issuecomment-1007015314
|
|
|
|
|
|
Instead just talk directly to the service. This fixes *sending*
a notification being blocking IO.
|
|
Both platform.winmd and windows.winmd were unable to find so added the location of each to the compiler.
|
|
|
|
|
|
RDNS syntax is recommended for applications and this matches the
existing flatpak. Note that the dbus service and icons still need
renaming though the former is an API breakage.
Closes #2104
Closes #2103
|
|
Why isn't this a compiler error in the first place..
|
|
|
|
The API uses Platform::String^. String's constructor takes in char16*.
Fixes #1755
|
|
|
|
|
|
This setting doesn't work on most platforms
including some notification daemons on linux.
Where it does work I think it is bad behavior
to default overriding their defaults anyway.
It's most valuable use was likely win32
tray balloons which no longer exist.
|
|
- Output directly to rel\ instead of to bin\ and then copying files over.
- Deduped Win32 vs x64 configs
- Moved some common properties to hexchat.props
- All build intermediates (except htm's intermediates) are no longer emitted in the source directory
|
|
|
|
This splits notifications up into multiple backends
currently only libnotify on unix and win8 toasts.
The win8 backend was originally written by @leeter
though heavily modified.
|
