http://bugzilla.moblin.org/show_bug.cgi?id=7089





--- Comment #31 from jku <[email protected]>  2010-01-06 05:29:58 PST ---
(In reply to comment #29)
> > Sync-ui has to get device name from bluez. See below:
> > ‣ Jku's N85 (Bluetooth device)     
> >        Enter your device manufacturer and model name   [                   ]
> >        or select from list of templates                [Nokia S60 3rd ed. ∨]
> > Device name is different from model name. A possible solution is to add a 
> > new property 'device name' in GetConfig. then it doesn't need it, I think.
> 
> My understanding was that we would add everything that is needed by the 
> sync-ui
> to the templates, exactly to avoid the sync-ui<->bluez dependency.

Yes, this was my unvoiced expectation. Another useful data item that seems to
be available might be Type (e.g. "phone") for visual reasons.

> > > Do you expect the GUI to do more than that? Where do you see an overlap in
> > > functionality?
> > If user inputs a new finger information for a given device, since we have no
> > API to transfer this to dbus server, gui has to do matching against 'phone
> > model number' itself. This logic is also in syncevolution core.
> 
> "inputs new finger information" - do you mean that the user enters 
> manufacturer and model manually, then asks to create a config without having 
> that device paired? I don't think we need to support such a use-case. If we 
> do, we'll add the necessary D-Bus API to keep the matching inside the server.

I think it makes sense to only handle paired devices. We can include UI to
start pairing (I think this was in some of the wireframes even): A "Pair a new
sync device" button but that should only open "bluetooth-properties".

> I have a N900, but I may set its device name as 'yongsheng's phone' for
> bluetooth. However, we can't get any useful matched scores so the candidate
> list is useless and have to user's input.

This is why I said we could leave it up to the client for now... I agree it
would be nice if the server could do the matching but since we have to have
some fallback anyway, we could start with that: just give me all templates and
I'll pick a good one based on user input. If the templates have scores, thats
good, but the client needs to be able to function without a clear winner as
well...

-- 
Configure bugmail: http://bugzilla.moblin.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching someone on the CC list of the bug.
_______________________________________________
Syncevolution-issues mailing list
[email protected]
http://lists.syncevolution.org/listinfo/syncevolution-issues

Reply via email to