As a user of Evolution, I can tell you that having the ability to
combine 5 different email services into one client is very handy. Some
of the email servers that I connect to only have imap or a very ugly
version of Outlook Express Web (nearly useless on any OS, including XP).
And their imap serv
Steve Magoun wrote:
> Hi Jason,
>
> Using icons instead of text for buttons is certainly an option. I
> went with text because it's clear and creating a meaningful,
> unambiguous icon can sometimes be difficult (especially given the
> space constraints in the interface).
>
> When I worked at P
Hi Jason,
Using icons instead of text for buttons is certainly an option. I
went with text because it's clear and creating a meaningful,
unambiguous icon can sometimes be difficult (especially given the
space constraints in the interface).
When I worked at Pepper we had the same discussion
There will be a need to release in many languages and strings are
easily localizable. I'm not sure whether icons are localizable, and
images may not mean the same thing in different cultures.
There's also a commitment to an on-board email client, although it's
a good question whether one is
Zhu, Peter J wrote:
> Hi,
>
> I tried to add one style and use that style at end of
>gtkrc.maemo_af_desktop as following: style "mid-media-back"
>{
> GtkButton::child_displacement_x = 0
> GtkButton::child_displacement_y = 0
> engine "sapwood" {
> im
Agreed. Could even go a step further and make the common "send",
"reply", "forward" etc button just icons vs. spelling it out (especially
if there's ever a plan to release in other languages). My big question
is why not just assume people that will use web email (and there is data
to show that
On Mon, Oct 15, 2007, Spencer, Bob wrote:
> > The usual way would be to make hildon-desktop have a statusbar.d with
> > configuration file fragments it assembles.
> >
> > [...]
>
> All of the statusbar plugins already have .desktop files in
> /usr/share/applications/hildon-desktop/statusbar . T
There are two more items I need to finish for moblin, these items are:
* Installing xbacklight app, PPM uses this app to control
brightness, once installed a more accurate measurement can be taken.
* I also need to do more investigation on the wireless adapter of
moblin device. All th
Hi,
We'll be having the normal IRC meeting on #ubuntu-mobile, as usual, on
Thursday 2007-10-18 at 1600 UTC.
Please make sure to post status reports to this list before 1400 UTC on
Thursday, and if you have agenda items, please add them to the page on
https://wiki.ubuntu.com/MobileAndEmbedded/Meet
Kevin Fries escreveu:
> OK,
>
> Our experiment with the Little Valley Intel board is quickly grinding to
> the point of becoming a rathole, a rathole I can no longer justify
> throwing more money down. There is a very short distance between the
> meaning of can't and won't. Can't is frustrating,
Over the last week I have been attempting to use the Q1 to check my
gmail, and I agree it is way to cluttered and a real challenge to use
without a stylus.
I haven't really said anything because to be honest I don't know exactly
how to fix the UI. (I just know the current UI tends to make me wan
OK,
Our experiment with the Little Valley Intel board is quickly grinding to
the point of becoming a rathole, a rathole I can no longer justify
throwing more money down. There is a very short distance between the
meaning of can't and won't. Can't is frustrating, but understandable,
but Intel won
Ola,
> that can be done to improve the UI. I've enclosed a claws screenshot
this is just claws running inside UME,no...it is *not* hildonized yet
> and a mockup of a simpler but fully-functional interface.
that looks much cleaner IMHO
[]'s
Ian
--
http://ianlawrence.info
--
Ubuntu-mobile mai
Steve Magoun escreveu:
> Adilson,
>
> If you're working on the Claws interface, there are some other things
> that can be done to improve the UI. I've enclosed a claws screenshot and
> a mockup of a simpler but fully-functional interface.
Hi.
Thanks for the suggestions. I'm not currently working
I like the buttons, but worry about them taking up too much screen
real estate. We should definitely test on a 800x480 res screen and
see how usable the application is. Maybe a good compromise would be
to size the buttons to the minimal size needed by the average finger
so they are not bigg
Hi Adilson,
Definitely keep the buttons! Some devices won't have a stylus, so
it's important that the UI of each app be usable with just a finger.
Our experience is that even on devices with a stylus, users will
often try to use their fingers (and get frustrated if a widget is too
small).
Hi,
I tried to add one style and use that style at end of
gtkrc.maemo_af_desktop as following:
style "mid-media-back"
{
GtkButton::child_displacement_x = 0
GtkButton::child_displacement_y = 0
engine "sapwood" {
image {
* "Brandt, Todd E"
| I would gladly make the change to the hildon-desktop code to pull in a
| statusbar.d directory, however I'm not sure the owner would agree to
| accept it and it may take a while to push upstream. I can take the AR to
| ping the maemo folks about it though.
If you could do th
* "Spencer, Bob"
| Tollef Fog Heen wrote:
[...]
| > The usual way would be to make hildon-desktop have a statusbar.d with
| > configuration file fragments it assembles.
| >
| > [...]
|
| All of the statusbar plugins already have .desktop files in
| /usr/share/applications/hildon-desktop/stat
19 matches
Mail list logo