Everyone is experimenting with this new text engine. Here is what it actually looks like in a real UI. Text reflows around moving elements in real time. Smooth, no layout breaks. I built an interactive demo 👇 https://lnkd.in/ezshxrKB Built with Pretext by Cheng Lou: https://lnkd.in/eex7dUWH Would you use this in production? #Frontend #JavaScript #WebDev #BuildInPublic #Pretext
More Relevant Posts
-
💡 How do you implement dark mode in your projects? I recently built a simple dark/light mode toggle using CSS variables and JavaScript in my portfolio. In this carousel, I’m sharing the exact steps I used. Sometimes, small features like this make a huge difference in user experience. 🔗 Check out my portfolio here: https://lnkd.in/d5PJ_nj8 Curious to know 👇 How do you handle theming in your projects? #WebDevelopment #JavaScript #CSS #Frontend #UIUX #DevCommunity #Jameskamz
To view or add a comment, sign in
-
https://pretextjs.dev A new frontend library called Pretext (March 2026) is trying to change how we handle text layout. Current approach: Render → Measure → Re-render Pretext approach: Calculate → Render once Instead of using DOM measurements like getBoundingClientRect(), it lets you: • Predict text size before rendering • Avoid layout shifts • Reduce re-renders Useful for: • Chat/message UIs • Infinite scroll lists • Dynamic cards • Multilingual layouts It works without the DOM and can run on the server as well. Still new, but interesting direction for performance-focused UIs. #frontend #javascript #reactjs #webperformance
To view or add a comment, sign in
-
🚀 Improving Frontend Performance with Throttling & Debouncing One key realization while optimizing UI performance 👇 👉 Not all issues are about page load 👉 Many come from how frequently our code runs 🧠 The Problem Events like scroll 📜, resize 📏, and typing ⌨️ can fire hundreds of times per second This leads to: ❌ unnecessary work ❌ busy main thread ❌ poor responsiveness ⚙️ The Solution 🔹 Throttling 👉 Limit execution frequency 👉 e.g., run once every second 🔹 Debouncing 👉 Execute only after user stops 👉 e.g., search after typing stops 🎯 Key Difference 👉 Throttle = steady control 👉 Debounce = wait then act 📊 Why it matters 👉 Less work for browser 🧠 👉 Better responsiveness ⚡ 💡 “Performance is not just faster loading — it’s smarter execution.” #Frontend #JavaScript #WebPerformance #ReactJS #FrontendEngineering
To view or add a comment, sign in
-
Pretext just dropped, and I had to see it for myself. Built a live side-by-side: Pretext vs DOM reflow. 3 moving shapes, same text, real-time. Left: 60 FPS. Text flows perfectly around every shape. Right: ~15 FPS. Text lags. Shapes move, but the layout can't keep up. That's the problem. Every time the browser measures text, it freezes and recalculates the entire page. Pretext skips the DOM entirely, pure math, Canvas API, zero reflow. 15KB. Zero deps. By Cheng Lou. #pretext #javascript #frontend #webdev #react
To view or add a comment, sign in
-
Stop building "static" components. Build systems. 🏗️ Lately, I’ve been focusing on making my UI components more reusable and scalable. Instead of hardcoding values, I’m leaning into Tailwind Css, Next Js. My top 3 rules for a great UI component: 1️⃣ Consistency: Does it match the design system? 2️⃣ Performance: Is it bloated with unnecessary div nesting? 3️⃣ Empathy: Is it accessible for screen readers? #FrontEndDevelopment #ReactJS #CleanCode #WebDev
To view or add a comment, sign in
-
Interactive Form I’ve just implemented a dynamic "Get In Touch" section that prioritizes seamless user interaction and instant feedback. No page reloads—just smooth, intelligent form handling. ✈️ ✨ Key Features: 🔺 Real-Time Validation: Instant checks for name length, email formatting, and phone number accuracy as the user types. 🔺 Dynamic Feedback: Error messages appear and disappear automatically without refreshing the page. 🔺 Success Confirmations: Immediate confirmation once a message is successfully sent. 🔺 State-Driven UI: Custom CSS transitions that highlight invalid fields and provide clear status updates. Built with Vanilla JavaScript, HTML, and CSS. #WebDevelopment #JavaScript #UIUX #Frontend #Coding #CodvedaJourney #CodvedaExperience #FutureWithCodveda
To view or add a comment, sign in
-
𝗧𝗵𝗮𝘁 𝗲𝘅𝘁𝗿𝗮 <𝗱𝗶𝘃> 𝗰𝗼𝗺𝗲𝘀 𝘄𝗶𝘁𝗵 𝗮 𝗰𝗼𝘀𝘁 𝗪𝗵𝗮𝘁 𝗵𝗮𝗽𝗽𝗲𝗻𝘀 𝘄𝗵𝗲𝗻 𝘄𝗲 𝘂𝘀𝗲 <𝗱𝗶𝘃> 𝗶𝗻𝘀𝘁𝗲𝗮𝗱 𝗼𝗳 <> </>? <𝗱𝗶𝘃></𝗱𝗶𝘃> creates a real DOM element. <> </> doesn’t render anything in the DOM. That means: • 𝗠𝗼𝗿𝗲 𝗺𝗲𝗺𝗼𝗿𝘆 𝘂𝘀𝗮𝗴𝗲 • 𝗠𝗼𝗿𝗲 𝘄𝗼𝗿𝗸 𝗳𝗼𝗿 𝗯𝗿𝗼𝘄𝘀𝗲𝗿 𝗿𝗲𝗻𝗱𝗲𝗿𝗶𝗻𝗴 𝗮𝗻𝗱 𝗹𝗮𝘆𝗼𝘂𝘁 • 𝗛𝗮𝗿𝗱𝗲𝗿 𝘁𝗼 𝗱𝗲𝗯𝘂𝗴 𝗮𝗻𝗱 𝗶𝗻𝘀𝗽𝗲𝗰𝘁 Fragment avoids all of that by keeping the DOM clean. div is still needed for styling, layout, events, refs, CSS targeting. Are there other differences? #reactjs #javascript #frontend #webdevelopment
To view or add a comment, sign in
-
-
Just built a simple but satisfying color loop using JavaScript — every click transitions the background through a smooth sequence of vibrant colors. It’s a small interaction, but it shows how powerful DOM manipulation + a bit of creativity can be. 💡 What’s inside: – Color arrays + looping logic – Smooth CSS transitions – Interactive UI feedback Sometimes it’s the little details that make a project feel alive. #JavaScript #WebDevelopment #Frontend #Coding #UIUX #100DaysOfCode #LearnToCode
To view or add a comment, sign in
-
2025 was the year CSS started replacing your JavaScript. Customizable <select> -- no more Radix or Headless UI dropdowns. Invoker commands -- open a dialog with zero JS. CSS carousels -- native dots and arrows with ::scroll-marker. Scroll-state queries -- detect if a sticky header is stuck, in CSS. Each of these features eliminates a JS library you're probably still importing. Here are the 6 CSS features from 2025 that change how you build UIs. Which one are you most excited to use in production? Prepare for front end interviews with questions and solutions written by ex-FAANG engineers: https://lnkd.in/gqcS3Fbv #CSS #FrontEnd #WebDevelopment #Chrome #JavaScript #GreatFrontEnd
To view or add a comment, sign in
-
🚀 Frontend Performance — Learning in Public Over the last couple of days, I explored Lighthouse-based performance analysis on a real application. Key learnings 👇 🧠 Main Thread Matters 👉 Browser runs on a single thread 👉 Heavy JS → slower interaction 🚦 Render-Blocking Resources 👉 CSS/JS can delay UI rendering ⛓️ Critical Request Chain 👉 Too many dependencies → slower loading 📊 Lighthouse Insight 👉 It’s not about score 👉 It’s about identifying root causes 🎯 Big takeaway: Performance = reduce work + remove blockers 📌 Next: Building a real-world performance audit report #Frontend #WebPerformance #JavaScript #ReactJS #SoftwareEngineering #LearnInPublic
To view or add a comment, sign in
Explore content categories
- Career
- Productivity
- Finance
- Soft Skills & Emotional Intelligence
- Project Management
- Education
- Technology
- Leadership
- Ecommerce
- User Experience
- Recruitment & HR
- Customer Experience
- Real Estate
- Marketing
- Sales
- Retail & Merchandising
- Science
- Supply Chain Management
- Future Of Work
- Consulting
- Writing
- Economics
- Artificial Intelligence
- Employee Experience
- Workplace Trends
- Fundraising
- Networking
- Corporate Social Responsibility
- Negotiation
- Communication
- Engineering
- Hospitality & Tourism
- Business Strategy
- Change Management
- Organizational Culture
- Design
- Innovation
- Event Planning
- Training & Development