Advanced File Progress Dialog

Here you can discuss ReactOS related topics.

Moderator: Moderator Team

User avatar
WorldBlender
Posts: 31
Joined: Sun Oct 21, 2012 12:34 am

Advanced File Progress Dialog

Post by WorldBlender »

manuel wrote:In the current Reactos's explorer not display papers flying animation when the files are copied, i attach a screenshot, greetings.
[ external image ]
The above posting snapped up something for me to suggest: The file progress dialog could be expanded to include more advanced features such as:
  • The ability to pause the file operation (button title: "Pause"/"Resume")
  • Show the current speed of the operation (e.g. 4MB/sec)
  • A graph showing how the speed changes over time (like the one found in Windows 8 and later, but does not have to clone its appearance)
  • Continue file operations even if they encounter an error (Excludes "disk full" and "permission denied" errors)
  • Option for not automatically closing the operation window (so the user can review what happened)
  • Multiple file operations in one window
  • For the above feature, either checkmarks for each operation with a "Select" button, or "Pause All" or "Cancel All" buttons for managing multiple operations at once.
By implementing two or more of these items, this makes ReactOS look like it backports the good features from newer software while retaining an elder but familiar look and feel, without forcing people to always go on a learning curve.
Last edited by WorldBlender on Thu Apr 23, 2015 1:31 am, edited 1 time in total.
manuel
Posts: 426
Joined: Thu Jan 28, 2010 11:20 pm
Location: México
Contact:

Re: Advanced File Progress Dialog

Post by manuel »

Are interesting observations, but personally I dont like the windows 8 dialog to show the speed variations copying files, all other features would be interesting to be implemented, greetings.
Frontier
Posts: 70
Joined: Fri Sep 20, 2013 10:29 am

Re: Advanced File Progress Dialog

Post by Frontier »

I don't disagree that the file dialog isn't perfect or even ideal (and I wrote it). However:

The file dialog is created by SHFileOperation, which is not the most powerful function and lacks a lot of the features which would be required. The file dialog itself is implemented in BrowseUI's IProgressDialog which has a lot of limitations also (there's only 3 available locations for text, one of which is taken up by the time remaining indicator).

If we want a better file dialog and copy experience we'll have to move to IFileOperation and IOperationsProgressDialog, neither of which have started being implemented.
User avatar
WorldBlender
Posts: 31
Joined: Sun Oct 21, 2012 12:34 am

Re: Advanced File Progress Dialog

Post by WorldBlender »

Ah, so we'll have to wait until IFileOperation and IOperationsProgressDialog are implemented before I see one of those features appear? I'm guessing that those two classes are also more flexible and extensible as well?
User avatar
gonzoMD
Posts: 1077
Joined: Fri Oct 20, 2006 7:49 am
Location: Germany
Contact:

Re: Advanced File Progress Dialog

Post by gonzoMD »

For the Animation Issue, I have a fix: https://jira.reactos.org/browse/CORE-9327
The other stuff is not needed so much imo.

The best way would be, as Frontier said, to complete the mentioned Interfaces.
erkinalp
Posts: 861
Joined: Sat Dec 20, 2008 5:55 pm
Location: Izmir, TR

Re: Advanced File Progress Dialog

Post by erkinalp »

The file dialog is created by SHFileOperation, which is not the most powerful function and lacks a lot of the features which would be required. The file dialog itself is implemented in BrowseUI's IProgressDialog which has a lot of limitations also (there's only 3 available locations for text, one of which is taken up by the time remaining indicator).
Keep them and implement ReactOS specific ones additionally.
-uses Ubuntu+GNOME 3 GNU/Linux
-likes Free (as in freedom) and Open Source Detergents
-favors open source of Windows 10 under GPL2
Frontier
Posts: 70
Joined: Fri Sep 20, 2013 10:29 am

Re: Advanced File Progress Dialog

Post by Frontier »

WorldBlender wrote:Ah, so we'll have to wait until IFileOperation and IOperationsProgressDialog are implemented before I see one of those features appear? I'm guessing that those two classes are also more flexible and extensible as well?
That's correct. They're also probably not *that* hard to get something going with, as they seem to be better designed than SHFileOperation. If there's any volunteers I'm more than happy to give tips and help a bit.
manuel
Posts: 426
Joined: Thu Jan 28, 2010 11:20 pm
Location: México
Contact:

Re: Advanced File Progress Dialog

Post by manuel »

I imagine what the purpose is maintain the compatibility of old copy/move/delete dialog but implement other more modern too, that is OK, but isn't work two or three times in the same?, i not know the source code of reactos, but by what I'm reading the same dialog box exists in SHFileOperation, BrowseUI and now also the IFileOperation and IOperationsProgressDialog functions are required if you require something more modern.
Not be better have the function SHFileOperation with optional parameters and the programs that use if not passing these parameters then these begin with default values, so compatibility with existing software, but if certain parameters are passed then it is possible activate new functions, BrowseUI should inherit this source to reduce source code and speed the development. is a suggestion because I know the source code of reactos, greetings.
Z98
Release Engineer
Posts: 3379
Joined: Tue May 02, 2006 8:16 pm
Contact:

Re: Advanced File Progress Dialog

Post by Z98 »

erkinalp wrote:
The file dialog is created by SHFileOperation, which is not the most powerful function and lacks a lot of the features which would be required. The file dialog itself is implemented in BrowseUI's IProgressDialog which has a lot of limitations also (there's only 3 available locations for text, one of which is taken up by the time remaining indicator).
Keep them and implement ReactOS specific ones additionally.
Never going to happen.
manuel
Posts: 426
Joined: Thu Jan 28, 2010 11:20 pm
Location: México
Contact:

Re: Advanced File Progress Dialog

Post by manuel »

Z98 wrote:Never going to happen.
what?, what Never going to happen?
PurpleGurl
Posts: 1790
Joined: Fri Aug 07, 2009 5:11 am
Location: USA

Re: Advanced File Progress Dialog

Post by PurpleGurl »

manuel wrote:
Z98 wrote:Never going to happen.
what?, what Never going to happen?
He means we won't have ROS-specific APIs to do things.

Sure, a fork project might want to do something like that, and have its own way of doing things internally, but also have the "official" way of doing it too for the other software. But the problem is that things could get messy. Like how would the nonstandard functions know when to yield to the standard functions when the user decides to run a 3rd party app, and then pass the control back to the nonstandard stuff when it is done? I guess they could be written to coexist peacefully and share the same data structures, but even that sounds like it could invite bugs.

While anyone is free to experiment around with the above methods, we have to keep in mind that ROS is nowhere close to finished, and thus the best approach as this point would be the "KISS approach," meaning "Keep It Simple Silly" (this is a politer variation).
middings
Posts: 1073
Joined: Tue May 07, 2013 9:18 pm
Location: California, USA

Re: Advanced File Progress Dialog

Post by middings »

WorldBlender wrote:Ah, so we'll have to wait until IFileOperation and IOperationsProgressDialog are implemented before I see one of those features appear? I'm guessing that those two classes are also more flexible and extensible as well?
Windows Vista is the earliest Microsoft version of Windows that supports IFileOperation and IOperationsProgressDialog.
.
User avatar
EmuandCo
Developer
Posts: 4723
Joined: Sun Nov 28, 2004 7:52 pm
Location: Germany, Bavaria, Steinfeld
Contact:

Re: Advanced File Progress Dialog

Post by EmuandCo »

We are no Windows 6.0 aka Vista, we are 5.2 aka Win2003 SP1. Thus we have to stay API compatible completely unless we wanna risk to kill apps which already run.
ReactOS is still in alpha stage, meaning it is not feature-complete and is recommended only for evaluation and testing purposes.

If my post/reply offends or insults you, be sure that you know what sarcasm is...
erkinalp
Posts: 861
Joined: Sat Dec 20, 2008 5:55 pm
Location: Izmir, TR

Re: Advanced File Progress Dialog

Post by erkinalp »

Extensions will not break compatibility as long as we do not interfere with ABI and regular API's behavior. It is the programmers' fault if they use wrong way of feature detection. GNU did many extensions on Unix staying source, and to a limited extent, binary compatible.
-uses Ubuntu+GNOME 3 GNU/Linux
-likes Free (as in freedom) and Open Source Detergents
-favors open source of Windows 10 under GPL2
User avatar
Black_Fox
Posts: 1584
Joined: Fri Feb 15, 2008 9:44 pm
Location: Czechia

Re: Advanced File Progress Dialog

Post by Black_Fox »

erkinalp wrote:It is the programmers' fault if they use wrong way of feature detection.
Yes it is. But people have always blamed Windows for programmer's faults anyway :D So it's probably best to avoid as many problems as possible.
Post Reply

Who is online

Users browsing this forum: No registered users and 48 guests