Wishlist
-
@AcornBBC said in Wishlist:
1: The option to "lock" games I share with anyone, so my code cannot be altered or examined. (they can just play the game)
I believe this shouldn't be added, being able to examine other people's programs is huge for beginners as examining other people's code can help them learn to understand how and why something works. Obsfucation and locking down I feel is a culture that should not be invited for a program that is sure to bring in lots of beginners.
-
@AcornBBC said in Wishlist:
1: The option to "lock" games I share with anyone, so my code cannot be altered or examined. (they can just play the game)
I believe this shouldn't be added, being able to examine other people's programs is huge for beginners as examining other people's code can help them learn to understand how and why something works. Obsfucation and locking down I feel is a culture that should not be invited for a program that is sure to bring in lots of beginners.
I understand your reasoning and you have a valid point but I'm saying this as I've run afoul of this thing some time ago, when I was trying to learn a programming language and I showed my game to a forum and what I got back was 10% helping and 90% mocking and "elitist expects" laughing at my code and saying how bad it was.. Needless to say I don't like crap like that and I never showed my game to anyone ever again. I don't want to be mocked when asking for help. So I would happily have someone check out my game but I really wouldn't want them browsing my code and mocking me for how badly written it was. I really don't need that.
-
I'd like to switch from QWERTY to AZERTY keyboard, maybe it's already here but I didn't see it so far
-
@AcornBBC said in Wishlist:
I got back was 10% helping and 90% mocking and "elitist expects" laughing at my code and saying how bad it was..
There is no place for people like that here and we have a zero tolerance policy on foul behaviour
-
Haha, AcornBBC - I am a great example of terrible code that somehow... honestly somehow, produces half decent results. My code is inefficient, untidy, worse than old-school and usually illegible. So woe betide any one laughing at others code - they will feel my wrath rain (reign) down upon them as a torrent of badly placed bytes nibbling away at their bits, all 64 of them.
Simply, this is a learning hole. You have already reached great heights if you have put together a falling rock game - ask Mike, he is king of the descending pixel.
This is simple;
loop
print("LOL Dudez")
update()
repeatAnything beyond and you are already above 99% of the species!
Saying that, there is room for the true elitist - they can laugh at us all but, man alive, they'd better be good, they'd better be gods!
-
I see we have a means to "flip" sprites and such on their X/Y axis by scaling, but do you think maybe we can have a dedicated "flip" function for some of these types?
Also, I noticed when checking about drawing a quad with the source dimensions extending outside of the source image, it does a "clamp-to-edge" effect where the edge is repeated. Maybe have an option (not just for drawing a quad) to change how rendering is done beyond a source's dimensions? I know OpenGL can do things like repeat, mirror-repeat, clamp-to-edge (which is what FUZE is doing), and clamp-to-border.
Speaking of drawing quads, while we have x/y/w/h for the source, what about having the same sort of control for source like what we do for destination (which has an 4-element array of 2D points)?
-
So I have been playing around with Fuze and one wishlist item I have is the ability to prevent the On Screen Keyboard from popping up when you exit the help menu despite closing the OSK earlier. (also I am not mad or anything since I can't figure out how to write this request without sounding like I am :P)
-
@glank9000 said in Wishlist:
So I have been playing around with Fuze and one wishlist item I have is the ability to prevent the On Screen Keyboard from popping up when you exit the help menu despite closing the OSK earlier. (also I am not mad or anything since I can't figure out how to write this request without sounding like I am :P)
Don't worry! This is a known bug whose fix is already in the patch that is coming out ASAP
-
@MikeDX Thanks so much for the tips! I'll try those out!
-
This may be an overly ambitious wish (and may be impossible due to the scope of such a thing) but what if there were a way you could work on a project in a group kind of like a repository (like github)?
-
On the image editor, could we have an RGB reading of the pixel under the current cursor. So probably under where it says 'Image Size', if it could say R:n G:n B:n A:n ?
This is because I'm finding it a bit random when selecting an existing colour, then clicking the left mushroom to change it. Due to the mushroom it's often jumped significantly by the time you are into the colour picker so it would be useful to just know what the values were for your modification.
-
It's maybe a little and insignificant wish, but I miss a lower() and a upper() function, I miss them
-
@RaptorJésus said in Wishlist:
It's maybe a little and insignificant wish, but I miss a lower() and a upper() function, I miss them
Insignificant maybe, but perfectly valid!
-
Code Critique thread hosted by the admins to have people post questions about their code and how it can be improved.
-
Noticing that while we have 5 wave types (square, sawtooth, triangle, sine, noise), the square wave is really just a pulse wave with a duty cycle of 1:2. Pulse waves can have differing duty cycles that really change up the harmonic content. Being able to change the duty cycle would open up a lot of flexibility.
Shouldn't modulation on a square/pulse wave be a smooth frequency transition? For me, it sounds like it sticks to the upper-most and lower-most points, as if it's just alternating between two frequencies.
For envelopes, we just have the speed argument? What about the option of ADSR (Attack-Decay-Sustain-Release) for notes that we play?
Any chance of having more wave types? Maybe some instruments (piano, guitar, etc) to give it a MIDI-like feel?
Regarding functions, we can only "return" at the end? Are we not able to do an early exit?
-
Maybe extending the audio frequency and volume function arguments to include a "slide time" where rather than making a change immediately to the new frequency/volume, it's slide to the new values with the amount of "slide time" given. An assignment of 1 to this slide time would mean it'll complete the slide in 1 second. An assignment of 0 would have the functions act as they do now, which is to make an immediate change.
-
If it hasn't already been said...
Search in the editor at least please? Search and Replace would obviously be useful too but I can live without replace
-
Although we have bookmarks, what about multiple code pages? Technically they could all still be one page together, just separated portions, like the first could be the "main", and other pages could be code libraries that the main page can grab from.
-
@Discostew said in Wishlist:
I see we have a means to "flip" sprites and such on their X/Y axis by scaling, but do you think maybe we can have a dedicated "flip" function for some of these types?
We decided against this, although it would be trivial to add. It can currently be done by using the code:
setSpriteScale(sprite, sprite.xscale * -1, sprite.yscale * -1)
Or:
sprite.xscale *= -1 sprite.yscale *= -1
If we were to add a flip function, it might look like this:
flipSprite(sprite, flip_x, flip_y)
-
A great feature, in addition to the existing bookmarks, would be to add a popup function index with a list of functions - click on it and jump to that function in the code.