From: "Emmet Hikory" <persia@ubuntu.com>
To: "Bastien Nocera" <hadess@hadess.net>
Cc: Mario_Limonciello@dell.com, marcel@holtmann.org,
linux-bluetooth@vger.kernel.org
Subject: Re: [PATCH] Make bluetooth-properties fit on smaller displays
Date: Tue, 30 Sep 2008 01:47:12 +0900 [thread overview]
Message-ID: <9bd2f8970809290947l51182d4u1ddd951dd8f321c5@mail.gmail.com> (raw)
In-Reply-To: <1222701730.3311.76.camel@cookie.hadess.net>
On Tue, Sep 30, 2008 at 12:22 AM, Bastien Nocera <hadess@hadess.net> wrote:
> On Mon, 2008-09-29 at 10:05 -0500, Mario_Limonciello@Dell.com wrote:
>> Hi Bastien & Marcel:
>>
>> Here's the screenshots as requested:
>>
>> Old: http://imagebin.org/27644
>>
>> New: http://imagebin.org/27643
>>
>> A lot of these MID devices don't have screens bigger than 1024x600
>> (some 800x600 depending on their aspect ratio). This change really
>> just reorganizes the GUI so that both laptops and MID devices can use
>> the same layout. I'm attaching an updated patch relative to 1.6.
>
> Both versions would fit on both those screens. What's wrong with leaving
> it as is? In the worst case, I'd move the contextual buttons to the side
> of the treeview, instead of underneath, and add labels to those buttons.
Good day. I adapted the suggested patch for this from one
previously shipped in Ubuntu by Michael Frey and Loic Minier.
My actual test screens were 1024x600 (intel driver) and 800x600
(vesa driver), running under the hildon-desktop environment. If I'm
running in clean GNOME@96DPI, the default looks OK, but there is only
space for two or three devices. If I'm running under hildon-desktop,
there's only space for one device. As one of these screens is
actually 247 DPI, running at 96 DPI tends to make everything nearly
unreadably small. Note that I've also tested with GNOME+devilspie, to
force maximisation, which created a bit more space, but not hugely
more space.
In practice, I use a keyboard, headset, communication to a yet
smaller portable device, and communication to my laptop. I'd like to
add a mouse, GPS device, and printer. I'm experimenting with a
"bluetooth handset" for making VoIP calls, which would be a separate
audio device for ekiga/empathy. As a result, my device listing easily
exceeds the limits imposed by the vertical layout on a small screen.
Whlie this may be an exceptional case, I think "mouse, keyboard,
headset, phone, printer" isn't an unreasonable list of accessories,
even for a regular laptop user.
One possible solution would be to write a separate hildon front
end, which is probably the best solution for 640x480 or 800x480, but
for 800x600 and 1024x600, the use case for using themed GNOME with
higher DPI hinting is strong enough that having a separate front-end
seems confusing.
Mind you, I don't want to limit the experience on high-resolution
low-DPI screens, and will admit that I don't have the equipment to
properly test this use case. If the consensus is that it the result
of moving the device listing to the right creates an unpleasant
experience for these users, then perhaps it is not a sensible default.
--
Emmet HIKORY
next prev parent reply other threads:[~2008-09-29 16:47 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-09-28 17:44 [PATCH] Make bluetooth-properties fit on smaller displays Mario_Limonciello
2008-09-29 9:07 ` Marcel Holtmann
2008-09-29 9:15 ` Bastien Nocera
2008-09-29 15:05 ` Mario_Limonciello
2008-09-29 15:22 ` Bastien Nocera
2008-09-29 16:47 ` Emmet Hikory [this message]
2008-09-29 23:41 ` Marcel Holtmann
2008-09-30 8:00 ` David Sainty
2008-09-30 8:17 ` Marcel Holtmann
2008-09-30 8:56 ` David Sainty
2008-09-30 13:38 ` Mario_Limonciello
2008-09-30 22:14 ` David Sainty
2008-10-01 16:26 ` Jim Carter
2008-10-01 16:33 ` Bastien Nocera
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=9bd2f8970809290947l51182d4u1ddd951dd8f321c5@mail.gmail.com \
--to=persia@ubuntu.com \
--cc=Mario_Limonciello@dell.com \
--cc=hadess@hadess.net \
--cc=linux-bluetooth@vger.kernel.org \
--cc=marcel@holtmann.org \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox