notbugAs an Amazon Associate I earn from qualifying purchases.
Want a good read? Try FreeBSD Mastery: Jails (IT Mastery Book 15)
Want a good monitor light? See my photos
All times are UTC
Ukraine
The recently imposed "must be logged in" restriction is a response to increased bot traffic on the site. This affects search, commits, and vuxml pages.
Search engines are not blocked. Try using "site:www.freshports.org" and your search terms.
non port: devel/etoile-collectionkit/pkg-plist

Number of commits found: 4

Sunday, 30 May 2010
12:28 dinoex search for other commits by this committer
- drop USE_GNUSTEP_PREFIX
Original commit
Tuesday, 13 May 2008
16:36 dinoex search for other commits by this committer
- cleanup pkg-plist
Original commit
Sunday, 11 May 2008
13:21 dinoex search for other commits by this committer
- update to etoile 0.2
Original commit
Saturday, 23 Dec 2006
10:26 dinoex search for other commits by this committer
CollectionKit provides a common storage facility for records with properties,
such as contact information, playlist, bookmark, etc.
These records have defined structure (property-value relationship)
which can be handled better than general property list.
But values of these properties are too flexible to be stored in database,
for example, a contact information may have multipe home phone numbers.
Records can be grouped and groups can have groups inside.
AddressBook framework from Apple provides a good machenism of handling
these kind of records and Addresses for GNUstep implements the same interface.
CollectionKit aims to provide a general storage facility based on
Addresses for GNUstep so that other applications and frameworks
can easily handle their information in the same manner.
CollectionKit provide very little  pre-defined properties.
Therefore, a framework on top of CollectionKit is needed
if the information is intended to be shared by many applications.

WWW: http://www.etoile-project.org/
Original commit

Number of commits found: 4