latest Android apk

Dirk Hohndel dirk at hohndel.org
Tue Jan 5 07:46:27 PST 2016


> On Jan 5, 2016, at 6:52 AM, Sebastian Kügler <sebas at kde.org> wrote:
> 
> On Tuesday, January 05, 2016 08:37:07 AM Henrik Brautaset Aronsen wrote:
>> On Mon, Jan 4, 2016 at 4:24 PM, Dirk Hohndel <dirk at hohndel.org> wrote:
>> I think my
>> preference would be to get rid of the magic button and have triple bar on
>> the left and triple dot on the right as some other mobile apps do. Tapping
>> those opens the drawer from the left / drawer from the right.
>> 
>> Yay! A while back I was planning to mention that a standard hamburger menu &
>> context menu would be nice, but now I see they are in place.  So much
>> better than the swipe button at the bottom.  Thanks!
> 
> A note on this: We need this kind of feedback fed back into Plasma. I know 
> it's mainly my fault right now for not putting enough time into it, but I fear 
> by monkey-patching out this kind of features, we're making the delta bigger to 
> a point where the subsurface team ends up maintaining a set of mobile 
> components that have diverged from the Plasma upstream ones. That's not a 
> situation that I consider worthwhile spending my time on, and I think it would 
> be a net-loss to subsurface in the long run.

Completely agree (except... wait, what? monkey patching?)

No criticism on you, but you disappeared - nothing in a month. I'm trying to 
move a project forward; what am I going to do?

> Basically everything under qt-mobile/qml/mobileocomponents needs to be done 
> upstream. I'd actually prefer not patching it in subsurface, but feeding the 
> patches directly through me (or even better the plasma-devel at kde.org). I'd 
> rather not have to sift through commits that need to be disentangled and 
> merged upstream in the limited time I can spend on this. A rude way to go 
> about this is: patching is fair game, but I'll overwrite from upstream without 
> checking, so we all learn the hard way. (I can see how that's not desirable 
> for some. :-))

I have no problem with that. I'll try to feed the patches that we have made
plus the feedback into plasma-devel

The magic button needs to be optional - it's that simple. Every tester who actually
gave feedback included their puzzlement with the button in their feedback. And I
created several situations during testing where the button disappeared and you 
needed all kinds of tricks to get it back.

The other changes... there are only a couple small ones. I'll get them to you

> Also feedback about the interaction of the overall navigation needs to be fed 
> back to the usability team at KDE that is working on it. (I'm happy to forward 
> feedback to our usability people working on this.) The first version with the 
> drawer button may not have been perfect, but us monkey-patching it makes it 
> hard to maintain and impossible to keep track of improvements upstream. That 
> means we'll end up with a half-assed prototype solution patched to death 
> without real usability expertise applied.

I'll repeat - the only patch to the button that I'm interested in is the one that 
disables it.

> Sorry if I sound like a buzzkill.

You don't, you sound very reasonable given your priorities. You told us from
day 1 that those where your priorities and I'm totally fine with that. I have my
priorities, too, and we'll need to figure out a way to make those two directions
align as much as possible so that everyone benefits.

/D



More information about the subsurface mailing list