ubuntu-phone team mailing list archive

[James Henstridge <james.henstridge@xxxxxxxxxxxxx>]

On 27 September 2015 at 02:48, Krzysztof Tataradziński <ktatar156@xxxxxxxxx>
wrote:

> Hello,
> I think that for now, in example, scope Today is not useful as it can be.
> Lets look at last calls part - If I don't refresh scope, I see last calls
> from time scope was refreshed. If I want to see real last calls (when I
> made some calls between last refresh of scope and present) I can:
> a) refresh Today scope - what is really slow
> b) go to calls app - so what is the point of using scope?
> In this example (any many others) Scopes philosophy to have faster access
> to read data is wrong.
>
> Maybe better solution would be refreshing scope, even in background, when
> data changes? It above example scope should refresh data when I make
> another call.
> In NearBy scope it should refresh when we change position that having an
> impact on the results of objects in the nearby (or when we move too fast
> (car) and too often (running) - it should adjust, maybe less frequent).
>
> What do you think about that?
>

We already have some infrastructure in place to auto-refresh certain scopes
when appropriately signaled.  You can see this if you browse to the music
or videos scopes and then copy some music or videos to the phone via USB.
What happens is that the media scanner processes the files as they're
copied and then sends out a D-Bus signal to tell the dash to reload the
relevant scope (it isn't the scope that asks for the refresh, because the
scope process has most likely shut down due to  inactivity at the point the
files are being copied).

So to do what you ask, the phone app would need to signal the dash in the
same way to indicate when the today scope should be refreshed.

James.