<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
On 12/29/2011 03:45 AM, Chris Knight wrote:
<blockquote
cite="mid:CAB67hfg6wYrxskX+ZSd-JXNnHEK5W4=z+80q-3Pa4UAvroM1-A@mail.gmail.com"
type="cite"><span class="Apple-style-span" style="">
<div>
<div>Is anyone currently working on the data sync feature?
According to the roadmap wiki on TechBase it appears not. I
would be more than happy to implement this feature as I have
just uninstalled firefox forever from my box after it's
bi-monthly update nonsense has broken my xmarks/lastpass
data syncing for the last time. Rekonq is quick, light, and
I love it, but it really needs data syncing. </div>
</div>
<div><br>
</div>
<div>Regarding syncing, we would first have to decide where to
store the bookmarks:</div>
<div><br>
</div>
<div>*) Google Bookmarks. </div>
<div> - Wiki mentions there is no API but apparently the api
is known and quite simple: </div>
<div> - <a moz-do-not-send="true"
href="http://www.mmartins.com/mmartins/googlebookmarksapi/"
target="_blank" style="color:rgb(17,85,204)">http://www.mmartins.com/mmartins/googlebookmarksapi/</a></div>
<div><br>
</div>
<div>*) WebDAV</div>
<div>
- Xmarks/LastPass uses WebDAV apparently as well.</div>
<div> - <a moz-do-not-send="true"
href="http://blog.barfoo.org/2009/05/03/firefox-hosting-xmarks-formerly-foxmarks-on-lighttpd/"
target="_blank" style="color:rgb(17,85,204)">http://blog.barfoo.org/2009/05/03/firefox-hosting-xmarks-formerly-foxmarks-on-lighttpd/</a></div>
<div><br>
</div>
<div>*) Digg: </div>
<div> - Certainly a possibility: </div>
<div> - <a moz-do-not-send="true"
href="http://apidoc.digg.com/w/page/17759000/FrontPage"
target="_blank" style="color:rgb(17,85,204)">http://apidoc.digg.com/w/page/17759000/FrontPage</a> </div>
<div><br>
</div>
<div>*) Firefox Sync: Another possibility. </div>
<div> - Centered around sharing bookmarks with mobile
devices.</div>
<div> - Uses WPS style pin generation from the "original
device" to pair additional "devices". </div>
<div> - Several implementations of the server are available,
allowing for self-hosting of the sync repository. </div>
<div> - <a moz-do-not-send="true"
href="https://wiki.mozilla.org/Firefox_Sync" target="_blank"
style="color:rgb(17,85,204)">https://wiki.mozilla.org/Firefox_Sync</a></div>
<div><br>
</div>
<div>*) Git</div>
<div> - Another possibility would be to simply commit changes
to an xml representation of the sync data to a git or svn
repo.</div>
<div> - Allows self hosting </div>
<div><br>
</div>
<div>
*) KDE Perfection (Akonadi + Wallet)</div>
<div> - The pentultimate KDE perfection: Store Bookmarks in
Akonadi, Store passwords in Wallet:</div>
<div> - If only there was a way to sync 2 KDE wallets???</div>
<div> - Akonadi already has the ability to load local
bookmarks from a bookmarks.xml file. I could envision rekonq
using the Akonadi bookmarks resources and adding a module to
load and store Bookmarks in any number of the above storage
solutions. </div>
<div><br>
</div>
</span>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">_______________________________________________
rekonq mailing list
<a class="moz-txt-link-abbreviated" href="mailto:rekonq@kde.org">rekonq@kde.org</a>
<a class="moz-txt-link-freetext" href="https://mail.kde.org/mailman/listinfo/rekonq">https://mail.kde.org/mailman/listinfo/rekonq</a>
</pre>
</blockquote>
<br>
Hi Chris,<br>
you'll be happy to know that sync manager has just been implemented
and merged in git master. It is actually a structure with a
particular "sync implementation", one of them you listed here and in
the other mail, informing it to sync on every history, bookmarks,
passwords change.<br>
About sync implementation, I have implemented just ftp sync for now.
I know it is probably the less obvious, but I needed an easy one to
work on (and let work) the whole sync manager code.<br>
And now it seems working.<br>
Adding support for one of the sync solution you suggested will be
fantastic and should be quite easy following ftp sync implementation
pattern.<br>
I know there is another guy working on (or interested to) one of
this. I'm ccmailing him here to be sure he is not losing this topic.<br>
<br>
Welcome aboard!<br>
Andrea.<br>
<br>
PS: please guys, if you'd like to work on rekonq, subscribe to our
mailing list and jump in our iRC channel sometimes <br>
</body>
</html>