Validate numeric code before form is submitted

The image generation script will reject any non-numeric seed as well
as any value larger than 2**32-1. So enforcing this up front at the
form will give the user a better experience.

Log the user name when generating an image

So I can more easily track that all the boys are staying involved

Expand the safety-prompt possibilities a bit

Just to keep the variety up

Don't show any images until the user generates a new one

This way, every new user will have a similar initial experience and
get forced to figure out the image-generation form before seeing
anything else on the page.

Add a reuse button

To allow for easily reusing cool prompts to make similar images.

Fix replay of comments by putting them after replay of images

Since the elements we want to append comments to are only created by
the images.

Fix some overloaded use of "name" variable

Which was causing some excess prompting for a user name.

Make a separate comments section for each image

Rather than a global one. So these comments elements are created
dynamically, each with their own unique id.

Fix class of comments element

So the new stlying actually works.

Remove the cancel button from the profile dialog

Previously, both buttons were behaving identically, so there's really
no reason to have the cancel button.

Send along the user's name with each comment made

So we can actually tell who said what in the chat.

Add a new profile button that lives at the upper-right of the page

Specifically, to allow the user to change their name.

Add a save of the session object when name is set

Also add some debugging prints for name messages.

Add dialog for setting the user's name

And force it to be shown when clicking the comment field, (if the name
has not been set previously).

Add a new 'reset' event from server to client before replay

This handles the case of a client that persists across a server
restart, (or various other disconnect/reconnect scenarios).

Prior to this commit, the client could end up with multiple copies of
images through the following sequence:

1. A client is chugging along with the server and has a set of images

2. The server is stopped and restarted

3. When the server comes up again it sees the client connect and so it
   replays all images

Boom. The client now has multiple copies of any image it already had.

To fix this, the server now sends a 'reset' event prior to sending any
replay of images. When the client gets this, it clears out all images
it has.

Add infrastructure for doing proper sessions

The sessions are stored server-side and in a persistent file store.

Add dependencies on express-session and session-file-store

Again, this auto-commit was created with:

npm install express-session
        npm install session-file-store

Make the safety prompt dynamic

And significantly more interesting, I think.

Fix bug in clearing the spinner after image generation is done

The function is clearTimeout, not cancelTimeout.

Add exception handling to execution of image generation script

So that if the script fails for some reason, the server doesn't crash.

Timeout on image generation after 60 seconds

If the image doesn't come back, just hide the spinner and bring back
the form so they can try again.

Display spinner while image is being generated

And hide it again when that's over.

Prepend images as they are generated

So that the most-recently-generated image is always there at the top,
without requiring a big scroll to reach it.

Hide image-generation form while generation is happening

Giving the user a queue that something is happening (and helping to
avoid queueing the generation of multiple identical images).

Put the safety-prompt button up by the label of the textarea it controls

Hopefully this is both more intuitive and lays out better.

Allow user to zoom

Which can be important to be able to see an image more clearly.

Limit generated filename to something not crazy

Since otherwise, with a crazy-long prompt, we could exceed the limit
of the filesystem, (which I think is 255 characters for what I'm using
for the server currently). In this commit, we don't use more than 200
characters from the prompt itself, to which we could add 10 from the
seed and another handful for separators and a file extension, so that
should be good.

Switch to new 2.1 model of Stable Diffusion and also 768x768 pixels

That's a slightly more expensive mode to run in, but should still give
up to 1000 images for only $10.

Generate new structure for images

Using both a figure and a figcaption for each image. This allows for
more structured styling.

Fix a mix-up of "code" vs. "seed"

The UI at the top-level facing the users uses "code", but the API down
deep uses "seed" so there has to be a switch at some point, which
wasn't quite correct before this fix.

Fix DOM code so that prompt and code appear for each image

The DOM really does make things so painful!

Replay previous images to a client when it first connects

so that the images are just as persistent as the comments

Client: Add received images to the DOM

Nothing fancy here for stlying yet, but it should be functional at least.

Hook the server up to actually generate images

And the images are even being sent back to the clients, (but they are
just ignoring those events for now).

Add generate_image.py script

Which uses the dreamstudio interface to Stable Diffusion to generate
images from a text prompt. This does require an API key and has non-zero
cost, but I'm willing to do this for now, (and fortunately, the Stable
Diffusion code itself is entirely open-source so I could switch to my
own hardware when I decide to).

Add code to submit image generation instructions to the server

Though the server is just printing them on the console for now, and not
actually doing any image generation yet.

Fix typo

Zombocom, not Zombcom

Shift flex layout down into a new div below form-row

Since flex was interfering with the grid we had working before.

Drop explicit size from numeric code text input

We're using CSS and flex to let this grow instead.

Simple reword of "Numeric code" placeholder text

Trying to make it more clear (and ensure it fits).

And now read in saved comments at server start

So we should now have persistent messages across server restarts.

Write comments out to disk when the server exits

Which is half of what we need for fully persistent messages, (will
need to also load them at startup).

Add peristence of comments

The server saves every message it receives, and replays them to each
new client when it joins.

Note: The server is only holding messages in memory, so there's not
yet any persistence across server restarts.

Add the second half necessary for functional comments

The server emits the comment back to all clients and the client appends
to a <ul> item (through simple DOM manipulations).

Add a (half)-functional comment field

This sends the comment from the client to the server (but not back again).

The server process simply prints the comment out on its console.

Make a socket connection from client to server

Nothing useful yet, just a print on the server side to prove it's working.

Add socket.io as a dependency

This commit was made with:

npm install socket.io

Float the "safety prompt" button to the right.

Starting to get this form to look like what I want.

Allow the generate button to get its own styling

This needs to the be the equivalent of a "big red button" (even if not red).

Restrict code input field to 10 characters

It really shouldn't need to be longer than that.

Make the prompt a textarea to fit more text into it.

Helping to suggest that this can be a rather long input.

Make the "Safety Prompt" button actually do something.

Eventually it will be a bit more dynamic than this.

Move some padding from every p to a new "content" div

Trying to bring sanity to this mess styling.

Add some labels to the form fields

To make it a little more clear what is going on.

Fix the mute toggle

Which we broke by dropping its id in the previous commit.

Add a "volume" class to the volume button

Since we recently added other buttons that shouldbe styled differently.

Add a simple form to the main page

To allow for submitting a prompt to generate, (not that it does anything yet).

Rewrite primary path as /index.html

Since that's what we have Apache configured to look for.

Add a simple express server

And an HTML file for it to serve, (copied in from the zombocom-static
repository I made earlier today).

Add express4 as a dependency

The changes here were made by running:

npm install express@4

And then adding the package-locj.json file (containing frozen versions
of all dependencies) and also ignoring the node_modules directory.

Add initial packages.json

Just declaring a name, version, and description for this package.

Note: This is from following the tutorial at:

    https://socket.io/get-started/chat