(*** This bug was imported into bugs.kde.org ***) Package: korganizer Version: 2.2beta1 (using KDE 2.2.0 beta1) Severity: wishlist Installed from: compiled sources Compiler: gcc version 2.95.3 20010315 (SuSE) OS: Linux (i686) release 2.4.4-4GB OS/Compiler notes: I know how to select the holiday scheme in Settings (the blank entry should probably read "none"). I see the change takes effect after a restart. The problem is that the US holiday list includes a lot of frivolous holidays ("World Poetry Day"??) that I would like to remove. It would be nice to have the option of a personalized holiday list. (Submitted via bugs.kde.org) (Called from KBugReport dialog)
*** Bug 56549 has been marked as a duplicate of this bug. ***
You can create a personal holiday file at ~/.kde/share/apps/korganizer/holiday_personal by hand if you like
I have experimented creating a file with name ~/.kde/share/apps/korganizer/holiday_personal however says nothing about the syntax to be used to be used in this file. I tried one witg single line, using the syntax for holiday files, but xorganizer failed to display it. For example I copied this line from the holiday syntax example somewhere at kde.org small "Surprise" blue on last sunday in october plus 1 day Am I missing something? Is this file supposed to be processed before being used? What should one choose in the configuration menu for holidays? Or perhaps "holiday_personal" is supposed to be a directory, containing files? In general I would say that this topic needs further documentation. Thanks.
Am Sonntag, 15. Oktober 2006 23:55 schrieb EC: > I have experimented creating a file with name > > ~/.kde/share/apps/korganizer/holiday_personal Actually, that path is wrong. It should be ~/.kde/share/apps/libkholiday/holiday_something (where something can really be anything you like. That string after holiday_ will be displayed in korganizer's selection box in the config dialog). E.g. I copied to /usr/share/apps/libkholidays/holiday_at to /home/reinhold/.kde/share/apps/libkholidays/holiday_Reinhold, so that KOrganizer now also offers a holiday region named "Reinhold" in the config dialog. > however says nothing about the syntax to be used > to be used in this file. See http://pim.kde.org/components/korganizer/holidays.php If you want, you can even include already existing holiday files into your own holiday file, so you can extend the official holidays with your own. Cheers, Reinhold
Reassigning all KOrganizer bug reports and wishes to the newly created korganizer-devel mailing list.
Why not use .ics files for holidays instead? (c.f. suggestion shown for Bug 92471)
Thank you, Reinhold, for your suggestion. It works just fine in both KDE 3.5.10 and 4.1.x . Actually, I made a link from .kde4/... to .kde/..., so both see the same file. That covers (not solves) the need for multiple calendars as in http://bugs.kde.org/show_bug.cgi?id=92471 Erik, I don't understand why ical would be any better. After all, you can import iCalendar, isn't it the same ?
(In reply to comment #7) > Thank you, Reinhold, for your suggestion. > It works just fine in both KDE 3.5.10 and 4.1.x . > Actually, I made a link from .kde4/... to .kde/..., so both see the same file. > That covers (not solves) the need for multiple calendars as in > http://bugs.kde.org/show_bug.cgi?id=92471 > > Erik, I don't understand why ical would be any better. After all, you can > import iCalendar, isn't it the same ? > Hello Michael -- I see you later commented over in the Bug 92471 report. As noted there, my suggestion about .ics files was prompted by: * my need to have more than one holiday 'region' shown at once (described in more detail in the Bug 92471 thread), whereas Korganizer only allows (allowed?) one and only one 'region'; * confusion as to why Korganizer needs a whole new format to describe holidays when .ics already does the job; * and a desire for simplicity and better interoperability by using the already widely employed .ics format. > After all, you can import iCalendar, isn't it the same? While functionally offering the same end result, it's terribly confusing to have a "Holiday" setting in the Korganizer GUI that is limited to only one 'region'; and even should the holiday files be expandable to include more than one 'region', it's also terribly confusing to have to learn a completely new file format simply to define holidays that may already be fully described in existing and downloadable .ics files. My suggestion was made primarily for simplicity's sake -- Korganizer's holiday file format is not so widely known, requires more work of the end user to add to, is more confusing than .ics (IMHO), and increases the code and GUI complexity and reduces the usability of the UI -- all to duplicate functionality that already exists (i.e., import .ics files defining the holidays you want). The whole holiday 'region' code could be entirely removed from Korganizer, streamlining the codebase and simplifying the UI, and most of us wouldn't miss it -- and those that did could achieve the same result using .ics files. I guess I'm just confused as to why we need all of this separate functionality for holidays. There's my $0.02. :) YMMV. Cheers, -- Erik Anderson
Closing as it appears to me this bug is long-since resolved, i.e. the op requested being able to have a personal holiday file and was shown how to do this. As to why we have our own file format rather than .ics, the iCalendar standard is too restricted and doesn't cope with many of the more complex holiday recursion rules, especially around substitute days. It also doesn't support calendar systems other than Gregorian, i.e. we need to be able to calculate Islamic and Jewish calendar dates as well. Eventually we will have a new XML based file format which we will propose as a new standard with shared data files between many projects, but that's still a while off. KHolidays is now back under active development. I had hoped to have the ability to select multiple holiday regions available in SC 4.5 but ran out of time so it will be in 4.6, but that's a separate bug/wish.