正在加载视频...

视频加载失败

加载此视频时出现问题。这可能是由于临时网络问题，或视频可能不可用。

Three.js doesn't own the layout — CSS does. Opted-in [data-layout] elements are batched-read (init + resize) and mapped to world space. Children are inferred from parent boxes when possible. That same pass pulls computed styles and detects line breaks, so WebGL text wraps exactly the same. SDF keeps smaller... show more

Johnny Slack

4,368 subscribers

105,442 次观看 • 1 个月前 •via X (Twitter)

Anya Rossi• Live Now

Private livecam show

0 条评论

暂无评论

原始帖子的评论将显示在这里

相关视频

$how to have URL routes inside your scene, as well as bind webgl text to html to that it's accessible, selectable, and webgl gets to refract it.$

how to have URL routes inside your scene, as well as bind webgl text to html to that it's accessible, selectable, and webgl gets to refract it.

☄︎

181,214 次观看 • 2 年前

Took it further with Omma, (Spline ) now it works on video, and everything working in a Web Browser. Drop a video, Depth Anything v2 calculates the depth map frame by frame, and Three.js renders a fully lit 3D mesh in real time. Depth estimation on video in the browser +Automatic baking pass + Dynamic lighting reacting to the geometry #vibecoding #threejs #webgl

Took it further with Omma, (Spline ) now it works on video, and everything working in a Web Browser. Drop a video, Depth Anything v2 calculates the depth map frame by frame, and Three.js renders a fully lit 3D mesh in real time. Depth estimation on video in the browser +Automatic baking pass + Dynamic lighting reacting to the geometry #vibecoding #threejs #webgl

Joseph Azar

146,788 次观看 • 1 个月前

It was great to work on this one w/ Resn, especially on that "Molten Grid" effect using WebGL and SDF — #webGL #threejs #UI

It was great to work on this one w/ Resn, especially on that "Molten Grid" effect using WebGL and SDF — #webGL #threejs #UI

Giom

20,229 次观看 • 1 年前

VFX-JS supports HTML-in-Canvas now. You can turn HTML element into a WebGL texture. It automatically detects the browser and fallback to the old SVG foreignObject workaround. So it works on Chrome, Firefox, and Safari, of course! #WebGL #VFXJS #Codepen

VFX-JS supports HTML-in-Canvas now. You can turn HTML element into a WebGL texture. It automatically detects the browser and fallback to the old SVG foreignObject workaround. So it works on Chrome, Firefox, and Safari, of course! #WebGL #VFXJS #Codepen

𝘼𝙈𝘼𝙂𝙄

51,990 次观看 • 1 个月前

1/5 🧵 Three.js Blocks Physics demos are live 🚀 Three.js-first API, WebGL fallback ✅. Native Mesh/InstancedMesh/BatchedMesh integration. Runs in a Service Worker with instant SharedArrayBuffer sync. Physics is just so fast. Surf Mode is getting better, try it! 👀🎮

1/5 🧵 Three.js Blocks Physics demos are live 🚀 Three.js-first API, WebGL fallback ✅. Native Mesh/InstancedMesh/BatchedMesh integration. Runs in a Service Worker with instant SharedArrayBuffer sync. Physics is just so fast. Surf Mode is getting better, try it! 👀🎮

Renaud

35,169 次观看 • 5 个月前

A month ago, @Webflow tasked us to reinvent their homepage. Together, we fused design, development, motion & WebGL, all with a sharp focus on performance. Ready for its debut at @WebflowConf yesterday! Link below, dive in and enjoy! #webflow #webgl

A month ago, @Webflow tasked us to reinvent their homepage. Together, we fused design, development, motion & WebGL, all with a sharp focus on performance. Ready for its debut at @WebflowConf yesterday! Link below, dive in and enjoy! #webflow #webgl

OFF+BRAND.

109,421 次观看 • 2 年前

Realtime WebGL, galaxy in a Snow Globe! (three.js, glsl and ts)

Realtime WebGL, galaxy in a Snow Globe! (three.js, glsl and ts)

🌈 George Corney

72,306 次观看 • 2 年前

🏆 The Holy Grail Layout 🏆 Using grid-template you can write rows and columns all at the same time all with one line of code (kinda). More modern CSS layout tips →

🏆 The Holy Grail Layout 🏆 Using grid-template you can write rows and columns all at the same time all with one line of code (kinda). More modern CSS layout tips →

Chrome for Developers

21,300 次观看 • 2 年前

🚀 Our latest WebGL project is out! Introducing Equinox, an interactive space adventure that will take you to the stars. ✨ Embark now: #webgl #threejs

🚀 Our latest WebGL project is out! Introducing Equinox, an interactive space adventure that will take you to the stars. ✨ Embark now: #webgl #threejs

Little Workshop

64,266 次观看 • 2 年前

its coming along ... infinite world: in the browser, biomes, wind and much more... 🔊 #threejs #webgl

its coming along ... infinite world: in the browser, biomes, wind and much more... 🔊 #threejs #webgl

HeyOz

50,968 次观看 • 3 年前

$Optical flow, fluid dynamics, refraction with lots and lots of render targets in WebGL #threejs #webgl$

Optical flow, fluid dynamics, refraction with lots and lots of render targets in WebGL #threejs #webgl

Aj

657,528 次观看 • 1 年前

‘Japanese Layout Design’ interprets Japanese layout design from theory to practice. With 76 distinctive layout design strategies and 18 Japanese layout design masters it passes the critical layout design elements and skills to readers.

‘Japanese Layout Design’ interprets Japanese layout design from theory to practice. With 76 distinctive layout design strategies and 18 Japanese layout design masters it passes the critical layout design elements and skills to readers.

Counter-Print

117,719 次观看 • 3 年前

These are real WebGL shaders on top of interactive DOM elements without the HTML-in-Canvas API (works in Safari too). There’re rough edges still but worth sharing:

These are real WebGL shaders on top of interactive DOM elements without the HTML-in-Canvas API (works in Safari too). There’re rough edges still but worth sharing:

Shu

55,811 次观看 • 2 个月前

Particles in 3D Models (OBJ/FBX) Demo and Source Code: #threejs Three.js #webgl #particles #3dmodeling

Particles in 3D Models (OBJ/FBX) Demo and Source Code: #threejs Three.js #webgl #particles #3dmodeling

Sabo Sugi

10,653 次观看 • 3 个月前

After few adjustments and thanks to #threejs TSL 💙🙏 this experiment runs on #webgpu and #webgl ! Try it with firefox to test webgl fallback : Source :

After few adjustments and thanks to #threejs TSL 💙🙏 this experiment runs on #webgpu and #webgl ! Try it with firefox to test webgl fallback : Source :

Kevin Levron

24,242 次观看 • 10 个月前

Announcing 4 key updates on Figma to Lottie. 🔽 1. 🖥️ Auto Layout - Animate the layout flow direction between vertical, horizontal, and wrapped layouts. - Auto-space elements as the parent element resizes.

Announcing 4 key updates on Figma to Lottie. 🔽 1. 🖥️ Auto Layout - Animate the layout flow direction between vertical, horizontal, and wrapped layouts. - Auto-space elements as the parent element resizes.

LottieFiles

12,889 次观看 • 2 年前

Trying to pixelize 3d objects with optional color palettes and dithering using WebGL. Using TweakPane for GUI. WebGLで3D形状をピクセル化する試み。 #webgl #threejs

Trying to pixelize 3d objects with optional color palettes and dithering using WebGL. Using TweakPane for GUI. WebGLで3D形状をピクセル化する試み。 #webgl #threejs

Junichiro Horikawa

26,930 次观看 • 1 年前

$"Please fix Markdown tables!" Okay: text-only, wrapping, columnar selection, proper border conjunctions, fill full width, in opencode beta now. "What took so long?" Here's a writeup: OpenTUI uses yoga layout and has elements called Renderables. Boxes with borders, plain text, code with tree-sitter backed highlighting and other primitives. Organised in a tree structure resembling somewhat of a DOM. Approaching a table naively, given the primitives are there, one would think to just stack box and text elements the right way in a flex-box layout to visually represent a table. Boxes support borders. Problem solved. This is what an LLM would one-shot in a working state, given OpenTUI's API surface. Ignoring the fact that just using box local borders don't handle border conjunctions properly. Benchmarking something like that quickly shows that instantiating an average table takes >70ms and incremental updates become expensive. Hugely due to yoga-layout via wasm having a painful price on yoga API calls. The whole ordeal becomes memory hungry, because a Text element handles more than just plain text. A simple 4x6 table needs a Box and Text per cell, ending up with 48 heavy nodes that yoga must lay out. "But that's just OpenTUI being slow" - you might say. Yes, but no. Yoga should be integrated in the zig native binary core of OpenTUI. It is on the roadmap to do so, which will speed up render passes by 2-5x. Yoga-layout has an open PR to support CSS Grids, which would greatly ease building something like a table. We will use that for fully laid out tables when it gets there. Below the typescript core level Renderables, there are lower level primitives like TextBuffers and TextBufferViews, bound via FFI and completely handled in Zig. I was stuck expecting a table primitive to handle a full layout like a table in the browser does. For Markdown all we need is a text-only table. So we had to come up with a better idea, something that is feasible now. A table layout is pretty straight forward. No need to have yoga deal with that. Using TextBufferViews for cells directly gives lower level control and eliminates some overhead that Boxes and Text renderables have. A simple native method to draw a grid with proper conjunctions is a nice library method. It will surely be used for other cases, so that's what we added. Using this simplified approach we were able to bring down initial instantiation to <1ms, more than 70x improvement. With a far smaller memory footprint. Given all the low level primitives are known and implementing a text-only table like this is possible, Codex was of great help to carve out the PoC, setup the benchmarks and tests. That's only a fraction of what was needed though. The table needs options to span the full available width, render different border styles, show/hide borders, padding, selection etc. So many iterations later OpenTUI now has a text-only, performant and relatively cheap TextTable that we can leverage to render Markdown tables in a streaming/incremental manner. Efficiently and properly.$

"Please fix Markdown tables!" Okay: text-only, wrapping, columnar selection, proper border conjunctions, fill full width, in opencode beta now. "What took so long?" Here's a writeup: OpenTUI uses yoga layout and has elements called Renderables. Boxes with borders, plain text, code with tree-sitter backed highlighting and other primitives. Organised in a tree structure resembling somewhat of a DOM. Approaching a table naively, given the primitives are there, one would think to just stack box and text elements the right way in a flex-box layout to visually represent a table. Boxes support borders. Problem solved. This is what an LLM would one-shot in a working state, given OpenTUI's API surface. Ignoring the fact that just using box local borders don't handle border conjunctions properly. Benchmarking something like that quickly shows that instantiating an average table takes >70ms and incremental updates become expensive. Hugely due to yoga-layout via wasm having a painful price on yoga API calls. The whole ordeal becomes memory hungry, because a Text element handles more than just plain text. A simple 4x6 table needs a Box and Text per cell, ending up with 48 heavy nodes that yoga must lay out. "But that's just OpenTUI being slow" - you might say. Yes, but no. Yoga should be integrated in the zig native binary core of OpenTUI. It is on the roadmap to do so, which will speed up render passes by 2-5x. Yoga-layout has an open PR to support CSS Grids, which would greatly ease building something like a table. We will use that for fully laid out tables when it gets there. Below the typescript core level Renderables, there are lower level primitives like TextBuffers and TextBufferViews, bound via FFI and completely handled in Zig. I was stuck expecting a table primitive to handle a full layout like a table in the browser does. For Markdown all we need is a text-only table. So we had to come up with a better idea, something that is feasible now. A table layout is pretty straight forward. No need to have yoga deal with that. Using TextBufferViews for cells directly gives lower level control and eliminates some overhead that Boxes and Text renderables have. A simple native method to draw a grid with proper conjunctions is a nice library method. It will surely be used for other cases, so that's what we added. Using this simplified approach we were able to bring down initial instantiation to <1ms, more than 70x improvement. With a far smaller memory footprint. Given all the low level primitives are known and implementing a text-only table like this is possible, Codex was of great help to carve out the PoC, setup the benchmarks and tests. That's only a fraction of what was needed though. The table needs options to span the full available width, render different border styles, show/hide borders, padding, selection etc. So many iterations later OpenTUI now has a text-only, performant and relatively cheap TextTable that we can leverage to render Markdown tables in a streaming/incremental manner. Efficiently and properly.

kmdr

208,295 次观看 • 3 个月前

Particle visualization with shockwaves and themes. Uses JavaScript, Three.js for WebGL, and GLSL shaders for visual effects. Source code/CodePen link in the comment below. 👇

Particle visualization with shockwaves and themes. Uses JavaScript, Three.js for WebGL, and GLSL shaders for visual effects. Source code/CodePen link in the comment below. 👇

Puneet | Techartist

13,326 次观看 • 1 年前

WebGL portfolio is live! Designed and developed by me Link below #glsl #webgl #threejsJourney

WebGL portfolio is live! Designed and developed by me Link below #glsl #webgl #threejsJourney

Michal Zalobny

120,095 次观看 • 2 年前