# Tiny contributions **URL:** \ **Category:** Development\ **Created:** [November 2, 2022, 3:16pm UTC](https://gramps.discourse.group/t/tiny-contributions/2952 "2022-11-02T15:16:34Z")\ **Posts on this page:** 8\ **Page:** 1
**Author:** ![emyoulation](https://yyz2.discourse-cdn.com/free1/user_avatar/gramps.discourse.group/emyoulation/32/67_2.png) [@emyoulation](https://gramps.discourse.group/u/emyoulation)\ **Post date:** [November 2, 2022, 3:16pm UTC](https://gramps.discourse.group/t/tiny-contributions/2952/1 "2022-11-02T15:16:34Z")
There are a bunch of refinement tweaks that average users have made over the years that have never been committed to Gramps. They have stalled permanently. These are minor things like: typos corrections, Tooltip harmonizations, defaults, icons, or color selections. These are trivial in terms of code but makes Gramps a bit more polished. The user has already searched the source files and made the tweak on their own installation. But they don’t ever expect to do enough code for them to battle through learning GitHub. It isn’t terribly complex to get an MantisBT account… so they might even go as far as to submit a Feature Request. But this is where the tweak stalls because other things demand the limited free-time of established developers. This is generally because the changes are too trivial for a Developer to review or process in GitHub. _**Maybe some of the new volunteers (who are not yet comfortable enough with the Gramps core to develop significant code) could be tasked with moving the minor tweaks from Mantis, the Discourse forum, or the Maillist archives to Pull Requests?**_ This would make them comfortable with the GitHub tools and ease their path to contributing their own code. Related to: [Can Non-programmers contribute to 5.2?](https://gramps.discourse.group/t/can-non-programmers-contribute-to-5-2/2005): ---
**Author:** ![emyoulation](https://yyz2.discourse-cdn.com/free1/user_avatar/gramps.discourse.group/emyoulation/32/67_2.png) [@emyoulation](https://gramps.discourse.group/u/emyoulation)\ **Post date:** [November 3, 2022, 1:16pm UTC](https://gramps.discourse.group/t/tiny-contributions/2952/2 "2022-11-03T13:16:45Z")
As an example: Feature Request [10546 : Update obsolete terms in tips.xml](https://gramps-project.org/bugs/view.php?id=10546) Completing this feature request to update the built-in [Tip of the Day](https://www.gramps-project.org/wiki/index.php/Gramps_5.1_Wiki_Manual_-_Settings#Tip_of_the_Day_dialog) only needs: - a PR to be submitted for the (updated and attached) tips.xml file. - adding a MantisBT note to the Feature Request (identifying the PR and the branch …5.2 or 5.1 maintenance… where the PR will be committed so that the MantisBT item can be closed.) Established developers are not going to be interested in the “Tip of the Day”. They will have outgrown it so long ago that they may not even remember that it exists. _The “Ancestry view” became a “Charts view” between version 3.3 and 4.0 of Gramps — a decade ago. But there were still 2 Tip of the Day listings for them._ _It is wasteful to task a senior programmer with coding this kind of text tweak and posting the PR._ ---
**Author:** ![codefarmer](https://avatars.discourse-cdn.com/v4/letter/c/b9e5f3/32.png) [@codefarmer](https://gramps.discourse.group/u/codefarmer)\ **Post date:** [November 4, 2022, 7:39pm UTC](https://gramps.discourse.group/t/tiny-contributions/2952/3 "2022-11-04T19:39:53Z")
What do you think about adding “Good First Issue” as a tag to Mantis? If an issue can be assessed as an easy one to fix, tag can be added, making it easy to locate them later. ---
**Author:** ![emyoulation](https://yyz2.discourse-cdn.com/free1/user_avatar/gramps.discourse.group/emyoulation/32/67_2.png) [@emyoulation](https://gramps.discourse.group/u/emyoulation)\ **Post date:** [November 6, 2022, 3:22pm UTC](https://gramps.discourse.group/t/tiny-contributions/2952/4 "2022-11-06T15:22:58Z")
> [@codefarmer](#): > > What do you think about adding “Good First Issue” as a tag to Mantis? That’s a possible approach. But we are talking about a new ‘status’ that the volunteers doing triage would use. Not a new ‘tag’, right? (As a tag, a developer-oriented “good first assignment” would be better “1st issue” that sound ‘submitter-oriented’) > [Admin Guide](https://www.mantisbt.org/docs/master/en-US/Admin_Guide/html-desktop/#admin.customize.status) > Mantis supports the following status options by default - New, Feedback, Acknowledged, Confirmed, Assigned, Resolved, and Closed Unfortunately, I haven’t spotted an option to “Assign” to a queue of MantisBT … so that it works like an [ACD system](https://wikipedia.org/wiki/Automatic_call_distributor) in a Tech Support call center. And this [2005 MantisBT feature request](https://www.mantisbt.org/bugs/view.php?id=5081) leads a person to think that they’re not going that way. ---
**Author:** ![codefarmer](https://avatars.discourse-cdn.com/v4/letter/c/b9e5f3/32.png) [@codefarmer](https://gramps.discourse.group/u/codefarmer)\ **Post date:** [November 6, 2022, 4:27pm UTC](https://gramps.discourse.group/t/tiny-contributions/2952/5 "2022-11-06T16:27:07Z")
> [@emyoulation](#): > > > [@codefarmer](#): > > > > What do you think about adding “Good First Issue” as a tag to Mantis? > > That’s a possible approach. But we are talking about a new ‘status’ that the volunteers doing triage would use. Not a new ‘tag’, right? (As a tag, a developer-oriented “good first assignment” would be better “1st issue” that sound ‘submitter-oriented’) Thanks for your comment. I’m with you that creating a new ‘status’ may be too complicated, and frankly doesn’t seem to fit, i.e. an issue doesn’t go in and out of a `Good First Issue` status. BTW, I suggested `Good First Issue` because it’s fairly common in GitHub. A `Good First Issue` tag in Mantis (and label in GitHub) is simply an indication of someone’s evaluation of the issue without any other implications. It should not add a requirement that the triager evaluate for being simple to fix. However, if an issue is identifiable as such, add the tag as in the issues you identified - typo fixes, simple logic fixes, text updates, etc. When a new dev wants to help, we simply point them to a summary report or Mantis filter and recommend they start their search there, which may encourage them to set up a repo, make the changes, submit a PR etc. Here’s an example of how Microsoft uses it: [FSharp repo - list of good first issues](https://github.com/dotnet/fsharp/labels/good%20first%20issue). ---
**Author:** ![emyoulation](https://yyz2.discourse-cdn.com/free1/user_avatar/gramps.discourse.group/emyoulation/32/67_2.png) [@emyoulation](https://gramps.discourse.group/u/emyoulation)\ **Post date:** [November 6, 2022, 4:43pm UTC](https://gramps.discourse.group/t/tiny-contributions/2952/6 "2022-11-06T16:43:13Z")
We’d have to be certain to regularly curate the issues associated with such a tag. The tagged Issues that weren’t “Confirmed” status would need to have that Tag cleared aggressively. Otherwise, it would become too littered with Assigned & Completed issues. The tag probably needs to be limited to a quantity of issues that wouldn’t overwhelm newbie contributors with options. ---
**Author:** ![codefarmer](https://avatars.discourse-cdn.com/v4/letter/c/b9e5f3/32.png) [@codefarmer](https://gramps.discourse.group/u/codefarmer)\ **Post date:** [November 6, 2022, 5:44pm UTC](https://gramps.discourse.group/t/tiny-contributions/2952/7 "2022-11-06T17:44:51Z")
You’re right, we would need a filter that shows only issues that aren’t closed/resolved. That’s quite easy to set up, and with a permanent link to that filter, it could be shared on the wiki, and even added added as another view on the [Summary page](https://gramps-project.org/bugs/summary_page.php) on Gramps Mantis. Other than that, this tag wouldn’t be different from any other tag in Mantis, so we could see how it works for a while to see if anything more needs to be done. Actually I just noticed a `Good_First_Issue` tag in Mantis - awesome! For consistency with existing tags, replacing the underscores with spaces or just removing them would be better, i.e. `Good First Issue` or `GoodFirstIssue`. ---
**Author:** ![system](https://global.discourse-cdn.com/free1/uploads/gramps/original/1X/2ac1e712b7adf612e31ca08a55419f4cf37c0158.png) [@system](https://gramps.discourse.group/u/system)\ **Post date:** [December 6, 2022, 5:45pm UTC](https://gramps.discourse.group/t/tiny-contributions/2952/8 "2022-12-06T17:45:51Z")
This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.