Twitter | Search | |
Nicolas
🇫🇷 🇮🇪 🇬🇧. Past: Engineering & Product ; Anthropology & Natural Sciences
471
Tweets
199
Following
30,887
Followers
Tweets
Nicolas 48m
Their approach seems to require engineers to use Sass, manually specify RTL styles, doesn't work with dynamic styles, and changes the specificity of rules. Better than nothing but a long way short of the DX/UX with React Native
Reply Retweet Like
Nicolas 19h
Yesterday I fainted for the first time. Today I haven't lost a single game of Fortnite. Coincidence? I think not
Reply Retweet Like
Nicolas 24h
Replying to @giuseppegurgone
Reply Retweet Like
Nicolas Sep 19
Replying to @necolas
It's very likely that there are considerably more people using RTL languages online than using screen readers. Reaching those people on their terms is imperative if you believe in an accessible web.
Reply Retweet Like
Nicolas Sep 19
Replying to @necolas
Anything that doesn't control the UI components (i.e., lets you use <div> and <span>) is very likely to misalign LTR text in RTL layouts, and vice versa. Most CSS-in-JS libraries don't support RTL. All this tends to have a negative impact on the RTL UX
Reply Retweet Like
Nicolas Sep 19
Replying to @necolas
Requiring a build step to support RTL means adding complexity to builds and deploys, slower builds, lack of dynamic style support, difficulty debugging and sharing components (OSS). And often specificity bugs or downloading new assets when switching between LTR/RTL
Reply Retweet Like
Nicolas Sep 19
Replying to @shaydmusic
Thanks :) That's relatively traditional approach (build time) which has its downsides like altering specificity and not working with dynamic values
Reply Retweet Like
Nicolas Sep 19
Replying to @mxfellner @dan_abramov
Thanks :) Doesn't seem to work very well. Text alignment is incorrect. Not really a framework either, more like a component library.
Reply Retweet Like
Nicolas Sep 19
Do any web frameworks or styling libraries other than React Native have good RTL support built-in?
Reply Retweet Like
Nicolas Sep 13
Nearing the end of almost a whole year off work 😲. Bank account is on life-support but I'm much happier, more present, and less stressed. Looking forward to the next few months!
Reply Retweet Like
Nicolas Sep 13
Replying to @slightlylate @tomdale
👍 IME SSR of UI creates more problems than it solves. As you mentioned, usually worse UX. And it's not high impact given SW on client for second visit. It also increases cloud costs a lot. IMO better to focus on streaming a small shell, prefetching data, and booting client ASAP
Reply Retweet Like
Nicolas Sep 10
1 hr before a test vs 5 mins before a test
Reply Retweet Like
Nicolas retweeted
Alex Brasileiro Sep 1
The power of , and . Same code, all devices.
Reply Retweet Like
Nicolas Sep 6
Agree about cost of data too. Needs to be faster, cheaper, and safer for Twitter to learn how the product can be successfully changed in significant ways. That's a problem I thought we could slowly help to alleviate with Twitter Lite / PWA.
Reply Retweet Like
Nicolas Sep 5
Quick wins to improve web app performance before you even start looking at JS. Avoid web fonts, use system fonts. Avoid image sprites, use SVG icons. Avoid "normal" CSS, use "atomic" CSS. Avoid fetching data until you know it's needed. Use smaller images. Use "preload".
Reply Retweet Like
Nicolas Sep 5
Slack transfers 5.5 MB of assets to show you a "sign in" form! Jumps to 9 MB once you sign in.
Reply Retweet Like
Nicolas Aug 24
What an incredible impact Arsène has had on the people he worked with over the decades. Here he is being honoured by the President of Liberia, whom he coached at Monaco some 30 years ago
Reply Retweet Like
Nicolas Aug 24
"It has become easier to imagine the end of the world than the end of capitalism” —Fredric Jameson
Reply Retweet Like
Nicolas Aug 23
Replying to @Amarisse
Ooo where did you find those please?
Reply Retweet Like
Nicolas Aug 23
Replying to @jnwng @sxywu @ktzhu
I didn't realise you were there too Shirley! Y'all are so talented and supportive of each other :)
Reply Retweet Like