Hello fellow puritans, I’m forwarding this to this list at Miller’s request:
I think you're seeing some ghost bugs...
I just grabbed test5, and right away found three graphical errors on latest macOS (10.12.6). The first is seen in the Log chooser of the Pd window - there are ellipses displayed.
Did you use a previous test version? If so, there was a bug in the loglevel saving/loading which was added where the log level was being erroneously saved as an array when it should be saved as a single string. What you're seeing is the older array value being loaded as a string.
Simplest solution is to delete the value from your gui preferences with:
defaults delete org.puredata.pd-pd-gui loglevel
This error will *only* come up for those on macOS who used test3 and changed the log level.
The second and third are seen in the next screenshot: the entries in File > Open Recent each have an incremental number of apostrophes appended to their names.
This is also a holdover error from an earlier test release, clear the menu and then try opening files to double check the entries are added and work when clicked on.
Thirdly, the Help Browser behaves unusually in multiple ways: first of all, it starts off with the top item double-selected (both blue highlight and dotted border to the blue highlight), but despite the double duty, you still have to click to select that item again in order to get the next column to show up.
That's normal and was the previous behavior. Hit enter or click.
If you use the keyboard arrow keys to navigate the Help Browser, and have navigated to at least the second column, if you use the left-arrow to navigate back one column, then use the up- or down-arrow keys to browse the items in the current column, the right-most column doesn’t update its contents, instead retaining the contents it had previously, creating a visual mismatch, as seen in the screenshot.
That's also normal / previous behavior. Click or hit the right button to update. If the browser updates whenever you navigate it goes a bit crazy visually.
-------- Dan Wilcox @danomatika http://twitter.com/danomatika danomatika.com http://danomatika.com/ robotcowboy.com http://robotcowboy.com/
Hi Dan,
Thanks for your response. Comments inline below.
On Jul 24, 2017, at 3:58 AM, Dan Wilcox danomatika@gmail.com wrote:
Hello fellow puritans, I’m forwarding this to this list at Miller’s request:
I think you're seeing some ghost bugs...
I just grabbed test5, and right away found three graphical errors on latest macOS (10.12.6). The first is seen in the Log chooser of the Pd window - there are ellipses displayed.
Did you use a previous test version? If so, there was a bug in the loglevel saving/loading which was added where the log level was being erroneously saved as an array when it should be saved as a single string. What you're seeing is the older array value being loaded as a string.
Simplest solution is to delete the value from your gui preferences with:
defaults delete org.puredata.pd-pd-gui loglevelThis error will *only* come up for those on macOS who used test3 and changed the log level.
Yes, I did use test3, and while I don’t think I ever changed the log level, clearing the gui prefs clears this up in test5.
The second and third are seen in the next screenshot: the entries in File > Open Recent each have an incremental number of apostrophes appended to their names.
This is also a holdover error from an earlier test release, clear the menu and then try opening files to double check the entries are added and work when clicked on.
Thirdly, the Help Browser behaves unusually in multiple ways: first of all, it starts off with the top item double-selected (both blue highlight and dotted border to the blue highlight), but despite the double duty, you still have to click to select that item again in order to get the next column to show up.
That's normal and was the previous behavior. Hit enter or click.
In macOS 0.47-1 64-bit, there’s nothing that gets selected automatically when opening the Help Browser. When I do click to select something, I don’t get the black dotted border on the blue highlight.
If you use the keyboard arrow keys to navigate the Help Browser, and have navigated to at least the second column, if you use the left-arrow to navigate back one column, then use the up- or down-arrow keys to browse the items in the current column, the right-most column doesn’t update its contents, instead retaining the contents it had previously, creating a visual mismatch, as seen in the screenshot.
That's also normal / previous behavior. Click or hit the right button to update. If the browser updates whenever you navigate it goes a bit crazy visually.
This is also not previous behavior for me: in macOS 0.47-1 64-bit, whichever column is to the right of the current selection always reflects the contents of the current selection (mimicking the behavior of the macOS Finder, as one example).
Kind regards, Kevin
Ok, what's funny is that both of these points are things that people *wanted* in feedback from the first test release. I'm not sure if I'm able to spend another day tracking down too many details...but here we go.
Thirdly, the Help Browser behaves unusually in multiple ways: first of all, it starts off with the top item double-selected (both blue highlight and dotted border to the blue highlight), but despite the double duty, you still have to click to select that item again in order to get the next column to show up.
That's normal and was the previous behavior. Hit enter or click.
In macOS 0.47-1 64-bit, there’s nothing that gets selected automatically when opening the Help Browser. When I do click to select something, I don’t get the black dotted border on the blue highlight.
From feedback (https://lists.puredata.info/pipermail/pd-list/2017-07/119363.html https://lists.puredata.info/pipermail/pd-list/2017-07/119363.html):
- The first item that appears when entering a new directory for the first time is selected with a squared box, but it's not selected in blue, which is confusing because selection actually does takes place (i.e., if the item is not a directory, hitting the 'right' arrow will open it)
The black box is the keyboard focus highlight while the blue background is the listbox active item. From this feedback I connected them. I'm guess you prefer them not to be connected?
One issue is that on some versions of TK it seems as though that black box is not displayed, so if you use the keyboard, you have no way of knowing where you are, hence selection highlight follows keyboard.
If you use the keyboard arrow keys to navigate the Help Browser, and have navigated to at least the second column, if you use the left-arrow to navigate back one column, then use the up- or down-arrow keys to browse the items in the current column, the right-most column doesn’t update its contents, instead retaining the contents it had previously, creating a visual mismatch, as seen in the screenshot.
That's also normal / previous behavior. Click or hit the right button to update. If the browser updates whenever you navigate it goes a bit crazy visually.
This is also not previous behavior for me: in macOS 0.47-1 64-bit, whichever column is to the right of the current selection always reflects the contents of the current selection (mimicking the behavior of the macOS Finder, as one example).
It is previous behavior if you only click with the mouse and Pd 0.47 works the same (I just downloaded it to make sure). Pd 0.47 doesn't have the browser keyboard update and as soon as you start using the keyboard, yes things can perhaps be out of sync if you're expectation is as you've stated. Is this what you are referring to?
This is again related to showing where the keyboard focus is. I will see if there is a happy medium...
-------- Dan Wilcox @danomatika http://twitter.com/danomatika danomatika.com http://danomatika.com/ robotcowboy.com http://robotcowboy.com/
Ah, I see - these are features then, not bugs! My apologies for the noise - I wasn’t monitoring the dev list before, and didn’t know about the existing discussions : )
Cheers, Kevin
On Jul 24, 2017, at 9:29 AM, Dan Wilcox danomatika@gmail.com wrote:
Ok, what's funny is that both of these points are things that people *wanted* in feedback from the first test release. I'm not sure if I'm able to spend another day tracking down too many details...but here we go.
Thirdly, the Help Browser behaves unusually in multiple ways: first of all, it starts off with the top item double-selected (both blue highlight and dotted border to the blue highlight), but despite the double duty, you still have to click to select that item again in order to get the next column to show up.
That's normal and was the previous behavior. Hit enter or click.
In macOS 0.47-1 64-bit, there’s nothing that gets selected automatically when opening the Help Browser. When I do click to select something, I don’t get the black dotted border on the blue highlight.
From feedback (https://lists.puredata.info/pipermail/pd-list/2017-07/119363.html https://lists.puredata.info/pipermail/pd-list/2017-07/119363.html):
- The first item that appears when entering a new directory for the first
time is selected with a squared box, but it's not selected in blue, which is confusing because selection actually does takes place (i.e., if the item is not a directory, hitting the 'right' arrow will open it)
The black box is the keyboard focus highlight while the blue background is the listbox active item. From this feedback I connected them. I'm guess you prefer them not to be connected?
One issue is that on some versions of TK it seems as though that black box is not displayed, so if you use the keyboard, you have no way of knowing where you are, hence selection highlight follows keyboard.
If you use the keyboard arrow keys to navigate the Help Browser, and have navigated to at least the second column, if you use the left-arrow to navigate back one column, then use the up- or down-arrow keys to browse the items in the current column, the right-most column doesn’t update its contents, instead retaining the contents it had previously, creating a visual mismatch, as seen in the screenshot.
That's also normal / previous behavior. Click or hit the right button to update. If the browser updates whenever you navigate it goes a bit crazy visually.
This is also not previous behavior for me: in macOS 0.47-1 64-bit, whichever column is to the right of the current selection always reflects the contents of the current selection (mimicking the behavior of the macOS Finder, as one example).
It is previous behavior if you only click with the mouse and Pd 0.47 works the same (I just downloaded it to make sure). Pd 0.47 doesn't have the browser keyboard update and as soon as you start using the keyboard, yes things can perhaps be out of sync if you're expectation is as you've stated. Is this what you are referring to?
This is again related to showing where the keyboard focus is. I will see if there is a happy medium...
Dan Wilcox @danomatika http://twitter.com/danomatika danomatika.com http://danomatika.com/ robotcowboy.com http://robotcowboy.com/
Well, you are right in pointing out how Finder handles things. I have some changes which are *almost* there...
On Jul 24, 2017, at 8:42 PM, Kevin Haywood khaywood@ucsd.edu wrote:
Ah, I see - these are features then, not bugs! My apologies for the noise - I wasn’t monitoring the dev list before, and didn’t know about the existing discussions : )
Cheers, Kevin
On Jul 24, 2017, at 9:29 AM, Dan Wilcox <danomatika@gmail.com mailto:danomatika@gmail.com> wrote:
Ok, what's funny is that both of these points are things that people *wanted* in feedback from the first test release. I'm not sure if I'm able to spend another day tracking down too many details...but here we go.
Thirdly, the Help Browser behaves unusually in multiple ways: first of all, it starts off with the top item double-selected (both blue highlight and dotted border to the blue highlight), but despite the double duty, you still have to click to select that item again in order to get the next column to show up.
That's normal and was the previous behavior. Hit enter or click.
In macOS 0.47-1 64-bit, there’s nothing that gets selected automatically when opening the Help Browser. When I do click to select something, I don’t get the black dotted border on the blue highlight.
From feedback (https://lists.puredata.info/pipermail/pd-list/2017-07/119363.html https://lists.puredata.info/pipermail/pd-list/2017-07/119363.html):
- The first item that appears when entering a new directory for the first
time is selected with a squared box, but it's not selected in blue, which is confusing because selection actually does takes place (i.e., if the item is not a directory, hitting the 'right' arrow will open it)
The black box is the keyboard focus highlight while the blue background is the listbox active item. From this feedback I connected them. I'm guess you prefer them not to be connected?
One issue is that on some versions of TK it seems as though that black box is not displayed, so if you use the keyboard, you have no way of knowing where you are, hence selection highlight follows keyboard.
If you use the keyboard arrow keys to navigate the Help Browser, and have navigated to at least the second column, if you use the left-arrow to navigate back one column, then use the up- or down-arrow keys to browse the items in the current column, the right-most column doesn’t update its contents, instead retaining the contents it had previously, creating a visual mismatch, as seen in the screenshot.
That's also normal / previous behavior. Click or hit the right button to update. If the browser updates whenever you navigate it goes a bit crazy visually.
This is also not previous behavior for me: in macOS 0.47-1 64-bit, whichever column is to the right of the current selection always reflects the contents of the current selection (mimicking the behavior of the macOS Finder, as one example).
It is previous behavior if you only click with the mouse and Pd 0.47 works the same (I just downloaded it to make sure). Pd 0.47 doesn't have the browser keyboard update and as soon as you start using the keyboard, yes things can perhaps be out of sync if you're expectation is as you've stated. Is this what you are referring to?
This is again related to showing where the keyboard focus is. I will see if there is a happy medium...
-------- Dan Wilcox @danomatika http://twitter.com/danomatika danomatika.com http://danomatika.com/ robotcowboy.com http://robotcowboy.com/
Ok, how's this? https://youtu.be/2hL1brds1XA https://youtu.be/2hL1brds1XA :)
The relevant PR is https://github.com/pure-data/pure-data/pull/143 https://github.com/pure-data/pure-data/pull/143
On Jul 24, 2017, at 9:46 PM, Dan Wilcox danomatika@gmail.com wrote:
Well, you are right in pointing out how Finder handles things. I have some changes which are *almost* there...
On Jul 24, 2017, at 8:42 PM, Kevin Haywood <khaywood@ucsd.edu mailto:khaywood@ucsd.edu> wrote:
Ah, I see - these are features then, not bugs! My apologies for the noise - I wasn’t monitoring the dev list before, and didn’t know about the existing discussions : )
Cheers, Kevin
On Jul 24, 2017, at 9:29 AM, Dan Wilcox <danomatika@gmail.com mailto:danomatika@gmail.com> wrote:
Ok, what's funny is that both of these points are things that people *wanted* in feedback from the first test release. I'm not sure if I'm able to spend another day tracking down too many details...but here we go.
Thirdly, the Help Browser behaves unusually in multiple ways: first of all, it starts off with the top item double-selected (both blue highlight and dotted border to the blue highlight), but despite the double duty, you still have to click to select that item again in order to get the next column to show up.
That's normal and was the previous behavior. Hit enter or click.
In macOS 0.47-1 64-bit, there’s nothing that gets selected automatically when opening the Help Browser. When I do click to select something, I don’t get the black dotted border on the blue highlight.
From feedback (https://lists.puredata.info/pipermail/pd-list/2017-07/119363.html https://lists.puredata.info/pipermail/pd-list/2017-07/119363.html):
- The first item that appears when entering a new directory for the first
time is selected with a squared box, but it's not selected in blue, which is confusing because selection actually does takes place (i.e., if the item is not a directory, hitting the 'right' arrow will open it)
The black box is the keyboard focus highlight while the blue background is the listbox active item. From this feedback I connected them. I'm guess you prefer them not to be connected?
One issue is that on some versions of TK it seems as though that black box is not displayed, so if you use the keyboard, you have no way of knowing where you are, hence selection highlight follows keyboard.
If you use the keyboard arrow keys to navigate the Help Browser, and have navigated to at least the second column, if you use the left-arrow to navigate back one column, then use the up- or down-arrow keys to browse the items in the current column, the right-most column doesn’t update its contents, instead retaining the contents it had previously, creating a visual mismatch, as seen in the screenshot.
That's also normal / previous behavior. Click or hit the right button to update. If the browser updates whenever you navigate it goes a bit crazy visually.
This is also not previous behavior for me: in macOS 0.47-1 64-bit, whichever column is to the right of the current selection always reflects the contents of the current selection (mimicking the behavior of the macOS Finder, as one example).
It is previous behavior if you only click with the mouse and Pd 0.47 works the same (I just downloaded it to make sure). Pd 0.47 doesn't have the browser keyboard update and as soon as you start using the keyboard, yes things can perhaps be out of sync if you're expectation is as you've stated. Is this what you are referring to?
This is again related to showing where the keyboard focus is. I will see if there is a happy medium...
Dan Wilcox @danomatika http://twitter.com/danomatika danomatika.com http://danomatika.com/ robotcowboy.com http://robotcowboy.com/
-------- Dan Wilcox @danomatika http://twitter.com/danomatika danomatika.com http://danomatika.com/ robotcowboy.com http://robotcowboy.com/
Looks great to me : ) Nice work, Dan!
Cheers, Kevin
On Jul 25, 2017, at 7:34 PM, Dan Wilcox danomatika@gmail.com wrote:
Ok, how's this? https://youtu.be/2hL1brds1XA https://youtu.be/2hL1brds1XA :)
The relevant PR is https://github.com/pure-data/pure-data/pull/143 https://github.com/pure-data/pure-data/pull/143
On Jul 24, 2017, at 9:46 PM, Dan Wilcox <danomatika@gmail.com mailto:danomatika@gmail.com> wrote:
Well, you are right in pointing out how Finder handles things. I have some changes which are *almost* there...
On Jul 24, 2017, at 8:42 PM, Kevin Haywood <khaywood@ucsd.edu mailto:khaywood@ucsd.edu> wrote:
Ah, I see - these are features then, not bugs! My apologies for the noise - I wasn’t monitoring the dev list before, and didn’t know about the existing discussions : )
Cheers, Kevin
On Jul 24, 2017, at 9:29 AM, Dan Wilcox <danomatika@gmail.com mailto:danomatika@gmail.com> wrote:
Ok, what's funny is that both of these points are things that people *wanted* in feedback from the first test release. I'm not sure if I'm able to spend another day tracking down too many details...but here we go.
> Thirdly, the Help Browser behaves unusually in multiple ways: first of all, it starts off with the top item double-selected (both blue highlight and dotted border to the blue highlight), but despite the double duty, you still have to click to select that item again in order to get the next column to show up.
That's normal and was the previous behavior. Hit enter or click.
In macOS 0.47-1 64-bit, there’s nothing that gets selected automatically when opening the Help Browser. When I do click to select something, I don’t get the black dotted border on the blue highlight.
From feedback (https://lists.puredata.info/pipermail/pd-list/2017-07/119363.html https://lists.puredata.info/pipermail/pd-list/2017-07/119363.html):
- The first item that appears when entering a new directory for the first
time is selected with a squared box, but it's not selected in blue, which is confusing because selection actually does takes place (i.e., if the item is not a directory, hitting the 'right' arrow will open it)
The black box is the keyboard focus highlight while the blue background is the listbox active item. From this feedback I connected them. I'm guess you prefer them not to be connected?
One issue is that on some versions of TK it seems as though that black box is not displayed, so if you use the keyboard, you have no way of knowing where you are, hence selection highlight follows keyboard.
> If you use the keyboard arrow keys to navigate the Help Browser, and have navigated to at least the second column, if you use the left-arrow to navigate back one column, then use the up- or down-arrow keys to browse the items in the current column, the right-most column doesn’t update its contents, instead retaining the contents it had previously, creating a visual mismatch, as seen in the screenshot.
That's also normal / previous behavior. Click or hit the right button to update. If the browser updates whenever you navigate it goes a bit crazy visually.
This is also not previous behavior for me: in macOS 0.47-1 64-bit, whichever column is to the right of the current selection always reflects the contents of the current selection (mimicking the behavior of the macOS Finder, as one example).
It is previous behavior if you only click with the mouse and Pd 0.47 works the same (I just downloaded it to make sure). Pd 0.47 doesn't have the browser keyboard update and as soon as you start using the keyboard, yes things can perhaps be out of sync if you're expectation is as you've stated. Is this what you are referring to?
This is again related to showing where the keyboard focus is. I will see if there is a happy medium...
Dan Wilcox @danomatika http://twitter.com/danomatika danomatika.com http://danomatika.com/ robotcowboy.com http://robotcowboy.com/
Dan Wilcox @danomatika http://twitter.com/danomatika danomatika.com http://danomatika.com/ robotcowboy.com http://robotcowboy.com/
On Wed, 26 Jul 2017, at 12:34 PM, Dan Wilcox wrote:
Ok, how's this? https://youtu.be/2hL1brds1XA https://youtu.be/2hL1brds1XA :)
This is really great work Dan.
-
Dan Wilcox -
Kevin Haywood -
Paul Rankin