Enumeration Q.

Discussion and feedback on Construct 2

Post » Sun Feb 12, 2012 6:43 pm

[QUOTE=HotGod] @Arima, In the case of 5,000 events you prefer this:
3012
-3013
--3014
---3015
---3016
----3017

Over this?
32
-32.1
--32.1.1
---32.1.1.1
---32.1.1.2
----32.1.1.2.1

The first has no meaning beside counting events. It has no purpose too beside telling someone he/she has an error on event #40,321.
Your highlight idea is a good start/direction but it lacks the point I was trying to make - a mechanism which will show you how deep your current event is.[/QUOTE]

That's exactly what my idea is - the vertical lines CC has accomplish that in a much more elegant fashion IMO.

Honestly, I can't think of any reason to want to know how deep an event is. That information alone, without the context of the conditions in the events above it is pretty much useless to me. Using CC's vertical lines, I can tell what events are on what level. That system is a lot cleaner and works just fine. If the line of the currently selected event was highlighted, that would be even better.

[QUOTE=HotGod]You also forgot my prediction - events will be able to fold in the future. With my suggestion you won't see the mess you mentioned in the 1.2.3.4.5.6.7.8.9 scenario (have you really gone so deep?)[/QUOTE]

Even when sub event collapsing is implemented, I would still have to look at it when working with those events! That wouldn't make any difference.

Do I prefer event 1981 to event 5.16.2.1.2.2.5.1.1.6.1? Vastly! Much simpler, much smaller, less keys to press, less likely for a typo, easier to read, much easier and faster to process mentally. Tell me at a glance - which is higher in the event sheet, event 5.16.2.1.2.2.5.1.1.6.1 or event 5.16.2.1.2.5.1.1.6.1? Comparing event 1981 and event 1960 is far quicker and easier.Arima2012-02-12 18:45:26
Moderator
B
88
S
32
G
33
Posts: 3,005
Reputation: 27,432

Post » Sun Feb 12, 2012 6:46 pm

[QUOTE=Ashley]Perhaps sub-events could just be separately numbered 1, 2, 3... at each nesting level?[/QUOTE]

@Ashley Not sure what you mean?
Moderator
B
88
S
32
G
33
Posts: 3,005
Reputation: 27,432

Post » Sun Feb 12, 2012 7:16 pm

Yeah the current method with a contiguous number for each line is better imho. If you get an error, you're not going to care if the offending line is a subevent. All you're going to care about is where it is.

My issues are telling subevents apart, that little line doesn't help with a lot of events.
I mean what am I going to do, get the ruler out?
Image Image
B
161
S
48
G
90
Posts: 7,356
Reputation: 66,767

Post » Mon Feb 13, 2012 12:18 am

How about these?
HotGod2012-02-13 00:20:48
B
35
S
12
G
6
Posts: 111
Reputation: 7,087

Post » Mon Feb 13, 2012 12:32 am

Adding the "level lines" is fine, but in my eyes the third screen removing the purple color blocks isn't.
It is maybe just a matter of habits, but to me it helps identifying where I am in my code. Without it, I'm lost.

Also, even with "level lines", I'd keep the event numering as it has its use.
Idealy such display in the event sheet should be dealt with in a "customize event sheet display" dialog with checkboxes.
Each one could end up displaying the event sheets to its liking.Kyatric2012-02-13 00:33:46
New to Construct ? Where to start

Image Image
Image Image

Please attach a capx to any help request or bug report !
Moderator
B
247
S
85
G
40
Posts: 7,000
Reputation: 57,795

Post » Mon Feb 13, 2012 5:10 am

I do also think the subevents need a little more individualism... I like Ashley's idea of "1, 2, 3" quite a bit I also like the idea of colors, so both wouldn't hurt. But anything to make them easier to distinguish would be great.
B
47
S
10
G
6
Posts: 455
Reputation: 8,326

Post » Mon Feb 13, 2012 2:16 pm

[QUOTE=Kyatric]
Idealy such display in the event sheet should be dealt with in a "customize event sheet display" dialog with checkboxes.
Each one could end up displaying the event sheets to its liking.[/QUOTE]

That would be great yes *nods
B
54
S
7
G
8
Posts: 150
Reputation: 5,812

Post » Mon Feb 13, 2012 3:27 pm

[QUOTE=Arima] [QUOTE=Ashley]Perhaps sub-events could just be separately numbered 1, 2, 3... at each nesting level?[/QUOTE]

@Ashley Not sure what you mean?[/QUOTE]

After each event, the sub event count start again, it's like to say 3.1 for the first sub event inside the event 3, but rather than that, it will simple say 1, with an identification (colored, dotted line, whatever) of that event 3.

[QUOTE=HotGod] How about these?
[/QUOTE]

I agree, but I have to say, that incremental organized index help a lot, independent of everything, when the software way, you have a problem with the event 1531, you'll go rightly there and see the problem, and the context, but using your system pure and without index, how you'll search the problem? Plus, if you reproduce the bad code for many sub-events before testing, what will happen? A mess.

May a hybrid of these two systems can improve the system and make everyone happy =)TELLES08082012-02-13 15:34:46
ImageImageImageImageImageImage
B
93
S
20
G
12
Posts: 1,211
Reputation: 18,480

Post » Mon Feb 13, 2012 3:53 pm

[QUOTE=TELLES0808]and the context, but using your system pure and without index, how you'll search the problem?[/QUOTE]

That's an easy one. The enumeration as we see today will be a toggled enumeration. You'll be able to toggle it on/off as with many text editors.

I also added a "Goto Line/Event" field at the top of Option #3. A small blue arrow will mark the event you wish to deal with.

Personally I love option #3 since it's clear, elegant, lacks the retina-burning purple space which occupy huge empty spaces and serve no purpose.

People always mention CC as a reference and as something they got used to. You must keep in mind that some people are new to Scirra universe and C2 is their first encounter. As such the thing/elements/items the original CC users see as "normal" do not look like that to the new comers.

Tradition is not (always) a good thing.

If you show these 3 options to an outsider, he'll point out that option #3 looks far more professional than option #1. If you'll take any software and plant huge color spaces in them lots of eye-brows will raise. What's the purpose of such monotonic rectangular, they will ask.

Well, this is how I see it. Graphic is a matter of personal taste but I'm sure that showing these 3 to a non CC original user will produce a tendency towards the les purple and more clear/neat option.
B
35
S
12
G
6
Posts: 111
Reputation: 7,087

Post » Mon Feb 13, 2012 4:12 pm

[quote]Tradition is not (always) a good thing.[/quote]
That's true, to some extent.

Over tradition, consider also the "proof-test" of time.
The CC reference comes from the fact that it was tested over hundreds of users for at least the 4 past years.
It is the result of the experience of coders who actually used the software and gave feedback.

So where we agree is that "Graphic is a matter of personal taste" and allowing for customizing options would cover more personnal preferences/possibilities/choices than just one fixed display.
New to Construct ? Where to start

Image Image
Image Image

Please attach a capx to any help request or bug report !
Moderator
B
247
S
85
G
40
Posts: 7,000
Reputation: 57,795

PreviousNext

Return to Construct 2 General

Who is online

Users browsing this forum: No registered users and 10 guests