Oh no! I tried going to your twitter using the link above and I ended up in a "this account doesn't exist" landing page.
Recent community posts
You should be proud. To this date, the center I did the internship at that prompted me to create a fun way to teach old folk to use a computer are still doing the course.
Since I ordered the games used as a gentle difficulty slope that slowly introduces new concepts, yours is one of the earlier ones, teaching drag and drop. I have in good faith you contributed to ease many seniors into the new age. Probably over 500 by this point.
Ok so here is what I found:
Bug: Holding a side direction in the main menu with a sidemost option selected will make Scrapgirl freak out. Eventually, all this turning around and running from side to side makes her sketch graphics to turn completely black (like a shadow) while staying at a weird, half turned angle.
Suggested fix: disable main menu "wrap around" to make the spamming that makes this posible not available to the player anymore.
Bug: Spinning cards in their overwold form sometimes display a completely black backside, probably due to lighting.
Suggested fix: Give these cards their own light source to both overcome this and give them some "importance"
Bug: Scrapgirl might vibrate or rock slightly back and forth in some complex level geometry.
Suggested fix: Assuming you are calculating Scrapgirl's angle in realtime with some kind of normal calculation: don't. You are better off establishing simple collision maps for otherwise visually intricate objects.
Bug: The second tree (the ragdolly one) in the second room freaks out way too easily.
Suggested fix: Tone down realtime physics and give it an animation instead.
Tidbit: Mr "you fixed the bridge" mouse guy just casually floats across the gaps (snort)
Tidbit: Never though I said this, but this game needs more invisible walls,specially on the front and back edge of the stage. I find myself constantly falling even when paying attention. (The sound that plays when this happens is amazing, though)
Tidbit: Speaking off, the "you fell off" mechanics need some revision. For one, camera needs to stop following the player. Otherwise you start seeing floating level geometry and the innards of the level design. I also strongly suggest getting rid of the "blackout fade" effect and instead implement something more in the lines of Paper Mario TTYD (Where you get your but munched on by some chomp fish and fly back to the next checkpoint).
Tidbit: Speaking-speaking off, the checkpoint system is at a whack. If I'm coming from the right and fall in a hole I should spawn on the other side, not be "rewarded" and teleported to my destination.
Bug: In the paper plane room, the sign that tell you not to speak to the cat displays it's "?" horizontally flipped.
Bug: You are able to pick the plane powerup more than once, as it keeps respawning upon re-entering the room.
Tidbit: You walk SO SLOW in the 2D background section.
Tidbit: Need a "you got something while holding it up" charade for items that are cards and "important stuff" like the fruits.
Tidbit: In the rainy tornado room you could benefir from forcing the player to pick up the card. Don't be afraid to gently trap the player to force them into learning something! If you can't, remember to implement a camera pan towards the missed crucial item upon entering the room right before allowing the player to move (See Luigi's Mansion)
Tidbit: The second gap in the second room is a leap of faith. Mark down a trayectory with coins. You could also benefit from using Mr Mouse again, making him complain about a second missing bridge the player needs to reactivate and being all "Now what?". Also the guy crossing the bridge should really be a mini-cutscene where the player looses control for a couple of seconds.
Tidbit: Need to "gently force" the player to practice the tornado+jump technique in a safe place, probably design the "trap" in the rainy room so the player can get in but needs to do the special jump to get out.
Tidbit: When moving fast the camera fails to catch up. For example, if the player moves right very fast they are on the right side of the screen. What should really happen instead is that the camera looks ahead more, placing the player on the left side of the screen and allowing them to react to incoming level.
Tidbit: Careful with finicky platforming in these game style: it can get tedious FAST.
Tidbit: In the rainy room, the shallow water on the right looks inviting, like it's not deep enough to kill you and that you can probably just walk inside without fear.
Well my internship at the citizen center I created this course/program/thing at is already over. That being said, I can very easily tell my old boss to be on the lookout for updates on this particular game.
That being said x2 , the fuzzy effect added to the experience and helped them quickly understand they were getting tipsy in-game and why the controls were fighting them, and it didn't get in the way whatsoever. Around 30 gramps got a giggle and immediately became invested in getting a better score while smiling like little kids. It was a Wii moment.
I meant the blurry part, not the controls fighting you part. Some background, I used this game to teach some really old people basic mouse motor skills while having fun and at the time of my comment I was afraid the fuzziness would be an obstacle.
Good evening, I have some suggestions for the game:
- Make storage accesible from all 4 sides.
- Provide a way to customize workerbots by both changing color, name and maybe even hats so people can tell them appart and come up with uniforms for different jobs.
- A map, a list or any other way to make the camera jump to a bot's location easily
- Provide a way to tell workerbots to "go here" without the need of teaching them to go to said location or simply picking them up
- The same way we can detect workerbots with depleted energy so others can recharge it, we should be able to detect a "cursing" bot in the "my tool broke" state, and maybe trigger workerbots whose job is to give them a new tool.
- Expand workerbots logic: more in depth flow control of the program, like if clauses wrapers to set instructions to only be executed when certain conditions are met (maybe the next tier of workerbots that use the metal gears have this expanded logic?)
- Comunication and trading between workerbots: Allow workerbots to yell a message that can be detected by actively listening ones and maybe trigger actions across the map. For example set a "MyShovelBroke" yell in case the bot enters the cursing state that can be heard by a shovel delibery bot that is waiting.
- Beacon type that is still valid even when someone is holding them.
- The cap of 10 on some item types in storage crates makes it more worthwhile to just stack them in the world. Clearly, your intent isn't to have players stacking 100+ shovels directly into the clouds.
- Wireless item storage? This behavious is provably intended, but maybe this feature should be behind more expensive crafting processes. Right now, 4 mere planks isn't all that dear.
Some wonky things I was able to do:
- When a bot is in your hands after telling it to stop, you can trade it as any other held item to another bot. If this bot is also in idle state, you can repeat this process as many times as you like, creating a tower of stacked robots. Not only does this look really funny, it also enables the player to move entire armies of workerbots in a single trip.
- "Refined" wooden gears storage allows bots to drop new gears even when the cap was met. When this happens, the newly made ones simply go to waste and disappear, even if you build new storage after that and set it to the same item type, the "lost" units don't come back every single time, so there's some inconsistent behaviour going on.
- Using repeat X times wrappers set to 0 to disable parts of code on the fly. While useful this is a very un-elegant way of commenting instructions. Maybe add a wrapper with a literal on/off switch icon to archieve the same results?
I gave up on this software and now use RocketDock with the "stack docklet" plugin and "Standalone docklets" inside of those.
Not the same result at all but in my case it's close enough to the functionality I was after. If you aren't fond of the dock itself, I'd suggest going directly for the standalone docklets thing. It can create special shortcuts that open speech bubbles of the content of a set folder and one can tell it to be recursive, meaning a click of a subfolder will open a new bubble with the content in the sub-sub directory and so on.
Awesome to hear you guys are actually developing this actively. Also, seeing a lot of people have linked their videos with good response I'm accidentally on purpose dropping mine too. It is in Spanish, tho.
Depending on the game, executable, gamego will simply refuse to launch anything at all when instructed. Things I've tried include creating a dummy bat file to do the job, pasting the raw route to the executable and directing to .lnk files instead of the .exe directly. All while testing using both bars in the paths (/ and \) and surrounding the whole thing with quotes.
When this happens with a certain game, the closest I get to an execution is chrome opening and prompting me to download said file from my computer to my computer (lol) or simply displaying the contents of the bat file in a new tab. To give an example, I've been struggling trying to get Dig-N-Rig from digipen to launch properly without any success.