Hello everyone,
as mentioned before, I am both happy and overworked with the incredible amount of good new issues that have been popping up in the past days alone. This shows me that this app is becoming better and better, and that it actually helps many people and sometimes motivates them to even help out — there have been some very cool PRs on the repository which I gladly merged, and which is why I decided to open this issue.
As mentioned by @zverik in this comment, the question is: What can other people do while I blatantly ignore all those good feature requests on the issue tracker while I work on the two huge core-modules that need to be in place for many issues to be solved quite easily?
This issue focuses on what contributors can do during the next months to push more and more features into the app!
I will compile a list of issues here that can be tackled without having to worry about interfering with the proposed new modules, that is: They don't run in danger of being overwritten again when I place the new modules into the core of Zettlr.
Issues can generally be tackled in a PR which I'll then merge, if the following simple requirement is fulfilled: They don't touch any of the classes that _will_ be removed during the refactoring:
ZettlrIPCZettlrFileZettlrDirZettlrVirtualDirZettlrFilterZettlrRendererIPCUpdate May 2020: The respective files have now been deleted in the develop branch so it should be safe again!
This means, for instance, the Snippets-Issue cannot be tackled as this will require the new IPC module :(
./source/common/utilI'll be also adding a linting test soon, so that the resulting PRs pass the ESLint (JSStandard with the custom rules specified in .eslintrc)
In case of questions, please feel free to ask as always!
Cheerio :heart:
There's the need for a new Icon set. It can be either SVG or a Font-file. But it needs to be compatible to GNU GPL v3. I don't want Fontawesome, for that matter.
The feather icon collection is a possibility. It's released under the MIT license which is, as far as I understand it, GNU GPL v3 compatible.
I'm happy to work on migrating the project to using SVG icons rather than Icon fonts if @Wieke isn't already looking into it? I think Feather is an awesome choice!
@lol-russo I was looking into it but ran into the issue that feather doesn't have all the icons we need (it's lacking text formatting icons and project seems slow to process pull requests). Maybe the bootstrap icons are a viable alternative? They're also released under a MIT license and despite being "alpha" seem more complete that feather.
I'd be glad if someone took up that task of finding and testing out some icons :)
@nathanlesage I'll pick it up. (Figured out to replace the existing icons with svg images already anyway. The harder part is figuring out what exact images to replace them with.) Do you want me to open a proper issue for this? Or should I leave that to you?
@Wieke Feel free to open up issues as necessary for this! Isn't there already an issue open where we discussed the icon-issue? If not, feel free to open up a new one!
Basically, what we'd need to do is decide on a good icon set and then simply exchange the font-stuff in the LESS files … should be not that much work, the harder part is preparing mockups. Albeit, wait. It might make more sense to just take any SVG-set, implement that one, make a screenshot and then take one or two alternatives, implement them as well (as it SHOULD only consist of replacing some paths in the LESS files) and make some screenshots so that we can vote on them … except there are no alternatives, in which I'd gladly follow your choice!
This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions.
Most helpful comment
The feather icon collection is a possibility. It's released under the MIT license which is, as far as I understand it, GNU GPL v3 compatible.