idiomorph
xdotool
idiomorph | xdotool | |
---|---|---|
14 | 38 | |
590 | 3,042 | |
6.3% | - | |
7.6 | 3.5 | |
28 days ago | 29 days ago | |
JavaScript | C | |
BSD 2-clause "Simplified" License | GNU General Public License v3.0 or later |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
idiomorph
-
A Response to "Have Single-Page Apps Ruined the Web?"
in plain htmx, you can target an area that doesn't disrupt a playing video (e.g. the comments box appending to the comments) or you can use a morphing algorithm that disrupts the DOM less.
i have my own morphing algorithm (and a corresponding htmx plugin that allows you to use it) called idiomorph:
https://github.com/bigskysoftware/idiomorph/
i've also been working with the chrome team to get a feature added they are calling "atomic moves":
https://github.com/whatwg/dom/issues/1255
this would allow us to move elements around in the DOM without losing things like play state or focus or whatever
very excited for this last idea, I think it will be a huge boon for the web in general, not just for htmx
-
The Aha Stack
for htmx 2.0 i'm integrating this functionality into the core
it's based on the head morphing algorithm of idiomorph:
https://github.com/bigskysoftware/idiomorph/
which 37Signals is going to integrate into Turbo for v8:
https://twitter.com/ben_pylo/status/1717975035669876790
[1] - https://htmx.org/essays/locality-of-behaviour/
-
Htmx is part of the GitHub Accelerator
i certainly hope not
the 2.0 would drop IE support, remove the older SSE and WebSocket support, and switch a couple of defaults (e.g, using template wrapping for parsing partial content, which handles troublesome elements like table rows better, but isn't available in IE) so it would be a breaking change (not for most folks, but still, breaking for some) which I only like to do w/ major versions.
we may have one major addition: a morph swap based on idiomorph:
https://github.com/bigskysoftware/idiomorph/
i'm on the fence on that one: it is currently available as an extension and maybe doesn't belong in the core, still thinking about it
so, in comparison with most libraries, 2.0 is going to be very minor
-
Htmx Is the Future
maybe I'm too close to it, but htmx feels like a hack to address things that really should be part of the HTML spec
if browsers got into the game I would assume they could do things much faster and integrate things like preload (https://htmx.org/extensions/preload/) and idiomorph (https://github.com/bigskysoftware/idiomorph/) much more cleanly w/ the rest of the browser infrastructure
- htmx is in the first cohort of the GitHub Accelerator! | The GitHub Blog
- Writing JavaScript without a build system
-
Ask HN: What have you created that deserves a second chance on HN?
idiomorph:
https://github.com/bigskysoftware/idiomorph
it's an updated take on the DOM morphing algorithm of morphdom, and it uses what i call "ID sets" to allow the morphing algorithm to "see" children in the DOM when making morphing decisions in the parents, which means you don't need to annotate the DOM with as many ids
here is a demo showing how it outperforms morphdom when ids are sparse/deep:
https://github.com/bigskysoftware/idiomorph#demo
-
Ask HN: What's Your Proudest Hack?
my trick for making the `htmx:confirm` event act like it is blocking:
https://github.com/bigskysoftware/htmx/blob/a3c414dcee94fd03...
basically, redesign the arguments for a function such that I can call it again at a given spot with one parameter changed and, to a first order approximation, it acts as if the function is resumable.
I've used this hack in many places now, just recently in idiomorph to allow head elements to load before the rest of the content is morphed:
https://github.com/bigskysoftware/idiomorph/blob/e6dfc189fa3...
-
Moving from React to htmx on a real-world SaaS application
That being said, htmx is about 3000 lines of mostly-understandable JavaScript. Really, the only two somewhat ugly parts of the code are history support and the somewhat fancy swapping model that enables CSS transitions. And it's basically baked at this point. I plan on adding a merge-style swap (https://github.com/bigskysoftware/idiomorph), better head merging and cleaning up some rough edges in htmx 2.0, but the core API shouldn't change at all and for most people 2.0 will be the same as a point release. At that point, htmx will be done done, and just another tool to use when building websites.
- Show HN: Idiomorph, a new DOM morphing algorithm
xdotool
-
autoclicker with multiple locations
Have a look at this: https://github.com/jordansissel/xdotool
-
AMD Ryzen 7 7800X3D: Windows 11 vs. Ubuntu 23.04 Linux Performance
Maybe not AHK exactly, but it essentially does the same: xdotool
-
[Lua] How to set the --geometry parameter in a Lua script?
Use an external tool, like xdotool.
-
gtk-rs: can't get window ID with command inside connect_show or connect_realize
In a gtk-rs application, I'm running a xdotool command to get the id of the application's window. I'm running the command in a connect_show closure (after the window has been shown):
-
My (challenging) experience building a window switcher for Ubuntu
Eventually, I needed to find the ID of windows, move them, and bring them to the front—I realized I couldn't do that with gtk-rs. I needed to interact with the window manager (X11 server). So from inside my application, I ran commands that called xdotool.
-
I cannot take it any longer, please, help!
You might be able to use audacity in the background by setting up an application launcher in the gnome panel that executes xdotool, which can send keyboard signals (like R for record) to running applications: https://github.com/jordansissel/xdotool
-
Focusing/switching X11 windows with a Rust crate
Right now, I'm focusing (switching) X11 windows with a shell command (xdotool) from inside my Rust program:
-
X Window System Basics
Maybe xdotool [0] is what you're looking for.
[0] https://github.com/jordansissel/xdotool/
- Some help writing C extensions
-
Ask HN: What's Your Proudest Hack?
I often create screen recordings for my classes, but it's very boring and time consuming. I'm a perfectionist, and if I mistype a command I prefer to re-record everything. Moreover, every time one of the tools used in the videos gets a significant update, I feel compelled to redo the video.
I have started using xdotool [1] to create bash scripts that send mouse clicks and keystrokes to apps. Interleaving calls to xdotool with the "sleep" command [2] produce a convincing effect. If I need to redo a video to fix typos or after a program update, I just fix the bash script and restart the recording.
Alas, the only thing that is missing in my videos is the sound of keyboard clicks… But nothing is perfect!
[1] https://github.com/jordansissel/xdotool
[2] https://en.wikipedia.org/wiki/Sleep_(command)
What are some alternatives?
hyperview - Server-driven mobile apps with React Native
ydotool - Generic command-line automation tool (no X!)
subtls - A proof-of-concept TypeScript TLS 1.3 client
AutoKey - AutoKey, a desktop automation utility for Linux and X11.
smc - Simple Memory Check
wtype - xdotool type for wayland
tnds-tomasi-notebooks - Notebook usati per il corso di TNDS
archweb - Arch Linux website code
star-history - The missing star history graph of GitHub repos - https://star-history.com
i3-vim-focus - Vim plugin for seamless navigation between i3 and vim
datasette - An open source multi-tool for exploring and publishing data
keepassxc - KeePassXC is a cross-platform community-driven port of the Windows application “Keepass Password Safe”.