Age | Commit message (Collapse) | Author |
|
- Add logging and error handling to loading symbols
- Don't load unversioned symbol
- Handle new function names in Enchant 2.0
Closes #2095
|
|
* Spelling: SOCKS5
* SOCKS4/5, Byte per second
As per https://en.wikipedia.org/wiki/Data_rate_units
|
|
Also allow rearranging of "HexChat" in window titles
|
|
|
|
Closes #2045
|
|
|
|
* Adjust use of ellipses (...) in menus according to Gnome HIG
https://developer.gnome.org/hig/stable/writing-style.html.en
|
|
|
|
Previously making a hexchat icon would override all hexchat icons
not just the tray.
Fixes #2017
Closes #2018
|
|
Most notably on Win7
|
|
Quick rundown of benefits:
- Much faster:
- Autotools (with autogen): 22 seconds
- Meson: 7 seconds
- Meson (with ccache): 2 seconds
- Simpler:
- ~1000 lines smaller
- Single simple language
- Potentially better Windows (Visual Studio) support
What is not done:
- Complete Windows support
- OSX support (easy)
Closes #2013
Closes #1937
Closes #1803
|
|
|
|
Why isn't this a compiler error in the first place..
|
|
|
|
|
|
|
|
Closes #1722
|
|
- Combine the three properties into a single one
- Finally fully fix the handling with plugins handling events
TODO: Look into lastact handling of these, seems wrong
|
|
Part 2 of 03767ee0f9826222
So how the colors work should be pretty straight forward:
- A message comes in and is handled, this sets the state flags:
nick_said, msg_said, new_data. These map to tab colors.
- This state is reset under one of these conditions:
- It is commited to the UI when actually printed on unfocused tab
- Event is interupted by a plugin hook
- The tab focus is changed
|
|
Caused by 03767ee0f98
Fixes #1871
|
|
When hexchat is already installed into a non-default prefix, a new build
could pick up ${prefix}/include/hexchat-plugin.h from the installed
version instead of the local header, as configuration variables such as
$(GLIB_CFLAGS) would point to -I${prefix}/include.
Reordering the includes and moving -I arguments to CPPFLAGS prevents
this, as it ensures the local directories are always searched first.
This was no problem when compiling for /usr or /usr/local as these
directories in the compiler search path are always searched last.
Closes #1822
|
|
I can't really think of a reason this would be needed
and since it doesn't do anything, and didn't since xchat,
might as well remove it.
|
|
This probably doesn't catch them all but setting tab color
and printing text at least do not crash in the common case.
|
|
|
|
It just duplicates functionality and this fixes:
- alert_taskbar chanopt not being respected
- tab color being incorrect when highlight print events are eaten
|
|
|
|
|
|
Closes #1705
|
|
- ^O is \017
- ^B is \002
- ^C is \003
- ^] is \035
- ^_ is \037
- ^V is \026
See ASCII(7) for an octal and hexadecimal table.
|
|
This adds the Ctrl+R keybinding by default to insert \026, the
character used for the reverse video text attribute.
|
|
|
|
Just involves a bit of refactoring.
|
|
This should allow the operating system to be a bit more lax about
timeouts, allowing more efficient power management.
|
|
The API uses Platform::String^. String's constructor takes in char16*.
Fixes #1755
|
|
|
|
It is possible to have an invalid config from a previous upgrade
Fixes #1715
|
|
|
|
|
|
Fixes #1533
|
|
Closes #1665
Fixes #1134
|
|
Closes #1651
|
|
Mentioned in mniip/hexchat-lua#5
|
|
|
|
|
|
releasing button
This fixes the need to do pixel-perfect clicks to open links in chat
|
|
If you are talking with someone else with the same prefix as your
own nickname, and attempt to tab complete theirs. It will complete
your own nickname before theirs if you talked more recently. Since
people rarely intend to highlight themselves, this improves the
logic to complete your own name only as a last resort.
|
|
xtext keeps a static buffer and uses it for various things
and asserts that every text entry is < 4096. It does
this check on gtk_xtext_append*() except it does the check only on
the right half of text when indent is enabled.
This overflow caused corruption in the xtext struct
changing the url check functions making hovering
with the mouse do 'undefined' things.
In the long term this should be removed for a dynamically
allocated buffer so no arbitrary size limit exists and
text gets cut off.
Fixes #1465
Fixes #1186
Fixes #1206
|
|
|
|
|
|
|