291–300 of 359 posts
Earlier quoted context omitted.
>Also how can they forget an option to “paste without formatting” That's just Microsoft. I can probably count on one hand the amount of times I've wanted to actually retain source formatting. But, it's the default option on almost any microsoft product out there. And, apparently, on Teams it's not an option at all.
I bet Teams secretly used Word xml style tags behind the scenes.
Earlier quoted context omitted.
If only Microsoft had a app development framework designed to allow developing apps for multiple mobile + desktop platforms with as much shared code as possible. https://dotnet.microsoft.com/apps/xamarin
It's really sad to me that Xamarin doesn't get more love and adoption.
Not really relevant but I need to vent. Client dropped Slack for Teams. I hate it, and information exchange has dropped precipitously since everyone switched. So slow, half the time text markup doesn't work, and the UI is inconsistent depending on if you're typing in a chat, meeting, or channel. Oh and none of the Slack logs were kept, losing years of information. (But that's not the fault of the Teams software) I lo…
I agree with this. Also how can they forget an option to “paste without formatting”? Copying stuff from other sources is extremely painful. At this point, I leave it as is. I don’t have time to micromanage each copy and paste. Also teams has this arbitrary message character limit that makes it terrible for sharing large chunks of text (partial logs for example). While the integrations with outlook (mail/scheduling) +…
Earlier quoted context omitted.
I agree with this. Also how can they forget an option to “paste without formatting”? Copying stuff from other sources is extremely painful. At this point, I leave it as is. I don’t have time to micromanage each copy and paste. Also teams has this arbitrary message character limit that makes it terrible for sharing large chunks of text (partial logs for example). While the integrations with outlook (mail/scheduling) +…
Paste with formatting annoyed me so much I made a website that's just a giant textbox I can use to paste stuff into ( https://qi.io )
Not really relevant but I need to vent. Client dropped Slack for Teams. I hate it, and information exchange has dropped precipitously since everyone switched. So slow, half the time text markup doesn't work, and the UI is inconsistent depending on if you're typing in a chat, meeting, or channel. Oh and none of the Slack logs were kept, losing years of information. (But that's not the fault of the Teams software) I lo…
There seems to be no way to open or see the meetings directly within team. I always have to open my mail, click the link, go to the website, click on open in teams and only then will it open the meeting.
Earlier quoted context omitted.
I still can't get over the fact that even Microsoft uses an electron app for their own OS. If not even Microsoft itself writes native code for their own bloody OS then we're just doomed. It's just all so sluggish.
Yeah, what ever happened to their Silverlight platform?
https://support.microsoft.com/en-us/windows/silverlight-end-...:
“Microsoft Silverlight will reach the end of support on October 12, 2021. Silverlight development framework is currently only supported on Internet Explorer 10 and Internet Explorer 11, with support for Internet Explorer 10 ending on January 31, 2020. There is no longer support for Chrome, Firefox, or any browser using the Mac operating system.”
[1]: https://github.com/fossteams/teams-cli [2]: https://github.com/fossteams/matrix-teams-as
Earlier quoted context omitted.
What's the alternative? Be only on one platform? Not viable today. Implement 5 different apps, usually not viable. The platforms are fragmented and the user pays the costs of that in the end, one way or another. If you hide it by increasing development costs, the price of the app ( or amount of ads or premium only features) must go up to compensate and the user pays the cost as well. Edit: downvote all you like, ther…
> What's the alternative? Be only on one platform? Not viable today. Implement 5 different apps, usually not viable. Why are we pretending in this thread that there aren't any cross-platform toolkits? Using that is an entirely valid trade-off between "putting a webshit in its window" and "you have to develop 10 separate native apps".
Those are pretty sucky by comparison to both web and native and they don't feel native.
The problem is not that cross platform toolkits don't exist, it's that they're aren't any good enough.
Also why are we pretending in this thread that it's impossible to write electron or web apps with more reasonable memory usage? Look at vscode.
Electron, as much as I hate to say it, is one of the best options available.
Earlier quoted context omitted.
Native is not a tool, nor a goal. Native is an implication of a user experience and performance. Very few non-native applications provide the same experience and performance as native applications (although there are exceptions and it's not always black and white). "Native" is the implication that a certain level of comformity is present: the user generally gets an experience that is similar to other native applicati…
> the user generally gets an experience that is similar to other native applications This sounds like the goal you want to achieve using native as a tool. But anyone who struggles to grasp non-native UI and UX is going to struggle to interact with the modern IT environment as there is no standard for web-apps.
Theoretically, there might exist a cup of coffee that achieves this goal. But I've never seen one, and if you serve me coffee it's almost certainly not going to achieve my goal.
Earlier quoted context omitted.
Native apps means essentially building at least 5 distinct apps: windows, mac, iOS, linux, android. What a mess to work with and maintain. We already have cross-platfrom UI engines called browsers and they're very advanced and reasonably pleasant to work with these days. If you bundle the browser (electron) then you don't have to worry about differences between browsers. So electron makes plenty of sense to developer…
When and where it's a priority: creating a solid user-experience takes effort. If a project can't manage that when it matters, then their product or service is also going to suck in so many other ways their users will notice. Then native or not, it won't matter when everyone hates them. Mac and iOS are relatively-straightforward, aren't terribly different, and share development resources. Android (Kotlin) doesn't oft…
Just for the record I'm a senior backend developer, who sometimes operates at CTO level in startups, and I suck at front-end development. But still electron makes sense to me. Or react native if it's mobile only.
The state of cross platform development is pretty bad.