SimpleAgenda 0.34

Hi all,

I've just released SimpleAgenda 0.34. SimpleAgenda is an
easy to use
agenda and calendar application supporting events
(appointments) and
tasks. For more informations, see

ht
tp://wiki.gnustep.org/index.php/SimpleAgenda.app

Dependencies
============

GNUstep Startup 0.19.0
libical 0.27

Download
========

http://coyote.octets.fr/pub/gnustep/SimpleAgenda-0.3
4.tar.gz

What's new
==========

version 0.34 (2007/12/13)
	* Fix loading and saving logic : when loading an
iCalendar,
	  we used to refresh the view for each appointment and
task.
	  Should be quite faster when loading a big calendar. Also,

	  stop saving unmodified local calendars on exit.
	* Fix position for appointments going outside the day view
	* Show abbreviated date in day view tab
	* Double click on the calendar to add an appointment
	* Fix iCalendar stores data refresh timer
	* Workaround for the element selection problem. Needs a
far
	  better solution.

This time I tried to fix all known problems of the previous
releases.
I'd like to get a really stable version before trying to
implement new
functionalities.

As always, comments, bug reports and suggestions will be
appreciated.

Thanks,
Philippe
-- 
Outlook, n. : A virus delivery system with added email
functionality. Kurt Wall



_______________________________________________
Discuss-gnustep mailing list
Discuss-gnustepgnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnustep

On 13.12.2007, at 23:28, Philippe Roussel wrote:
> libical 0.27


Hm, why do you use that? 

Check out the NGCards library of ScalableOGo (http://www.scalableogo.or
g/ 
"):
   http://svn.opengroupware.org/viewcvs/i
nverse/trunk/SOPE/NGCards/?root=SOGo

Greets,
   Helge



_______________________________________________
Discuss-gnustep mailing list
Discuss-gnustepgnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnustep

On Fri, Dec 14, 2007 at 12:04:56AM +0100, Helge Hess wrote:
> On 13.12.2007, at 23:28, Philippe Roussel wrote:
> >libical 0.27
> 
> 
> Hm, why do you use that? 
> 
> Check out the NGCards library of ScalableOGo (http://www.scalableogo.or
g/):
>   http://svn.opengroupware.org/viewcvs/i
nverse/trunk/SOPE/NGCards/?root=SOGo

I thought about using it when I started this project but, to
be
honest, I'm lazy 

libical is really simple to use, as far as I can see works
and seems
to be more or less maintained (I've been contacted to test
SimpleAgenda with the future libical 0.30). On your opinion,
what's
wrong with libical ?

On the other end, NGCards is a big library, apparently not
very well
documented (sorry  and seems
to depend on many other stuff (versit
SAX driver, SAX, sope-xml etc) but I may be wrong...

If I can use NGCards without adding to many dependencies and
with some
benefits over libical, I would glad to do it.

Thanks,
Philippe
-- 
If nested functions are answer, you've got the wrong
question. Al Viro



_______________________________________________
Discuss-gnustep mailing list
Discuss-gnustepgnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnustep

On 14.12.2007, at 01:31, Philippe Roussel wrote:
> I thought about using it when I started this project
but, to be
> honest, I'm lazy 

 Well,
you probably looked at sope-ical, which is (slightly)  
different to NGCards. (Wolfgang started a completely new
library based  
on the old one, for reasons I still don't really understand


> libical is really simple to use, as far as I can see
works and seems
> to be more or less maintained (I've been contacted to
test
> SimpleAgenda with the future libical 0.30). On your
opinion, what's
> wrong with libical ?

Uhm, I found it really hard to use and completely
unmaintained. But  
apparently you are fine with it 

> On the other end, NGCards is a big library, apparently
not very well
> documented (sorry  and seems
to depend on many other stuff (versit
> SAX driver, SAX, sope-xml etc) but I may be wrong...

Hm, no. It just depends on sope-xml/SaxObjC (a rather small
lib with  
no additional dependencies). Everything else is included in
NGCards,  
and its not *that* big.

> If I can use NGCards without adding to many
dependencies and with some
> benefits over libical, I would glad to do it.


I guess the biggest benefit is that it is high level and
directly  
integrates at the Foundation library. And its actively
maintained 


In fact I wonder how you deal with things like date handling
and  
recurrences. Hm, should have a look at the source 

Greets,
   Helge
-- 
Helge Hess
http://www.helgehess.eu/



_______________________________________________
Discuss-gnustep mailing list
Discuss-gnustepgnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnustep

On Fri, Dec 14, 2007 at 01:46:21AM +0100, Helge Hess wrote:
> On 14.12.2007, at 01:31, Philippe Roussel wrote:
> >I thought about using it when I started this
project but, to be
> >honest, I'm lazy 
> 
> 
Well, you probably looked at sope-ical, which is (slightly) 

> different to NGCards. (Wolfgang started a completely
new library based  
> on the old one, for reasons I still don't really
understand 
> 
> >libical is really simple to use, as far as I can
see works and seems
> >to be more or less maintained (I've been contacted
to test
> >SimpleAgenda with the future libical 0.30). On your
opinion, what's
> >wrong with libical ?
> 
> Uhm, I found it really hard to use and completely
unmaintained. But  
> apparently you are fine with it 

That's probably because of my C background !

> Hm, no. It just depends on sope-xml/SaxObjC (a rather
small lib with  
> no additional dependencies). Everything else is
included in NGCards,  
> and its not *that* big.

[snip]

> I guess the biggest benefit is that it is high level
and directly  
> integrates at the Foundation library. And its actively
maintained 

Ok, I'm almost convinced. How am I supposed to deliver the
needed code
for SimpleAgenda users ? Do you think I should copy NGCards
and it's
dependencies (by the way, what are NGExtensions, EOControl
and DOM in
GNUmakefile.preamble ?) in SimpleAgenda source tree or do
you package
NGCards as an idependant library ?

> In fact I wonder how you deal with things like date
handling and  
> recurrences. Hm, should have a look at the source 

Well, that's probably not a good idea, it will hurt your
eyes !

I started this project using ChronographerSource for it's
Date and
Appointment classes. Later I switched to libical and change
the Date
class to use the libical date struct internaly.

Only simple recurrences are handled in SimpleAgenda as of
now (daily,
weekly, monthly, yearly, for ever or until a certain date).

Thanks for your comments,
Philippe
-- 
...Windows, which is often referred to as "the French
labor union of software" Dave Barry



_______________________________________________
Discuss-gnustep mailing list
Discuss-gnustepgnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnustep

On 14.12.2007, at 02:55, Philippe Roussel wrote:
>> I guess the biggest benefit is that it is high
level and directly
>> integrates at the Foundation library. And its
actively maintained 
> Ok, I'm almost convinced. How am I supposed to deliver
the needed code
> for SimpleAgenda users ? Do you think I should copy
NGCards and it's
> dependencies

I guess that would be easiest. Eg make a Subversion vendor
branch and  
import that into your app. Its probably not (perfectly) API
stable  
yet, so its good to have a local branch anyways.

> (by the way, what are NGExtensions, EOControl and DOM
in
> GNUmakefile.preamble ?)

All stuff (I think) you don't need for NGCards.

[EOControl is the EOF2 control layer of SOPE (EOQualifier, 

EODataSource and such), NGExtensions is various SOPE
extensions to  
Foundation/EOControl and (sope-xml/)DOM is, well DOM on top
of SaxObjC]

> in SimpleAgenda source tree or do you package
> NGCards as an idependant library ?

No, NGCards isn't even included in SOPE (yet), its directly
embedded  
in ScalableOGo.

>> In fact I wonder how you deal with things like date
handling and
>> recurrences. Hm, should have a look at the source

>
> Well, that's probably not a good idea, it will hurt
your eyes !



> I started this project using ChronographerSource for
it's Date and
> Appointment classes. Later I switched to libical and
change the Date
> class to use the libical date struct internaly.

OK. I think thats one of the major advantages of
sope-ical/NGCards  
stuff, its built on top of NSCalendarDate/NSTimeZone. Though
I'm not  
perfectly sure about the state of timezone support in
NGCards.

> Only simple recurrences are handled in SimpleAgenda as
of now (daily,
> weekly, monthly, yearly, for ever or until a certain
date).

So rrule evaluation isn't done by libical but you need to
implement it  
in your own classes? (if libical would do rrule evaluation,
that would  
be one of the few things which would convince me to use it
.., since  
rrules are HARD).

I don't know the current state of NGCards, but sope-ical did
support a  
bit more like BYDAY recurrences, eg last-friday or 2nd
monday of each  
month (well, I suppose NGCards supports at least the same
stuff plus  
more .

Greets,
   Helge
-- 
Helge Hess
http://www.helgehess.eu/




_______________________________________________
Discuss-gnustep mailing list
Discuss-gnustepgnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnustep

Le vendredi 14 décembre 2007 à 03:16 +0100, Helge Hess a
écrit :
> On 14.12.2007, at 02:55, Philippe Roussel wrote:
> >> I guess the biggest benefit is that it is high
level and directly
> >> integrates at the Foundation library. And its
actively maintained 
> > Ok, I'm almost convinced. How am I supposed to
deliver the needed code
> > for SimpleAgenda users ? Do you think I should
copy NGCards and it's
> > dependencies
> 
> I guess that would be easiest. Eg make a Subversion
vendor branch and  
> import that into your app. Its probably not (perfectly)
API stable  
> yet, so its good to have a local branch anyways.
> 
> > (by the way, what are NGExtensions, EOControl and
DOM in
> > GNUmakefile.preamble ?)
> 
> All stuff (I think) you don't need for NGCards.
> 
> [EOControl is the EOF2 control layer of SOPE
(EOQualifier,  
> EODataSource and such), NGExtensions is various SOPE
extensions to  
> Foundation/EOControl and (sope-xml/)DOM is, well DOM on
top of SaxObjC]

Ok, I guess I'll try to build NGCards to see how hard it
would be to
ship it.

[snip]

> OK. I think thats one of the major advantages of
sope-ical/NGCards  
> stuff, its built on top of NSCalendarDate/NSTimeZone.
Though I'm not  
> perfectly sure about the state of timezone support in
NGCards.

Yep, that's a strong advantage. As is the complete iCalendar
Objective C
binding, much better than any libical wrapper I could make
!

> > Only simple recurrences are handled in
SimpleAgenda as of now (daily,
> > weekly, monthly, yearly, for ever or until a
certain date).
> 
> So rrule evaluation isn't done by libical but you need
to implement it  
> in your own classes? (if libical would do rrule
evaluation, that would  
> be one of the few things which would convince me to use
it .., since  
> rrules are HARD).

Well, libical supports rrule evaluation (I think you can
create a sort
of date enumerator from a rrule for example), time zone
conversions and
a lot more but for the moment I use it principaly to parse
and build
iCal files. 

This is all historical : I didn't really change the code
when I dropped
ChronographerSource and I did not write an ObjectiveC
wrapper around
libical. I didn't start with iCalendar in my mind but with a
simple
local store based on NSKeyed(Un)Archiver of Chronographer
objects.

With iCalendar support, I just added a libical based
encoding/decoding
to the existing objects. It works fine but it means I have
to add a
to/from iCalendar bridge for every new functionality, that's
not really
clean. I would be much nicer to work directly with iCalendar
objects,
especially as they all already exist !

> I don't know the current state of NGCards, but
sope-ical did support a  
> bit more like BYDAY recurrences, eg last-friday or 2nd
monday of each  
> month (well, I suppose NGCards supports at least the
same stuff plus  
> more .

Thanks a lot for the infomations Helge,
Philippe





_______________________________________________
Discuss-gnustep mailing list
Discuss-gnustepgnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnustep

On 14.12.2007, at 11:12, Philippe Roussel wrote:
> With iCalendar support, I just added a libical based
encoding/decoding
> to the existing objects. It works fine but it means I
have to add a
> to/from iCalendar bridge for every new functionality,
that's not  
> really
> clean. I would be much nicer to work directly with
iCalendar objects,
> especially as they all already exist !


Actually it would be interesting whether it makes sense to
put an  
AppKit UI over the ScalableOGo storage (and use the store
locally on  
the client!).

In SOGo the iCal/vCards are also stored as-is. The fun thing
is that  
it maintains an index over the data in a relational database
so that  
you can do queries like "gimme all events of this
week" w/o reparsing/ 
loading all iCal files. (when you store an event into SOGo,
it parses  
the file and stores UI relevant components like start-date
in the  
index table).

I think this would also be a cool basis for an AppKit
application  
which works on iCal/vCard data. However it brings in many
more  
dependencies and probably would be harder to integrate (you
would need  
some SOPE database stuff plus the SQLite3 adaptor etc).

Greets,
   Helge
-- 
Helge Hess
http://www.helgehess.eu/



_______________________________________________
Discuss-gnustep mailing list
Discuss-gnustepgnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnustep