From: Marcel Holtmann <marcel@holtmann.org>
To: ofono@ofono.org
Subject: Re: MNC/MCC as string?
Date: Thu, 11 Jun 2009 13:46:55 +0200 [thread overview]
Message-ID: <1244720815.27363.10.camel@violet> (raw)
In-Reply-To: <9b1cac640906101041g48ca9b8dv1b9f50d0c843381d@mail.gmail.com>
[-- Attachment #1: Type: text/plain, Size: 1319 bytes --]
Hi Denis,
> I understand perfectly. But remember, oFono does not expose the user
> to such details. Manual registration is accomplished by using
> Register() method (with no arguments) of the NetworkOperator
> interface. The internal storage representation is never exposed.
> Thus it doesn't matter whether internally it is a string or short,
> etc.
>
> The attributes are really only for informational purposes only. The
> user would not base his decision on the mcc/mnc, but on the operator
> name.
>
> So before we start changing the D-Bus APIs, we need to answer these
> two questions:
> - Can a country/administrative domain have both 001 and 01 MNCs such
> that the use of string for the MNC is actually necessary.
> - What does the user find easier to use, a string or a short?
I wasn't aware of this and so it might be better to just expose these as
an operator id string. So we might not even split into MCC/MNC at all
since it is meaning less anyway.
That said, we do want some exposure of these values since it is an easy
way to determine geo location help and switch timezones etc. However I
am now thinking that me might just add a Country property and do the
proper translation inside oFono. Since we mostly care about these ones
most.
Regards
Marcel
next prev parent reply other threads:[~2009-06-11 11:46 UTC|newest]
Thread overview: 26+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-06-10 11:26 MNC/MCC as string? Aki Niemi
2009-06-10 16:15 ` Denis Kenzior
2009-06-10 16:42 ` =?unknown-8bit?q?R=C3=A9mi?= Denis-Courmont
2009-06-10 17:41 ` Denis Kenzior
2009-06-11 11:46 ` Marcel Holtmann [this message]
2009-06-11 14:04 ` Jan Luebbe
2009-06-11 15:09 ` Marcel Holtmann
2009-06-11 14:32 ` Denis Kenzior
2009-06-11 15:12 ` Marcel Holtmann
2009-06-11 18:00 ` Aki Niemi
2009-06-11 18:10 ` Marcel Holtmann
2009-06-11 19:02 ` Aki Niemi
2009-06-11 19:18 ` Marcel Holtmann
2009-06-11 19:38 ` Aki Niemi
2009-06-11 20:08 ` Denis Kenzior
2009-06-12 10:01 ` Aki Niemi
2009-06-12 10:12 ` Marcel Holtmann
2009-06-12 10:53 ` Aki Niemi
2009-06-13 1:01 ` Denis Kenzior
2009-06-12 10:56 ` =?unknown-8bit?q?R=C3=A9mi?= Denis-Courmont
2009-06-11 19:58 ` =?unknown-8bit?q?R=C3=A9mi?= Denis-Courmont
2009-06-11 20:33 ` Marcel Holtmann
2009-06-11 20:35 ` Marcel Holtmann
2009-06-11 18:24 ` Denis Kenzior
2009-06-11 18:10 ` Aki Niemi
2009-06-11 6:16 ` Aki Niemi
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=1244720815.27363.10.camel@violet \
--to=marcel@holtmann.org \
--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.