[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-frameworks-devel
Subject:    Re: KIOWidgets and KFile
From:       Mark <markg85 () gmail ! com>
Date:       2013-09-29 21:49:15
Message-ID: CAPd6JnFdBRvgEcX-GLRr=6p+ZOB6eGONVoqM77b6GN-m+epoNQ () mail ! gmail ! com
[Download RAW message or body]

[Attachment #2 (multipart/alternative)]


On Sun, Sep 29, 2013 at 10:31 PM, Sebastian K=FCgler <sebas@kde.org> wrote:

> On Sunday, September 29, 2013 20:50:28 David Faure wrote:
> > This is clearly because kbookmarks was written as part of kio, and with
> > konqueror in mind. I guess the question is how generic we want KBookmar=
ks
> > to  be, i.e. should it work without KIO altogether (at the expense of
> > losing automatic favicon integration -- can still be done by the caller
> > though, as long as the favicon doesn't change over time... as far as I
> can
> > see from the code).
>
> Maybe KBookmark could just be a small API backed by plugins?
>
> This would allow us to tackle bookmark provision "the other way round", s=
o
> we
> could
>
> - use different providers, thereby hook into what's there on a given syst=
em
> - use Nepomuk as a backend (we use Nepomuk for browser bookmarks in Plasm=
a
>   Active
> - hook into Chrome and Firefox bookmarks (at least read-only), we have co=
de
>   for this in KRunner
> - it'd let us get away for KBookmarks itself with minimal dependencies
>
> I imagine KBookmark being a more service-like thing, rather than a
> mechanism
> to store and read bookmarks.
>
> Hi Sebas,

If i'm not mistaken, Dolphin is also using KBookmarks. Would your
suggestion keep it alive for dolphin? Or would that mean creating a plugin
that can read/write bookmarks to any file?

Cheers,
Mark

[Attachment #5 (text/html)]

<div dir="ltr">On Sun, Sep 29, 2013 at 10:31 PM, Sebastian Kügler <span \
dir="ltr">&lt;<a href="mailto:sebas@kde.org" \
target="_blank">sebas@kde.org</a>&gt;</span> wrote:<br><div class="gmail_extra"><div \
class="gmail_quote">

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc \
solid;padding-left:1ex"><div class="im">On Sunday, September 29, 2013 20:50:28 David \
Faure wrote:<br> &gt; This is clearly because kbookmarks was written as part of kio, \
and with<br> &gt; konqueror in mind. I guess the question is how generic we want \
KBookmarks<br> &gt; to  be, i.e. should it work without KIO altogether (at the \
expense of<br> &gt; losing automatic favicon integration -- can still be done by the \
caller<br> &gt; though, as long as the favicon doesn&#39;t change over time... as far \
as I can<br> &gt; see from the code).<br>
<br>
</div>Maybe KBookmark could just be a small API backed by plugins?<br>
<br>
This would allow us to tackle bookmark provision &quot;the other way round&quot;, so \
we<br> could<br>
<br>
- use different providers, thereby hook into what&#39;s there on a given system<br>
- use Nepomuk as a backend (we use Nepomuk for browser bookmarks in Plasma<br>
  Active<br>
- hook into Chrome and Firefox bookmarks (at least read-only), we have code<br>
  for this in KRunner<br>
- it&#39;d let us get away for KBookmarks itself with minimal dependencies<br>
<br>
I imagine KBookmark being a more service-like thing, rather than a mechanism<br>
to store and read bookmarks.<br><br></blockquote><div>Hi \
Sebas,</div><div><br></div><div>If i&#39;m not mistaken, Dolphin is also using \
KBookmarks. Would your suggestion keep it alive for dolphin? Or would that mean \
creating a plugin that can read/write bookmarks to any file?</div>

<div><br></div><div>Cheers,</div><div>Mark <br></div></div><br></div></div>



_______________________________________________
Kde-frameworks-devel mailing list
Kde-frameworks-devel@kde.org
https://mail.kde.org/mailman/listinfo/kde-frameworks-devel


[prev in list] [next in list] [prev in thread] [next in thread]