2012/11/28 Gustavo Sverzut Barbieri <[email protected]>

> On Wed, Nov 28, 2012 at 6:51 PM, Davide Andreoli <[email protected]>
> wrote:
> > 2012/11/28 Gustavo Sverzut Barbieri <[email protected]>
> >
> >> On Tue, Nov 27, 2012 at 8:11 PM, Davide Andreoli <
> [email protected]>
> >> wrote:
> >> > 2012/11/27 Gustavo Sverzut Barbieri <[email protected]>
> >> >
> >> >> Hi Dave,
> >> >>
> >> >> Would you change the per-fileman window opinfo to just show the info
> >> >> relevant to that window (source or destination)?
> >> >>
> >> >
> >> > Hi,
> >> > I'm not sure that what you want is the "correct" behaviour...I have
> some
> >> > doubt,
> >> > for example:
> >> > what should happen if one start a long copy operation (thus the
> >> > progress is shown) and then change to another directory (in the same
> >> win)?
> >> > should the progress be hidden ? and then reshow when I come back
> >> > to that folder?  :/
> >> > I probably prefer it as is now: the fm is working, no matter what
> folder
> >> are
> >> > you browsing...
> >> >
> >> > other opinions?
> >>
> >> you can only change the directory if it's "in place", that's not the
> >> default setting.
> >>
> >
> > yes, not the default, but it's mine setting :)
>
> i know, i know :-)
>
>
> >> I'd say that if you change the directory you must re-evaluate whenever
> >> you show or not the progress. if you go up, it hides. If you go back
> >> to it, it shows.
> >>
> >
> > as you want it the user that change folder will have the impression that
> > the operation is over, while it's still working without any progress
> > indication...
> > then I need to go back to that folder to see the progress of my copy :/
>
> AFAIR you could add the opinfo to the bg/overlay as gadcon, no? I
> recall this used to work. Then you can unify (in a likely bigger
> space) all the operations in one place. As it is, it may clutter the
> UI a lot.
>

Yes, infact I'm only working on the desktop gadget, I have not touched (yet)
the one that is shown in the fwin... a little scared by that code :P
I agree that now the UI is cluttered, but still not convinced by your
idea...
maybe we can just make an option to fully enable/disable the progress inside
the window?


>
>
> > sorry, but I really prefer it as it's now, so I'm not going to change it,
> > also IMHO
> > the efm has lots of other issues that are much more critical than this
> one.
>
> that's for sure.
>
>
> --
> Gustavo Sverzut Barbieri
> http://profusion.mobi embedded systems
> --------------------------------------
> MSN: [email protected]
> Skype: gsbarbieri
> Mobile: +55 (19) 9225-2202
>
>
> ------------------------------------------------------------------------------
> Keep yourself connected to Go Parallel:
> INSIGHTS What's next for parallel hardware, programming and related areas?
> Interviews and blogs by thought leaders keep you ahead of the curve.
> http://goparallel.sourceforge.net
> _______________________________________________
> enlightenment-devel mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>
------------------------------------------------------------------------------
Keep yourself connected to Go Parallel: 
INSIGHTS What's next for parallel hardware, programming and related areas?
Interviews and blogs by thought leaders keep you ahead of the curve.
http://goparallel.sourceforge.net
_______________________________________________
enlightenment-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Reply via email to