http://bugzilla.moblin.org/show_bug.cgi?id=7089
--- Comment #31 from jku <jku(a)linux.intel.com> 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.