Skip to content
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

Starting with viewing option when showing calendar event #385

Closed
7 tasks done
vosje62 opened this issue Dec 1, 2024 · 1 comment
Closed
7 tasks done

Starting with viewing option when showing calendar event #385

vosje62 opened this issue Dec 1, 2024 · 1 comment
Labels
duplicate This issue or pull request already exists

Comments

@vosje62
Copy link

vosje62 commented Dec 1, 2024

Checklist

  • I made sure that there are no existing issues - open or closed - to which I could contribute my information.
  • I made sure that there are no existing discussions - open or closed - to which I could contribute my information.
  • I have read the FAQs inside the app (Menu -> About -> FAQs) and my problem isn't listed.
  • I have taken the time to fill in all the required details. I understand that the bug report will be dismissed otherwise.
  • This issue contains only one feature request.
  • I have read and understood the contribution guidelines.
  • I optionally donated to support the Fossify mission.

Feature description

I like the calendar very much, but run to an irritating issue.
I use (as I did in other calendars and other calendars use thkemself) URLs for extra info etc.
When the event opens directly in 'edit mode' idlt makes life complication and there is a big chance the data can be corrupted.
(You don't want that to happen 😉)

Why do you want this feature?

It makes the data in the calendar better protected against unwanted errors.

It makes the use of URs possible again.

Additional information

Other calendars make use of URLs in the data.
This needs no explaining, I guess

@vosje62 vosje62 added feature request Issue is about a new feature in the app needs triage Issue is not yet ready for PR authors to take up labels Dec 1, 2024
@Aga-C
Copy link
Member

Aga-C commented Dec 1, 2024

It's a duplicate of #171.

@Aga-C Aga-C closed this as not planned Won't fix, can't repro, duplicate, stale Dec 1, 2024
@Aga-C Aga-C added duplicate This issue or pull request already exists and removed feature request Issue is about a new feature in the app needs triage Issue is not yet ready for PR authors to take up labels Dec 1, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
duplicate This issue or pull request already exists
Projects
None yet
Development

No branches or pull requests

2 participants