Teams Powerpoint Preview Problem on macOS Catalina
Hi, I upgraded to macOS Catalina and am having problems previewing Powerpoint content inside of Teams. When I clock to view content it starts the initial load (spinning circle) then flashes the content for just a second then the screen preview screen pane goes black. I am able to click "EDIT" and the edit function inside of Teams correctly renders the content and I am able to edit inside of Teams. I tried the preview w/Excel as well and it works fine, problem seems to be constrained to Powerpoint only. Anyone else having the problem? Any solution in site? Running: You have Microsoft Teams Version 1.2.00.22561. It was last updated on 9/10/19.
Sometimes, Teams windows just disappear on Mac (Monterey)
Hi, Sometimes, when using Teams on a Mac, the windows of the application just disappear. It seems like they can't be brought to the foreground by any of the Teams menu (i.e. Bring All to Front). The only way out is to close Teams and start again. How can this be? Thanks, best MarkyGetting Started with React and SharePoint - From a UX Designer/Developer's Perspective
If you've been keeping watch on the new SharePoint Framework you have undoubtedly read or experienced the dichotomy of extremely basic "Hello World" articles and if not basic, then articles written by hard core-code-ninja programmers. If you’re a Designer, Developer or UX Practitioner trying to make sense of the React and Modern SharePoint Framework universe it can be difficult reconciling these two very different spectra. From a UX Practitioner's standpoint we need to know enough about Development to strategically understand what's possible in Design, while attempting to make a User’s experience better. That middle ground of development and design when focused inside of SharePoint helps to build exciting experiences and promote healthy User Adoption. The goal of this 5-part series is targeted at the hybrid role of Designer, Developer and UX Practitioner in an attempt to navigate through some of the poorly documented and major hurdles of React Development. Part 1 – CSS tricks and working with syntax Part 2 – Integration of third party or legacy plug-ins Part 3 – Images, SVG graphics and Components Part 4 – REST call to a SharePoint List and displaying the results Part 5 – Building a super cool React Modern SharePoint Web Part React SharePoint Modern Framework Web Part – we will be building this in Part 5 of this series. Alright, enough talk let’s get started. Part 1 CSS in React Ok so if you’re like me and have been using traditional CSS for almost 20 years, CSS inside React at first... is a little painful. There is an in-depth blog post written by Agata Krzywda about CSS and React https://codeburst.io/4-four-ways-to-style-react-components-ac6f323da822 detailing almost every situation and use case. The article mentioned by Agata is very helpful for understanding CSS and React, but what the article doesn’t take into account are the real-world syntactical oddities that we run into on a daily basis, which like I’ve mentioned are generally missing from 80% of online React documentation. The SPFX team at Microsoft has done a great job by giving us the SPFX boiler plate webpart that generates the code below. Deciphering the CSS in the SPFX boiler plate has a pretty steep learning curve partially because the boiler plate project hides some key ingredients that if you are not outwardly looking for them, you'll miss out on the learning experience. Example the Office Fabric .css file is buried in the node_modules folder and is not referenced through import in the head of the page... so if you were trying to understand where "ms-bgColor-themeDark" is being referenced its completely confusing... Let's take a look at Lines 11, 14. Line 11: <div className={`ms-Grid-row ms-bgColor-themeDark ms-fontColor-white ${styles.row}`}> Line 14: <div className={"ms-font-1 ms-fontColor-white"}> These two lines show different ways to use CSS in React that mimic 90% of the web at large. Now Let's look at Line 16. Notice there's some different stuff going on here... "styles" is the imported reference to the scss file and "label" is the class name. Line16: <div className={styles.label}> * The big take away here is that CSS in React has multiple ways to use it, and you can choose which works best for you depending on your situation. Below are some extremely useful and hard to find syntactical variations of CSS in React, that go beyond the CSS article written by Agata and that also extend the SPFX boiler plate example from Microsoft. Here are a few super helpful examples of className syntactical combinations Multiple class names with hyphens concatenated together while still referencing the import iconstyles module. className={[iconstyles["glyphicon"], iconstyles["glyphicon-star-empty"]].join(' ')} Entire string of static classes in a string with a variable name inside the string <div className={`ms-Grid-row ms-bgColor-themeDark ms-fontColor-white ${styles.row}`}> Multiple static classes along with a variable name concatenated together className={[`mix`, `all`, item.Category ].join(' ')} Class name as a static string. Notice the use of this ( ` ) not ( ‘ ) or ( “ ) className={`mix`} Class used classically in a variable as larger static string const htmlstring = ` <div class="row mixitup-wrapper"></div>`; This table hopefully saves a fellow Designer, Developer or UX Practitioner some time and effort, I know while I was picking up React each variation of CSS was a watershed moment. In Part 2 of this series we are going to hammer out how to work with third party plug-ins inside React like JQuery, Bootstrap and MixitUp.UI/UX problem in Edge with RTL languages (Right to Left)
notice anything strange? the place of Edge side bar and vertical tabs is changed when you use a language in Edge that supports Right-to-left. this is very annoying. I want to use a language that supports RTL but I don't want the location of everything in Edge to change. it's not just these 2 elements, everything in Edge UI changes. the location of tabs, the address bar, favorite bar, the menu, everything. there really needs to be an option to keep Edge in Left-to-Right format (LTR) and still use any language we want in Edge, it's a must have. the location of buttons and UI are something that I'm used to, when it becomes RTL, everything goes haywire and I get lost. I'm sending this using feedback button on Edge, if you happen to be using a RTL language or know it, please try it and send a feedback from your browser too. let's get this fixed.
Build a unified Windows UI experience
https://techcommunity.microsoft.com/t5/discussions/top-feedback-summary-for-january-12/m-p/2053932 As shown in the link, the introduction of transparency effects for Microsoft Edge dominates the rankings all the year round. Obviously, users are so looking forward to acrylic and fluent design! With the continuous development of FDS, the transparency effect is no longer the focus. We know that using Navigation in XAML will no longer enable the transparency effect of the underlying window by default, and the default transparency effect will remain in the window of this layer. The difference is shown in the figure In this picture, the window title bar and toolbar of "Screenshots and Sketches" are transparent to the desktop and windows below In this screenshot of the Microsoft Store, the elements at the bottom of the window are transparent At present, it seems that the design team intends to adopt "transparency to the elements in the window" as a trend, and will not develop more transparent title bars and side bars in the future. Therefore, the focus is not on transparency, but on other areas. Microsoft Edge now gives me the feeling, as if I changed the Chrome icon to Microsoft's, and then told me, look, this is Microsoft's browser. I think this is a huge irony and tragedy for the visual perception of the Microsoft brand, which means that users cannot really recognize the work that Microsoft is doing on this browser, and-let users understand that this is a different version of Chrome Browser. Microsoft must use practical actions to reshape Microsoft's brand image. I think the core action is to use native controls, or reshape the appearance of non-native controls that look like native controls. This includes the following: 1. Forward and back buttons, refresh buttons, address bar and toolbar 2. Context menu 3. Edge's special pages, such as settings, downloads, favorites, etc. For the address bar toolbar area, I think it’s not too difficult to build the appearance with XAML (or WinUI 3). If it is difficult, it is not too difficult to make these controls look like Windows. This area should look exactly like the old version of Edge. The context menu is a place where it is easy to achieve a smooth design. I think it is nothing more than adding a transparency, adding a matte, adding a noise, adjusting the kerning and line height, and finally adjusting the edge and projection. I don't think how difficult it is, is it really difficult? Or, will you consider WinUI 3 release? Or use XAML island, just like the old version of Edge? Is this really so difficult? I can't understand why I can't do it after a year. I think any user will notice the huge difference between the sidebar of the settings page and the sidebar of XAML Navigation in "Windows Settings". I don’t want to worry about whether the highlight bar is a rounded rectangle (capsule) or a right-angled rectangle-because Both are FDS, but there is no lighting effect (CompositionLight Class), completely different spacing, inexplicable margins, lack of transparency, all of which remind users that this is a web page, not a native one. UI-based application. It seems to have nothing to do with the Windows design language-although it seems that many applications have to do this, indeed, cross-platform, Web development also meets Microsoft's strategic goals, it is really difficult to resist the temptation. Skype, Microsoft Teams, and Outlook to come,-and the latest file explorer used on Windows 10X, the design looks increasingly unrelated, each team has its own ideas, compare , The unification of macOS is simply outrageous! I implore the development team to read this article to help users build a harmonious and unified appearance, One Windows, One Microsoft https://medium.com/microsoft-design/fluent-makeover-photolab-a583d25f362bLet's discuss about Windows Setup (offline) - what would you wish for? - Panther 2.0
After more than 10 years the Windows Setup (offline) has not changed. And comparing to other OSes this becomes very obvious. We are all familiar with the Windows Setup. It appear very streamlined. The UX is still in Windows Vista Design, not following any principles of design language, comparing to OOBE, this is so obvious. Changing the UI and changing the workflow does not really need to change the tooling like unattend.xml etc. rather bringing more of these what you could automate back to the user and his choice. If you happen to install the current Kubuntu / Ubuntu then you will notice a huge advantage of the setup process compared to Windows in offline phase: - you can specify the login / account (Windows OOBE) - specify the time zone and language (Windows OOBE) - connect to WiFi (Windows OOBE) - download updates and DRIVERS from the repository (Windows OOBE has a late feature for that but not consistent) While setting things up the OS is already installing so you effectively save much of time compared to Windows Setup. I understand the investments into Windows Setup are minimal since Windows Vista / WS 2008, yet it changed a lot in terms of speed, design and UX and especially technology like WIM, language independency. Investing in to Windows Setup (panther) might not be feasible as many automations rely on this (ConfigMgr, MDT (no longer supported with W11), Intune Autopilot AND most device come predeployed. It is about time for the Windows and Windows Server to reconsider what's technically possible. Thanks for your feedback and participation on this here and please also in Feedback hub (Windows key + F). Here's my item feedback hub https://aka.ms/AAohace Wishes, ideas? Like the idea, give it a vote.
Revolutionizing Accessibility: The Power of Facial Navigation Technology
Imagine that one of your colleagues lost arm mobility due to an accident, and now they are wondering how they will go back to their work. What if I could tell you that they will be able to use Teams and much more as they did before…
Disabling hover for SharePoint online site menus.
Hi, I am looking for a way to disable the hover behaviour navigation menu of sites on SharePoint online, so they respond to clicks only. It would be great if this was a simple configuration option, since many clients don’t want hover menus for usability reasons, but I have not found a simple option yet. Any suggestions on how to disable hover on menus? Thanks, David
