-
-
Notifications
You must be signed in to change notification settings - Fork 38
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
[Notifications] Improve notification list and notifications. #2410
Comments
@MagpieFourtyTwo ich hatte die letzten Monate immer mal wieder an Verbesserungen für die Notification List und die Notifications gearbeitet. Leider konnte ich keine API zum Lesen oder Speichern finden. Und leider ist die Notification Seite so beschaffen, dass wir beispielsweise zum Wechseln der Cache Typen und auch zum Speichern irgendwelcher Änderungen immer online über die Seite gehen müssen. Die Felder und Buttons müssen also auf der Seite ausgewählt werden, so als ob ein User das selbst macht. Bis zu einem bestimmten Grad können wir eine Seitenfolge über das Script aufrufen und die Seiten durch das Script füllen lassen. Ein Ablauf derart, dass man beispielsweise 8 Cache Typen auswählt und dann per einmaligem Drücken eines neuen "Save as new" Buttons mit den vorhandenen Werten 8 neue Notifications über 24 Seitenfolgen anlegt, kann ich mir nicht vorstellen. Ein solcher Ablauf ist nicht mehr DAU kompatibel. Was wir aber machen können sind einzelne Abläufe per "Save as new" Button oder ähnliches. Der "Save as new" Prozess ist noch nicht ganz fertig und ich weiß auch nicht ob ich bei den ganzen Arbeiten im Rahmen des Redesigns für das neue Log Formular noch Zeit finde, den Prozess für die nächste Version fertig zu machen. Es gibt aber einige andere Hilfen, mit denen ich schon etwas weiter bin, obwohl auch die noch nicht komplett durch getestet sind. Diese Hilfen habe ich mal zusammengestellt und kann sie auch hier zum Testen zur Verfügung stellen. Wenn jemand Zeit und Lust hat richtig zu testen, dann könnten wir zumindest diese Teile vielleicht noch in die nächste Version packen. Die Notification List wurde etwas aufgehübscht und hat neue bzw. verbesserte Features erhalten:
Auf der Seite der Notification gibt es auch Neues:
Hast du vielleicht in den nächsten Tagen etwas Zeit zum Testen? |
Moin! Zeit zum Testen ist aktuell leider ziemlich knapp, aber ich kann's natürlich trotzdem versuchen. |
Gerade die neue Version avisiert bekommen, Changelog gelesen, angesehen, prima, prima, ich bin begeistert: :) Bis ich mich an das "Load additional data" erinnert habe. - das könnte vielen entgehen, fürchte ich ... Ich persönlich würde daher initial alles zeigen (damit überhaupt bemerkt wird, dass da was ist) Grundsätzlich aber wieder mal genial, was ihr mit der neuen Version auf die Beine gestellt habt. Rrreschbeggd! |
Wir versuchen die Server von GS möglichst nicht mit vielen Anfragen zu nerven. Zudem ist es eigentlich gar nicht erlaubt. Wenn wir Daten anfragen, dann machen wir das möglichst nur in überschaubarem Rahmen. Wir fühlen uns dann wohl, bleiben etwas im Hintergrund und wir werden auch nicht aufgefordert irgendwelche Anfragen zu unterlassen. Bei einem Log fragen wir einmal das Listing an. Bei den Pocket Queries fragen wir sogar 20 mal die Favoriten Prozente an, allerdings ist die Datengröße nur minimal. Bei den BML wären die Favoriten Prozente auch nett, allerdings wären das unter Umständen 500 Anfragen. Das haben wir nicht realisiert. Nur um einige andere Beispiele zu nennen. Für eine Notification müssen wir im Hintergrund die Webseite der Notification laden, weil es keine API gibt. Bei dir also 38 Anfragen. Würden wir davon ausgehen, dass jeder 38 Notifications in seiner Liste hat, hätten wir das Laden vermutlich nicht entwickelt. Wir gehen aber auch davon aus, dass es im Durchschnitt eher etwas weniger sind. Unabhängig davon werden viele User die zusätzlichen Daten gar nicht benötigen, oder zumindest nicht immer. Also sollen sie klicken, wenn sie die Daten benötigen und es lassen, wenn sie die Daten nicht brauchen. Das ist nur ein Klick und die Daten sind ja auch zügig vorhanden. Danke für die Blumen! 😊 |
Verstehe - nachvollziehbar.
Ehre, wem Ehre gebührt. ;) |
Is your feature request related to a problem? Please describe
Creating notifications is always a real PITA:
Save as new
,which appears to be the standard, because you usually don't want to be notified about new Tradis only,
but also for Multis, Mysteries, Letterboxes, Virtuals, ECs, WIGs ...,
which means you're 7 times forced to start over from scratch (Event types not even counted).
instead of just one, to be able to just copy/paste the entire coordinate string
Moreover it's kind of hard to check the existing notifications:
And things get even worse if you're going to create (and maintain) notifications for a tour ... to e. g. cover a route of 100 km for the typical "on the road cache types", you have to set up 7 notifications, with 15 km radius each, every 20 km. Which in fact makes 7*5=35 walks through this ugly form. Not daily business, of course, but nevertheless horrible, if you want to do so (and if your way to work changes weekly).
Describe the solution you'd like
My wish list for notification creation:
Save as New
(would be really great)using the same center and radius (would be absolutely perfect ;) )
The wish list for the notification list:
Additional context
Again, BIG thanks for this GREAT piece of software which not only makes gc.com a MUCH better place, but in fact makes it usable at all. Our hobby would be way less fun without it.
The text was updated successfully, but these errors were encountered: