On Thu, 2013-03-28 at 01:47 +0100, Oliver Grawert wrote:
> while your design looks nice and clean in the mockup it will start
> looking cluttered if you have ... say 50 apps installed ... how about
> something like a "lock by category" that doesn't expand with each app
> you add ("lock internet acc
On Do, 2013-03-28 at 00:07 +, Sam Bull wrote:
> On Wed, 2013-03-27 at 18:36 +0100, Oliver Grawert wrote:
> > i'm not sure my mother would understand such a concept or get along with
> > a gazillion of buttons and options for having to set up security
> > policies ... would yours ?
>
> A gazill
On Wed, 2013-03-27 at 12:20 -0500, Miguel Angel Castiblanco Torres
wrote:
> As a developer I can request that my app gets blocked in the app file
> descriptor. This guarantees that common user don't have to pass
> through configuration.
My proposal, is that we can block any app without needing the
On Wed, 2013-03-27 at 18:36 +0100, Oliver Grawert wrote:
> i'm not sure my mother would understand such a concept or get along with
> a gazillion of buttons and options for having to set up security
> policies ... would yours ?
A gazillion of buttons? As the mockup showed, it is simply switches to
I totally understand your point of view, but I don't agree with doing a
system that offers nothing by itself to advanced users (less when talking
about a great functionality and a GNU/Linux system).
I just put in consideration to the whole team that we can offer a default
config that works for eve
On Mi, 2013-03-27 at 13:36 -0500, Miguel Angel Castiblanco Torres wrote:
> Oliver,
>
>
> I think you'r totally wrong moving this discussion from 'Locking' to
> the whole guidelines of Ubuntu Touch.
well, we are discussing a design here ... visually as well as
programmatically ... i'm not trying
Oliver,
I think you'r totally wrong moving this discussion from 'Locking' to the
whole guidelines of Ubuntu Touch.
Obviously Ubuntu Touch is not focused to power-users and I think no one is
suggesting that (at least I'm not), but if guided by fear of configurations
Ubuntu Touch will be a system t
On Mi, 2013-03-27 at 12:43 -0500, Miguel Angel Castiblanco Torres wrote:
> Oliver,
>
>
> Keep in mind the 'power user' concept.
i dont think that you can get the masses moving with a
"UI designed only for power users"
if we want to make a dent aginst android and iOS it needs to be lean and
cle
Oliver,
Keep in mind the 'power user' concept.
Like I said before, as a developer I request by default a config for my
app. But If and advanced user wants to change it, it can do all the things
I said before.
Cheers,
Miguel
On Wed, Mar 27, 2013 at 12:36 PM, Oliver Grawert wrote:
> hi,
> On M
hi,
On Mi, 2013-03-27 at 16:16 +, Sam Bull wrote:
> On Wed, 2013-03-27 at 14:02 +0100, Oliver Grawert wrote:
> > if you want to access personal user data you would "unlock" you data and
> > app access for your personalised account, but by default you are able to
> > make full use of the system
On Wed, Mar 27, 2013 at 11:44 AM, Sam Bull wrote:
>
> Having the ability to lock an entire app is additionally
> beneficial,
> for example if I want to make sure nobody messes with my story progress
> in a game, I can just lock the entire game, so other people can't play
> it when borrowi
On Wed, 2013-03-27 at 11:33 -0500, Miguel Angel Castiblanco
> I'm just suggesting that by default when you unlock it should show you
> the list of users (if more than one) and when you pick one it goes to
> homescreen and lets you use the non-critic apps. When you open a
> critic app you have to un
Hi folks,
I'm just wondering a thing, when you'r saying:
"would always come up by default automatically logged in to the guest
account"
I'm worried about the user specific configurations, like wallpaper, custom
menu apps, etc.
I'm just suggesting that by default when you unlock it should show y
On Wed, 2013-03-27 at 14:02 +0100, Oliver Grawert wrote:
> if you want to access personal user data you would "unlock" you data and
> app access for your personalised account, but by default you are able to
> make full use of the system without the need to lock/unlock anything.
This is exactly wha
when they actually access private data.
If you've got any other ideas, let us know on this mailing list.
Katie
Original Message
Subject: Re: [Ubuntu-phone] [Design] Phone locking
Date: Wed, 27 Mar 2013 14:02:55 +0100
From: Oliver Grawert
To: ub
hi,
Am Mittwoch, den 27.03.2013, 12:52 + schrieb Sam Bull:
> My proposal is to only unlock the phone, when performing a restricted
> activity. This means the lock screen isn't so intrusive in day-to-day
> life, and more likely to be used, and what's the point of security
> features if the user
As suggested, I've turned this into a separate thread.
This is a design proposal for phone locking/security.
The problem with phone locking currently, is needing to unlock your
phone to check the most trivial of things EVERY time. This becomes
annoying and many users disable the lock, leaving the
17 matches
Mail list logo
