The links on the FAQ page in the wiki still point to the old wiki, which seems to be deprecated.

The accept button on offer pages sent to customers is pretty confusing when IN is set to German.

While not completely false, “zustimmen“ is clearly the wrong word to use here (it's rather equivalent to “agree”). The button should rather say “Angebot annehmen”. (Please note that using only the verb “Annehmen” would very likely still cause the very same confusion!)

Why does this happen?

Is it possible to add support for usernames already defined in the ssh config? It isn't technically "passing" it but ssh just uses it. This is how I believe Ansible works. This would be very helpful so (a) usernames aren't hardcoded and (b) a username configured already for the server in ssh so you don't duplicate the definition elsewhere.

An easy example is ec2-user for Amazon Linux instanc

Though it may be obvious that the android-sdk is a dependency for building orgzly, if it is not installed, then trying to run gradlew to build (as indicated in the README file) results in a cryptic error message:

FAILURE: Build failed with an exception.

* What went wrong:
A problem occurred configuring project ':app'.
> kotlin.KotlinNullPointerException (no error message)

If one m

General information

• App version: 2.2.x

Description

Improve the behavior of editor/viewer when the "Default to view mode" option is checked in settings, or overall in general the "View Mode"

• Implement change format from view mode (from #788 )
• Remembered editor position not applied when defaulting to View Mode (from #738 )
• Search in View discards at firs

This is not currently being tested, and as it is a template method, we don't even check it builds correctly.

If an item is detected as malformed in vdirsyncer/sync, the item content should be printed out in debug mode.

Hey shacker, incredible work on this lightweight but powerful todo app! Thank you.

I had one suggestion for future improvements, which is to add a confirm before deleting the task. Keep it up, really appreciate the work.

I would recommend to separate the changelog from the user documentation in the readme. Why? Because nobody wants to scroll down to the documentation while reading all the changes made from version 0.x to version 3.x. I would recommend to make a new file called changelog.md in the main folder or something and link it from the README.md file.

Would be nice to have "delete" as a right-click menu option. It should just delete the current line if it's a task. I think this would be nice to be more similar to a full task manager like "Microsoft Todo" which has delete as a right-click menu option.

One small menu entry right below "About", containing "Use it!" section from https://github.com/QTodoTxt/QTodoTxt/wiki will be extremely useful, at least to learn keyboard shortcuts etc.

We should provide a button / link for tasks with a due date to switch to the calendar app once nextcloud/calendar#1798 is merged.

@georgehrke @bfritscher Could you tell me how the URL to navigate to an entry in the calendar looks like?

Current Behavior

README.md doesn't say that a service is removed by default and the --remove flag example doesn't use the flag.

Expected Behavior

The docs should show an example with the non-default behavior, and it should be explained that services are removed by default.

Start date should at least be included in todo --porcelain.

Also, maybe it would be a good idea to set it to the task creation date by default (?)

Table view:
feature1 | test1
feature2 | test1
feature3 | test2
...

This table will serve for show what tests are absent and which ones should be realised.

Main readme and readme files in the sub folders like packaging need better markdown formatting.
Link the files together.

File: https://github.com/amfoss/vidyaratna/blob/master/beginners/README.md

• Mention about the club
• What do we do?
• Why should you join?
• Other important topics
• Complete the assignments(0-7) to get an interview.