-
Notifications
You must be signed in to change notification settings - Fork 5
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
Display aliases on Explore page #177
Conversation
Deploying topology with Cloudflare Pages
|
@prabau thoughts? |
The fact "cantor space" doesn't show up first for "cantor" is addressed here: #178 |
The search filtering both by formula and by text does not work as expected. When searching for compact spaces related to "Cantor", one get things like S19, S20, which are compact but have nothing to do with "Cantor", even with fuzzy matching. It seems that there is a flaw in the algorithm here. Even searching for "cantor" without specifying properties returns spaces like Euclidean real numbers, Irrational numbers, Altered long ray, etc that have nothing to do with "cantor", 43 spaces in total. Ordering the results by closest match when searching by text does not seem a bad idea, but the problem above is much more serious and should be looked at. Compare also with the search from the Spaces page: |
As for displaying the alias for spaces, would that apply only when filtering by text (with or without also filtering by formula)? Another thing that the sample screenshot above points to is the inadequacy of many of the current aliases. I think it would be beneficial to discuss in general terms how to improve the aliases, and also the search issue above. A good topic for next zoom meeting. |
I thought about this, but I still think that if we have relegated the name of a space to an alias that a user expects, it's still good to have it handy so they can quickly find a space they are familiar with, even if we use a different canonical name than they are used to.
Absolutely agreed - if we're going to display aliases this prominantly, we should also clean up some less-useful ones. I like discussing this next month. |
Maybe. Although when you filter only by formula, you are interested in just a list of spaces matching the criteria. Then the user can just click on things that look interesting and they will find more detail of each space if they want to. It does not matter that the name is not the one they are used to. After drilling down, they will find more details. Anyway, we can discuss further in the zoom meeting. |
Is there a way that the 'Filter by formula' drop down can indicate when a property is appearing because it almost matches one of the aliases? The word 'Alias' could appear in the bottom right of the box, or the box could be colored light green. Or perhaps better, instead of displaying the name in the 'Filter by formula' drop down box, it could just display the matching alias. (Funnily enough, I briefly couldn't find limit point compact yesterday because the name is now weakly countably compact, and I just saw this was also discussed recently.) Edit: Another situation when it would be better to display the alias is when an algebraic geometer searches for 'irreducible' and doesn't see it in the dropdown list, because it is named 'hyperconnected'. |
@GeoffreySangston @StevenClontz While is was true that the aliases were not displayed in the search box, they were looked at as part of the search. We should discuss more today in the zoom meeting. |
Thanks everyone for your feedback in today's community call. I'm deploying to production now; let me know your feedback and we can iterate from here. |
This is a nice improvement. The adjustment of the threshold for searching by space name/alias in the Explore page really helped narrow down the result as desired. Next step: make the corresponding adjustment for the search box in the Spaces page. |
I guess this might be a good place to mention this. On the properties page, cmd + F shows are 6 properties which just give "Any of the following equivalent properties holds:", followed by a block of equivalent definitions. I think we should move the top line of each block to the top. |
I think the most important thing is to have a clear and coherent text on each property page. What is displayed in the Properties list is not very important. So I may not agree with this. Can we make this an item of discussion for the next community meeting? |
I actually lean towards @GeoffreySangston's suggestion that having one common characterization in the top line would be nice to show up in previews, and we can also include it in a list of equivalent characterziations in a fuller description (so it's not missed there either). |
See pi-base/data#792