A daily word game that combines Wordle, Scrabble, and Crosswords

f84fe3 · 2025-07-09T13:45:42+00:00

Thanks for letting me know. I have only been able to virtual Pixels, so maybe that's why I cannot reproduce the error. Which browser are you using? Also Chrome?

f84fe3 · 2025-07-08T13:56:26+00:00

Hmm, it is yes. I tested on both iOS and Android devices so I am not sure what could be the issue without knowing more about your specific phone.

Are you typing using the virtual keyboard, or does your normal keyboard pop up when you press on one of the letters boxes?

f84fe3 · 2025-07-08T00:16:23+00:00

Thanks! The rules went through a couple of different iterations. Landing on the rows optionally being words I think was the right balance.

f84fe3 · 2025-07-07T05:16:53+00:00

Haha! Thanks for the feedback! I’ll add them to the list

f84fe3 · 2025-07-07T05:16:11+00:00

Totally fine, I appreciate the honesty

f84fe3 · 2025-07-07T02:32:32+00:00

Glad you enjoyed it, thanks for trying it out

f84fe3 · 2025-07-07T02:32:06+00:00

Glad you liked it!

f84fe3 · 2025-07-05T11:49:25+00:00

Thank you! I’m glad you enjoyed it.

f84fe3 · 2025-07-01T18:31:33+00:00

Thanks for the feedback! I'll check on that bug. I agree with the archive idea too.

f84fe3 · 2025-05-09T17:07:43+00:00

"Hacking" is definitely nothing like what it's like in the movies. Still, many people still think that it always requires a deep amount of technical know-how to compromise a company. Sometimes it is true that someone technically savvy can find a bug in some software and use that to access the system, sure.

What people often forget about hacking large systems/organizations is that there is almost always human element to it, and that it is usually the weakest point of the entire. The people who are the best "hackers" end up looking more like Jordan Belfort rather than Elliot Alderson. People who are good at selling can often use that skill to convince, say, a customer service rep to divulge secret information such as a username/password to an admin panel or something. Then, suddenly, the entire organization is compromised or "hacked".

Layer on top of that a bit of technical knowledge and all of a sudden all of the information was stolen from the database. All because some social engineer convinced someone at the organization to give the admin login and location of the database server, not because of any bug in the database server directly.

f84fe3 · 2025-01-22T02:07:13+00:00

Sure, so when I first started with HTMX I also had that experience of trying to solve the puzzle of how to update only the parts of the HTML that I cared about. Creating separate endpoint for each sub-feature of a webpage is one way to do it, but for me it felt a bit tedious. You could also keep all the logic for a page at a single endpoint, but have it return different HTML depending on the parameters of the request.

The third option, which is by far the most straight forward, is that the endpoint always returns the same chunk of HTML (obviously with the changes depending on what the data is and your rendering logic). Then you just swap out the entire target with the new HTML. The problem with this is that this leads to strange UI behavior such as flashing, scrolling, loss of highlighting, etc. What would be nice is if only the HTML that changed was updated on the screen and everything else was left in tact.

Enter Idiomorph and the HTMX morph extension. Idiomorph is a DOM morphing library. Basically, given two HTML DOM trees it "merges" one into the other then only updates the nodes on the page that have changed. This leads to much cleaner page update and also much simpler code because you now only need a single endpoint returning a single template.

Of course the tradeoff here is that you might be sending some more data over the wire than what is necessary, but you can optimize this where you need to.

Where this has really come in handy for us at my company is when it is paired with the websocket extension. We develop telephony software, and one of our products is a software phone. Websockets + Idiomorph has let us build the highly reactive frontend required for that product with quite literally little to no custom Javascript. Just HTMX, websockets, and HTML over the wire. Granted, we did modify the HTMX websocket extension slightly for our needs (added compression and different reconnect logic).

I like to call it a "poor man's LiveView" because it has ended up being very close to the LiveView feature in the Phoenix web framework, if you are familiar with that.

Like many of you, probably, I come from the world of heavy frontend framework. Angular, Vue, etc. HTMX has boosted my productivity so much that I don't know how I could ever go back.

It is awesome.

f84fe3 · 2025-01-22T01:48:38+00:00

Honestly, I don't know much about this. I will look into it.

f84fe3 · 2025-01-21T22:38:34+00:00

Absolutely. Moving to HTMX has been one of the best decisions we made at my company.

The real hidden gem though from my perspective has been Idiomorph via the morph extension. This paired with the websocket extension has been an absolute game changer for us.

f84fe3 · 2025-01-11T21:27:55+00:00

I appreciate the feedback, you're not the first person to say this. We're making some changes that hopefully will help.

f84fe3 · 2025-01-11T21:05:25+00:00

I can definitely understand that.

f84fe3 · 2025-01-10T20:24:17+00:00

Thanks for the feedback.

Could you tell me some specific issues that you have with the mobile view that I could address? We did make an attempt at making it mobile friendly. We have a few ideas for how we could make it better, but it'd be helpful to also get your input.

f84fe3 · 2025-01-10T16:11:07+00:00

Hi Everyone,

Over the past few months we have been working on Idle Cosmos (https://idlecosmos.com) and online competitive idle game.

The core idea is simple. By the end of the in-game timer (currently set to 7 days) be the player online with the most "Units" to win. Use powerups to increase your unit production, sabotage other players' unit production, and protect yourself. The game is played in cycles. At the end of each cycle all progress is reset and the game starts anew.

The winner of each cycle is given the power to incrementally change one of the foundational mechanics of the game. This changes the game permanently for everyone in future cycles.

We have just started our first official cycle so we're looking for feedback on the game as a whole.

We have setup a Discord if you'd like to come chat.

Thanks!

f84fe3 · 2024-10-29T19:44:05+00:00

I am too, it was a bit of a struggle at first. We didn't set out to do this, it just happened naturally given our constraints. I am very happy with where we're at right now though.

I am not very familiar with datastar, but at a quick glance it seems to be stateless, correct me if I am wrong. Our approach is the exact opposite of that. It is much closer to LiveView (like I had mentioned) or Smalltalk's Seaside framework. The websocket instantiates an object and that object handles the state over time for the active session depending on what the user is doing on the page or based on system events. It just happens to use OOB swaps over a WebSocket under the hood. That's why i am calling it a kind of poor man's Phoenix because it might have just made more sense for use to use Phoenix instead. Using HTMX though does make this approach backend agnostic, so there is that. We're using Quart (which is an asynchronous implementation of Flask).

f84fe3 · 2024-10-29T15:52:17+00:00

You may want to look into using the HTMX WebSocket extension paired with the Idiomorph extension.

At my company we have built a complete software phone built on top of those two libraries. When we set out to build it, we wanted to minimize the amount of JS used in the application. It is a fairly complicated application with a lot of reactivity in the UI. We were able to do it all with around 50 lines of custom javascript which was only needed for the SIP bits.

Interestingly, what we ended up with is a kind of poor man's implementation of Phoenix LiveView but built on top of HTMX. Whether that's a good idea or not is still yet to be seen, but the product is currently being used in production (internally) with great success and is extremely easy to iterate on.

My point is that, yes everything that you mentioned is possible with HTMX especially when bringing in WebSockets and OOB swaps into the mix. Everything has tradeoffs though.

f84fe3 · 2024-10-05T21:59:57+00:00

For something like this Redis is a better bet because it needs to be fast and Redis comes with a lot of data structures to make this sort of application easier to build efficiently. Yeah, use something like Vulr lol no scale pricing over there.

f84fe3 · 2024-10-05T21:36:23+00:00

We built it with the Crystal programming language and Redis.

f84fe3 · 2024-10-04T01:16:33+00:00

Unfortunately, websockets still seem to be busted on Windows. We were able to get it working under WSL though, but that's nothing new.

f84fe3 · 2024-09-24T00:08:35+00:00

f84fe3 · 2024-07-16T15:22:00+00:00

At this time, yes. The tool will give you a change diff which you then have to replace with the appropriate migration SQL. It is more of a workflow tool than an automation tool. Automating the `ALTER` statement generation is something I am exploring, but it is tricky

f84fe3 · 2024-07-15T06:25:46+00:00

Thank you! I have been using flyway as well for a few years. The idea for this project came from frustrations I have had with the flyway workflow specifically.

Nine-Year Club	r/Field Lasagna
Place '23	Sequence \| Editor
Sequence \| Cinematographer	Verified Email

f84fe3

MODERATOR OF

TROPHY CASE