Notice: Any messages purporting to come from this site telling you that your password has expired, or that you need to verify your details, confirm your email, resolve issues, making threats, or asking for money, are
spam. We do not email users with any such messages. If you have lost your password you can obtain a new one by using the
password reset link.
Due to spam on this forum, all posts now need moderator approval.
Entire forum
➜ MUSHclient
➜ Bug reports
➜ select pauses, but unselect doesn't unpause
|
select pauses, but unselect doesn't unpause
|
It is now over 60 days since the last post. This thread is closed.
Refresh page
| Posted by
| Fiendish
USA (2,541 posts) Bio
Global Moderator |
| Date
| Sun 12 May 2019 09:44 PM (UTC) |
| Message
| | With autopause active, selecting text pauses scrollback (this is good) but then unselecting doesn't unpause (I think this is bad) even though scroll is at the bottom and nothing is selected. |
https://github.com/fiendish/aardwolfclientpackage | | Top |
|
| Posted by
| Nick Gammon
Australia (23,165 posts) Bio
Forum Administrator |
| Date
| Reply #1 on Sun 12 May 2019 11:09 PM (UTC) |
| Message
| Strictly speaking, clicking with the mouse outside a selection, when a selection is active doesn't really unselect, it starts a new selection.
So yes, it unselects the old selection, but the a one has been started.
So, for example, you have scrolled back and selected the text:
Cheery laughter can be heard in this section of Horizon Road.
^^^^^^^^^^^^^^^^^^^^^
(selection)
But you meant to select "Cheery" as well. So you click in front of "Cheery" and then shift-click after "heard" giving:
Cheery laughter can be heard in this section of Horizon Road.
^^^^^^^^^^^^^^^^^^^^^^^^^^^^
(selection)
It would be very annoying if the paragraph you were looking at suddenly vanished just because you are tweaking your selection.
Quote:
... even though scroll is at the bottom ...
Yes, well that wouldn't be as bad I suppose. Although how often does that happen on an active MUD?
There seems to be a bug in the code. If you press the "pause" button (the one with paws as an icon) the status line immediately reads MORE when it should read FREEZE. That suggests to me that the "at end of buffer" test is wrong.
I'm a little reluctant to fiddle because changing something like that can introduce other bugs, but if you can spot the issue by all means let me know. |
- Nick Gammon
www.gammon.com.au, www.mushclient.com | | Top |
|
| Posted by
| Nick Gammon
Australia (23,165 posts) Bio
Forum Administrator |
| Date
| Reply #2 on Mon 13 May 2019 06:30 AM (UTC) |
| Message
| Arguably, what I described above could also apply if the window scroll was at the bottom. Let's say you see something interesting which you want to copy/paste, so you click to start selecting it. Then, new stuff from the MUD arrives, and you have to chase the phrase that you were about to shift-click as it sails up the screen.
So I think that you could argue that starting the selection process is justification for freezing the output scrolling. |
- Nick Gammon
www.gammon.com.au, www.mushclient.com | | Top |
|
The dates and times for posts above are shown in Universal Co-ordinated Time (UTC).
To show them in your local time you can join the forum, and then set the 'time correction' field in your profile to the number of hours difference between your location and UTC time.
10,063 views.
It is now over 60 days since the last post. This thread is closed.
Refresh page
![[Go to top]](/images/gototop.gif)
top