Task Launcher - mockups

[Marco Martin]

On Wednesday 30 January 2013, Thomas Pfeiffer wrote:
> On Wednesday 30 January 2013 22:04:16 Marco Martin wrote:
> > On Wednesday 30 January 2013, Thomas Pfeiffer wrote:
> > > On Wednesday 30 January 2013 21:43:13 Marco Martin wrote:
> > > > On Wednesday 30 January 2013, Thomas Pfeiffer wrote:
> > > > > Attached you'll see my idea for a new task-centric Launch area, in
> > > > > which everything is a task, and the categories are verbs (see
> > > > > "select task.png").
> > > > > Each list would be flickable vertically (I know, this conflicts
> > > > > with
> > > > 
> > > > hm, no i think any form of vertical flick shouldn't be allowed in the
> > > > panel. otherwise you have an area that doesn't always behave the
> > > > same, (in general vertical scrolling into something that already
> > > > scrolls vertically pretty much means frustration, just look how
> > > > annoying is when happens in a website) the panel covering everything
> > > > (and being the only piece of ui that modofies everything) must
> > > > remail very, very easy to hide (even worse now that dragging works
> > > > very very badly when done over the window strip due to a bad x11
> > > > limitation, that is probably not fixable before wayland)
> > > 
> > > So what did you have in mind when you suggested using the column
> > > browser component during the last IRC meeting? That would have
> > > required vertical
> > 
> > i had in mind a completely separed application. yes is a step more but at
> > least is not worsening the startup time of tens of seconds and rising of
> > several megabites the already unacceptable idle  memory footprint...
> 
> Why do you expect integrating the task launcher into the shell to have such
> a big performance/resource impact? From my technical n00b perspective, it
> is not that much different from just having more launchers in there,
> presented in a more sophisticated way...
> If my specific UI idea could only be implemented in a resource-heavy way,
> I'd rather try to find a less resource-heavy UI then outsourcing it into a
> separate application. I'm sure we can find a way :)

don't know, the application grid is a single view with a single simple model, 
is pretty easy to keep the created objects fairly small, i see the task 
creation ui being a bit more complicated, all of this has a price...

maybe is possible to keep most of this lazy created enough, don't know

> > 
> > 2-3 horizontal scrolling strips would be already better i think...
> 
> I can't picture what you mean by "2-3 horizontal scrolling strips". Do you
> mean only using 2-3 categories overall?

yeah, basically trying to arrange it as horizontal scrolling lines of icons


-- 
Marco Martin