Glimpse is an open source image editor based on the GNU Image Manipulation Program. The goal is to experiment with new ideas and expand the use of free software.
- What is the correct name for your project?
- Did you know that name is used elsewhere?
- What is wrong with the “GIMP” name?
- What initially motivated you to fork?
- Are you just forking because of the name?
- What if I find the word “Glimpse” offensive?
- Do you intend to replace the GNU Image Manipulation Program?
- Is forking the project a duplication of effort?
- Which operating systems do you support?
- Can I install Glimpse and GNU Image Manipulation Program on the same machine?
- Will you contribute changes back upstream?
- This project is big! Will it take a long time to rebrand?
- Why are you using Github instead of Gitlab?
- Could you just run “find and replace” to fix the name?
- Where is the Glimpse code of conduct?
- How does your project govern itself?
- What are all the Matrix channels for?
- Why do you need monetary donations?
- How do I stay up-to-date with this project?
- How do I contribute to this project?
What is the correct name for your project?
The free software we produce is called “Glimpse Image Editor”, but we sometimes shorten that to just “Glimpse”. We refer to our governance structure, core contributors and participants on our public Matrix channel as “the Glimpse project”. We often call our social media followers, donors and end users “the Glimpse Community”.
If you are a blogger or a member of the technology industry press, we do not yet have branding guidelines in place. However we have provided screenshots, our branding assets and instructions for their basic usage here: https://github.com/glimpse-editor/branding
Did you know that name is used elsewhere?
We are aware of a number of other unrelated projects called “Glimpse”. We have made changes based on feedback from our critics such as changing our website’s domain name and defining “Glimpse” as a shortened version of “Glimpse Image Editor”.
The project’s current stance is that while we are theoretically open to changing our name, there is very limited support in favour of actually doing so. We granted our critics time to find an alternative name that addresses the concerns they raised, fulfils our project’s requirements and enjoys popular support. Even with three months and our assistance they were not able to do so, so we consider the matter closed.
See “How does your project govern itself?” for more details about why we now limit discussion about this topic on our Matrix channels.
What is wrong with the “GIMP” name?
If English is not your first language, then you may not have realised that the word “gimp” is problematic. In some countries it is considered a slur against disabled people and a playground insult directed at unpopular children. It can also be linked to certain “after dark” activities performed by consenting adults.
You may think that this is “political correctness gone mad” and that those who have been complaining about it for more than a decade are “over-sensitive”, but this choice does have real-life consequences. In addition to the pain it can cause to marginalized communities many of us have our own free software advocacy stories about the GNU Image Manipulation Program not being taken seriously as an option by bosses or colleagues in professional settings.
Educational institutions and public libraries may feel unable to provide or recommend the program to students due to possible legal or moral concerns. It can also be difficult for a teacher to keep a class of school-age children disciplined and focussed if they are distracted by the name of the computer program they have been asked to use.
We believe free software should be accessible to everyone, and in this case a re-brand is both a desirable and very straightforward fix that could attract a whole new generation of users and contributors.
What initially motivated you to fork?
In recent versions of the upstream software you may have noticed that the window titles have switched to “GNU Image Manipulation Program” and the documentation suggests expanding the acronym as a work-around for the bad name. However, we do not think that adequately addresses the issue because the website domain, documentation and wider community still refers to it as “the Gimp” just as they have done for the last two decades.
Feature requests have been raised about the problem multiple times on the project’s communication channels over the last 13 years, but each time they are ignored, dismissed and/or the discussions get spammed by those with strong political views.
It is unfortunate that we have to fork the whole project to change the name, but we feel that discussions about the issue are at an impasse and that this is the most positive way forward.
Are you just forking because of the name?
No, but it did provide the motivation for many of us to fork the project in the first place.
We all love the GNU Image Manipulation Program, but it only has finite resources and so has to prioritise some changes over others. Decisions may have also been made historically for sound reasons that need to be revisited but cannot for the same reason. This can mean that good user interface improvements and functional changes that the community suggests can go unaddressed for years.
What this project aims to do is inject some new ideas, energy, contributions and money into a tool that most of us take for granted. We also want to expand the adoption of a great piece of free software.
What if I find the word “Glimpse” offensive?
That seems unlikely given we checked its meaning in every known language, but if you have a legitimate concern then let us know.
If you are offended by the fact we renamed the project, we suggest you continue using the GNU Image Manipulation Program instead of annoying our contributors and making more work for our moderators.
Do you intend to replace the GNU Image Manipulation Program?
No, this project does not intend to supplant the GNU Image Manipulation Program. You may have noticed we already link to their donations page throughout our documentation and we periodically donate a portion of our own funds to the upstream project.
The Glimpse project is also run entirely by passionate enthusiasts. Development on the GNU Image Manipulation Program will continue as normal with same core group of developers and be entirely unhindered by this project.
We anticipate in the coming months and years that Glimpse will be a place where people can experiment with fixes that upstream may not have had the resources to work on and new ideas that upstream may have felt unable or unwilling to try for legacy reasons.
If we come up with some popular improvements that really enhance the user experience then we would assist with contributing them back upstream so the wider community can benefit.
Is forking the project a duplication of effort?
No, because we are not reimplementing a 20+ year old codebase from scratch.
From our point of view we are simply exercising our software freedoms by forking the project and redistributing a modified version for others to benefit from. This is fully in accordance with the spirit and requirements of the GNU General Public License and GNU Lesser General Public License as they both apply to this project.
There are early plans to write a new GUI front-end with more modern technologies in parallel to our current efforts, but that will take a number of years to produce and will still rely on the same GEGL and BABL libraries that the GNU Image Manipulation Program developers maintain.
Which operating systems do you support?
We support systems running Windows 7 or newer, and modern variants of GNU/Linux.
Unfortunately we are not able to support MacOS at this time. We recommend Seashore as an alternative.
Can I install Glimpse and GNU Image Manipulation Program on the same machine?
On Windows, you can safely install and run both applications at the same time.
On Linux, the Flatpak build that we support and maintain is fully self-contained and should not interfere with any installed versions of the GNU Image Manipulation Program. If you discover that is not the case on your system, please report it as a bug.
If you are using a Linux build from a third party source that we do not directly support (such as Snapcraft, AUR or your distribution’s package repositories) then it is unlikely because there may be package and file name conflicts. You should ask the people responsible for maintaining those packages for confirmation and any help you might need.
Will you contribute changes back upstream?
Absolutely! We intend to be good free software citizens, and as soon as we have made changes that the upstream project want to include in their codebase we will be willing to assist them however we can. We have also periodically donated a portion of the donations we have received to the GNU Image Manipulation Program developers.
While both projects may not agree on some things, it is clear to us that an adversarial attitude will not help either of us. If we work together then the whole free software community can benefit from this fork that attracts new contributors, breathes new life into an ageing codebase and shares free software with a whole new audience.
This project is big! Will it take a long time to rebrand?
The 0.x releases fork the GNU Image Manipulation Program v2.x. These initial versions focus on re-branding, tweaking the existing UI, fixing upstream bugs and improving Windows support.
The 1.x releases will be “long term supportable” versions of the 0.x releases. These will be well-documented, provide better foreign language translations and make non-breaking iterative changes.
The 2.x releases will use a brand new GUI we have written from scratch while still relying on the underlying GEGL and BABL libraries that GNU Image Manipulation Program does. That effort will take a number of years, so this will be worked on in parallel while we continue with the 1.x releases.
We have been overwhelmed by the positive support we have received, and that is continuing to help us progress the project faster than anticipated.
Why are you using Github instead of Gitlab?
That was a choice made early on for entirely practical reasons such as project discoverability, ease-of-use, user familiarity and cost.
As a project we are aware some people have ethical concerns about using Github, and that other projects appear above us in the search results. For those reasons we periodically discuss how our contributors feel about using it, as well as the merits and drawbacks of potential alternatives.
There are no immediate plans to move our code or mirror it elsewhere, but we are not opposed to the idea.
Could you just run “find and replace” to fix the name?
We could, but that would completely destroy plug-in compatibility and break the upstream subcomponents on which we rely. That would also cause serious problems with all the build scripts and be very time-consuming to fix.
To preserve compatibility we had to maintain existing file names, variable names, constants, class names, methods and APIs. This meant we had to provide our own files, variables and constants, then identify where we wanted to use them, swap in those values wherever that did not break compatibility, and find a suitable replacement wherever we referred to upstream code that we had not modified (we settled on “GNU I.M.P”). That cannot be achieved by just using find-and-replace tools or regular expressions.
In addition to changing the name we also wanted to change the project logo. We commissioned an artist to do that for us, and subsequently had to make code fixes to the application to swap in our own art assets.
Finally, we also had to ensure that our changes were applied appropriately in the existing translation files and did not break the automated mechanisms in the build systems that keep them up-to-date.
In short, it is not easy to rebrand the GNU Image Manipulation Program. Similarly, the reason why this project is not just “one man and his Github repository” is because we do have other objectives and intend to create free software that other people actually want to use.
Where is the Glimpse code of conduct?
You will find it on this page. Our code of conduct is based on the contributor covenant and will be developed and amended over time as the need arises. As this project spawned from the fediverse our experiences in that online space are going to inform the project’s future governance and direction.
There is no benevolent dictator for life in the traditional sense for this fork because we believe in the merits of collective decision-making. They might sometimes take longer to make decisions, but a group is often less fallible, makes better-considered choices and reflects the will of the wider community more accurately than an individual.
That approach has worked well for us so far, and you can read more about our governance structure here: “How does your project govern itself?”
We also want to make it clear that we value and encourage diverse representation in leadership positions within our community, and we believe that is the best way to enforce a code of conduct that protects all contributors and promotes wider participation. At this early stage our initial governance team is formed entirely of individuals from marginalized communities, and that makes our project very atypical. That emerged organically as a result of the project starting on the fediverse.
We know how important it is to enact the right code of conduct and enforce the rules properly. We want to promote a safe and inclusive environment, not a toxic one. If you have ideas to help us do that and want to get involved with this discussion then please join us in the project’s communication channels.
How does your project govern itself?
The way we govern ourselves is something that evolves over time based on feedback we receive and what we find works and does not work. The summary provided in this answer is intended to illustrate how we currently make decisions and are held accountable by our community.
Github Issues are used to track bug reports, suggestions and questions from the wider community, and items we have agreed as a project need action. Action items are allocated to a milestone to give an indication of their priority and likely timeline, but these are always provisional until the work is done.
Most day-to-day discussion happens in the #glimpse:matrix.org (or “Glimpse Community”) Matrix channel. Anyone can join so long as they comply with our code of conduct, support the basic premise behind this project existing and don’t spam the channel with off-topic chatter or shameless self-promotion. This is where most of the actual decision-making happens, and our community has the opportunity to voice their opinions or share their domain-specific knowledge there.
Anyone named in the
AUTHORS file are eligible to join the #glimpse-contributors:matrix.org (or “Glimpse Contributors”) Matrix channel. They make the low-level technical decisions necessary to deliver items that have already been agreed. It is also used as a fall-back communication channel between contributors when the “Glimpse General” Matrix channel is busy with the decision-making process so that development work is not obstructed by it.
While they might make some time-sensitive moderation decisions as individuals, all other decisions are not considered “agreed” until they have been discussed on the “Glimpse Community” channel and a consensus has been achieved between all members of the “governance team”. Initiatives originating from the governance team instead of the community are sometimes discussed on the “Glimpse Contributors” Matrix channel first.
No decision is ever set in stone and can be revisited if new information comes to light or there is enough support within the project to do so. The governance team will generally only block the re-opening of an issue or delay a decision if the discussion is becoming too heated or obstructs the day-to-day running of the project.
There are currently three people in our governance team: Bobby Moss (started the fork), Christopher Davis (posted the renaming issue on upstream gitlab repository) and Luna (started the “UI rewrite” planning).
Finally, the project may from time to time run polls on social media to canvas opinion for specific issues if there is support for doing so. They are always non-binding and only intended to facilitate the existing decision-making process.
What are all the Matrix channels for?
All of our channels are on matrix.org. You can get access to the invite-only channels by asking for it on the “Glimpse Community” channel.
- #glimpse: “Glimpse Community” channel that anyone can join so long as they keep discussion on topic, support the project and comply with our code of conduct
- #glimpse-offtopic: Off-topic chatter between well-known members of our community in a safe, welcoming environment
- #glimpse-github: Matrix alternative to receiving Github notifications by email
- #glimpse-2x: Focussed discussion for the Glimpse 2.x “UI rewrite” working group
- #glimpse-contributors: “Glimpse Contributors” channel for core contributors. Only people listed in our
AUTHORSfile are eligible to join.
- #glimpse-admin: “Glimpse Admin” channel for our moderators to support each other. This is a private channel used by members of the governance team.
Why do you need monetary donations?
Just like many other free software projects we need to host the collaboration tools we use to develop and share the project. We have to purchase domain names, cloud servers, code signing certificates and subscriptions from service providers to make this project a success. In addition we also intend to pay the artists we commission for the re-brand and reward our contributors for the value they add.
If you would like to donate some money to Glimpse project, you can do so by donating on Open Collective.
We also encourage those who want to support the GNU Image Manipulation Program to use their donation page to do so.
How do I stay up-to-date with this project?
How do I contribute to this project?
All of our contribution links are available on our Contribute page.
Please ensure that you read our code of conduct before you join our community. Regardless of your past experience and the usefulness of your contributions you are expected to comply with it.