Skip to main content

Indie game storeFree gamesFun gamesHorror games
Game developmentAssetsComics
SalesBundles
Jobs
TagsGame Engines

prozacgod

8
Posts
3
Topics
1
Following
A member registered Aug 30, 2020 · View creator page →

Creator of

Recent community posts

Yeah, I can do that, I'll share it CC +attribution, but it will take me a day or so to figure out where I left the file!! :P

(1 edit)

Okay I went a bit far, I injected stuff to see if I could outright break it...


You can name the object "\nmodel:\n" and then save it... it saves!

BUT when you load it, it absolutely breaks, it renders the model I saved, but the mesh in the model is unclickable, I'm impressed it didn't break further.

Copy this text block below with both blank lines above and below to get the same effect.

model:

... (I'm going to keep breaking your file load/save until you convert it to JSON ... MUAHAHAAhahaha :P)

The quick fix would be to just dissallow ';' in the model name field.

(1 edit)

When a user renames an object to include a ';' it works in the gui, saves the file (the ';' is saved to the file) but upon reload it loses the data after the semi-colon

If I put "test; foo" in the name field  for an object, then save the file, everything past the semi-colon is lost upon reload.

(I would be nice to consider JSON for the save format?)

What lead me to test this is I'm currently writing a model -> tscn converter for godot to more directly convert asset forge data into godot.

Great model - but I would be frightened to ride a motorcycle that had a blower on it.... That's a ... anywhwere from 500-1000 hp motor on the bike btw... :P

Trying to learn the tooling, to see if I can use it to make games.  Decided I needed to make a space ship ... Of course!

Generic Space Ship - by Prozacgod

I think exposing a UI interface for Lua could open up a lot of "quick fixes" for rough edges within the application.

Current lua scripts are "run and done" - this does make it harder to maintain compatibility with them, but I think
the described path works well.  (I can elaborate a more desirable path, if you're willing to consider imperfect backward compatibilty)

I think the path to making something like this usable would be adding a function like a " forge.uiGetOptions "

local opts = forge.ui.getOptions({
  radius = forge.ui.field.int("Radius", 0, 100),
  text = forge.ui.field.string("Text"),
  position = forge.ui.field.vector3("Position"),
});

This function would pause script execution, present the user interface into the left panel allowing the user to input data into those
fields, and click an action to commit that data to the script  (the allocated Lua_State would just be waiting for ever, I have some more ideas there too)

After the user finalizies their input - this function would return to the lua state, a table with the matching keys filled with the user input values

Allowing the script to continue execution, and interacting with the Asset Forge state.I was thinking a nice "bonus" as I've implemented stuff like this in the past, having the ability to discern between "actions" or "purpose" is super nice.

So, maybe adding a button/action component that returns the value of the button label as the results "action" prop

forge.ui.action.button("Draw") 

Multiple action buttons could be specified by the action.button, when an action.button is defined, the text in the button will be returned to the lua app opts.action when selected by a user.

if (opts.action == "Draw") {

}

I hope this proposal isn't a big ask, I'd love to start writing content scripts for asset forge ;)


Upvote...!!  I have a few meshes in my current model that I can't remember where I spawned them from.  ATM I'm working around this by maintaining a little pallete of models in an off area, and then just saving the model as an "_output" file and deleting the extra junk off of it.