Wishlist
-
A dark theme for nighttime browsing of this forum would be greatly appreciated.
-
The fact to share our programs publicly would be very cool, even if I know that may be refused by Nintendo, because a free public shop where we could find fangame or copyrighted content belonging at Nintendo... I don't think they'd love this idea.
-
@Legendary said in Wishlist:
A dark theme for nighttime browsing of this forum would be greatly appreciated.
I will look into this. it would have been useful for me last night!
-
@MikeDX Much appreciated :)
-
Definitely a good call!
-
A physical cart of F4NS.
I know this is a long shot, but it would be awesome.
The practical reason for it is I can switch between my regular switch and the upcoming Lite without rebuying the game.
Maybe a Limited Run release could work? -
@fuze4cats I believe that, provided you have a subscription to Nintendo Switch Online (~$25 CAD), you can do just that! From a glance at Google, it seems like as long as you are connected to the internet and aren't using F4NS on your primary console, you can use the software on a secondary console. Maybe it's not the most ideal solution, but it may be a good consolation prize in the case that a physical release of F4NS doesn't end up reality.
-
I was going to say similar but I wasn't sure. There was certainly a lot of grief early on about moving saves from one console to another but that in particular was solved a long time ago.
I second the physical release though - would be cool. I'm guessing but I suspect it's all down to numbers, as in, if there's huge demand for the product then who knows? In this house we buy a physical copy if we think that both myself and the other half will want to play the title, no point in buying twice. Saying that we have two physical copies of Zelda - it was too good to want to wait for her to finish with the cart :) I've also been burnt on other platforms where we didn't like the title and we then couldn't sell it - so physical cart is king!
-
@RaptorJésus It's been done before on nintendo systems. there was this other programming app that existed on the 3DS and it had a way of storing programs online and then you could share a code to let people download it. Definitely something on my wishlist for potential F4NS features. When it comes to copyright they might have to restrict the kinds of programs users are allowed to upload (like forbid the upload of copyrighted assets).
-
@glank9000 With SmileBASIC, you uploaded to their server so anyone could download it. With F4NS afaik, you "share" with folks on your friend list, which gives them access as well as giving you access like a backup. That's still in a way uploaded to a server. Supposedly (but not at release), they may give up the ability to export/import as another means to backup. Whether that would allow sharing in that way, we haven't been told.
-
Some of this may already be on the drawing board or already be in, but I want:
- Ability to backup and restore my code and media to the sd card so I can put it in version control, and load code/media created on my pc. Lock it down so I can only access my media and code under a specific folder on the sd card if you must.
- Some form of class/struct/record/type
- Resizable arrays
- Ability to pass the 3d engine arbitrary points/faces, etc instead of just prefab shapes.
-
@seggiepants said in Wishlist:
- Some form of class/struct/record/type
- Resizable arrays
These two I think are already in!
-
@seggiepants said in Wishlist:
- Some form of class/struct/record/type
- Resizable arrays
These two I think are already in!
Yes, structs are in.
-
@seggiepants said in Wishlist:
Some of this may already be on the drawing board or already be in, but I want:
- Ability to backup and restore my code and media to the sd card so I can put it in version control, and load code/media created on my pc. Lock it down so I can only access my media and code under a specific folder on the sd card if you must.
I heard the "Backup" or "Transfer Data between PC" feature is restricted by Nintendo.
All other "programming" software, such as SmileBasic, RPG MAKER, etc.. don't have that feature.
I think F4NS is same situation.
Not only we cannot backup codes, but also we cannot send assets from PC.In SmileBasic of 3DS, I made transfer program using Sound input/output and people use it to transfer source or assets.
but in Switch, the mic input is also forbidden.probably, transfering data from F4NS to PC is not so difficult.
because Switch have "ScrennShot".
we can easily encode data to image.(unfortunately, the screenshot is jpg, so we should care about the compression noises)but transfering data from PC to F4NS is difficult.
As far as reading the command reference, there is no input except JoyCon and keyboard.In the case of SmileBasic for Switch, I made keyboard emulating device using arduino and UART and it works well.
now I plan to use same device for F4NS to transfer data from/to PC.
-
I want "associative array" and "enumeration".
we can make it by ourselves, but it's powerful, and easy to understand for programming beginners. -
Ok, so I reviewed the HELP section here and looked at all the commands, operators, example code, etc, and now I've got some wishes to start.
-
Audio - While I'm grateful for the template to be able to make our own music/sfx, it is rather limited. For one, it's limited to the refresh rate of the code, which at most for consistency, it's set to 60fps. What if we were able to form our own raw samples and play them back? Or would that take up too much space (given that if a sample was 32kHz, 16-bit and stereo, a 30-second duration would be roughly 3.84MB)? What about a form of MML (Music Macro Language) to which we would not only use the provided wave types (square, triangle, etc), but maybe provide our own waveform samples as instruments? Would require a lot less space, and because something like that would run automatically much like when playing contributor audio, it wouldn't be limited to our program's refresh rate.
-
Graphics #1 - While we can have 24-bit, 32-bit, 48-bit and 64-bit RGB(A) image types, there is at least one format that is missing, and that is 8-bit indexed. Understandable that it's missing because of how different it is to the listed direct-color formats, but it has plenty of uses. The main one is being able to change color indices at will. What that does is if you changed an index's color, any pixels in the image that referenced that particular index would now have the new color when drawn. The tutorial page for "Game - The Level" actually gives an indirect example to this in the form of a Look-Up Table. Imagine the LUT is the color palette, and the Level is the image. Change the LUT, and the level would change accordingly on the next draw phase. Maybe something along this line...
setImagePalette(handle, palArray, start, count)handle Handle of the image
palArray Array that holds RGB color values
start Beginning index of array and image palette
count Number of entries to set
Index 0 is always transparent
Only affects images set as image_indexed-
Graphics #2 - Dunno if it's already implemented, but are we able to reference points outside of the dimensions of a source image to cause a sort of wrap-around effect when we draw? Say I have a background image that scrolls horizontally. Now when it reaches the edge of the background, one could render the background again at an offset to stitch the sections together, but if it could wrap around, then the need to render again wouldn't be there.
-
Graphics #3 - Would like a means to define a section of a render target that would allow rendering to take place.
-
File Handling - Currently it looks like we only get 1 file to utilize for our projects, because the open() command has no arguments to distinguish between files, which is odd considering it returns a handle. Also, unless I'm mistaken, we can only read/write strings to it. Is this meant as a means for save data for each project? Will this be expanded to allow us to save not only more files per project, but perhaps be able to save graphics, audio, and general custom data? One of the goals with my project is to incorporate a level editor so people can make their own and share them, but it can't really be done with this limitation.
I may come up with more later on, but for now, this is good.
-
-
An option to view the source of a post or reply à la Reddit Enhancement Suite's feature. Perhaps it could be hidden in the context menu that appears on comment and posts that currently has no possible selections (at least for regular users) within.
Example:
-
In the case of SmileBasic for Switch, I made keyboard emulating device using arduino and UART and it works well.
now I plan to use same device for F4NS to transfer data from/to PC.
Funny how that works out. I have a RPi Zero Wireless that I have set up to emulate a keyboard too, where I have it read a file byte-by-byte, converted to keystrokes, and sent over USB. Though when testing this on the Switch in the pop-up dialog boxes for keyboard input, it fails at reading all keystrokes. I hope this isn't the case with F4NS.
-
@Legendary said in Wishlist:
An option to view the source of a post or reply à la Reddit Enhancement Suite's feature. Perhaps it could be hidden in the context menu that appears on comment and posts that currently has no possible selections (at least for regular users) within.
Example:
As useful as that might be, it is a bit out of scope for us at the moment, especially since that feature isn't even available on the full reddit site and only via browser plugin
-
@MikeDX Of course. It is definitely not an important feature. I just figured I'd put the idea out there to put it at the top of the long-term feature queue :)
