|
Thanks, but I'm not going to use the web app either since the old interface will only be available for a limited time.
I'll have to stick with the Windows app - or find another service...
I guess everything is relative, but I don't like the new UI - So I'd say that you're not missing out. Others might disagree...
Anything that is unrelated to elephants is irrelephant Anonymous
- The problem with quotes on the internet is that you can never tell if they're genuine Winston Churchill, 1944
- I'd just like a chance to prove that money can't make me happy. Me, all the time
|
|
|
|
|
I just checked out the web app briefly - and it performed fine for me - so could be your browser (I used Chrome)?
PooperPig - Coming Soon
|
|
|
|
|
Firefox for me...
Anything that is unrelated to elephants is irrelephant Anonymous
- The problem with quotes on the internet is that you can never tell if they're genuine Winston Churchill, 1944
- I'd just like a chance to prove that money can't make me happy. Me, all the time
|
|
|
|
|
Johnny J. wrote: So I need a new similar service, preferably ASAP!
Where have you been? OneNote, and call it a day.
As a bonus, as far as Microsoft goes, it also doesn't get much more cross-platform than this.
|
|
|
|
|
This is more for future reference, in case I get to make one some day. I was watching a video on the TED app and noticed that the progress bar showed the elapsed time and remaining time at either end. IIRC, Windows Media Player had something like elapsed/total or elapsed/remaining on the left (or could be selected by clicking).
Which format do you think is the most intuitive? Or does it matter at all?
* elapsed / total [ === progress bar === ]
* elapsed [ === progress bar === ] remaining
* remaining [ === progress bar === ] elapsed
* any other suggestion or combination of the above
If it is on one side of the progress bar, I suppose it doesn't matter which, just consistent / compatible with any other controls.
|
|
|
|
|
Unless you've actually implemented a progressbar you may not know how ridiculous the entire situation is. I didn't, before I successfully implemented a few.
There Is A Secret
Users probably wonder why they never calculate properly. There is a secret. I'm not kidding.
But, again, you have to have implemented on to really think about it.
An Example Is Required
For example suppose you are going to search through 100 random text documents for a specific string match.
The Problem
Well, most likely those documents are different byte sizes, but maybe you update the progress bar after examining each file. Now, further suppose, that the first 100 documents are only 100 bytes long, but the last document is 15MB. Then you will get 99% done very quickly and then the last one will take far longer and that last 1% will take longer than the entire 99%.
You may believe there is a way around this, but there isn't a great way -- well, at least with the Windows Forms progress bar controls.
Count All Bytes and Do Math?
So, then you think, well, I'll count all the bytes in all the files, total them up and then I'll update the progress bar in relation to the number of bytes that have been processed at each point.
However, do you see what you've done now? You've added process time to calculate how long it's going to take to do the task in an effort to only show how long it takes to do the task.
Ugh! ProgressBars.
That's a large reason that most of them now are simply spinning circles now just to let you know something is happening.
I've been holding that rant back for years. Good to get it out. ;
|
|
|
|
|
newton.saber wrote: That's a large reason that most of them now are simply spinning circles
I call it "circle of patience"
Zen and the art of software maintenance : rm -rf *
Maths is like love : a simple idea but it can get complicated.
|
|
|
|
|
I kinda like that. Gives a philosophical feel to it.
One think I like is when there is some sort of status window added, if it's something from the web I like to see bytes/sec or I think it's Kerbal which displays the name of loaded files.
That way you know that something is happening and also that it's progressing. Otherwise the circle of patience can turn in to circle of frustration.
|
|
|
|
|
newton.saber wrote: that last 1% will take longer than the entire 99%.
Very similar to software projects, where the last 10 percent of the work takes more than 90 percent of time and effort
Aside, in engineering, it is said that nonlinear systems are more complex than linear ones. The progress bar implementation in most software products is nonlinear, and is therefore it becomes difficult to gauge how much time is left.
|
|
|
|
|
Avijnata wrote: Very similar to software projects
|
|
|
|
|
In my online update application I add an extra two seconds onto the progress because with quick downloads the bar flashes by so quickly that some users think that the update was not successful.
So I have to actually slow things down to improve the 'user experience'.
“That which can be asserted without evidence, can be dismissed without evidence.”
― Christopher Hitchens
|
|
|
|
|
GuyThiebaut wrote: I have to actually slow things down to improve the 'user experience'.
Haha! Great example. Yeah, progress bars, they're the best thing since splitting the atom.
|
|
|
|
|
Being accurate is only half of the story.
At least some studies show that users perceive tasks as being processed faster when the progress indicator accelerates towards the end, compared to an accurate ones.
(Somewhat consistent with "memory of experiences is dominated by the most intense moment and the end.")
|
|
|
|
|
peterchen wrote: users perceive
You are correct about that and I do agree that ProgressBars are really all about user perception.
There was a version of Chrome where the circle spun quite slowly and I honestly talked to friends about how it actually seemed slower on retrieving pages but that I didn't think it was anything more than the fact that the progress was spinning slower.
Please perceive as I say, user.
|
|
|
|
|
I know all about that, considering the number of times I've installed Windows . It's the "finishing your installation" or whatever it does at the end that takes the most amount of time. With the progress bar already at 100%.
I also remember how Vista took several minutes to start copying files. Even doing an xcopy in MSDOS took much less time 20 years ago.
|
|
|
|
|
Guerrilla Coder wrote: xcopy in MSDOS took much less time 20 years ago
You are so right. There was no expectation to let the user know when things were done.
When the command-line prompt rendered again, you knew the xcopy was done.
|
|
|
|
|
The best choice you provide is the first...
elapsed / total =======|.......
I'm retired. There's a nap for that...
- Harvey
|
|
|
|
|
I second that. And to complete newtonµs post, also add the units of elapsed and total (time, bytes, etc...)
|
|
|
|
|
I don't really understand what you mean by "elapsed time and remaining time at either end" - isn't it always like that? Have you got a screenshot you can show me, because I'm kind curious as to what you mean.
Anyway, surely that's nothing to do with the programming/functionality of the progress bar itself, just the way you use it in the GUI in conjunction with other controls?
Anything that is unrelated to elephants is irrelephant Anonymous
- The problem with quotes on the internet is that you can never tell if they're genuine Winston Churchill, 1944
- I'd just like a chance to prove that money can't make me happy. Me, all the time
|
|
|
|
|
|
A, but it's not the PROGRESSBAR that shows that. The progressbar is completely the same in all cases, and there is no difference in how the progressbar controls work.
That is merely a textual representation of different time values.
I thought you meant that the look of the progress bar was somehow different in the different cases, and I couldn't really begin to figure out how that could be...
Anything that is unrelated to elephants is irrelephant Anonymous
- The problem with quotes on the internet is that you can never tell if they're genuine Winston Churchill, 1944
- I'd just like a chance to prove that money can't make me happy. Me, all the time
|
|
|
|
|
Maybe it doesn't matter.
ux.stackexchange.com[^] would be the best place to ask. On request, you might even get evidence rather than just opinions.
Opinion: elapsed / total
|
|
|
|
|
I have a little fake progress bar program.
If I want to kick back and do nothing at my desk for a while whilst waiting it look like I am waiting for the comupter I run it and a window pops up with two progress bars, one at the top going repeatedly at various speeds and with different computery looking messages that it is doing, one at the top going very slowly looking like it is keeping track of the total time for whatever the task it is doing.
Some men are born mediocre, some men achieve mediocrity, and some men have mediocrity thrust upon them.
|
|
|
|
|
Mega upvotes!
Respect, bro!!
That's using the programming skills as they should be used.
|
|
|
|
|