11 Apr
2013
11 Apr
'13
7:22 p.m.
Hi all,
here is the version which fixes the "hanging" loader problem:
http://www.inf-it.com/CalDavZAP_0.9.0rc2.zip
demo: http://www.inf-it.com/caldavzap-next/
changelog: http://www.inf-it.com/caldavzap-next/changelog.txt
JM
11 Apr
11 Apr
7:48 p.m.
Hello Jan,
the problem with SOGo still exists in this version.
In short: I can create a calendar-entry, it get's synced to all other
devices, but after a reload CalDavZap cannot display it, although the
.ics-files look alright to me.
Yours,
Simon
Am 11.04.2013 21:22, schrieb Ján Máté:
Hi all,
here is the version which fixes the "hanging" loader problem:
http://www.inf-it.com/CalDavZAP_0.9.0rc2.zip
demo: http://www.inf-it.com/caldavzap-next/
changelog: http://www.inf-it.com/caldavzap-next/changelog.txt
JM
7:55 p.m.
Hi Simon,
we will add support for more servers in 0.9.1 or 0.9.2 ... first we want a stable release
for DAViCal.
JM
On Apr 11, 2013, at 9:48 PM, Simon <caldavzap(a)svswift.de> wrote:
Hello Jan,
the problem with SOGo still exists in this version.
In short: I can create a calendar-entry, it get's synced to all other devices, but
after a reload CalDavZap cannot display it, although the .ics-files look alright to me.
Yours,
Simon
Am 11.04.2013 21:22, schrieb Ján Máté:
Hi all,
here is the version which fixes the "hanging" loader problem:
http://www.inf-it.com/CalDavZAP_0.9.0rc2.zip
demo: http://www.inf-it.com/caldavzap-next/
changelog: http://www.inf-it.com/caldavzap-next/changelog.txt
JM
12 Apr
12 Apr
5:55 a.m.
Hi to all,
sounds exactly as my problem
Flo
Am 11.04.2013 21:48, schrieb Simon:
Hello Jan,
the problem with SOGo still exists in this version.
In short: I can create a calendar-entry, it get's synced to all other
devices, but after a reload CalDavZap cannot display it, although the
.ics-files look alright to me.
Yours,
Simon
Am 11.04.2013 21:22, schrieb Ján Máté:
Hi all,
here is the version which fixes the "hanging" loader problem:
http://www.inf-it.com/CalDavZAP_0.9.0rc2.zip
demo: http://www.inf-it.com/caldavzap-next/
changelog: http://www.inf-it.com/caldavzap-next/changelog.txt
JM
7:09 p.m.
Hi Ján,
great, great, great! Works now and is faster than the old versions. It's
a beautifulpeace of software and the changed GUI looks very nice.
Thanx for that software!
Rudolf
Am 11.04.13 21:22, schrieb Ján Máté:
Hi all,
here is the version which fixes the "hanging" loader problem:
http://www.inf-it.com/CalDavZAP_0.9.0rc2.zip
demo: http://www.inf-it.com/caldavzap-next/
changelog: http://www.inf-it.com/caldavzap-next/changelog.txt
JM
--
Rudolf Graf von Roit zu Hoya
*E-Mail:* graf.roit(a)gmail.com
7:11 p.m.
New subject: CalDavZAP 0.9.0rc2 - ToDos
Hello,
in the ToDowindow already completed tasks are shown in red color as overdue.
See attachment.
Best regards,
Rudolf
7:18 p.m.
New subject: Changing events "kills" the categorie field of TB
Hello,
when an event is changed in CalDAVZap, it "kills" the categorie assigned
with Thunderbird. Don't know,if TB use ainofficialextension DAViCal
supports. Categories assigned in TB are f.e not shown in iOS. ButiOS
doesn't touch this field if an event is changed (with iOS).
Best regards,
Rudolf
7:23 p.m.
New subject: CalDavZAP 0.9.0rc2 - ToDos
Hi,
your screenshot not shows "completed tasks" ... these are "needs
action" tasks (check the "status" field in the editor). 100% in
"completed" field not changes the "status" field (these are two
different vEvent attributes).
And tasks are always red if the currently selected date is > as "to" date.
This is a design decision because we often needs to know which tasks will be overdue at
selected date (and usually the "Completed" or "Canceled" filter is
disabled).
JM
On Apr 12, 2013, at 9:11 PM, Graf von Roit zu Hoya <graf.roit(a)gmail.com> wrote:
Hello,
in the ToDo window already completed tasks are shown in red color as overdue.
See attachment.
Best regards,
Rudolf
<todo.png>
7:24 p.m.
New subject: Changing events "kills" the categorie field of TB
Hi Rudolf,
thanks for the report ... we will check and fix it.
JM
On Apr 12, 2013, at 9:18 PM, Graf von Roit zu Hoya <graf.roit(a)gmail.com> wrote:
Hello,
when an event is changed in CalDAVZap, it "kills" the categorie assigned with
Thunderbird. Don't know, if TB use a inofficial extension DAViCal supports.
Categories assigned in TB are f.e not shown in iOS. But iOS doesn't touch this field
if an event is changed (with iOS).
Best regards,
Rudolf
7:38 p.m.
New subject: CalDavZAP 0.9.0rc2 - ToDos
Hello Ján,
ok, saw it. TB seems to not distinguish between "100% done" and
"completed" even there is aseparate status indicator in TB. Setting this
to "completed" removes the tasks in CalDAVZap too.
Thanx for your help
Rudolf
Am 12.04.13 21:23, schrieb Ján Máté:
Hi,
your screenshot not shows "completed tasks" ... these are "needs
action" tasks (check the "status" field in the editor). 100% in
"completed" field not changes the "status" field (these are two
different vEvent attributes).
And tasks are always red if the currently selected date is > as "to"
date. This is a design decision because we often needs to know which
tasks will be overdue at selected date (and usually the "Completed" or
"Canceled" filter is disabled).
JM
On Apr 12, 2013, at 9:11 PM, Graf von Roit zu Hoya
<graf.roit(a)gmail.com <mailto:graf.roit@gmail.com>> wrote:
--
Rudolf Graf von Roit zu Hoya
*E-Mail:* graf.roit(a)gmail.com
Hello,
in the ToDowindow already completed tasks are shown in red color as
overdue.
See attachment.
Best regards,
Rudolf
<todo.png>
28 Jun
28 Jun
4:31 p.m.
New subject: Changing events "kills" the categorie field of TB
Jello Ján,
seems fixed in 0.9.0. Thanx for this great peace of software.
Am 12.04.13 21:24, schrieb Ján Máté:
Hi Rudolf,
thanks for the report ... we will check and fix it.
JM
On Apr 12, 2013, at 9:18 PM, Graf von Roit zu Hoya
<graf.roit(a)gmail.com <mailto:graf.roit@gmail.com>> wrote:
--
Rudolf Graf von Roit zu Hoya
*E-Mail:* graf.roit(a)gmail.com
Hello,
when an event is changed in CalDAVZap, it "kills" the categorie
assigned with Thunderbird. Don't know,if TB use ainofficialextension
DAViCal supports. Categories assigned in TB are f.e not shown in iOS.
ButiOS doesn't touch this field if an event is changed (with iOS).
Best regards,
Rudolf
3293
days inactive
3371
days old
10 comments
4 participants
participants (4)
-
Florian Rauscher -
Graf von Roit zu Hoya -
Ján Máté -
Simon