Video yükleniyor...

Video Yüklenemedi

Ana Sayfaya Dön

Watch me ape Pump.fun coins using my BRAINWAVES using only an EEG headset. We entered Colosseum to build an AI interface that is HANDS-FREE and today we go back to the trenches with the NeuroSnipe demo! BONUS: watch until the end for a sneak peek of the NeuroType interface!

12,818 görüntüleme • 29 gün önce •via X (Twitter)

0 Yorum

Yorum bulunmuyor

Orijinal gönderinin yorumları burada görünecek

Benzer Videolar

The “everything palette” has been in the back of my mind for years. I feel that, when correctly automated, it demonstrates an important property of a GUI system, which is an internal interface represented structurally (a common substrate by which all higher level interfaces communicate), and several projections of that interface to higher level interfaces (GUIs, CLIs, hotkeys), such that the internal interface is not substantially duplicated in the projections themselves. Thus, small changes in the internal interface representation immediately and automatically reflect in all such projections. All information for a new setting, for example, is simply expressed in one location, and all interfaces which could access that setting immediately can do so. That setting is automatically accessible in the associated right-click menus, the CLI, hotkeys, and the everything palette. This is because those higher level interfaces are truly *projections* of the underlying interface—they are driven using, in effect, type information of the underlying interface, rather than being special cased to the particulars of the interface (and thus needing to be extensively updated any time the internal interface is changed). The need for this in UI programming is usually first encountered with hotkeys. You write some user interface, and now you need to associate hotkeys—an entirely separate (physical) interface—with the same functionality that your software user interface exposes. You can implement this by, in effect, duplicating the internal interface in both a hotkeys path, and a GUI path. But this is far from ideal for obvious reasons. The debugger by nature enforces this design constraint (GUIs and hotkeys), along with many others, and so it pushed me to follow this to its natural conclusion. A debugger needs to offer an IPC CLI interface for the same commands and features that the main program does. Data in the debugger is already projected in a wide variety of ways—breakpoints can show up in a source view, a disassembly view, a memory view, and a breakpoints list view. My work on the RADDBG visualization engine (driven ultimately by the “watch window” interface—at its limit, a general sparse tree viewer/editor) pushed this even further—you want interfaces to be available through a watch tree evaluation language, as well as several GUIs, and the CLI, and hotkeys. I’ve now finally got the internal systems to the point where they are roughly satisfying all these constraints, and this made the “everything palette” a very simple and natural extension to the system.

Ryan Fleury

22,249 görüntüleme • 1 yıl önce