Re: [Evolution-hackers] Bug 200821: We need a Notes component. - first implementation

[Not Zed <notzed ximian com>]

OOh rather cool (well it looks cool anyway :).

It would've been nice if it used a gtktreeview instead of an etable -
apart from trying not to expand etable use in evolution, it might've
shown how tasks could've also been moved away from it as well.  But that
isn't a trivial task, and gtktreeview doesn't do everything etree does
either.

Memo's sounds good too, 'notes' has and would just get people confused
with lotus.

I just had a quick scan of the patches, they look mostly ok to me, only
obvious things to me are tiny things like c99/c++ style comments which
we try to avoid and not sorting filenames in the makefiles.

Can someone more appropriate than a mail hacker give some positive
feedback on this quite significant bit of work?

I presume that the common code between tasks + notes + calendar has been
separated out and re-used where possible still?

I would be inclined to put it in - well with those minor niggles
addressed, and some ChangeLog entries, copyright assignment paperwork
etc.  And then work on bugs coming up to the 2.4 release, but it is a
question for the calendar maintainers who would now have a significant
bit of extra code to worry about (its easy to say yes when it isn't your
problem).

 Michael

On Thu, 2005-06-23 at 08:51 -0700, Nathan Owens wrote:
> This feature request has been open since October, 2000. Back in December, 2003,
> I sent a few e-mails to this list to try to figure out the best way to create
> the component. Until recently, I haven't had the time to work on it. Now that
> I've had time, I've tried to make sure I use the suggestions from those
> e-mails, though a lot has changed since then.
> 
> I've created a sourceforge project at
> http://sourceforge.net/projects/evolution-memos (I'm calling it Memos, not
> Notes, since I use a PalmOS PDA and that's what it calls it). There are patches
> on there for the gnome-2-8-branch of CVS, evolution 2.3.3.1/eds 1.3.3.1, and
> also CVS from earlier this week. The CVS repository for the project contains
> the source tree for both evolution and the evolution-data-server from a few
> days ago (I'll keep updating it as well). See the bug page
> (http://bugzilla.gnome.org/show_bug.cgi?id=200821) for some other info (patches
> are there, as well).
> 
> Screenshots are located at:
> http://evolution-memos.sourceforge.net/pics/Screenshot-Evolution%20-%20Memos.png
>   (grouping by categories)
> 
> http://evolution-memos.sourceforge.net/pics/Screenshot-Journal%20entry%20-%20Random%20entry%20of%20text.png
>   (editing/creating a new memo)
> 
> Here's how I designed it:
> - based on the Tasks component (originally cut-and-paste, but now quite
>   different) - this means it's in the libevolution-calendar.so library.
> - uses VJOURNAL (suggested in a December 2003 e-mail)
> - works similarly to the Memos program on a PalmOS PDA.
> - Memo content is stored in the Description field of an e-cal object
> - Summary is generated from Memo content, since we don't want the summary to
>   differ with the first part of the memo content.
> - gnome-pilot conduit works - it uses the description/memo content for the
>   'struct memo->text' entity from pilot-link that's used to sync with Memos
> - the gnome-pilot conduit uses the old MemoDB, instead of the newer
>   MemosDB-PMe.pdb - this limits the text given to the PDA (or retrieved from
> it)
>   to 4KB.
>   - The conduit CAN work with the new Memos database file (I've done it on
>     mine), but not everyone has the new DB. Until a way is found to detect
> which
>     database to use, I'd like to stick to using the old DB.
>   - Memos in Evolution are NOT limited to the 4KB, though. This would just be
>     stupid.
> 
> 
> I think that's all I have about the component. I'd like to get comments on the
> layout, code, design, etc. I'd like to see this component eventually get into
> the Evolution source tree so that people can start using it. It's been
> requested a whole lot, and every few months, we'll see another post about "it's
> not here yet?!" on the bug page (as well as duplicate bugs). People want it,
> and after having used it for a little over a week myself, I'd say it's a
> greatly-needed component.
> 
> Hope you guys like the initial component.
> 
> Thanks,
> Nathan Owens
> 
> 
> 		
> ____________________________________________________ 
> Yahoo! Sports 
> Rekindle the Rivalries. Sign up for Fantasy Football 
> http://football.fantasysports.yahoo.com
> _______________________________________________
> evolution-hackers maillist  -  evolution-hackers lists ximian com
> http://lists.ximian.com/mailman/listinfo/evolution-hackers