Slack’s new WYSIWYG input box is terrible

Post by malvosenior » Thu, Nov 21, 2019, 2:48 PM UTC

joepie91_ wrote: post #688

ulrikrasmussen wrote: post #615

Earlier quoted context omitted.

Thank you! I didn't know about Ripcord, and so far it is great. I am amazed how fast it is. I'm also depressed that this amazes me, as it basically does what mIRC did for me over a decade ago. This is developed in QT by one person, and it looks pretty feature-complete to me. I really don't understand why a company the size of Slack invests all their development effort into such a subpar platform as Electron, when a n…

Keep in mind that Ripcord only needs to implement support for whatever Slack has already decided to implement. They don't need to do the whole "iterative design" process (which Slack is doing for them), which is precisely the part where C++/Qt things tend to fare poorly.

Post by adrianmsmith » Thu, Nov 21, 2019, 2:54 PM UTC

TeMPOraL wrote: post #481

tnolet wrote: post #419

Earlier quoted context omitted.

Was super skeptical about all those Jira replacement SaaS’s out there. But Clubhouse is actually pretty good. For people on the fence, give it a try.

I for one am still waiting for usable task management SaaS - one that doesn't limit me to "epic/project/task" split, but instead recognizes that the work is being decomposed recursively , and has dependencies. All I really want is a system that lets me arrange my tasks into a DAG. B is a subtask of A. C and D are subtasks or B. E is a subtask of D. F is a subtask of A, but depends on D being complete. It's simple and…

Post by widforss » Thu, Nov 21, 2019, 3:04 PM UTC

userbinator wrote: post #663

ulrikrasmussen wrote: post #615

Earlier quoted context omitted.

Thank you! I didn't know about Ripcord, and so far it is great. I am amazed how fast it is. I'm also depressed that this amazes me, as it basically does what mIRC did for me over a decade ago. This is developed in QT by one person, and it looks pretty feature-complete to me. I really don't understand why a company the size of Slack invests all their development effort into such a subpar platform as Electron, when a n…

I really don't understand why a company the size of Slack invests all their development effort into such a subpar platform as Electron, when a native solution is clearly doable with very limited resources. Several things I can think of: "quantity is not quality"; JS developers far outnumber everyone; making web apps look exactly the way they want is easy, and they are not interested in platform-native functionality,…

Post by dclowd9901 » Thu, Nov 21, 2019, 3:11 PM UTC

mattkevan wrote: post #505

greggman2 wrote: post #474

Earlier quoted context omitted.

> they quite likely have done lots of user testing that has shown clear desirability, improved value to user, improved usability I have never worked at a company that did user testing or if they did it was always done in a way or interpreted in a way to back up the designer's opinion. I don't think I've once in my entire 40 yr career seen a designer test with users, find out something was bad, and change their design…

I work in the UX team for a major online retailer in the UK. We spend a large part of our time testing and validating our designs with real customers - not much goes live without us being sure it's the right thing. If something doesn't work for people, even if we think it's great, then it's gone.

Post by SketchySeaBeast » Thu, Nov 21, 2019, 3:12 PM UTC

tiborsaas wrote: post #588

sambe wrote: post #495

This is not one of those "oh, that's annoying, i'll have to remember that and learn to work around it" issues. It's more like "I want to immediately stop using this software but have no choice". Its driving me crazy - Slack is all text input. Don't break text input dummy!

We are different. For me it's exactly the "oh you changed it, never mind, I'll use it a bit differently from now on" situation.