-
Notifications
You must be signed in to change notification settings - Fork 39
This issue was moved to a discussion.
You can continue the conversation there. Go to discussion →
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
✏️ [ FEAT REQ ] GitHub Wiki or Other Feature Documentation #171
Comments
I'll start with the two features I saw that needed documenting:
|
Many who are not in the know may wonder about RCS support. A paragraph or so should be witten about why this will not happen. (If the situation changes, this can be removed from the documentation.) |
A development roadmap/planned features list could not only cut down on questions, but also serve as a sort of issue index of sorts, with links to each feature request issue. |
This is fantastic, thank you so much! 💜 I'm working on a small roadmap for "next release" over at https://github.com/users/octoshrimpy/projects/4/views/1 and for those coming in, here's a good place to start for getting friendly with markdown: |
This URL returns a |
As far as categorization goes, it looks like you can either make a bunch of wiki pages and allow GitHub to simply list them, or you can use Markdown to make a more attractive and better organized sidebar. For example:
This will make a sidebar that looks like the following:
Thus, we have three levels of categorization to work with. I think we'll only need two. |
As for what to actually put there, I suggest the following:
In theory, every wiki page we write should be one click away with this sidebar. |
Currently, the wiki is disabled. You can enable it in Settings > Features |
@Pinaz993 project made public-read, and wiki made public-RW |
Wiki landing page created, with struckthrough instructions to navigate with the side bar, an under construction message, and a thanks section based on the one in |
we may want to link to https://dontkillmyapp.com/ since a couple people have ran into that problem before: https://www.reddit.com/r/fossdroid/comments/1cjl17i/comment/ljcbvkl/?utm_source=share&utm_medium=web3x&utm_name=web3xcss&utm_term=1&utm_content=share_button |
This issue was moved to a discussion.
You can continue the conversation there. Go to discussion →
qkSMS and quik both have very sparse documentation. (At least, I was not able to find any documentation other than the README.MD.) In fact, I have noticed two instances where people have wanted a feature, unaware that the feature is already implemented.
While it may seem that an SMS/MMS client does not need much in the way of documentation, if written and organized carefully, unneeded docs can't hurt.
In addition, while it may be daunting to dive into Java/Kotlin and learn how to handle shudder Gradle, Markdown is actually quite approachable.
I propose that we, the grateful users of quik, take some of the load off of @octoshrimpy and work to create documentation of the features in the app in such a way that it can be later implemented or linked to in the app itself.
This issue may be useful as a gathering point for information on features of qkSMS and quik.
The text was updated successfully, but these errors were encountered: