eventing in construct slow?

New releases and general discussions.

Post » Sat Mar 22, 2008 9:39 am

[quote="Attan":11ruw82o]a search box. You create a new event, you klick on an object (a sprite for example), then you write for example "an anim..." then ther's only the "An animation playing" event showing.[/quote:11ruw82o]
I've often felt the needing of something like that in MMF while making complex games. I totally second this idea.
B
2
S
1
G
5
Posts: 70
Reputation: 1,540

Post » Sat Mar 22, 2008 1:29 pm

[quote="Drew Carey":25o1hmjs]Or maybe allow it to scroll to alphabet on keypress, like in an Explorer window. Just press T and it scrolls to the next item starting with T, from current selection or top, to the bottom then back to top.[/quote:25o1hmjs]

It's allready like that, but too many actions start with the same letter, so it's not very practical either.
B
8
S
2
G
5
Posts: 744
Reputation: 3,288

Post » Sat Mar 22, 2008 1:33 pm

The problem why eventing in Construct is slow is because you're required to scroll down to get to several actions.
I think a simpler solution is to replace the list with a tree. All items are collapsed by default, and a single click on an item will expand it. This will pretty much eliminate the need for scrolling, and will make eventing much quicker.
B
1
S
1
G
5
Posts: 8
Reputation: 1,391

Post » Sat Mar 22, 2008 1:54 pm

I really like that idea.
B
37
S
19
G
18
Posts: 613
Reputation: 10,231

Post » Sat Mar 22, 2008 3:08 pm

[quote="xinok":ymyq89rd]The problem why eventing in Construct is slow is because you're required to scroll down to get to several actions.
I think a simpler solution is to replace the list with a tree. All items are collapsed by default, and a single click on an item will expand it. This will pretty much eliminate the need for scrolling, and will make eventing much quicker.[/quote:ymyq89rd]

I don't know about anyone else, but I've done so much event coding in Construct now that I pretty much have the list memorized. When I code events my scroll-wheel finger is on auto-pilot and stops where it needs to. Having a tree that you need to click on would just slow the process down by adding extra clicks.

Unless Construct could memorize what nodes I have expanded so I don't have to click them every time. That would be okay.

The one major thing I think would speed up event coding is sorting objects into folders, and having the option to exclude objects or folders of objects from the event lists (for instance, background tiles that don't have any purpose except decoration). But that's on the to-do list I think, so I'll just wait patiently.
Moderator
B
5
S
2
G
6
Posts: 4,348
Reputation: 10,971

Post » Sat Mar 22, 2008 4:57 pm

I agree with deadeye about the tree thing. Quick keyboard search option is really the way to go without having to upset the already decent balance.
B
3
S
2
G
4
Posts: 310
Reputation: 2,120

Post » Sat Mar 22, 2008 10:08 pm

In 0.94, iTunes style search:

Scirra Founder
B
359
S
214
G
72
Posts: 22,946
Reputation: 178,518

Post » Sat Mar 22, 2008 10:19 pm

Well that was fast. :shock:

You must be some kind of programming machine. That, uh, programs programming programs.
Moderator
B
5
S
2
G
6
Posts: 4,348
Reputation: 10,971

Post » Sat Mar 22, 2008 11:01 pm

wunderbar!
B
2
S
1
G
5
Posts: 70
Reputation: 1,540

Post » Sun Mar 23, 2008 3:00 am

that is sweeeeeett! make sure to place cursor in the search bar so we can just start typing away when the window pops up and highlight the first item in the list!
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