| Age | Commit message (Collapse) | Author |
|---|
|
|
|
|
|
Both platform.winmd and windows.winmd were unable to find so added the location of each to the compiler.
|
|
|
|
|
|
|
|
When the channel is focussed, the menu item does nothing so
it isn't useful to have it in the menu.
Fixes: commit c361bdca6afdc933eeac35732334464990295cd4
See-also: https://github.com/hexchat/hexchat/pull/2255#issuecomment-475841824
|
|
Windows builds of the GTK frontend use the pie flag to compile
hexchat.exe. Windows needs an explicit entrypoint when compiling with
--pie, otherwise an invalid executable is created.
This sets the entrypoint of the executable on Windows (as it is
currently set in the Visual Studio project files).
This fixes a critical build issue which prevents all Windows builds
using Meson from working.
|
|
winuser.h should never be included directly. windows.h should be included instead.
This fixes a critical build issue added in c5d47fc which makes all MinGW builds fail.
See #2403.
|
|
|
|
|
|
Without the include gcc will complain about WM_TIMECHANGE as undeclared.
|
|
Fixes #2305
|
|
The switch to the meson build system broke plugins on macOS. GNU libtool
builds shared libraries with ".dylib" and shared modules (plugins) with
the extension ".so", but meson is using ".dylib" for both.
Although overriding the name_suffix for shared_module() in meson is
possible, this would be messy for other platforms as there is no way to
query the default. Therefore it seems like we have to go with ".dylib"
for now on macOS.
However, G_MODULE_SUFFIX is defined to ".so", because glib follows what
GNU libtool does. Therefore define a separate preprocessor macro that
has the correct extension.
See: https://github.com/mesonbuild/meson/issues/1160
|
|
|
|
It is an odd binding that conflicts with typical behavior
where shift click selects multiple items and there is
already the middle click shortcut to close tabs quickly.
Closes #918
|
|
This reverts commit d3f1ab78138a1f9256ec02842799ed6cd1e3ec1e.
The performance even on Linux is just too poor in many cases.
|
|
|
|
|
|
Closes #2090
Fixes #1851
|
|
Fixes #2121
|
|
This should be slower but pango seems to be reasonably fast
on Unix though extremely slow on Windows.
https://bugzilla.redhat.com/show_bug.cgi?id=1536298
|
|
|
|
|
|
They changed the lib name yet again...
Closes #2117
|
|
private) is left with the scrollbar at the bottom, and some new text arrives, and then we select again that tab, sometimes the scrollbar is not completely down and there is hidden text and we have to scroll manually to the bottom to show all text.
This was previously submitted as an issue in: https://github.com/hexchat/hexchat/issues/1948
Maybe it isn't the ideal way to solve it, but at least I tested it and it seems to work.
|
|
|
|
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
|
|
- 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.
|
