hundredrabbits/paradise

Dream Diary

Hundred Rabbits

This repository is the sources for the Hundred Rabbits website. The website is written in C, and requires gcc to build. To rebuild the site, run the build script:

make run

Extras

• Pull Requests are welcome.
• The source code of 100r.co is licensed under MIT and the images, text and assets are licensed under BY-NC-SA 4.0. View individual licenses for details..

paradise's Issues

Convert `learn` images to SVG

Because the desktop version of Paradise supports themes, the colour scheme can change. However, the images of the learn action are bitmap, so have little contrast against dark backgrounds:

This could be fixed by converting them to SVG (eg. with Inkscape/Blender) and changing the stroke colour.

I would be happy to implement this :)

Errors display incorrectly in desktop client

Whoops - I broke this.

We need to check if the response is an error and if so return its text.
I have this in the CLI, but not the desktop client (silly me).

I will fix this.

Unmatched bracket crash

Paradise crashes if brackets in WildcardLISP evaluations are unmatched.

Steps:

echo @(

This causes a crash with a lot of repeated TypeErrors (that unfortunately I cannot copy/paste because of limitations with Blessed).

Bug where some errors have `undefined` in their text

For example:
create

The undefined action requires more information. For more details on how to undefined, type "learn to undefined".

Simple fix - I will fix this immediately.

Bug where some wildcards return `nil` when given 0

This is because of checks like this:

if (input && input !== helpers.nil) {
  // do stuff
} else {
  return helpers.nil
}

[Suggestion] Potential Multiplayer Implementation

Possible steps for a multiplayer implementation:

• Store 'possessed' vessels in client data / cookies, like the world is in the desktop client
• Move away from using paradise.ghost() and paradise.client and instead use client list, host, etc.
  • How to do this if the client controls possession?
  • Do we need these methods at all?
• Use methods like vessel.is_host()
• Potentially when a client joins a world, they immediately become a newly created vessel
  • This vessel could be a copy of a template vessel, potentially existing as a paradox of itself at ID 0.
  • When the template is copied, the new vessel is moved inside its owner (the library by default).
  • Before this, its program is run (if present)
  • This would allow for unlimited creation of arbitrary clients, and would still allow for configuration / customisation
  • Potentially need some method of auto-deletion when a client leaves a large server

Edit: change Store clients and associated vessels in world files (re: #29) to Store 'possessed' vessels in client data / cookies, like the world is in the desktop client

readme: link for ParadiseOS is broken

Implement a way to create custom new actions to a vessel

Something like:

(defn on-call 
  (query) (debug query))
(bind "call" on-call)

Passive notes do not allow code

Not sure if intentional or not, but I noticed on the web version just now that pass Hello (host) just prints that raw instead of doing my intent, having it welcome the possessed vessel by name.

[Suggestion] Unsafe mode that allows external/native API access

It'd be interesting to have a Paradise version/mode with a special command for doing things on a "host" OS, since Parade doesn't exist yet as far as I can tell. Obviously, since this sort of breaks the dream world out of being sandboxed, which is an intention as far as I can tell, it'd include plenty of warnings, but being able to touch the outside world would be...interesting, to say the least.

Renamed help for learn.

Instead of help with move,
it would be learn to move.

Client ID does not persist

When saving the world, the ID of the client is not saved.

Steps:

1. Run Paradise Desktop client
2. create teapot
3. become teapot
4. Close the desktop client
5. Reopen the desktop client
6. You are now the ghost - you should be the chair

Suggested fix:

• Store the Client ID with the world.
• When multiplayer is implemented, store this as an object {client: ID}

How to make variables?

Hi there!

When continuing to overhaul the WildcardLisp files for my PR #9 (and possible other PRs), I found that there seem to already be lists, lambdas, and let statements. However, I am unsure as to how these are done.

• Firstly, how are lists created? Should I add a list a b c ... wildcard?
• Secondly, how are variables defined? It looks like you need to make a list with let as the first element, but I'm not sure.
• Thirdly, how are lambdas defined? Again, it looks like it is done with lambda as the first element of a list, but I'm not sure.

Maybe some documentation is necessary?

Thanks!

can't use themes

When dropping a theme file in the app, I get the following error:

Uncaught SyntaxError: JSON.parse: unexpected character at line 1 column 1 of the JSON data
    import https://hundredrabbits.github.io/Paradise/scripts/paradise.js:41

Crashes caused by @( query )

Steps:

create button
enter button
trigger say You said: @( query )
leave
say @( query )

Upon say @( query ), Paradise hangs.

This is because when evaluating the WildcardLISP, Paradise evaluates @( query ) to say @( query ), which causes recursion, and would eventually crash.

Unknown actions always return You said "undefined"

On the web version, when attempting to do something the interpreter doesn't understand, it just gives you You said "undefined"

Is this meant to say what the user input? Making talking to the environment some sort of default action? Or have things gone more wrong than expected?

`Inventory` command doesn't seem to work

Specifications:

• Running from latest source (on my fork)
• OS: Ubuntu 18.04
• Running using CLI and Desktop

Issue description:
When I type inventory, an 'unknown action' error displays. This occurs with both CLI and Desktop.
Furthermore, using the default world (with a map), no inventory UI appears.

I have noticed that, despite the historical addition (via PR) of such a command, no inventory.js file exists. Furthermore, no inventory UI code seems to exist either.

A terminal-cast of the CLI issue is available here.

I am currently in the process of attempting to recreate the missing command.

Desktop client forces export to .grid filetype

Hi there!

I have discovered a bug (that I fixed when introducing YAML, but that is out of scope so I removed it) regarding file exports. It results in .grid being appended to all exported teapot files.

Specifically, when exporting a file, the following code runs: (desktop/sources/scripts/browser.js)

101   this.export = function () {
102     dialog.showSaveDialog({ title: 'Save World', filters: [{ name: 'Teapot Format', extensions: ['teapot'] }] }, (fileName) => {
103       if (fileName === undefined) { return }
104       fileName = fileName.substr(-5, 5) != '.grid' ? fileName + '.grid' : fileName
105       fs.writeFileSync(fileName, paradise.export())
106     })
107   }

This function first shows a dialog (line 102) with the only available extension being .teapot. This is fine, as Electron (I believe) will always output a filename from this that ends with .teapot.

However, line 104 then immediately appends .grid to the filename. Is this intended?
The bug here is either that .grid is appended in the first place, or that the import function does not accept .grid files.

A fix is available in PR #11

Missing image for `learn` action

Reproduction steps:

• learn to learn
• Observe broken image

Suggested fix:

1. Add learn.png image that is one of the following:
   • A copy of default.png (as in this branch)
   • A copy of help.png (as in this branch)
   • Entirely new
2. (optional) Test for lack of image, and automatically use default.png instead.

I have some partial solutions to this problem, and would be happy to open a PR for whichever image you prefer. I am also working on an automatic default.png fallback.