Mac Newbold
My feedback
26 results found
-
209 votes
Since bilingual support is a bigger issue affecting not just the WME, this is a company-wide decision that we will bring to the relevant teams.
Mac Newbold supported this idea ·
-
226 votes
Hey jangliss,
Thank you very much for this detailed suggestion.
Currently there is a lot of work around communication between the WME and the client (the app), to find how best should be handled.We will do our best to share some more details about it in the near future.
At this point this is currently not planned, and therefore won’t move to our back log.
If any thing in this direction will be changed, we will update accordingly.
Best,
HeziMac Newbold supported this idea ·
-
233 votes
Hey!
Thank you very much for this great suggestion.
It was added to our backlog to try and see the possibility to implement it.Please note there is no ETA for it yet.
Best,
HeziMac Newbold supported this idea ·
-
375 votes
Mac Newbold supported this idea ·
-
50 votes
Mac Newbold supported this idea ·
-
32 votes
Hey!
Thank you for this suggestion.As it was announced in the forum we are currently working on improving the SLUR workflow and user experience.
This suggestion will be taken into consideration in the work.So, thank you again we will update accordingly.
Hezi
An error occurred while saving the comment Mac Newbold supported this idea ·
-
13 votes
Mac Newbold supported this idea ·
-
284 votes
Mac Newbold supported this idea ·
-
186 votes
Mac Newbold supported this idea ·
-
46 votes
Mac Newbold supported this idea ·
-
82 votes
This idea currently isn't planned, but we will update if it becomes feasible in the future.
Thanks to all who pushed for this idea!
Mac Newbold supported this idea ·
-
301 votes
This suggestion has been added to the team's backlog, and is currently waiting for assignment. Will update when we have an established ETA.
Thanks to all who have helped us with further info!
An error occurred while saving the comment Mac Newbold commented
Often there is a lot of discussion about how to resolve a particular UR, but currently that all has to happen in Discord. Much of that conversation isn't of any interest or benefit to the reporter, and in cases where editors are sometimes in need of discussing whether or not the reporter's provided details may be factually correct, could even cause some harm if the reporter saw them. The UR currently can mainly be used as a way to coordinate with the reporter, but isn't great as a tool to communicate between editors privately. One really nice thing about it would be that every message on a UR includes a link to that UR when it goes out in email, so people can immediately find the exact place involved. When many such conversations are happening concurrently, that can be very helpful.
Granted, since anyone who can be a reporter can also be an editor, it's not a guarantee of privacy, especially if the reporter happens to be a an active editor who didn't disclose it and remained anonymous, but even the fact that the private responses wouldn't be visible in the reporter's inbox and wouldn't trigger email notifications or in-app notifications, would mean they'd be unlikely to see it.
An error occurred while saving the comment Mac Newbold commented
Or expanding on Keith's suggestion, a way to tag/mention/specify which editors you wanted to send it to... might help a lot with calling an UR to attention of a particular leader, too, where currently that has to be done separately in discord or the forum.
Mac Newbold supported this idea ·
-
70 votes
Mac Newbold supported this idea ·
-
66 votes
Mac Newbold supported this idea ·
-
271 votes
Thanks for your feedback. At this time, this doesn't fit on our roadmap, but we'll keep it in mind for future product planning.
Mac Newbold supported this idea ·
-
470 votes
Thanks for your feedback. At this time, this doesn't fit on our roadmap, but we'll keep it in mind for future product planning.
Mac Newbold supported this idea ·
-
2,181 votes
Thanks for your feedback. At this time, this doesn't fit on our roadmap, but we'll keep it in mind for future product planning.
Mac Newbold supported this idea ·
-
262 votes
Mac Newbold supported this idea ·
-
325 votes
Great thinking! We’ll share with the team; they’re always interested in new feature ideas.
Mac Newbold supported this idea ·
-
923 votes
Hey,
Please note we're changing the status of this suggestion to Not right now, since we finalized our plans for 2023 and this idea won't be implemented this year. We hope to have it included in our plans for later years and will keep you posted.
Mac Newbold supported this idea ·
Ignoring and closing SLURs that already match the configured speed would be a huge help. Similarly, if you fix it, and close one nearby SLUR for a given speed, it would be great to close all of them that match that speed.