Several of these bugs probably only happen on macOS. It would be great if you could get them fixed.
In the Lights tab there is a numeric display to the right of the "Analyse and organize images" button. For example I am currently seeing "5 / 0". The 5 seems to refer to the number of images in the list, but as you remove images or rename them to .bak that number isn't updated. It would be nice if it did so you can know how many images are in the list. I have not figured out what the "0" is. If you look at the tooltips, they don't look like they are always correct.
After double clicking an image in the list to display it, the hourglass cursor is stuck on. This may be a Mac-only bug.
Dragging out a selection leaves garbage on the screen on Mac. See the attached image.
The popup menu you get when right clicking (two finger tap on macOS), is way too low in many cases, requiring scrolling to get to frequently used items. Could you work on the positioning of this? See attached image.
On a whim, I installed ASTAP on a Windows machine. It certainly works much better there. All the issues I mentioned above are gone.
I see that on Windows, the indicator of the number of images loaded starts out with something like 100 / 100. As you remove images from the list, the second number decrements. So the problem on Mac is that the second number always appears to be 0 and doesn't decrement.
Last edit: Bill Tschumy 2022-12-22
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
(2) is a fairly recent problem. Seems like I didn't see this in the Aug/Sep time frame. There is a chance it was a macOS update that caused it, but I suspect not.
(3) I recall this happening way back when I used to write apps for the old Classic MacOS. It was generally caused by not refreshing the screen before dragging out a selection rectangle. So the old bits would be left in addition to the new ones.
(4) I'm a little surprised you have no control over this. WIth the AppKit you can place the popups whereever you wish. Must be something about the Pascal environment you are in. The positioning works perfectly on Windows with one corner of the popup being anchored to where you option-clicked (or two finger clicked).
Bill
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
For 3) In ASTAP version 2022-12-6, I have totally changed the box marking method. This will be now a yellow box. I big change. This should solve your selection problem.
For 1) Counting images problem. This is a compiler problem. I have added a temporary fix.
Tell me if this works for you on the Mac.
Han
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
The new yellow selection rectangle works well. It is drawing much faster than the old method and doesn’t leave garbage onscreen. Thanks.
Unfortunately, the image count problem is not really resolved. When I first open the app, it shows 0 / 146. If I select a row and do “remove selected”, nothing changes in the display. However, if I then select a different row then it changes to 0 / 145. So I think there is a updating problem in addition to the “0” for the first number. Clicking the “Clear” button does not update the number either.
If I clear the list and drag in my list of objects, I now get 148 / 145. The first number is correct but the second number is left over from my last list where I was deleting objects to check updating.
Unfortunately, the stuck hourglass cursor is still there as well. To be honest, this is one of the more annoying of the bugs. Years of computer use has trained me not to do anything when the hourglass is visible. I know the app is not truly busy but it is hard to overcome my training.
Thanks for working on this over the holidays. You are going beyond the call of duty.
Bill
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
To be clear, the stuck hourglass issue is only over the image list. If I move the cursor out of the list, it goes back to the arrow. It does seem like changing tabs from Lights to Darks and back again will clear it. So I do have a work around.
I almost seems like it is losing the mouse upin some cases. If I double click a row to display an image, I get the hourglass. If I click the Darks tab, the first click doesn't work and I have to click again to get it to switch to Darks.
However, I will also get the hourglass without clicking if I use your new right/left arrow solution for steping through the images. In this case it seem just the act of displaying the image is leaving the hourglass cursor on. But in this case the first click on hte Darks tab works as expected.
Hope you can figure this out.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Another hint is that after double clicking a row, the arrow keys stop working for the list neither up/down or right/left do anything.
I also noticed that the image displayed when using the right arrow is for the currently selected row. For example, when starting the app and selecting the first row, a right arrow will display the first image although the selection moves to the second one.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
MacOS behavior is more different compared with Linux and Windows. Same code but different behavior.
The wait cursor looks a little random to occur. Maybe the speed of clicking. I have added an extra set cursor to default and it looks gone.
The image counter. One crucial update event is not generated by the compiler for MacOS. I have replaced some extra command to count the image. It looks fixed.
Try it and tell me if it is gone. ASTAP version 2022-12-26a.
Han
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Sorry to say that I don't see any change in behavior with 2022-12-26a. The busy cursor is still stuck on and the image counter shows 0 / <some number=""> when the app is launched with files already in the Lights.</some>
If I clear the list and reload the files, both numbers are correct. However, if I remove files, both numbers decrement. I assume that shouldn't happen otherwise there is not reason for two numbers.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I'm pretty sure the busy cursor bug is not just the cursor. It seems like the app is stuck in some state.
I have been able to reproduce it on an older Mac running macOS 10.13 (High Sierra). The best way to reproduce is to:
Have some files in the Lights list.
Restart the app.
Select teh first item in the list
Double click it to display the image
Now try using the right arrow to display the next image. This doesn't work. It is like the arrows arent't hooked up.
Now double click the second image to display it. This generally gets the busy cursor stuck on.
Once this happens, various strange things can be seen. Sometimes clicking on aa new item will select all items in between. It is a bit like the mouse up event was never received.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I don't see it here. I'm runnning under Big Sur. Anyhow I will remove the last mods. Then for the moment the total counter update isn't working so well except when you click on button analyse. This counter problem has to wait for a bug fix in the compiler. This bug was already reported one year ago so it will take some more time.
I will issue a version in next hour or so. After that for future versions I will only issue the development version so the main ASTAP version is not affected by the experimental fixes.
Han
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
This version still has the problems I've reported with busy cursor and arrow keys not working after double clicking to display an image.
It also occurred to me that possibly there was something about my FITS images that makes the problem worse (I see it in Hig Sierra, Catalina, and Ventura) Here is a link to 7 of my images to see if you can reproduce the issue with them. Note: they are for phomometry so they are not beautiful.
It also still has the issue of the right arrow displying the currently selected item rather than the one it goes to. Maybe this is what you designed it to do but I think it makes more sense to move to the next item and then display it. That way the currently seleted item is the one being displayed.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
It still behaves a little random on left and right arrow keys. First pressing button analyse seems to help. Also the blinking of the header text should be fixed. I will do that first.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Sorry this is so hard. You have fixed three issues:
1. After double clicking to open an image, I can now still use the left/right arrows to navigate.
2. It looks like you have changed things so right arrow selects the next image and then opens it. In my opinion this is much better than opening the current image and then selecting the next.
3. The FITS header view no longer flashes as you load a new image.
Unfortunately, you still have the stuck busy cursor issue. It happens whenever you open an image, either by double clicking or using the left/right. However, it seems like the app is not left in a strange state and thngs seem to work in general. I can easy reset the cursor by switching tabs. I can certainly live with this for now.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I will also note that the busy cursor get struck simply by the process of Analysing the images. This loads the image but doesn't display it. You can see the file name change in the viewer window even though neither the image nor the header is displayed. Perhaps that might provide a hint as to what is going on.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
The busy cursor I don't see here in Big Sur. At the moment I can't run High Sierra. Is this the only MacOS version you have?
The display of the next image was created by purpose. It displays where the blue marking is. Else it would display the image before the blue marking. That would be more confusing? It skips now also unchecked images.
I will add tomorrow afternoon an extra instruction to return the cursor to normal. I did this already two day ago but maybe it was lost during experimenting and I returned to an older version.
At least it is now better functional. We are slowly getting there.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I normally run Ventura (the latest macOS). That is where I've mostly been seeing the busy cursor being stuck. However, earlier in this thread I said I could also get it to happen with High Sierra and Catalina. I just fired up my High Sierra machine and downloaded today's version. With it I can no longer get the busy cursor to stick on (Yay!!).
I also fired up a 10 year old laptop with Catalina running on it. That also now seems to work.n
So this is good progress. However, I'm still able to easily reproduce the problem of a 4 year old, reasonably fast iMac running Ventura. I'm sure I have the new ASTAP version ( 2022-12-28)
It seems it must be a timing issue (maybe intertwined with what OS is being used). Do you have multiple threads running?
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I'm only controlling the generic application cursor. I will try this afternoon to adapt the cursor on window (stackmenu) level, maybe that helps for the stack menu. There are no threads. Anyhow I noted that MacOS behavior is more an outlier compared with Windows and Linux. Things are happening under MacOS which do not happen under Linux and Windows. I just have to experiment a little.
Han
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Han,
Several of these bugs probably only happen on macOS. It would be great if you could get them fixed.
In the Lights tab there is a numeric display to the right of the "Analyse and organize images" button. For example I am currently seeing "5 / 0". The 5 seems to refer to the number of images in the list, but as you remove images or rename them to .bak that number isn't updated. It would be nice if it did so you can know how many images are in the list. I have not figured out what the "0" is. If you look at the tooltips, they don't look like they are always correct.
After double clicking an image in the list to display it, the hourglass cursor is stuck on. This may be a Mac-only bug.
Dragging out a selection leaves garbage on the screen on Mac. See the attached image.
The popup menu you get when right clicking (two finger tap on macOS), is way too low in many cases, requiring scrolling to get to frequently used items. Could you work on the positioning of this? See attached image.
Thanks,
Bill
On a whim, I installed ASTAP on a Windows machine. It certainly works much better there. All the issues I mentioned above are gone.
I see that on Windows, the indicator of the number of images loaded starts out with something like 100 / 100. As you remove images from the list, the second number decrements. So the problem on Mac is that the second number always appears to be 0 and doesn't decrement.
Last edit: Bill Tschumy 2022-12-22
Hi Bill,
Thanks for the feedback. I will have a look if these can be fixed. Sometimes the compiler is the problem.
Cheers, Han
For 3) This doesn't happen on my old MacPro. No solution yet.
For 4) The popup menu placement depend a little on the position. I can't control it.
I have to fix 1) and 2) Will have a look on my MacPro now.
Han
I see now 3) (garbage). Must be something with Mac timing. Haven't seen it before.
I do not see 2) at the moment.
(2) is a fairly recent problem. Seems like I didn't see this in the Aug/Sep time frame. There is a chance it was a macOS update that caused it, but I suspect not.
(3) I recall this happening way back when I used to write apps for the old Classic MacOS. It was generally caused by not refreshing the screen before dragging out a selection rectangle. So the old bits would be left in addition to the new ones.
(4) I'm a little surprised you have no control over this. WIth the AppKit you can place the popups whereever you wish. Must be something about the Pascal environment you are in. The positioning works perfectly on Windows with one corner of the popup being anchored to where you option-clicked (or two finger clicked).
Bill
Hello Bill,
For 3) In ASTAP version 2022-12-6, I have totally changed the box marking method. This will be now a yellow box. I big change. This should solve your selection problem.
For 1) Counting images problem. This is a compiler problem. I have added a temporary fix.
Tell me if this works for you on the Mac.
Han
Han,
The new yellow selection rectangle works well. It is drawing much faster than the old method and doesn’t leave garbage onscreen. Thanks.
Unfortunately, the image count problem is not really resolved. When I first open the app, it shows 0 / 146. If I select a row and do “remove selected”, nothing changes in the display. However, if I then select a different row then it changes to 0 / 145. So I think there is a updating problem in addition to the “0” for the first number. Clicking the “Clear” button does not update the number either.
If I clear the list and drag in my list of objects, I now get 148 / 145. The first number is correct but the second number is left over from my last list where I was deleting objects to check updating.
Unfortunately, the stuck hourglass cursor is still there as well. To be honest, this is one of the more annoying of the bugs. Years of computer use has trained me not to do anything when the hourglass is visible. I know the app is not truly busy but it is hard to overcome my training.
Thanks for working on this over the holidays. You are going beyond the call of duty.
Bill
To be clear, the stuck hourglass issue is only over the image list. If I move the cursor out of the list, it goes back to the arrow. It does seem like changing tabs from Lights to Darks and back again will clear it. So I do have a work around.
I almost seems like it is losing the mouse upin some cases. If I double click a row to display an image, I get the hourglass. If I click the Darks tab, the first click doesn't work and I have to click again to get it to switch to Darks.
However, I will also get the hourglass without clicking if I use your new right/left arrow solution for steping through the images. In this case it seem just the act of displaying the image is leaving the hourglass cursor on. But in this case the first click on hte Darks tab works as expected.
Hope you can figure this out.
Another hint is that after double clicking a row, the arrow keys stop working for the list neither up/down or right/left do anything.
I also noticed that the image displayed when using the right arrow is for the currently selected row. For example, when starting the app and selecting the first row, a right arrow will display the first image although the selection moves to the second one.
Hello Bill,
MacOS behavior is more different compared with Linux and Windows. Same code but different behavior.
The wait cursor looks a little random to occur. Maybe the speed of clicking. I have added an extra set cursor to default and it looks gone.
The image counter. One crucial update event is not generated by the compiler for MacOS. I have replaced some extra command to count the image. It looks fixed.
Try it and tell me if it is gone. ASTAP version 2022-12-26a.
Han
Sorry to say that I don't see any change in behavior with 2022-12-26a. The busy cursor is still stuck on and the image counter shows 0 / <some number=""> when the app is launched with files already in the Lights.</some>
If I clear the list and reload the files, both numbers are correct. However, if I remove files, both numbers decrement. I assume that shouldn't happen otherwise there is not reason for two numbers.
I'm pretty sure the busy cursor bug is not just the cursor. It seems like the app is stuck in some state.
I have been able to reproduce it on an older Mac running macOS 10.13 (High Sierra). The best way to reproduce is to:
Once this happens, various strange things can be seen. Sometimes clicking on aa new item will select all items in between. It is a bit like the mouse up event was never received.
Hi Bill,
Thnaks for the feedback.
I don't see it here. I'm runnning under Big Sur. Anyhow I will remove the last mods. Then for the moment the total counter update isn't working so well except when you click on button analyse. This counter problem has to wait for a bug fix in the compiler. This bug was already reported one year ago so it will take some more time.
I will issue a version in next hour or so. After that for future versions I will only issue the development version so the main ASTAP version is not affected by the experimental fixes.
Han
Hi Bill,
Updated now to version 2022-12-27. I assume it works now normal. Tell me if ASTAP now behaves as expected except for counter indication.
Han
This version still has the problems I've reported with busy cursor and arrow keys not working after double clicking to display an image.
It also occurred to me that possibly there was something about my FITS images that makes the problem worse (I see it in Hig Sierra, Catalina, and Ventura) Here is a link to 7 of my images to see if you can reproduce the issue with them. Note: they are for phomometry so they are not beautiful.
https://otherwise.com/ASTAP/TestImages.zip
It also still has the issue of the right arrow displying the currently selected item rather than the one it goes to. Maybe this is what you designed it to do but I think it makes more sense to move to the next item and then display it. That way the currently seleted item is the one being displayed.
It still behaves a little random on left and right arrow keys. First pressing button analyse seems to help. Also the blinking of the header text should be fixed. I will do that first.
Using the Analyse button first doesn't sem to help for my images.
Strange. Sometimes it hangs while scrolling with left and right arrow button. I will try to find the problem and fix it tomorrow.
Should be fixed now. Version 2022-12-28.
This was a very nasty bug. I almost give up but it is now fixed. Somehow under MacOS the stackmenu lost keyboard input after double click.
Tell me if this works for you.
Han
Han,
Sorry this is so hard. You have fixed three issues:
1. After double clicking to open an image, I can now still use the left/right arrows to navigate.
2. It looks like you have changed things so right arrow selects the next image and then opens it. In my opinion this is much better than opening the current image and then selecting the next.
3. The FITS header view no longer flashes as you load a new image.
Unfortunately, you still have the stuck busy cursor issue. It happens whenever you open an image, either by double clicking or using the left/right. However, it seems like the app is not left in a strange state and thngs seem to work in general. I can easy reset the cursor by switching tabs. I can certainly live with this for now.
I will also note that the busy cursor get struck simply by the process of Analysing the images. This loads the image but doesn't display it. You can see the file name change in the viewer window even though neither the image nor the header is displayed. Perhaps that might provide a hint as to what is going on.
The busy cursor I don't see here in Big Sur. At the moment I can't run High Sierra. Is this the only MacOS version you have?
The display of the next image was created by purpose. It displays where the blue marking is. Else it would display the image before the blue marking. That would be more confusing? It skips now also unchecked images.
I will add tomorrow afternoon an extra instruction to return the cursor to normal. I did this already two day ago but maybe it was lost during experimenting and I returned to an older version.
At least it is now better functional. We are slowly getting there.
I normally run Ventura (the latest macOS). That is where I've mostly been seeing the busy cursor being stuck. However, earlier in this thread I said I could also get it to happen with High Sierra and Catalina. I just fired up my High Sierra machine and downloaded today's version. With it I can no longer get the busy cursor to stick on (Yay!!).
I also fired up a 10 year old laptop with Catalina running on it. That also now seems to work.n
So this is good progress. However, I'm still able to easily reproduce the problem of a 4 year old, reasonably fast iMac running Ventura. I'm sure I have the new ASTAP version ( 2022-12-28)
It seems it must be a timing issue (maybe intertwined with what OS is being used). Do you have multiple threads running?
I'm only controlling the generic application cursor. I will try this afternoon to adapt the cursor on window (stackmenu) level, maybe that helps for the stack menu. There are no threads. Anyhow I noted that MacOS behavior is more an outlier compared with Windows and Linux. Things are happening under MacOS which do not happen under Linux and Windows. I just have to experiment a little.
Han