Author Archives: swilmet

gspell and LaTeXila – progress report

Posted on November 4, 2016 by swilmet

In September I’ve launched two small fundraisings on gspell and LaTeXila. The two goals are now reached, thanks! I’ve started working on those two projects, here is a progress report. gspell – adding GtkEntry support The basic infrastructure is there, … Continue reading →

Posted in gspell, LaTeXila | 6 Comments

gspell and LaTeXila fundraisings – thanks!

Posted on October 5, 2016 by swilmet

The gspell fundraising has reached its initial goal! So thanks a lot for your support! Expect GtkEntry support in the next version of gspell, which is planned for March 2017. I’ve added a second milestone for the gspell fundraising, because … Continue reading →

Posted in gspell, LaTeXila | Comments Off on gspell and LaTeXila fundraisings – thanks!

Two Small Fundraisings – on gspell and LaTeXila

Posted on September 17, 2016 by swilmet

We live in a world where it’s increasingly possible to have a part-time job and being paid for other small tasks on the side; think about Uber or airbnb. I have a half-time job, and I care about Free Software. … Continue reading →

Posted in gspell, LaTeXila | 8 Comments

Announcing Gtef, an incubator for GtkSourceView

Posted on September 10, 2016 by swilmet

Gtef – the acronym for “GNOME Text Editor Framework” – is a new library that eases the development of GtkSourceView-based text editors and IDEs. It can serve as an incubator for some GtkSourceView features. See the Gtef repo on GitHub … Continue reading →

Posted in Gtef, GtkSourceView | 2 Comments

Using the GtkSourceView API to write scripts that manipulate text

Posted on August 17, 2016 by swilmet

In the gnome-c-utils repository, I wrote some scripts that use the GtkSourceView library. When a script needs to read some text, search something in it, and possibly edit the content, then having a GtkTextBuffer is really convenient. GtkTextBuffer is good … Continue reading →

Posted in GtkSourceView | Comments Off on Using the GtkSourceView API to write scripts that manipulate text

Semi-Object-Oriented Programming in C

Posted on July 14, 2016 by swilmet

Although I said last year that I’m not the right person to write a book about developing GLib/GTK+ applications and libraries, I continue slowly but surely. There is now a new section called “Semi-Object-Oriented Programming in C”. This serves as … Continue reading →

Posted in book | 2 Comments

Thoughts on the Linux Mint X-Apps forks

Posted on June 18, 2016 by swilmet

You may be aware that Linux Mint has forked several GNOME applications, either directly from GNOME (Totem -> Xplayer, Evince -> Xreader, Eye of GNOME -> Xviewer), or indirectly via MATE (gedit -> pluma -> XEd). GNOME is like the … Continue reading →

Posted in gedit, gspell, GtkSourceView, Library development, Programming, Thoughts | 12 Comments

Doing things that scale

Posted on April 23, 2016 by swilmet

In the software world, and with internet, we can do a lot of things that scale. Answering a user question on IRC doesn’t scale, only one person and a few lurkers will benefit from it. Answering a user question on … Continue reading →

Posted in Library development, Programming, Thoughts | Comments Off on Doing things that scale

API vs ABI

Posted on April 23, 2016 by swilmet

I repeatedly see other people doing the mistake, so a little reminder doesn’t hurt. API: Application Programming Interface ABI: Application Binary Interface The difference can be easily explained by knowing what to do for some code when the API or … Continue reading →

Posted in Library development, Programming | 6 Comments

Libtool convenience library to unit test private functions

Posted on April 17, 2016 by swilmet

Only the public API of a library is exported, so when a program is dynamically linked to the DSO (Dynamic Shared Object), it can only use the public functions. So how do you unit test the private classes of your … Continue reading →

Posted in gspell, GtkSourceView, Library development, Programming | Comments Off on Libtool convenience library to unit test private functions