[ 🏠 Home / 📋 About / 📧 Contact / 🏆 WOTM ] [ b ] [ wd / ui / css / resp ] [ seo / serp / loc / tech ] [ sm / cont / conv / ana ] [ case / tool / q / job ]

/wd/ - Web Design

Professional design discussions, frameworks & UI/UX
Name
Email
Subject
Comment
File
Password (For file deletion.)
[1] [2] [3] [4] [5] [6] [7] [8] [9] [10]

File: 1782359364770.jpg (193.58 KB, 1024x1024, img_1782359356696_j364hoqc.jpg)ImgOps Exif Google Yandex

a8967 No.1795[Reply]

deciding btwn fluid scaling and using fixed font weights for body text feels like a lose-lose lately. does anyone actually prefer static sizing when the viewport is so unpredictable?

24a75 No.1796

File: 1782360173294.jpg (133.49 KB, 1024x1024, img_1782360131851_mswbciiz.jpg)ImgOps Exif Google Yandex

i used to rely on fixed steps for a dashboard project because the layout shifts| were driving me insane during resize testing. once u hit those weird mid-range breakpoints, fluid scaling makes the line height look totally broken. stick to static weights for dense UI components and only use the fluid stuff for marketing headers.



File: 1782316589113.jpg (183.85 KB, 1024x1024, img_1782316579593_rhxsehld.jpg)ImgOps Exif Google Yandex

71c20 No.1793[Reply]

just stumbled across this piece argiung that we are basically sabotaging our own future by letting design and technology education rot. it is pretty wild to think about how much the decline in these subjects directly threatens what is left of our creative and engineering sectors. if we stop teaching the fundamentals of how things are actually made, we lose the backbone of manufacturing too. it feels like we are moving toward a world where everyone can use software but nobody understands the physical constraints of production.
>the current state of uk design education is a disaster for long-term innovation

it is easy to get caught up in purely digital workflows and forget that hardware and engineering still matter. we are literally designing ourselves into a corner . i wonder if the shift toward purely software-based curriculum is why we see so many talented designers struggle when they have to deal with real-world prototyping or physical constraints. it makes me think about whether we should be pushing for more integrated technical training in schools rather than just separating digital art from engineering. does anyone else feel like the gap between digital design and actual manufacturing is getting wider every year?

found this here: https://www.creativebloq.com/design/why-design-and-technology-education-needs-a-shake-up

71c20 No.1794

File: 1782316742665.jpg (261.48 KB, 1024x1024, img_1782316727502_plntxwmm.jpg)ImgOps Exif Google Yandex

>>1793
the link between dt curriculum and the survival of our manufacturing sector feels like a massive stretch ❌



File: 1782280164961.jpg (175.17 KB, 1024x1024, img_1782280124800_riyfyeu9.jpg)ImgOps Exif Google Yandex

3c71a No.1791[Reply]

im struggling w/ whether fine-tuned weight adjustments are actually readable on low-end screens or if i should just stick to standard classic semantic weights. i think i might be overcomplicating the css

3c71a No.1792

File: 1782280965926.jpg (276.75 KB, 1024x1024, img_1782280950070_hyknwoyk.jpg)ImgOps Exif Google Yandex

the issue isnt just screen quality, its that subtle weight shifts disappear entirely when someone is using a high-contrast mode or a screen magnifier. you should probably test with low-resolution browser emulators to see if the distinction even exists at that scale



File: 1782237326044.jpg (167.8 KB, 1024x1024, img_1782237316782_dpkg4eow.jpg)ImgOps Exif Google Yandex

173d0 No.1789[Reply]

the way they use rhythm and motion makes it feel like youre watching a movie rather than just scrolling thru a portfolio. its all abt that careful restraint to keep the storytelling alive w/o being overbearing. i think we focus too much on heavy animations lately but this proves that subtle movement is way more effective lmao

more here: https://tympanus.net/codrops/2026/06/23/podium-building-a-website-where-running-becomes-storytelling/

173d0 No.1790

File: 1782237472748.jpg (253.56 KB, 1024x1024, img_1782237456742_5capaizy.jpg)ImgOps Exif Google Yandex

the trick is using easing functions that dont just linear out at the end. if you tweak the
cubic-bezier
values to have a slightly longer deceleration, it hits that same premium feel w/o feeling like a cheap parallax effect.



File: 1782200947295.jpg (239.66 KB, 1024x1024, img_1782200906932_4ezugrb2.jpg)ImgOps Exif Google Yandex

3ce9f No.1787[Reply]

i'm trying to use a heavy serif typeface for my main headings, but the letters are starting to look too thick and blurry against the dark background. does anyone have tips for adjusting the
letter-spacing
or font weight to fix this? i think i might just switch to a sans-serif if i can't find a fix

3ce9f No.1788

File: 1782201766180.jpg (224.34 KB, 1024x1024, img_1782201726220_655n2dnt.jpg)ImgOps Exif Google Yandex

try dropping the
font-weight
by one level instead of just messing with tracking. are you using a variable font or just a static weight?



File: 1781682355786.jpg (227.88 KB, 1024x1024, img_1781682318592_ki22guj6.jpg)ImgOps Exif Google Yandex

8e093 No.1756[Reply]

lowkey just found a breakdown on how to tackle massive bundle sizes and those annoying hydration lags. anyone else struggling with long tasks lately, or is it just my heavy react components?

found this here: https://developer.mozilla.org/en-US/blog/fix-javascript-performance/

8e093 No.1757

File: 1781683076159.jpg (320.15 KB, 1024x1024, img_1781683034400_hp32vx65.jpg)ImgOps Exif Google Yandex

it's rarely just the components though. you should check if you're actually profiling the main thread usage or just guessing based on bundle size. if you have a massive dependency tree, even small components will trigger long tasks during the initial parse.
>the bundle size is the culprit

that assumption ignores how much
requestIdleCallback
and code splitting actually matter. i've seen tiny bundles with terrible performance because of poorly optimized
useEffect
loops or heavy watchers. have you run a trace through the devtools performance tab to see exactly which function is hogging the execution time? ⚠

ac006 No.1786

File: 1782187887792.jpg (123.98 KB, 1024x1024, img_1782187873232_lc8jwi6g.jpg)ImgOps Exif Google Yandex

it's probably not just the components, u should check if u're accidentally importing entire libraries instead of specific modules.



File: 1782161830728.jpg (155.99 KB, 1024x1024, img_1782161792201_dklvy4y6.jpg)ImgOps Exif Google Yandex

9ff4d No.1784[Reply]

there are over 15 options in this list, and they're all perfect for social media graphics or league logos. i usually avoid the super generic blocky ones but some of these look actually unique. anyone else have a go-to site for finding free athletic typefaces?

https://speckyboy.com/free-sports-fonts/

9ff4d No.1785

File: 1782161985411.jpg (169.24 KB, 1024x1024, img_1782161970271_zi7y1avi.jpg)ImgOps Exif Google Yandex

>>1784
i usually stick to dafont for quick projects, but their licensing is always a bit of a gamble. do any of these have [commercial use] cleared for client work?



File: 1782125126963.jpg (254.45 KB, 1024x1024, img_1782125118974_kgz25ihf.jpg)ImgOps Exif Google Yandex

6698f No.1782[Reply]

just stumbled on how dashdigital handles deep complexity by focusing on strategy first rather than just jumping into figma. they basically prioritize understanding the core problem through research before even thinking about a layout. it sounds like the dream workflow for avoiding endless revision loops . does anyone else find that doing this much heavy lifting upfront actually saves time in the long run?

link: https://tympanus.net/codrops/2026/06/22/designing-beyond-the-surface-how-dashdigital-turns-complexity-into-clarity/

63a06 No.1783

File: 1782126478035.jpg (119.97 KB, 1024x1024, img_1782126437552_m0f0yp51.jpg)ImgOps Exif Google Yandex

the problem is that clients often see that upfront research as extra billable hours they didn't ask for. i've had to learn how to bake the discovery phase directly into the initial quote so it doesn't feel like an add-on. otherwise, u end up stuck in a loop of designing pretty components for a problem that doesn't even exist.



File: 1782082250874.jpg (189.08 KB, 1024x1024, img_1782082239405_ajctoj89.jpg)ImgOps Exif Google Yandex

c85fd No.1778[Reply]

everyone is just relying on system fonts to save time lately. it makes everyy single site feel like a generic template and kills the unique brand identity we used to value. we are basically just designing spreadsheets now .

c85fd No.1779

File: 1782082915859.jpg (101.51 KB, 1024x1024, img_1782082899766_ytv0ywhn.jpg)ImgOps Exif Google Yandex

the performance gains from using system fonts are too hard to ignore though. if i have to choose between a slightly prettier serif and a site that actually loads instantly on mobile, i'm picking speed every time. it's just harder to justify the heavy font files when your lcp is already struggling .

c85fd No.1781

File: 1782112493516.jpg (125.44 KB, 1024x1024, img_1782112453897_fx9qa8qj.jpg)ImgOps Exif Google Yandex

>>1778
the "generic template" thing is a stretch when most clients won't even approve a custom font license because of the monthly cost . system fonts are great for performance, and nobody cares about brand identity if the site takes 10 seconds to load. you can still make things look unique with proper letter spacing and scale.



File: 1782003096959.jpg (353 KB, 1024x1024, img_1782003057781_z9tnnatw.jpg)ImgOps Exif Google Yandex

c0631 No.1773[Reply]

we need to start checking if our landing pages can actually handle ai-driven users who just want quick answers. most of our current layouts are totally useless for them bc they're built for human scrolling instead of instant extraction

article: https://www.searchenginejournal.com/ai-mode-sends-a-different-visitor-your-website-wasnt-built-for-them/576185/

c0631 No.1774

File: 1782003915105.jpg (176.12 KB, 1024x1024, img_1782003875505_e20ffra4.jpg)ImgOps Exif Google Yandex

the real issue is that were still burying the core value proposition under layers of marketing fluff and heavy hero images. if an LLM cant parse the hierarchy in a single pass, it just hallucinate the details. u might want to start prioritizing semantic HTML and much cleaner schema markup to ensure the data is actually readable by crawlers.

c0631 No.1780

File: 1782097991133.jpg (263.29 KB, 1024x1024, img_1782097951800_khkoygys.jpg)ImgOps Exif Google Yandex

just optimize for semantic density and structured data, bc if the LLM can't parse the schema, the layout doesn't even matter.



Delete Post [ ]
[1] [2] [3] [4] [5] [6] [7] [8] [9] [10]
| Catalog
[ 🏠 Home / 📋 About / 📧 Contact / 🏆 WOTM ] [ b ] [ wd / ui / css / resp ] [ seo / serp / loc / tech ] [ sm / cont / conv / ana ] [ case / tool / q / job ]
. "http://www.w3.org/TR/html4/strict.dtd">