Bug 133131 - migrate konsolekalendar functionality to dcop [or dbus]
Summary: migrate konsolekalendar functionality to dcop [or dbus]
Status: CONFIRMED
Alias: None
Product: korganizer
Classification: Applications
Component: general (show other bugs)
Version: 3.5
Platform: unspecified Linux
: NOR wishlist
Target Milestone: ---
Assignee: kdepim bugs
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2006-08-28 15:16 UTC by David Laban
Modified: 2013-08-13 23:38 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description David Laban 2006-08-28 15:16:20 UTC
Version:           3.5 (using KDE 3.5.2, Gentoo)
Compiler:          Target: i686-pc-linux-gnu
OS:                Linux (i686) release 2.6.16-gentoo-r12

konsolekalendar is good enough for getting you out of trouble when KDE/X decides to screw you over the day before our exams, but not very nice for scripting with, especially when you have remote resources like google calendars. I would guess that more people know hot to use dcop than know about the existence of konsolekalendar.

The following functions would be *very* useful for viewing events in scripts (take a glance around in kdcop as inspiration. Kopete has some good ideas for addressing large numbers of contacts/metacontacts.):

QStringList resources() // returns unique identifiers

Qstring title(QString resource)
KURL locate(QString resource)
bool enabled(QString resource)
QStringList todaysEvents(QString resource) // unique identifiers

QString Summary(QString event)
ulong startTime(QString event) 
ulong endTime(QString event) // or any return type that pydcop or command line dcop can output for later casting
QStringList categories(QString event)

Obviously, dcop should be implemented with the least possible effort on your part, as simple wrappers around your existing highest level functions. 

At present, I don't have any experience using konsolekalendar to edit calendars, so I can't say anything about which dcop hooks would be worth having.

As I say: these things would make it *much* easier to deal with remote resources. They would probably be easier to implement than making konsolekalendar tie in with the enabled/disabled remote/local resources, especially if it's meant to work even when everything else kills itself.
Comment 1 Reinhold Kainhofer 2006-11-02 19:21:04 UTC
Reassigning all KOrganizer bug reports and wishes to the newly created 
korganizer-devel mailing list.
Comment 2 Sergio Martins 2013-08-13 23:38:46 UTC
Can you explain better the problem that you are trying to solve ?