- Apr 04, 2024
-
-
Sébastien Wilmet authored
When building the project with the Autotools, config.h.in was overwritten.
-
- Mar 24, 2024
-
-
- Feb 22, 2024
-
-
- Feb 10, 2024
-
-
- Jan 21, 2024
-
-
Sébastien Wilmet authored
Add CMake build instructions (just a MVP). Keep the Autotools build instructions for the full support to build gspell (for now). This MVP is sufficient for gedit needs. It is a first step to migrate from Autotools to a more modern and portable build system (especially to better support MS Windows). CMake has been chosen mainly because: - It's possible to write our own re-usable code (functions etc). - Once a module builds successfully with CMake, it will always be possible to build it in the future (strong backward compatibility guarantees). Most GNOME modules have migrated to Meson instead, but Meson doesn't support the two points above.
-
- Jan 10, 2024
-
-
- Oct 14, 2023
-
-
- Aug 08, 2023
-
-
- Jul 25, 2023
-
-
Sébastien Wilmet authored
-
- May 09, 2023
-
-
Sébastien Wilmet authored
gtksourceregion.[ch] come from libgedit-gtksourceview. It no longer uses g_slice_*() because it's deprecated.
-
Sébastien Wilmet authored
-
- Apr 25, 2023
-
-
Sébastien Wilmet authored
Note that there is no matching g_slice_free() because the list of GspellLanguage's are never freed. Use g_new0(), not g_new(), even though g_new() would be fine in this case. It's better to have a safety net, and performance isn't an issue here.
-
Sébastien Wilmet authored
-
Sébastien Wilmet authored
See previous commit.
-
The only piece of code that required this has been removed with: commit 33b89924 See https://gitlab.gnome.org/GNOME/gtk-mac-integration/ !9
-
- Jan 10, 2023
-
-
Sébastien Wilmet authored
-
- Dec 09, 2022
-
-
- Dec 07, 2022
-
-
- Nov 01, 2022
-
-
Sébastien Wilmet authored
-
Sébastien Wilmet authored
-
Sébastien Wilmet authored
-
- Sep 20, 2022
-
-
Sébastien Wilmet authored
-
Sébastien Wilmet authored
-
- Sep 18, 2022
-
-
- Aug 16, 2022
-
-
Sébastien Wilmet authored
The less the better. The GSPELL_AVAILABLE_IN_* macros were intended to be used, perhaps one day, to have something like GTK has: to check at compile time that we don't depend on too recently added symbols, if we need to deploy a program on a distro with an older version of the library. Or, use conditionally newer symbols, etc. With deprecation macros and everything. But I prefer not to have all the infrastructure for that in a small library like gspell. If creating a small library involves adding lots and lots of scafffolding, it's too much work compared to the size of the library.
-
Sébastien Wilmet authored
I think that function could be useful for initializing i18n, but it has been unused since the beginning of gspell I think.
-
Sébastien Wilmet authored
Like how it is done in the Amtk library. To simplify things, especially in the build instructions.
-
- Aug 18, 2022
-
-
Sébastien Wilmet authored
This reverts commit 28b7e23f. I didn't know, but it's actually used. The generated *.pc file contains: libdir=${exec_prefix}/lib64 This is not necessary with some other build systems.
-
- Aug 16, 2022
-
-
Sébastien Wilmet authored
The less the better, when moving to another build system it's one less thing to care about.
-
Sébastien Wilmet authored
I don't use them. A better way would be to have an EditorConfig file.
-
Sébastien Wilmet authored
git.gnome.org has been replaced by gitlab.gnome.org, and GtkSourceView git master/main is now for GTK 4. So it's easier to just copy the required files locally, in the same directory, and run the script.
-
Sébastien Wilmet authored
-
- Aug 02, 2022
-
-
Sébastien Wilmet authored
gspell is not part of GNOME Core, but it's a core dependency. In case of doubt, it's better to remove the <category>, and I don't think it's super important after the switch from cgit to GitLab (in cgit the git repos were grouped into different categories). And, the less the better. Less things to keep up-to-date afterwards. Space out a bit the XML elements, for an easier reading.
-
- Jul 30, 2022
-
-
Sébastien Wilmet authored
- Jul 26, 2022
-
-
- Jul 03, 2022
-
-
- Jun 10, 2022
-
-
Sébastien Wilmet authored
-
- May 27, 2022
-
-
Sébastien Wilmet authored
-