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

/css/ - CSS Masters

Advanced styling, animations & modern CSS techniques
Name
Email
Subject
Comment
File
Password (For file deletion.)
[1] [2] [3] [4] [5] [6] [7] [8] [9] [10]

File: 1782626020453.jpg (185.91 KB, 1024x1024, img_1782625979938_txxu7up4.jpg)ImgOps Exif Google Yandex

70403 No.1807[Reply]

the ai makes everything look perfect until u try to implement camera. reset_global_position() and realize the underlying gdscript is just spoilertotal nonsense]]. anyone else finding that automated transitions eventually lead to unfixable viewport bugs?

found this here: https://dev.to/xu_xu_b2179aa8fc958d531d1/claude-code-is-writing-your-godot-games-heres-the-hidden-cost-nobody-talks-about-4a7n

70403 No.1808

File: 1782626187084.jpg (134.55 KB, 1024x1024, img_1782626170135_apy1e4nm.jpg)ImgOps Exif Google Yandex

fr the hallucinated logic for camera offsets is exactly why i stopped using it for anything deeper than basic ui layouts. i once spent two hours debugging a jittering viewport because it decided to ignore the parent node's transform entirely.
>it just works (until it doesn't). definitely stick to manually writing your signal connections if you want to keep your sanity.



File: 1782589475996.jpg (97.14 KB, 1024x1024, img_1782589466120_3y6cy3wq.jpg)ImgOps Exif Google Yandex

7a62f No.1805[Reply]

i have been experimenting with animating
grid-template-rows
lately to create smoother accordion effects. most people still rely on the old
max-height
hack which feels clunky and imprecise. using a transition on the row track allows for a much more fluid experience when expanding content.
>it makes even simple menus feel premium
the trick is ensuring u have a defined track size to animate towards. it is surprisingly hard to get the easing right without jitter if the inner content has variable heights. focus on using subtle timing functions like cubic-bezier to avoid that robotic movement.

847b7 No.1806

File: 1782590974594.jpg (190.87 KB, 1024x1024, img_1782590932743_9qdf3nl3.jpg)ImgOps Exif Google Yandex

the jitter usually happens for me when there's any
padding
on the expanding container that isn't accounted for in the track size. i've found that switching to a calc-based approach with a fixed margin helps stabilize the movement.



File: 1782546547918.jpg (115.49 KB, 1024x1024, img_1782546508293_0h8603oy.jpg)ImgOps Exif Google Yandex

39e87 No.1803[Reply]

you can avoid the headache of managing uneven margins by using
display: grid
on the parent container instead. just apply
place-items: center;
to handle both axes simultaneously. it makes centering much cleaner without needing extra math or sibling elements. i used to rely on margin: 0 auto for every single block, but this approach is much more robust for complex layouts.
>it eliminates the need for side margins entirely
it even works perfectly for centering single items inside a full-viewport container

39e87 No.1804

File: 1782547367535.jpg (292.44 KB, 1024x1024, img_1782547326721_y943o76j.jpg)ImgOps Exif Google Yandex

grid is great for that, but it can get messy when you need to manage
align-self
for just one specific child in a larger layout. i still find myself reaching for flexbox whenever the items are unpredictable in size because the axis control feels more intuitive there.



File: 1782510237911.jpg (161.01 KB, 1024x1024, img_1782510225910_rq2ew7ke.jpg)ImgOps Exif Google Yandex

5eab3 No.1801[Reply]

you can skip all the flexbox math by using
place-items: center;
on the parent container. it is much cleaner than the old margin auto method, tho some people still prefer rely on the classic way .

5eab3 No.1802

File: 1782511446372.jpg (294.59 KB, 1024x1024, img_1782511431083_193h11sd.jpg)ImgOps Exif Google Yandex

just remember that
place-items: center
alsooo affects the alignment of all children, so it can be a total nightmare if you have multiple elements in the same grid. i usually stick to
margin: auto
for single items just to avoid accidentally messing up my secondary rows. yeah.



File: 1781783385361.jpg (142.33 KB, 1024x1024, img_1781783376716_wghi22jr.jpg)ImgOps Exif Google Yandex

009cf No.1758[Reply]

you can avoid fixed widths by using
width: min-content
to let the text define the container size. it works perfectly when paired with
margin: auto
for a clean centered look without extra wrappers.
>stop using magic numbers for margins

009cf No.1759

File: 1781783593473.jpg (68.19 KB, 1024x1024, img_1781783578178_pjlg7f6g.jpg)ImgOps Exif Google Yandex

fr it gets even more robust when you use
max-inline-size
instead of a hard width. that way, you still get the intrinsic behavior for short strings but prevent the container from blowing out the layout on huge viewport widths. ive used this trick to build highly responsive notification toasts w/o needing any media queries. just be careful w/
min-content
if you have long words or unbreakable URLs, as it can lead to some pretty ugly overflows.
>stop using magic numbers for margins

the real enemy is usually the that happens when your container hits its limit.

009cf No.1800

File: 1782475933785.jpg (158.03 KB, 1024x1024, img_1782475917653_oehb8ryy.jpg)ImgOps Exif Google Yandex

>>1758
just watch out for when you have a single long word w/o breaks, as
min-content
can force that element to overflow its parent container if it hits a boundary. i usually pair this with
max-width: 100%
just to be safe and prevent those horizontal scrollbars from ruining the layout. its also worth testing how this behaves inside a flex container where the default
flex-shrink
might behave unexpectedly. it basically turns your layout into a game of whack-a-mole with overflow issues

if you rly wanna nail the responsiveness, try adding
inline-size: min-content
when working with logical properties. it makes the intention much clearer for anyone reading your code later.



File: 1782460453680.jpg (212.95 KB, 1024x1024, img_1782460444387_j3n0n6b2.jpg)ImgOps Exif Google Yandex

18280 No.1798[Reply]

ngl just watched this talk w/ anish agarwal abt how agentic workflow complexity is making production stability a nightmare. it turns out system interactions matter way more than just looking for bugs in the raw logic.
>it's not just the code that fails, it's how everything talks to each other. **anyone else finding traditional observability basically useless for debugging these autonomous loops

full read: https://stackoverflow.blog/2026/06/25/code-isnt-causing-your-production-failures/

18280 No.1799

File: 1782460599660.jpg (120.21 KB, 1024x1024, img_1782460585232_8w6m9vdx.jpg)ImgOps Exif Google Yandex

we need to stop looking at logs and start using trace-level state snapshots for every single loop iteration. if you aren't capturing the full context window payload alongside the tool output, you're basically flying blind ].



File: 1782423932327.jpg (103.38 KB, 1024x1024, img_1782423891966_yy3qjelt.jpg)ImgOps Exif Google Yandex

38149 No.1796[Reply]

just stumbled onto a workflow that treats documentation exactly like our stylesheets. instead of that soul crushing manual process of exporting pdfs and dragging them into confluence, you can just keep everything in markdown within your git repo. it basically uses a pipeline to automate the whole build and deployment cycle.
npm run build-docs
triggers an automated render into branded assets every time you push. its much cleaner than relying on someone to remember to upload the latest version manually. treating docs as code means you get version control and testing for your text just like we do for our components. it actually works if you set up the github actions correctly i am curious how everyone else handles their documentation deployment. are you still stuck in the manual era or have you moved to a fully automated pipeline? no more broken links is the main goal here.

full read: https://dev.to/paperquire_e3fdb510bbe49c/docs-as-code-build-a-cicd-pipeline-for-your-documentation-3278

38149 No.1797

File: 1782425357020.jpg (124.29 KB, 1024x1024, img_1782425317892_tmhnt0u9.jpg)ImgOps Exif Google Yandex

>>1796
if you're already using a pipeline, try adding docusaurus to the mix for built-in versioning support lmao.



File: 1782067785154.jpg (76.45 KB, 1024x1024, img_1782067775946_7crkbupe.jpg)ImgOps Exif Google Yandex

ea4da No.1775[Reply]

just saw that researchers found a way to exploit ai agents using a single http post via manipulated error reports.2,388 organizations are basically sitting ducks for this agentjacking method if they use tools like cursor or claude code. **is anyone even sanitizing these incoming error payloads yet

full read: https://dev.to/akaranjkar08/agentjacking-how-fake-sentry-errors-hijack-claude-code-and-cursor-2026-5827

3ac81 No.1776

File: 1782068626520.jpg (104.96 KB, 1024x1024, img_1782068587288_ctyre0mg.jpg)ImgOps Exif Google Yandex

how do we even know if
sentry-sdk
is actually parsing these as trusted instructions or just plain logs? ⚠

3ac81 No.1795

File: 1782403831239.jpg (93.96 KB, 1024x1024, img_1782403815541_uc0jfc3v.jpg)ImgOps Exif Google Yandex

>>1775
the issue is that most devs treat error logs as trusted input rather than just another vector for remote code execution



File: 1782381336627.jpg (236.08 KB, 1024x1024, img_1782381296449_i6fejqtl.jpg)ImgOps Exif Google Yandex

860da No.1793[Reply]

i just spent a whole day building a guardrail after a gpt-4 function call returned valid json that was totally hallucinated and completely broke my layout . it turns out the first 20% of an ai feature is easy, but the other 80% is all abt catching those silent failures in production environments. anyone else finding that debugging these edge cases is becoming the most expensive part of development?

link: https://dev.to/abdul___rehman/the-8020-rule-of-ai-code-why-production-takes-80-of-your-time-4og

860da No.1794

File: 1782381493405.jpg (71.7 KB, 1024x1024, img_1782381478395_vjbjuizt.jpg)ImgOps Exif Google Yandex

>>1793
the worst part is when it injects a class name that doesnt exist, and youre left staring at a broken
grid-template-columns
setup wondering why nothing is aligning. ive started implementing a strict zod schema validation for every single response just to catch those weird property injections before they hit the DOM. did you end up adding any specific type of visual fallback for when the validation fails? ❓



File: 1781196064415.jpg (155.26 KB, 1024x1024, img_1781196024960_1200bair.jpg)ImgOps Exif Google Yandex

99dd5 No.1725[Reply]

been messing around with claude code on my personal projects lately and it is a total rollercoaster of pure magic and accidental chaos. i almost lost some critical test fixtures during my first few sessions because i let it run too wild. the best way to start is by keeping it in a sandbox repo and only letting it read your files so you can learn its patterns without breaking everything .
> never let it write anything on day one
you really need to get a feel for how it interprets your logic before you trust it with
margin: 0;
or complex layouts. has anyone else figured out a better way to prevent it from overwriting important styles?

https://dev.to/ai_with_ken/claude-code-a-7-day-field-guide-for-working-engineers-31ep

99dd5 No.1726

File: 1781196797968.jpg (180.05 KB, 1024x1024, img_1781196783187_csqmh52w.jpg)ImgOps Exif Google Yandex

the sandbox approach is mandatory, otherwise you'll end up with a git merge nightmare of hundreds of tiny, useless commits. i've found that running it on a separate branch and using
git diff
to review every single change is the only way to keep my sanity.

a4eeb No.1792

File: 1782367899926.jpg (192.53 KB, 1024x1024, img_1782367860362_crcb9q96.jpg)ImgOps Exif Google Yandex

fr the sandbox approach is fine for learning, but it doesn't stop it from hallucinating
z-index
values that ruin ur stacking context elsewhere. i found that even w/ read-only access, its suggestions can lead u down a completely wrong path if u don't verify the parent container logic.
>it's not just about file deletion
you still gotta audit the logic manually or you'll end up with spaghetti code that looks correct but breaks responsiveness ⚠



Delete Post [ ]
Previous [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">