All of lore.kernel.org
 help / color / mirror / Atom feed
From: Fabien Chevalier <fabchevalier@free.fr>
To: BlueZ development <bluez-devel@lists.sourceforge.net>
Cc: Johan Hedberg <johan.hedberg@nokia.com>,
	Brad Midgley <bmidgley@xmission.com>
Subject: Re: [Bluez-devel] Bluez DBUS API usuability regarding end	user	experience
Date: Fri, 26 Oct 2007 11:25:10 +0200	[thread overview]
Message-ID: <4721B276.5070101@free.fr> (raw)
In-Reply-To: <1193352198.6184.280.camel@violet>

Marcel Holtmann wrote:
> Hi Fabien,
> 
>> I have a (kind of) formal request to ask to the Bluez project.
>>
>> I'm basically trying to use the Bluez API to design a user friendly 
>> device that will have bluetooth functionnality.
>> Speeking of a user friendly device, i'm thinking of two things i wanna have:
>>    - the end user bluetooth feature should work most of the time, which
>> means it will have to be robust and not throw errors most of the time.
>>    - When something goes wrong, the end user should only be presented 
>> with error messages he can understand and actually act upon. If the 
>> message is too cryptic, then a generic placeholder would be use instead 
>> of a low level message. One of the first non cryptic messages i think of 
>> would be a "Device unreachable : please check your bluetooth device is 
>> powered on" message :-)
> 
> feel free to improve the error messages. We haven't spend enough time
> with them yet. There were other issues that needed to be addressed
> first. Also the error support should made generic and reside in common/.
> So if you wanna work on it, send patches.

Hi Marcel,

I didn't though error handling was that bad. :-(
And... yes i volunteer to work on this, so i'm gonna start to work on 
generic error support in common/. :-)

Cheers,

Fabien


-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
Bluez-devel mailing list
Bluez-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-devel

      reply	other threads:[~2007-10-26  9:25 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-10-25 18:23 [Bluez-devel] Bluez DBUS API usuability regarding end user experience Fabien Chevalier
2007-10-25 22:43 ` Marcel Holtmann
2007-10-26  9:25   ` Fabien Chevalier [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=4721B276.5070101@free.fr \
    --to=fabchevalier@free.fr \
    --cc=bluez-devel@lists.sourceforge.net \
    --cc=bmidgley@xmission.com \
    --cc=johan.hedberg@nokia.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.