Since I have shift registers it'd be trivial for me to incorporate cheap stack(s) operations into the machinecode, which could reduce the demands on a register allocator. Without removing the need.
An optimizing compiler would be very useful for implementing shaping, & to allow for the nicer syntax abstracting away controlflow!
This lower-level language would still operate in terms of numeric-arrays for a datamodel. But now I'd add explicit controlflow, includes loops over arrays & (binary-tree) children.
If I incorporate immutability that'd simplify most standard optimizations LLVM or GCC implements.
It'd especially help to eliminate common-subexpressions between branches (since branching is inefficient in SIMTs), propagate constants, & generating formulas for array lookups. As for register allocation...
Tree-traversals would be triggered in that language by referencing parent or child data. I'd probably have this language lower arbitrarily-structured trees into binary trees that easier to implement in hardware.
---
However CSS layout isn't the only thing I'd want to run on this tree-SIMT, & the nicer language would likely yield code which would heavily benefit from further optimization.
Text layout can be heavily involved. And I'd involve it in rasterizing vector graphics like fonts.
My ideal language for implementing CSS layout would let me write formulas for each CSS unit, keyword, or function emitting number(s). From there the compiler could compute a partial ordering controlflow. Letting me specify fallback values to break cycles.
I'd need the ability to wrap these formulas in pattern-matched conditions upon other properties.
All data would be fixed-length arrays of numbers.
I'd be tempted to lower this language using the tree-SIMT it'd target, should be capable.
What sort of programming language would be ideal for implementing webpage layout in?
The language for parsing input is straightforward: I'd want something resembling YACC. May need some software optimization, but mostly I'd have cause to mostly do that in hardware as a "decoder" to bitmask-addressed microcode.
Unfortunately, for a while I was convinced the USB-A adapters were not working, but apparently, they work fine on the left side ports, just not on the right side.
HDMI and USB-C work fine on the right side ports, so the ports are not completely broken...
P.S. I think I'll take the style for webform inputs from Simple.CSS! My first inkling would be to use native styles, but:
1) Doesn't apply so much when targetting TVs. 2) I'd have to go far out of my way to implement that. 3) Webdevs are just going to restyle them anyways so that the designs don't clash. 4) That is a nice form styling...
A feature I'm planning for Haphaestus: If a website doesn't provide their own stylesheet, I'll use https://simplecss.org/ . If you don't like a stylesheet pressing the "angle" (or yellow) button on your remote will cycle through alternative stylesheets including Simple.CSS!
Maybe I should have a configuration screen you letting you configure the parameters for this stylesheet?
@parkermolloy Something I appreciate in The Red Panda Adventures is that when confronted with someone from an alternate (cartoony) future initially thought that the nazis were just "some german political party". Wasn't paying much attention as a canadian.
Cold take: As much as I'm reading assertions that there's a lot of smart people working on AI tech like ChatGPT & it'll continue getting better, I'm skeptical.
It may be wishful thinking but my understanding of the technology indicates that this'll glow short & bright. Small tech variants will glow long & dim.
... * Record test results with all relevant information to XML as per global configuration. Now this here looks a proper testrunner! Has numerous wrappers for different success statuses. * Counters to be run during that recording. * Access containing testsuite & configure where it logs to. * Assemble "target" strings. * Run all tests in a testsuite. * Run a test validating its output as per global config. * Many configurably-remote testrunning utils, with oens to wait on a command. ...
Reading through the rest of DejaGNU extended libs for Expect, the TCL-based testrunner, I see:
* Nicer debugger commands abstract (mostly) TCL's `uplevel` builtin-command. * It's own error handling for unknown TCL commands, or rather ones which throws exceptions upon being dynamically loaded. * Clear global state. * Log status & exit. * Log test results to XML, building upon custom XML serialization utilities. * Configure whether/how to expect failures. ...
@Raptorrrr Kiwi copaganda is a bit different in this regard... Though one episode did appear to feel the need to remind us, in a B plot, about the shows it's riffing against.
@Pedro Yeah, CSS animations will be a little tricky to implement. In terms of how it interacts with layout...
I'm thinking of naming my animation engine Fleischer!
And at least in Firefox this isn't really an issue anymore, but it at least used to be the case that some CSS properties are more efficient than others. When CPU-rendering is being (partially) used. Not to mention those properties I have which require relayout!
A browser developer posting mostly about how free software projects work, and occasionally about climate change.Though I do enjoy german board games given an opponent.Pronouns: he/him#noindex