Re: [Evolution-hackers] go-evolution.org

2009-07-23 Thread Chenthill
Am including nirav in the thread. He is working on with the novell IST
to get the required rights. He would be able to provide more details..
  
Thanks, Chenthill.
On Mon, 2009-07-13 at 11:06 +0200, Andre Klapper wrote:
 Am Sonntag, den 12.07.2009, 21:31 -0400 schrieb Matthew Barnes:
  I don't know how feasible this is, but what do you guys think about
  eventually migrating the wiki to live.gnome.org/evolution.
 
 I am all for it.
 
  I have no idea who has admin rights to the wiki
 
 According to Parag Srini has sysop rights.
 
 andre



___
Evolution-hackers mailing list
Evolution-hackers@gnome.org
http://mail.gnome.org/mailman/listinfo/evolution-hackers


Re: [Evolution-hackers] go-evolution.org

2009-07-23 Thread Nirav Kumar
Hi Andre,
Migrating Wiki to live.gnome.org/evolution may be difficult with the
high data content that evolution wiki holds.
I would believe that installing captcha and updating drupple should be
able to provide the desired results.I am working with Novell IST and
hope to have something positive in next few days.

Regards
Nirav
On Thu, 2009-07-23 at 12:06 +0530, Chenthill wrote:
 Am including nirav in the thread. He is working on with the novell IST
 to get the required rights. He would be able to provide more details..
   
 Thanks, Chenthill.
 On Mon, 2009-07-13 at 11:06 +0200, Andre Klapper wrote:
  Am Sonntag, den 12.07.2009, 21:31 -0400 schrieb Matthew Barnes:
   I don't know how feasible this is, but what do you guys think about
   eventually migrating the wiki to live.gnome.org/evolution.
  
  I am all for it.
  
   I have no idea who has admin rights to the wiki
  
  According to Parag Srini has sysop rights.
  
  andre
 
 
 

___
Evolution-hackers mailing list
Evolution-hackers@gnome.org
http://mail.gnome.org/mailman/listinfo/evolution-hackers


Re: [Evolution-hackers] go-evolution.org

2009-07-23 Thread Sankar P
On Thu, Jul 23, 2009 at 12:24 PM, Nirav Kumarkni...@novell.com wrote:
 Hi Andre,
 Migrating Wiki to live.gnome.org/evolution may be difficult with the
 high data content that evolution wiki holds.

I don't see a high data content. There are Camel docs, plugin docs,
some design docs about shell and threading, most of which will have to
change anyway, soon. And most of the other links originating from the
go-evolution home page points to obsolete contents. There are some
test cases, but iirc they are stored in Novell testopia already.

 I would believe that installing captcha and updating drupple should be
 able to provide the desired results.I am working with Novell IST and
 hope to have something positive in next few days.


These two are the problems at the moment. But by moving to
live.gnome.org, there are other benefits like:

- we align more with the rest of the Gnome projects
- one place to search docs for all projects and easy to link to docs
of other project pages, say libsoup.
- no need to create yet-another-new-account to edit evo project pages.
anyone with a gnome account can edit pages.

and above all,

- Gnome sysadmins are easily reachable for non-Novell folks to report
and rectify any problems, than Novell IST. There will be a single
point of contact for admin related issues.

If all these does not convince you, you can save dollars on the
storage space for the site ;-) . So imho, it is definitely worth
moving to live.gnome.org .

 Regards
 Nirav
 On Thu, 2009-07-23 at 12:06 +0530, Chenthill wrote:
 Am including nirav in the thread. He is working on with the novell IST
 to get the required rights. He would be able to provide more details..

 Thanks, Chenthill.
 On Mon, 2009-07-13 at 11:06 +0200, Andre Klapper wrote:
  Am Sonntag, den 12.07.2009, 21:31 -0400 schrieb Matthew Barnes:
   I don't know how feasible this is, but what do you guys think about
   eventually migrating the wiki to live.gnome.org/evolution.
 
  I am all for it.
 
   I have no idea who has admin rights to the wiki
 
  According to Parag Srini has sysop rights.
 
  andre




 ___
 Evolution-hackers mailing list
 Evolution-hackers@gnome.org
 http://mail.gnome.org/mailman/listinfo/evolution-hackers




-- 
Sankar P
http://psankar.blogspot.com
___
Evolution-hackers mailing list
Evolution-hackers@gnome.org
http://mail.gnome.org/mailman/listinfo/evolution-hackers


[Evolution-hackers] Question about e-shell-settings-dialog

2009-07-23 Thread cee1
Hi all,I'm running Evolution on my 8.9 inch netbook.
Clicking edit - preference, it popup a dialog with left column blank,
then the dialog is automatically resized, displays the left column and
overflows the screen.
Where is the code resizes the setting dialog automatically and
asynchronously?

Thanks.
___
Evolution-hackers mailing list
Evolution-hackers@gnome.org
http://mail.gnome.org/mailman/listinfo/evolution-hackers


Re: [Evolution-hackers] go-evolution.org

2009-07-23 Thread Matthew Barnes
On Thu, 2009-07-23 at 14:35 +0530, Sankar P wrote:
 I don't see a high data content. There are Camel docs, plugin docs,
 some design docs about shell and threading, most of which will have to
 change anyway, soon. And most of the other links originating from the
 go-evolution home page points to obsolete contents. There are some
 test cases, but iirc they are stored in Novell testopia already.

...snip...

 If all these does not convince you, you can save dollars on the
 storage space for the site ;-) . So imho, it is definitely worth
 moving to live.gnome.org .

+1  Well stated.  :)


signature.asc
Description: This is a digitally signed message part
___
Evolution-hackers mailing list
Evolution-hackers@gnome.org
http://mail.gnome.org/mailman/listinfo/evolution-hackers


Re: [Evolution-hackers] go-evolution.org

2009-07-23 Thread P Chenthill
On Thu, 2009-07-23 at 07:34 -0400, Matthew Barnes wrote:
 On Thu, 2009-07-23 at 14:35 +0530, Sankar P wrote:
  I don't see a high data content. There are Camel docs, plugin docs,
  some design docs about shell and threading, most of which will have to
  change anyway, soon. And most of the other links originating from the
  go-evolution home page points to obsolete contents. There are some
  test cases, but iirc they are stored in Novell testopia already.
We would still need to maintain the old data to know the history though
they may become obsolete. Certainly a lot of things mentioned still hold
true ;)

 ...snip...
 
  If all these does not convince you, you can save dollars on the
  storage space for the site ;-) . So imho, it is definitely worth
  moving to live.gnome.org .
 
 +1  Well stated.  :)
I concur with this provided all the old data are still maintained.

- Chenthill.

___
Evolution-hackers mailing list
Evolution-hackers@gnome.org
http://mail.gnome.org/mailman/listinfo/evolution-hackers


Re: [Evolution-hackers] go-evolution.org

2009-07-23 Thread Chenthill
On Thu, 2009-07-23 at 11:09 -0400, Matthew Barnes wrote:
 On Thu, 2009-07-23 at 06:15 -0600, P Chenthill wrote:
  We would still need to maintain the old data to know the history though
  they may become obsolete. Certainly a lot of things mentioned still hold
  true ;)
 
 A compromise might be to only migrate the pages with current and
 accurate information to l.g.o, and keep go-evolution.org around as a
 historical archive.  Archived pages brought back to life at a later date
 could be migrated individually.  It -is- a wiki, after all.
Makes sense. How about putting the architecture and other historic data
on roadmaps into www.gnome.org/projects/evolution and current pages in
l.g.o ?

Close go-evolution.org once for all.

- Chenthill.
 
 Might be interesting to compile a list of pages we still maintain or
 care about.  I have a few not listed on the front page (BugzillaTopics
 and ReleaseHOWTO, for example).
 
 Perhaps a bigger issue is converting the page markup.  I've noticed
 syntactic differences between the two sites [1], but I don't even know
 what wiki software the two sites are using.  Need to see if there's
 markup migration scripts out there.
 
 Matthew Barnes
 
 
 [1] live.gnome.org's markup syntax seems way more expressive and is
 actually DOCUMENTED! (http://live.gnome.org/HelpOnEditing)  Unlike
 our own. (http://www.go-evolution.org/Help:Editing)  Not to mention
 the style sheets are prettier.


___
Evolution-hackers mailing list
Evolution-hackers@gnome.org
http://mail.gnome.org/mailman/listinfo/evolution-hackers


Re: [Evolution-hackers] go-evolution.org

2009-07-23 Thread Nirav Kumar
Probably i can give a try for a resource for revamping Wiki and for
installing captcha and updating drupple for go-evolution.org.This may
take approx 2 weeks.If things are not possible, i can confirm earlier
and a migration/closure decision can be taken accordingly.

Nirav
On Thu, 2009-07-23 at 11:09 -0400, Matthew Barnes wrote:
 On Thu, 2009-07-23 at 06:15 -0600, P Chenthill wrote:
  We would still need to maintain the old data to know the history though
  they may become obsolete. Certainly a lot of things mentioned still hold
  true ;)
 
 A compromise might be to only migrate the pages with current and
 accurate information to l.g.o, and keep go-evolution.org around as a
 historical archive.  Archived pages brought back to life at a later date
 could be migrated individually.  It -is- a wiki, after all.
 
 Might be interesting to compile a list of pages we still maintain or
 care about.  I have a few not listed on the front page (BugzillaTopics
 and ReleaseHOWTO, for example).
 
 Perhaps a bigger issue is converting the page markup.  I've noticed
 syntactic differences between the two sites [1], but I don't even know
 what wiki software the two sites are using.  Need to see if there's
 markup migration scripts out there.
 
 Matthew Barnes
 
 
 [1] live.gnome.org's markup syntax seems way more expressive and is
 actually DOCUMENTED! (http://live.gnome.org/HelpOnEditing)  Unlike
 our own. (http://www.go-evolution.org/Help:Editing)  Not to mention
 the style sheets are prettier.

___
Evolution-hackers mailing list
Evolution-hackers@gnome.org
http://mail.gnome.org/mailman/listinfo/evolution-hackers


Re: [Evolution-hackers] PATCH: Storing and fetching bodystructure, the patch

2009-07-23 Thread Philip Van Hoof

Ping, do we have a decision on this?

On Tue, 2009-07-14 at 12:57 +0200, Philip Van Hoof wrote:
 Hi there,
 
 I would like Evolution to store IMAP's bodystructure as often as
 possible. The reason for this is storing RDF graphs. Let me explain.
 
 I wrote a EPlugin for Evolution that is compiled and distributed by the
 Tracker project. This plugin fetches as much metadata about E-mails as
 possible and pushes it into Tracker's RDF store.
 
 Tracker's RDF store is a Nepomuk-ontology based RDF store that offers
 SPARQL as query language, and SPARQL Update as storage language.
 
 We have enhanced the Nepomuk message ontology so that it can store the
 entire structure of an E-mail. This means the structure that you can
 request using the BODY or BODYSTRUCTURE FETCH requests. These return you
 the MIME structure of the message in a pre-parsed skiplist format.
 
 Using this info our plugin can reconstruct the message's skeleton, but
 then in RDF as a graph.
 
 I don't just talk. I wrote the patch to do this too. It's attached.
 
 I tried to keep the changes small, and I implemented the migration code
 so that the tables' schemas will automatically be converted. The patch
 needs a good review, though. And testing.
 
 This is the point of the patch (a stored bodystructure string):
 
 sqlite select bodystructure from 'INBOX/100' LIMIT 2;
 (TEXT PLAIN (CHARSET ISO-8859-1) NIL NIL 8BIT 2304 53 NIL NIL NIL 
 NIL)
 (TEXT PLAIN NIL NIL NIL 7BIT 3829 80 NIL NIL NIL NIL)
 sqlite 
 
 Note about adding BODYSTRUCTURE to the IMAP FETCH query that IMAP
 servers usually cache the body-structures. It wont slowdown an IMAP
 server, one that is worth being called an IMAP server, much.
 
 It will add some bandwidth. But apparently isn't Evolution trying to
 save bandwidth, otherwise camel-imap-folder.c would use ENVELOPE instead
 of BODY.PEEK[HEADER.FIELDS(-a long list-)] (right?).
 
 
 Here are some pointers about things I just wrote:
 
 The Nemomuk message ontology
 http://git.gnome.org/cgit/tracker/tree/data/ontologies/34-nmo.ontology
 
 How we want this stuff in Tracker, how it could be used
 http://live.gnome.org/Tracker/Documentation/EmailSparql
 
 The Evolution plugin:
 http://git.gnome.org/cgit/tracker/tree/src/plugins/evolution/tracker-evolution-plugin.c
 
 
 Let me know!
 
 
 ___
 Evolution-hackers mailing list
 Evolution-hackers@gnome.org
 http://mail.gnome.org/mailman/listinfo/evolution-hackers
-- 
Philip Van Hoof, freelance software developer
home: me at pvanhoof dot be 
gnome: pvanhoof at gnome dot org 
http://pvanhoof.be/blog
http://codeminded.be

___
Evolution-hackers mailing list
Evolution-hackers@gnome.org
http://mail.gnome.org/mailman/listinfo/evolution-hackers


Re: [Evolution-hackers] go-evolution.org

2009-07-23 Thread Nirav Kumar
On Thu, 2009-07-23 at 14:48 -0400, Matthew Barnes wrote:
 On Thu, 2009-07-23 at 12:17 -0600, Nirav Kumar wrote:
  As such any takers for revamping wiki on a continuous basis?
 
 Define revamping.
To revise(make changes) or reconstruct 
 
 
  Probably i can give a try for a resource for revamping Wiki and for
  installing captcha and updating drupple for go-evolution.org.
 
 Do you mean Drupal?  That would answer my earlier question.
Yes
 live.gnome.org uses MoinMoin, go-evolution.org uses Drupal?
Mostly Drupal gets used.I am catching up with IST on details.Will
confirm.
 
 Matthew Barnes
 

___
Evolution-hackers mailing list
Evolution-hackers@gnome.org
http://mail.gnome.org/mailman/listinfo/evolution-hackers