Some thoughts

[Robby Stephenson]

Hi,

On Tuesday 06 March 2007, Eugene Pivnev wrote:
> * It will be good to hadle with others data types (why not?):
Why not? Cause it's additional work. :)

>  . Contacts (vCard)
>  . Tasks (iCalendar/vCalendar)
>  . Notes
>  . Bookmarks
> * In this case tellico will be like PIM or outliner :-). And...

Do you actually want to use it as one? Or are you just brain-storming for 
new things? :)

> * What about merging tellico w/ treeline? They are very similar:
>  . both are python apps

Tellico is c++, just like KDE and Qt.

> * Berkley DB is good storage for xml - specialy via Berkley DB XML API
> - because processing plain-text-xml w/ python is too hard w/ hundreds
> records.

I plan to use SQL for version 2.

> * XUL is good platform for interface layer - w/ optimized render
> builtin into Gekko. There are treeview, buttons, labels etc - all
> classic set of widgets - and none of GUI code.

Why? Embedding the gecko runtime engine would be a major chore, not to 
mention a memory hog. Qt and KDE give me just about every widget I need.

> * Next step - spliting tellico for 2 layers - core (processing data)
> and frontend (standalone GUI (as now) / browser (XUL)). In this case
> core part will be something like "server of storing anything
> structured data".

If you need that, then using a real DB frontend is a better idea. MySQL or 
PostgreSQL or anything "stores structured data" by design. Kexi would 
probably work well for you.

> --- and some little wishes ---
> * mix catalogs (this is usual, but hard to made - I know)

I'm hoping to get this one figuring out for version 1.

> * Listview editing of multivalue fields in Edit fields mode 
> ("Allowed fields"). Example - my field Vendor (of software) looks like
> this: "1C; 2X; 3M; ABBYY; Acits; Acronis; ActiveState; Active Data
> Recovery Software; ACV Intertrade; ...ZyXEL". It's too hard to add/edit
> values in so long string :-(

Very true. That's on the list of things to look at, as well.

Thanks for the email.
Robby