kazhnuz / awesome-gnome Goto Github PK

An interesting project to discover apps, that could be linked too : https://sophie-h.pages.gitlab.gnome.org/malamute/fr/#core-utilities
The project : https://gitlab.gnome.org/sophie-h/malamute/

https://junrrein.github.io/pdfslicer/

Contributions guidelines are a requirement to create an awesome-list, and having a code of conduct is strongly recommended.

However, if the second part shouldn't be pretty hard (just using the awesome-list generator would be simple), the question remain for the "GNOME" parts of the contributions guidelines : How much an application here have to follow the GNOME HIG, or the common patterns of a GNOME application. For instance, having symbolic icons in the headerbar, etc.

Although I don't know in which section. UberWriter is a markdown editor and you can check it out in https://github.com/UberWriter/uberwriter

It's also available in flathub now, so it's easy to try it.

Maybe it would be time to look to all applications and looks if any application should be removed or not. It could be part of a general "clean-up" PR.

Flatpak is a way to get application that isn't tied to a particular distribution. Several apps of this list are available through flatpak (and often flathub). I think that it might be a great idea to have some icon for flatpak-available applications.

Maybe via some icon, with a link to the flatpak repository or the instruction to install it ?

Currently, we identify core apps at the end of the description of the item. I suggest doing something along the lines of what Awesome macOS does to highlight free apps and open source apps.

That project uses small images at the end of the description to highlight the item as either free or as open source. We could use a small image of the GNOME project logo for the same and explain this at the start of the document.

Ring-GTK (mentioned under Applications > Internet and Networking) has been rebranded to Jami. The present link provided does redirect to this site but it would be better to update both, the name and link to reflect this change.

Here is a link to the new site: Jami

Looks like the github URL is broken.

Hi,

It seems that systemd-manager is not an active project anymore? The github link is dead.

https://neatdecisions.com/blog/2019/09/08/detwinner-linux-edition-0-2-2/

In the pull request to add our list to the awesome-list, Sindresorhus mentioned that it would be good to add links to community ressources to the list. The community part of awesome electron have been given as an example.

So it's related to #20

It would also help users to access more easily those community resources, as they are a bit dispersed.

Easy eBook Viewer is unmaintained; has been since a year ago.

There seems to be one updated fork at joeriexelmans/ebook-viewer.

Also the name should probably be "Easy eBook Viewer" (as defined in the application and its .desktop file) and not "Easy Ebook Viewer".

Found this today: https://blogs.gnome.org/mcatanzaro/2017/08/13/gnome-3-26-core-applications/

Should help us in avoiding ambiguity regarding which apps are classified as core GNOME apps and which aren't.

Here is the entire list as it is right now:

• Archive Manager (File Roller)
• Boxes
• Calculator
• Calendar (gnome-calendar, not california)
• Characters (gnome-characters, not gucharmap)
• Cheese
• Clocks
• Contacts
• Disk Usage Analyzer (Baobab)
• Disks (gnome-disk-utility)
• Document Viewer (Evince)
• Documents
• Files (Nautilus)
• Fonts (gnome-font-viewer)
• Help (Yelp)
• Image Viewer (Eye of GNOME)
• Logs (gnome-logs, not gnome-system-log)
• Maps
• Music
• Photos
• Screenshot
• Software
• Simple Scan
• System Monitor
• Terminal
• Text Editor (gedit)
• To Do
• Videos (Totem)
• Weather
• Web (Epiphany)

This category could be for Yaru (and Pop when it's ready) too.

As we are preparing joining the list of Awesome lists (see #20), we need to make sure we respect the guidelines. One of these is to includes a project logo/illustration whenever possible. Obviously, for the GNOME project, we can.

The guidelines for the logo inclusions are the following ones :

• Placed at the top-right of the readme. (Example)
• The image should link to the project website or any relevant website.
• The image should be high-DPI. Set it to maximum half the width of the original image.

I noticed that we currently have Lutris in the issue tracker as it doesn't yet fit our requirements but might someday. I suggest doing the same with apps which do not have a single stable release yet. This way the quality of the list would be higher. This is an awesome list after all so should it have unstable apps in it?

Since we do have them in the issue tracker, we can revisit them once they release a stable version and add them into the actual list. Right now, this would mean moving Dino to the issue tracker. In the future, we should add something regarding this in the contribution guidelines or anywhere else that will make it clear that unstable apps can only be added to the issue tracker and not to the main list until they have a stable release.

https://github.com/maoschanz/drawing

@Kazhnuz We've been around for longer than a month and have a decent and definitely well curated collection of apps. I think it is time to add ourselves to awesome.

Let's go through the contribution guidelines again and add anything that we need to do to get our list ready and worthy to go up there to this issue and work through them until we are ready and then you can open a PR there.

Here are the contribution guidelines for easy reference:

• Search previous suggestions before making a new one, as yours may be a duplicate.
• Make sure the list is useful before submitting. That implies it has enough content and every item has a good succinct description.
• Make an individual pull request for each suggestion.
• Use title-casing (AP style).
• Use the following format: List Name
• Link additions should be added to the bottom of the relevant category.
• New categories or improvements to the existing categorization are welcome.
• Check your spelling and grammar.
• Make sure your text editor is set to remove trailing whitespace.
• The pull request and commit should have a useful title.
• The body of your commit message should contain a link to the repository.

Lutris has a branch in git called lutris-next where it uses GtkHeaderbar for the application window.

https://github.com/lutris/lutris/blob/next/share/lutris/ui/lutris-window.ui#L25

Given the development pace it could take a while though.

The current classification for applications, extensions and themes is a bit rough, and could become difficult to read when more of them will be added. Maybe we will need more categories in order to make the list easier to read for users.

Maybe it could be possible to take some inspiration from awesome-macos, or another awesome list of applications ?

List of sub-issues:

• #53 : themes

As we are living a rise of mobile-ready GNOME apps, made for the Purism Librem 5 and the Pinephone, it might be usefull to show an icon when an app in mobile-ready ?

The GNOME Circle project is a project kinda similar to awesome gnome, in that it aim to show quality third party GNOME Apps. Indicating Circle Apps could be great, as it's an interesting information for the user, which apps have been accepted into GNOME Circle.

GTK stylesheet aren't supported by GNOME, and won't be as easy to use with libadwaita (even if still possible via GTK_THEME, it'll break the apps even more than it already does as they rely on the adwaita stylesheet as an API). So I think it makes sense to not show them. If/when a good official or community replacement or themes start existing, they could replace them.

The customization category could be used for the other nice stuff that we can customize in GNOME, like icons, cursor, extensions, etc.

Maybe it could be great to list some great plugins for applications too ?

Title describes it. We should add the libhandy (or libadwaita, which is the new name for GTK4) library to the developer resources section.

https://github.com/fabiocolacio/Marker

https://github.com/rafaelmardojai/firefox-gnome-theme

Not sure which category it would fit in, but it's a great theme with a lot of attention to details, and it really enhances the Firefox experience on GNOME tremendously.

Replace GRadio by Shortwave when it'll hit stable

As GNOME is a project that comprise a Shell, a set of libraries, a set of application and a set of Human Interface Guidelines, the extant of what can be considered GNOME-based might be a bit difficult.

We have in the Linux desktop several OSes that use the GNOME HIG, but with a kinda different desktop. For instance, Zorin OS and Endless OS are both GNOME-based, uses GNOME technologies and GNOME apps looks good on them. Ubuntu uses GNOME Shell, but with a whole different UI. Same for other desktop that uses GNOME as a base like Budgie 10 and GNOME Flashback.

So I wonder if we should add alternate desktop and GNOME-based OS to this list. And if we do it, how could we do it ? Should we have an OS and a "desktop/shell" list separated (the problem is that some shell don't exist outside of their OS, like the Ubuntu session or the Zorin Shell). The last question would be what a shell need to be considered GNOME-based.

Presently, Zukitre is classified as both flat and metallic. I personally think it would fit in better in the flat category. What do you think @Kazhnuz ?

https://www.midori-browser.org/

Suru is an icon theme by Sam Hewitt, the creator of Moka. For now, it's still in progress, but it'll be an interesting theme one it is more mature.

Dino is a modern XMPP/Jabber client following GNOME's HIG. It's pretty nice, but don't have a stable release. Once it have one, we will be able to put it in the awesome-list.

https://gitlab.gnome.org/gnumdk/passbook

As of eafb451, we use a GNOME logo to mark application that are member of the .

If using the set of Core Apps make it easier for us to know what item we should mark simple, the problem is that the Core Apps are just a subset of application maintained by the GNOME Project. For instance, GNOME Tweaks is maintained by GNOME, designed by the GNOME Design Team, and officially distributed as part of GNOME. But it's not a part of the GNOME Core set of applications. And even with the mention at the beginning, I think it might confuse some people to see an official part of GNOME not marked with a GNOME icon.

That's why I wonder what choice is better.

The problem with being less restructive that would be that for some items, it's a bit blurry, for instance gthumb, where it's on the GNOME git, but don't seems to be mentionned as a part of GNOME. And the problem might even grow with flatpak (as some apps like lollypops begin with org.gnome.) and the gitlab (if it's open to any apps created for the GNOME project, the frontier between a GNOME apps and a third-party apps might become even more blurry).

A possibility would be to use the jhbuild list as a way to know what is "official", and what is mentioned as a part of GNOME in the different media (like in extensions.gnome.org)

pdftag by Adrià Arrufat is a simple metadata editor for PDFs.

We should pick whether we want periods at the end of each item's description or not and stick to the decision to keep the document internally consistent.

There is some problems in the current categorisation of themes. First, the "metallic" category is pretty precise for what it could be (something for skeumorphic theme, compared to flat theme), and some theme could be needlessly out of scope of this category. Secondly, I wonder if for some themes like GNOME OSC ( see #52 ), a special category for themes collections, or "look-alike" themes could be great ?

So if there isn't any disagreement, I propose that the Categorisations is changed to the following one :

• Look-a-like themes
• Material Design
• Flat Design
• Skeumorphic
• Other

I'm marking the issues as help needed as I need help on the wording, though. Maybe if many "retro" themes works great for GNOME, a "retro" category could be great ?

https://gitlab.com/gabmus/unifydmin

The Awesome Manifesto recommends the use of the CC0 1.0 license.

Would you be okay with its terms?

https://gitlab.gnome.org/GNOME/recipes/

With the arrival of libadwaita, current themes will be even more non-supported than before, and I think it would be logical to not have them anymore, at least until we have some "color scheme" that takes adventage from libadwaita variable (maybe if someone start an apps to write the variables to gtk.css or something like that).

User friendly Open Source screencaster for Linux written in GTK. Using free GStreamer modules and not depend on FFmpeg.

https://github.com/amikha1lov/RecApp

Foliate is a relatively new ePub reader built with GTK. It seems to be under very active development but I see no indication that it is considered to be unstable, so I think it fits.

http://www.pitivi.org/

It's already a GNOME awesome-list, it's pretty obvious that these application are meant or adapted to the GNOME desktop…

They're nice and can be pretty cool to visualize a project