All of lore.kernel.org
 help / color / mirror / Atom feed
From: Miia Leinonen <miia.leinonen@tieto.com>
To: ofono@ofono.org
Subject: Re: [PATCH] TODO: SMS Validity Period
Date: Mon, 31 Jan 2011 16:54:25 +0200	[thread overview]
Message-ID: <1296485665.2158.85.camel@miia-desktop> (raw)
In-Reply-To: <1296478348.1520.209.camel@aeonflux>

[-- Attachment #1: Type: text/plain, Size: 3033 bytes --]

Hi Marcel,

> and what does this all buy you? There are so many funny ideas in GSM
> that having nothing to do with reality anymore since the world has moved
> on since 1995.
First of all, I don't think people stopped drinking and sending stupid
messages after 1995. Or that no one does any personal commerce with
questionable means any more. Are simple needs of a normal individual
funny? I guess many of them are but still it always feels nice when you
are able to get your needs met even if for someone else your need might
not make sense. Not everyone wants same things.
 
Of course if the aim here is to do an API that already decides in the
lower level the options for the device manufacturers so they don't need
to bother themselves with business decisions, then this is the way to
go. Good luck with serving people-of-today who value options and freedom
of choice. In the end, oFono is not providing the UI, if the device
manufacturer does not want its users to have the option to change the
validity period then they can omit the feature. But if this kind of
features are not supported even in the oFono level, then what purpose
does that serve? 

> This is the worst explanation ever. You might wanna talk to some user
> interaction experts. They will tell you that they do exactly not want
> this in a mobile device. It needs to self explanatory and your are not
> suppose to read 600 pages of manual first.
A user interaction expert would be clever enough hide the menu for the
setting when it is not supported by the network. There are so many
decisions that UI guys can do to make the feature self explainable. So I
don't think it is required to drop the features only for the reason that
maybe some networks don't support it. 

> I feel like being back in 1995 with my good old Nokia phone where I had
> no clue what half of the options where doing for me ;)
Come on! :D Here we can go back to the fact that not everything must be 
used that is available if you feel content as you are.

> And what would be the impact here with defaulting to the networks value?
> It would just work fine and normally it all depends on the network
> anyway. You can tell it to have 24 hours, but if it only wants to hold
> it for 6 hours, then there is nothing you can do about. SMS is not a
> reliable form of communication. I am pretty sure that all the terms of
> service regarding SMS are phrased properly by the network operators.
What comes to SMS not being reliable, can you honestly say that you are 
working to make a better phone but the features you support are not to
trust? Anyway, even if the user can not do anything to the value when
network does not support the setting, then is that enough reason to deny
the option from everyone? 

I know these are small issues in some level, but I still go for the
right to choose.

BR,
Miia

______________________________________________

ofono mailing list
ofono(a)ofono.org
http://lists.ofono.org/listinfo/ofono



  reply	other threads:[~2011-01-31 14:54 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-01-31  9:01 [PATCH] TODO: SMS Validity Period Miia Leinonen
2011-01-31  9:47 ` Marcel Holtmann
2011-01-31 10:06   ` Miia Leinonen
2011-01-31 10:31     ` Marcel Holtmann
2011-01-31 11:23       ` Aki Niemi
2011-01-31 12:42         ` Marcel Holtmann
2011-02-01 20:19           ` Aki Niemi
2011-02-02  6:52             ` Marcel Holtmann
2011-01-31 12:27       ` Miia.Leinonen
2011-01-31 12:52         ` Marcel Holtmann
2011-01-31 14:54           ` Miia Leinonen [this message]
2011-01-31 15:44             ` Marcel Holtmann
2011-02-01 13:01               ` Miia Leinonen

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=1296485665.2158.85.camel@miia-desktop \
    --to=miia.leinonen@tieto.com \
    --cc=ofono@ofono.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 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.