-
Notifications
You must be signed in to change notification settings - Fork 1
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Remote performance needs to have "I'm working" feedback such as cursor change #204
Comments
The classic way to show "I'm working" is to wrap code in a Cursor wait block which displays a wait cursor for the duration of the block. However, this turns out to be a particularly thorny problem in JfP because of Jadeite's use of RSR. RSR does all its work in forked threads. If you wrap a block of code in a Cursor wait block, the wait cursor won't show long if the block forks a process. However, we might be able to create a custom "I'm working" window which appears when an operation is started. Then, we could signal a "operation completed" notification which the "I'm working" window would handle and know to close itself. |
Trying to test double click in hierarchy, onetime I got results but most of the time I'm staring at it wondering how long to wait before I give up. I think this might be needed for alpha, if it's too big a time sink. |
Still working on it but so far there's a progress indicator on the console and the browser. The display can be improved but I think the actual indication is showing much better, if not perfectly. #204
When a debugger is opened, the progress bar was still running. We don't really know which process initiated the debugger so we just kill progress indicators as they are annoying. The workspace is now opened in a presenter which has access to the waitIndicator. remove unsent method. #204
Server file workspace and commit id workspace were broken when progress indicator put in #204
Assigning @LisaAlmarode for testing and thoughts on the in progress display. Progress indicator:
|
I'm logged in to the server on linux from pharo windows. Some server operations take some time - this is not unacceptable. But Jadeite needs to let me know it's working since leaving it as the idle cursor for more than a couple of seconds makes you think it's ignoring you.
-- creating a new class, after the accept it shows the ordinary cursor and it takes maybe 10 seconds? more? for the class to show up in the list. If you think you must not have hit the right key and accept again, it will results in errors that the class already exists.
-- if you do something like find literal references or fine senders, you at least expect it might take a while. But it should display an hourglass or something so you know it got the command.
The text was updated successfully, but these errors were encountered: