Re: [Evolution-hackers] Evolution Feed Reader Support
Hi Andrew, I had seen the brainread code quite a long time back. From what i remember, it was a sample code, made to prove how easy it was to have shell components implemented in Evolution. Evolution currently has 4 [ rather 5 ], shell components : viz., mail,addressbook, calendar and tasks [ and another one being exchange ]. Addressbook, calendar and tasks use e-d-s as a backend store for their data types. Mailer has a separate store which it implements on its own using the camel apis. Exchange just morphs all these together. For brainread data, i suppose you will have to follow the mailer way of implement your own data store. Probably you could use a xmldoc parser to store all the data in xml files under a particular directory in $HOME/.evolution. Ofcourse, more thoughts can be added to this, but i hope that this clarifies the point that e-d-s is currently not the place where you want to store brain-read data, unless you add a new brain-read data-store implementation to e-d-s, which the existing shell component would treat as a backend to store the info. HTH -- Sarfraaz Andrew Case wrote: Hey all, I'm working on the component previously known as "brainread" (from evolution 1.x). It's a feed aggregator for evolution. Forgive me if I'm off base at all here. I've only been working on evolution a couple of months now and it's a very large system to try and learn. So let me know if I'm completely off base. Anyway, right now I'm just storing each feed's information in gconf, which is really hideous and is just a hack to get around the fact that EDS's backend isn't really designed to hold general data... to my understanding. Anyway, I guess I want to know what people's opinions are on the best way to store this. Should I really be looking at building a new backend into the eds architecture? Can an EBook or Calendar architecture store general data types? I just have really little clue about EDS backends. Anyway, the data I'll want to store eventually are things like: feed name, update interval, type of source, location of source, authentication information, etc. Obviously gconf isn't the place to store this, and right now I'm just storing a huge concated string of all the sources(feeds) I'm using. Anyway, whatever help being pointed in the right direction would help. Dev Screenshot: http://node7.org/files/user_files/darkfrog/evo_feeds.png -- Andrew Case [EMAIL PROTECTED] http://www.node7.org/ ___ Evolution-hackers mailing list Evolution-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-hackers ___ Evolution-hackers mailing list Evolution-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] About evolution-data-server/libedataser and evolution/e-utils
Hi, > When we get around to doing unified account management then this might be > of great help if most of the desired structures are in libedataserver. > So i am waiting for a somebody to validate my line of reasoning here. The reasoning is good. We finally should have only one set of API's to work with. But, i guess, all the stake holders who would get affected in this need to be brought to table and made things clear. I guess, this would mean, mailer, groupwise and exchange and some part of shell as well, if i am right. The sooner this thing is consolidated, the better, since we can have enough time to fix the broken pieces, if any. Cheers -- Sarfraaz ___ Evolution-hackers mailing list Evolution-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] Evolution Alarm UI
On Tue, 2005-10-11 at 08:05 +0530, Srinivasa Ragavan wrote: > On Mon, 2005-10-10 at 16:08 +0530, Harish Krishnaswamy wrote: > > On Mon, 2005-10-10 at 15:12 +0530, Srinivasa Ragavan wrote: > > > Hey guys, > > > > > - Alarm Daemon must can start independently, > > How are accounts that require authentication (and whose passwords are > > not remembered) > > handled when evo is not already running ? > It shares the session with evo i guess. At any cost, it wont prompt for > password from tray icon :-). It wouldnt alarm those events, Why shouldnt the alarm popup for passwords ? The backends are anyway enabled for authentication, expecting the clients to request for authentication. > > > > > - There will be a option in Evolution to say that whether to start alarm > > > automatically with evolution or not. > > > > > Is this option like - > > 'when-you-launch-evolution-and-find-notify-not-running-start-it' - > > yes/no ? > > ATM, Evolution users do not have a choice but don't seem to complain > > either. > Yeah. If it runs, this just ignores. I am a bit confused on the assumption here. Will alarm notify be running by default ? If yes, then i guess the option is something like "start alarm notify with evolution - yes/no". Please correct me if i am wrong. -- Sarfraaz ___ Evolution-hackers mailing list Evolution-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] Evolution Alarm UI
> > > If there are more than one alarm, it says the number of alarms. > > > Hmm, do you have a screenshot of that? Sounds like it could be a lot > > of information to cram into a small icon. > Hmm, it is the same as of now, the same blink, just the tooltip says > that 'you have %d alarms'. We should replace them with better icons > which is pending. Instead of having it in the tooltip [ which would force me to move the mouse over the icon ], why not have the number inserted next to the icon itself ? That makes it more visible. Thanks -- Sarfraaz ___ Evolution-hackers mailing list Evolution-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] More MAC'ness (s/C/d)
> > The only solution my measly brain could figure out till now was to > > move the redundant files out of libeutil.dylib ( remove those files > > from makefile ) and then change all references of e-util/e-account* > > with libedataserver/e-account* > > I guess what should be decided is whether libedataserver is the right > library for more or less generic functions usesd in several places in > e-d-s, evo and evo-exchange? Sure, its name is perhaps a bit > misleading, but so what? (We got rid of the separate "gal" module, so > perhaps introducing a new "application library" now would seem silly?) Yeah, having things in libedataserver looks good to me as well. Probably, coming up with a list of things that can go in this library is something we need more discussion on. Will update the wiki page with more things that i come across too. -- Sarfraaz > > --tml > > ___ > Evolution-hackers mailing list > Evolution-hackers@gnome.org > http://mail.gnome.org/mailman/listinfo/evolution-hackers ___ Evolution-hackers mailing list Evolution-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] Re: More MAC'ness (s/C/d)
On Tue, 2005-09-13 at 20:47 +0530, Shreyas Srinivasan wrote: > On Tue, 2005-09-13 at 22:30 +0800, Not Zed wrote: > > > > > > Those files were never supposed to ever be in libedataserver, that was a > > hack that someone came up with for some reason, but I don't know what it > > was. They are specifically and only for email accounts, which do not > > belong in eds. > > > > This appears to be the only reason libedataserver/e-account.h exists: > > > > ./servers/exchange/lib/e2k-autoconfig.c:#include > > > > > > But surely this sort of stuff should be in a plugin now, shouldn't it? Probably yeah, but the code in e-d-s/servers/exchange depends on this. While moving exchange connection code to e-d-s, i found that e-account was there in libedataserver, and assumed that its going to be there, and will eventually be removed from e-util, as part of the e-util to libedataserver migration that was happening in the previous release. Guess, we need to rethink on this again. We cannot do much on this for 2.4 [ as in fixing it in exchange ], but fix this thing properly for 2.5. -- Sarfraaz ___ Evolution-hackers mailing list Evolution-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] please help me
Hi, Read your config.log file and see what exactly is failing to build. That should give you some pointers to look at. -- Sarfraaz On Tue, 2005-09-06 at 15:30 +0800, Jerry Pu wrote: > hi all, i met a problem when i install evolution-exchange on Solaris for > sparc. Even i use --with-krb5 to locate a new Kerberos5 i have > installed, krb5 libs still can not be found. > > it shows: configure: error: Could not find krb5. Install krb5 or heimdal > packages. > > Any Suggestion? > > Thanks, > > jerry > > ___ > Evolution-hackers mailing list > Evolution-hackers@gnome.org > http://mail.gnome.org/mailman/listinfo/evolution-hackers ___ Evolution-hackers mailing list Evolution-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-hackers
[Evolution-hackers] Evolution-exchange branched
Hi all, Evolution-exchange has been branched for gnome-2-12 release. The tag is gnome-2-12. This will be the maintainance branch for Evolution 2.4 All future work for Evolution 2.6 would be done on the HEAD. Make sure that you get your patches reviewed before committing things on the stable branch. -- Sarfraaz ___ Evolution-hackers mailing list Evolution-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-hackers