Feature todo-list

New releases and general discussions.

Post » Sat Jan 19, 2008 2:27 am

As my game grows, so does the clutter in the event sheet editor dialogs. I have to sift through dozens of useless Tiled Background objects that I don't need to perform actions on because they're just decorative. I'd like to request a way to exclude them from the dialog so that I just see the objects I'm concerned with. Would it be possible to add a new property to each object's Common properties to take care of this? Something like "Include in events" with the default being a checkmark or a "Yes." Something toggle-able, in case I want to go back later and include that object for event editing.

Note that I don't want to make them hide in events already created, just the object picker.
Moderator
B
5
S
2
G
6
Posts: 4,348
Reputation: 10,971

Post » Sat Jan 19, 2008 9:31 pm

I'm not sure if its available, but we should be able to move the order of private variables (so if you add another variable later, you could move it next to the other variables that it relates to etc.)

would be cool.
B
2
S
2
G
5
Posts: 448
Reputation: 2,546

Post » Sat Jan 19, 2008 11:11 pm

I agree on both of these, but i think the private variable thing is of higher priority. Actually it feels more like it should be a bugfix then a wish on a to-do list. It's probably easy to fix too.
B
8
S
2
G
5
Posts: 744
Reputation: 3,288

Post » Sat Jan 19, 2008 11:39 pm

[quote="deadeye":2d3ko0g5]As my game grows, so does the clutter in the event sheet editor dialogs. I have to sift through dozens of useless Tiled Background objects that I don't need to perform actions on because they're just decorative. I'd like to request a way to exclude them from the dialog so that I just see the objects I'm concerned with. Would it be possible to add a new property to each object's Common properties to take care of this? Something like "Include in events" with the default being a checkmark or a "Yes." Something toggle-able, in case I want to go back later and include that object for event editing.

Note that I don't want to make them hide in events already created, just the object picker.[/quote:2d3ko0g5]

organization is definitely needed here. having the option of ordering the objects in the object picker dialog would be even better
B
2
S
2
G
5
Posts: 293
Reputation: 2,236

Post » Sun Jan 20, 2008 5:36 pm

Yet another feature request...

Would it be possible to enable copy/paste between apps? I just tried it with no luck. I copy the orangeBox:



But when I paste it into a new app, I get a blank sprite with no name:



I'm starting a project with someone else. They'll be doing the graphics, and I'll be doing the coding. It would make merging our work together much easier.
Moderator
B
5
S
2
G
6
Posts: 4,348
Reputation: 10,971

Post » Tue Jan 22, 2008 3:54 am

Edit:

Never mind, I'm stupid. Ignore this post :oops:

Um, not the above post. Just this one.
Moderator
B
5
S
2
G
6
Posts: 4,348
Reputation: 10,971

Post » Fri Jan 25, 2008 2:27 am

Perhaps integrating UPX (Ultimate Packer for eXecutables) into the export .exe function? It takes the RTS template down from 1011kb to about 500kb.
B
20
S
5
G
6
Posts: 32
Reputation: 2,769

Post » Fri Feb 08, 2008 12:53 am

how about allowing events involving families to be created without the requirement of actual sprites? maybe even give families private variables. that would make it more modularized and allow families to act similarly to base classes.
B
2
S
2
G
5
Posts: 293
Reputation: 2,236

Post » Fri Feb 08, 2008 1:18 am

In 0.90.2, families have the private variables that are common to all objects in the family. So if you have Sprite1 (Var1, Var2), Sprite2 (Var1, Var2, Var3) and Sprite3 (Var4, Var1, Var2, Var3) in family Friendly, the Friendly family will have Var1 and Var2 because they are common to all.

The same goes with movements: if all objects in the family have the same set of movements, you can also access the movement actions/conditions etc. in that family.
Scirra Founder
B
359
S
214
G
72
Posts: 22,952
Reputation: 178,580

Post » Fri Feb 08, 2008 1:42 am

i guess what i want is the possibility of a properties tab/window for families

what about creating events for families even though sprites have yet to be added? it'd be nice to go straight into creating general events that can be applied en masse without first having to create placeholder sprites.

the ability to choose whether to reference an external image file or to create within construct during the creation of a sprite would be extremely useful as well
B
2
S
2
G
5
Posts: 293
Reputation: 2,236

PreviousNext

Return to Construct Classic Discussion

Who is online

Users browsing this forum: No registered users and 3 guests