Same demand on XFCE with Thunar :
https://bugzilla.xfce.org/show_bug.cgi?id=12123
** Bug watch added: Xfce Bugzilla #12123
https://bugzilla.xfce.org/show_bug.cgi?id=12123
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bug
** Changed in: nautilus
Status: Unknown => Confirmed
** Changed in: nautilus
Importance: Unknown => Wishlist
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/306630
Title:
nautilus should co
upstream bug marked as duplicate of
https://bugzilla.gnome.org/show_bug.cgi?id=124783
** Bug watch added: GNOME Bug Tracker #124783
https://bugzilla.gnome.org/show_bug.cgi?id=124783
** Changed in: nautilus
Importance: Medium => Unknown
** Changed in: nautilus
Remote watch: GNOME Bug Track
** Changed in: nautilus
Status: New => Unknown
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/306630
Title:
nautilus should copy/move smarter (queue files)
--
ubuntu-bugs mailing list
ubuntu
my 2 cents, what about this?
Every copy operation initiated (after the first one) starts in a paused
state (its queued), so you see the list of copying operations (or
pending ones), but you put a play/pause button next to each operation,
so in the standard case everything gets queued, but you pres
It does not have to be complicated actually. I think a workable rule is
to queue local files and parallel queue any network file systems. The
decision should really come from the gvfs-backends daemon on case by
case basis.
Well actually, I have no idea how hard that is to implement, so maybe it
is
** Changed in: nautilus
Status: Unknown => New
** Changed in: nautilus
Importance: Unknown => Medium
--
nautilus should copy/move smarter (queue files)
https://bugs.launchpad.net/bugs/306630
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed
/me wants a port of TeraCopy in Ubuntu.
I will settle with a pause function in Nautilus copy too. Then at least
I can queue the copy's myself.
--
nautilus should copy/move smarter (queue files)
https://bugs.launchpad.net/bugs/306630
You received this bug notification because you are a member of
On 05/13/2010 02:58 PM, Holger Berndt wrote:
> @Darshaka Pathirana:
> How can you "full ACK" a statement that you oppose in your very next
> sentence? Walter proposed to ALWAYS queue files, which is definitely
> not a good idea. "Do something more than just always process in
> parallel or always qu
@Darshaka Pathirana:
How can you "full ACK" a statement that you oppose in your very next sentence?
Walter proposed to ALWAYS queue files, which is definitely not a good idea. "Do
something more than just always process in parallel or always queue", be it to
ask the user, have some smart logic o
On 05/13/2010 01:56 PM, Holger Berndt wrote:
> @Walter_I
> In my oppinion, David Siegel's remark is absolutely correct, and you
> are wrong. It's not as simple as you put it. Whether or not copying
> in parallel takes significantly longer depends on a number of
> factors (is target and/or source on
@Walter_I
In my oppinion, David Siegel's remark is absolutely correct, and you are wrong.
It's not as simple as you put it. Whether or not copying in parallel takes
significantly longer depends on a number of factors (is target and/or source on
a slow network connection, am I copying from a CD o
Hello, I would like to add 2 cents to this thread:
1) The remark made by "David Siegel" is incorrect.
The request is *not* to implement: <>, but
simply to queue the files to copy so that they're copied sequentially.
If I select 2 files and drag them across two "locations", these two files will
be
Reassigning to match the product of the upstream bug.
** Also affects: nautilus via
https://bugzilla.gnome.org/show_bug.cgi?id=413748
Importance: Unknown
Status: Unknown
** Changed in: gvfs
Importance: Unknown => Undecided
** Changed in: gvfs
Remote watch: GNOME Bug Tracker #413
14 matches
Mail list logo
