-
-
Notifications
You must be signed in to change notification settings - Fork 245
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
Adding multi-island support #278
base: master
Are you sure you want to change the base?
Conversation
Well done DevSplash! Very good feature! |
What considerations were made for mobile users in this change? A large stack of floating buttons is not likely a great experience - the single button for dark mode is already not great. |
An easy way is that you change the bottom to 85px and then I modify my button position. |
I agree. Let's do the easy way first, I have changed it to 85px. |
I think this is out of scope for the project, as it says in the README.
Storing multiple islands adds complexity to the UI, but doesn't actually solve anything about multiple people all wanting to put island data in and see it compared together. I think I've said this on Discord, but not yet in the issue tracker, one thing I am interested in is being able to graph a set of multiple islands submitted by query string. (Then I can use a spreadsheet or similar to have access control, allow multiple people to edit, and be able to click on a link to see the combined graph of all people.) |
This feature is aimed at people with multiple devices who can record prices for multiple islands simultaneously. it would be difficult to implement without this feature. (At least I think it's a useful feature.) In addition, the feature of displaying multiple islands on the same chart can be expanded on this feature. |
I think you misunderstood. Mike was being polite, but indicating that your PR is not something that he sees as a feature he wants in his project. The README says what it says because the project maintainer (Mike) has defined guidelines for contributors on what type of things he wants in the project, and which ones he doesn't. |
I see. This PR can be closed if the project doesn‘t need this feature. |
The use-case of a single person with multiple Switches is not something I'd actually considered. I'm going to think on this.. |
Is that really a likely usecase? Sure, some families might have multiple Switch consoles, with multiple copies of the game, but those families probably also at least have multiple devices they could use to track prices on this app. Maybe not multiple home computers, but at least a computer, phone or table. Seems like a super niche edge case for such a large change to the project. |
But they have to track prices on multiple browsers or devices. |
+1 For this. My wife and stepson each have switches and it's usually easier to keep track on one device than all of us plugging in the numbers. |
Yes, and that's why support for query strings was added. The small number of people who have multiple Switch's in their home, and a single device for tracking, can enter their numbers into something like a spreadsheet, and automatically generate links to TP for each island.
There is an example of a working formula which will do exactly that. Adding significant complexity to the website to serve the needs of a very small group of people is not something that we're interested in doing right now. Mike has mentioned he's thinking about ways to enhance the query string functionality to allow data from multiple islands to be fed in that way, but that approach would not store it - it would be for display only. |
Demo