webbrowser and share-like-connect

[Marco Martin]

On Wednesday 22 June 2011, Sebastian Kügler wrote:
> On Tuesday, June 21, 2011 10:38:11 Marco Martin wrote:
> > On Tuesday 21 June 2011, Sebastian Kügler wrote:
> > > Quickie: what does share-like-connect need from the webbrowser side? I
> > > assume the URL currently shown, but ...
> > > 
> > > * how do I announce this to SLC? Perhaps an example?
> > > * when should it be announced? On startup, whenever the URL changes?
> > 
> > it should already work-ish even tough buggy (also the browser still
> > doesn't  publish the mimetype iirc).
> > 
> > since we are there, i was thinking if other kind of data would be useful
> > as  well to be published together with the url, like:
> > * an human readable name
> 
> This could be the page name, we also use this for the window title (since
> last night).
> 
> I still wonder if the QML variant is "good enough", but I'm not quite sure.
> I'll probably have a go at implementing it through libkactivities as Ivan
> suggested, that makes it easier to get more metadata in.

in the end is just an object on which you set all the needed properties:
atm uri and mimetype are the only ones supported all down the stack, so the 
rest is still to be implemented.

the only real issue of the qml version is that since the window id is needed 
of course figuring it out for qgraphicsview stuff is not always trivial (same 
reason why the browser fails with more than one view ;))

> > * an icon/thumbnail whatever?
> 
> Three possibles:
> * favicon of the page: possibly too small
> * preview of it (using the preview engine): possibly expensive
> * KIcon("internet-web-browser"): not too useful
> 
> ...or a mixture of those.
> 
> > i did a qml component that links to libkactivities and publishes url and
> > mimetype (they are two properties of an object that you would create a
> > single  instance in the main qml file) from some quick tests seems to be
> > already capable of adding/removing bookmarks, rate them  and link them to
> > activities
> 
> The "publish" to SLC works for me, but having the SLC applet and the
> rekonq- active in different windows makes SLC forget about the current URL
> the moment I switch to its window, so it doesn't work in this scenario. I
> guess this isn't a problem when it's in a panel that cannot have focus?

yep, works correctly in my branch with the real panel.
tracking the content of the active window is the intended behavior, that of 
course forces those icons to be in a docktype window

> > that fits also i the evil strategy of integrating  meego tablet apps
> > withous  even recompiling them (if they pass enough information into qml,
> > would be enough to patch their qml files without even repackaging)
> 
> How do you want to patch anything without repackaging?

yeah, not really feasible since iirc obs refuses to do packages that overwrite 
any system package
so would have to be a quick diff to be applied at runtime just for doing 
demos...




-- 
Marco Martin