Yes, breadcrumbs up to the categories when viewing a post would be good, too. Also, is there a feed available? That was the one useful feature of the old forums.
Welcome to the forum!
Thanks for the suggestion, I think that’s useful. Maybe you can search how to do this in Discourse and I’ll be willing to do it.
On the desktop there are already breadcrumbs, no idea how to enable them on mobile devices.
I searched for an RSS feed in Discourse and found it: F-Droid Forum - Latest posts
Thanks! Take a look at:
We have a similar implementation on Kontalk.org, if you need further help let me know.
Hmm, not seeing the breadcrumbs using desktop Firefox… thanks for digging up the feed link.
Ah, you´re right. I mixed it up with the categories, like here:
Thanks for the links. I added the following “Header” customization:
<div id="top-navbar" class="container">
<span id="top-navbar-links" style="height:20px;">
<a href="https://f-droid.org">F-Droid</a> |
<a href="https://f-droid.org/repository/browse/">Apps</a> |
<a href="https://f-droid.org/news-and-reviews/">News</a> |
<a href="https://gitlab.com/fdroid">GitLab</a>
</span>
</div>
However, it looks really ugly ^^
Can you dump the content of your customization here?
Sure, you can import this and then adjust it accordingly. Let me know how it goes.
{"site_customization":{"id":1,"name":"Header","key":"ba04f3a9-7ee5-40e8-a08e-0967e0402cd5","enabled":true,"created_at":"2016-11-25T22:33:58.215Z","updated_at":"2016-11-28T19:42:30.657Z","stylesheet":"div#header-links {\n display: none;\n}\n\n@media (min-width: 768px) {\n div#header-links {\n display: block;\n \tposition: absolute;\n \tleft: 240px;\n \ttop: 10px;\n }\n \n div#header-links a {\n font-size: 14px;\n text-transform: uppercase; \n color: #393939;\n font-weight: bold;\n padding: 0 1em;\n }\n}\n","header":"","footer":"","top":"","mobile_stylesheet":"div#header-links {\n display: none;\n}\n\n@media (min-width: 768px) {\n div#header-links {\n display: block;\n \tposition: absolute;\n \tleft: 240px;\n \ttop: 10px;\n }\n \n div#header-links a {\n font-size: 14px;\n text-transform: uppercase; \n color: #393939;\n font-weight: bold;\n padding: 0 1em;\n }\n}\n","mobile_header":"","mobile_footer":"","mobile_top":"","head_tag":"\u003cscript type=\"text/discourse-plugin\" version=\"0.4\"\u003e\napi.decorateWidget('home-logo:after', helper =\u003e {\n const showExtraInfo = helper.attrs.minimized;\n if(!showExtraInfo) {\n return helper.h('div#header-links', [\n helper.h('a#header-home', {\n href:'https://www.kontalk.org/',\n text:'Home'\n }),\n helper.h('a#header-donate', {\n href:'https://www.kontalk.net/',\n text:'Donate'\n }),\n helper.h('a#header-project', {\n href:'https://github.com/kontalk',\n text:'Project'\n })\n ]);\n }\n});\n\u003c/script\u003e","body_tag":"","embedded_css":""}}
3 Likes
Wow, I didn’t see the import function, it’s amazing.
Thank you for the export, I imported it. If there is any other link I should add, ping me here.
1 Like
I think at this point a dedicated Support or Help category would make sense. 
I think the best place for this is the issue tracker on
GitLab. I’m unsure if I should open
yet another category in the forum.
My understanding is that Gitlab is more about reporting issues and making requests for apps and not about getting help. It looks like atm the General category has several threads that are about getting support. Alternatively, wait a bit longer to see how people end up using it. 
Alternatively, wait a bit longer to see how people end up using it.
I have seen both, people opening issues about non-issue stuff as well
as issues on the forum. I am not to happy about this, since part of
reasoning behind the new forum was to remove maintenance burden, not
to double it. At least I can reply by mail, so the experience isnt
so painful as before. Anyhow, I am not sure how or if we should solve
this.
I understand the frustration, been in similar situations several times myself. The forum here is still young, so it’s a great opportunity to train new users to act accordingly.
Drawing from examples I’ve seen so far, where are people expected to ask/report issues with:
- Getting their own app or someone else’s included
- An application not installing, not working or being outdated
- Using Fdroid
- Setting up their own repo/server
- Using custom repos
If we clear this up a bit, I can try making some suggestions on the tactics.
I feel the same way - it seems to me the Gitlab issue queue was created as some sort of a stopgap measure. I understand why it may be used for support, but users are more likely to have an account on this forum than on Gitlab.com, which removes a barrier to entry here. Furthermore, I feel Discourse is more user-friendly than Gitlab for support forums…
There’s even a Accepted answer plugin which would be a great addition here… It would allow admins and users to triage away resolved questions…
the Gitlab issue queue was created as some sort of a stopgap measure.
Actually the GitLab submission queue was to tie submission discussions
and actual work on the metadata more closely together. Thus “users”
first seeing more of the actual work and after a while getting a feel
and even starting to participate. Another benefit was to remove load
from the maintainer(s).
For “support” issues… well, some (most) of them are actually not
support issues, but either upstream questions or required fdroiddata
changes. It sounds like a good idea to have the issues right where
the changes are to be made, doesnt it?
users are more likely to have an account on this forum than on Gitlab
Well, the new forum wasn’t opened back then, so at start we’d have more
users on gitlab for sure. I even thought about the new forum being
contra-productive to our intentions… Oh, and its not only a gitlab
account, it supports a variety of login options.
Sure, it does. I guess I just find discourse so much easier to use for conversations than gitlab…
Discourse should enable the F-Droid community to interact and grow in more ways than Gitlab, which is targeted more at managing a project’s development, handling code, bug reports, feature requests etc.
Users that are not coders will rarely have an account on GitLab, but could very well be active here in the forum.
Might be a good idea on deciding on what this forum is about now that it is still early, to avoid further confusion and possibly be more aggressive on moderating.
@anon25111075 can you please answer the question on my earlier post. Fwiw, am really interested in helping out with the F-Droid community.
Definitely not! It is a solution for making app requests far more easier to maintain than before. If someone adds an app to fdroiddata, they can leave fixes fdroid/rfp#123 in the commit description and the issue will automatically be marked as closed (fixed). If we use the forum, it would require maintainer to log in, find the right thread and leave a reply saying it’s fixed.
Also it feels like @anon25111075 is managing the app management marvellously for decades and we should do our best to make working on F-Droid as easily as possible for him. If we do not add apps ourself via merge request, registering on GitLab is an acceptable effort.
It would be indeed a good addition. Thanks for the link!