event printing and copy text

New releases and general discussions.

Post » Thu Dec 03, 2009 6:53 pm

the first point was just an idea, and dont see why it absolutly wouldn't work, and wouldn't have to type it in, just copy it from existing things, to me the eventcode is still a bunch of text/code with a different formatting

what makes it so different is that there a so many existing functions to use that are directed to games and easy to understand,

the ability to translate text to code would just speed up the creating of that code, but then again, so would import eventsheets or a faster way to add them

ow yeah .. i think exporting to text is a must fix :wink:
B
2
G
3
Posts: 72
Reputation: 994

Post » Thu Dec 03, 2009 7:55 pm

[quote="Aphex":3dyo09c3]
ow yeah .. i think exporting to text is a must fix :wink:[/quote:3dyo09c3]

there are much better things to spend time fixing at the moment. Such as 3d box, physics collisions.
B
5
S
2
G
4
Posts: 632
Reputation: 2,829

Post » Thu Dec 03, 2009 10:22 pm

[quote:uylv9jgy]and dont see why it absolutly wouldn't work[/quote:uylv9jgy]

The reason that wouldn't work is because so much of the information in events is object-specific. If you had a bunch of copied text events and pasted them into a cap's event sheet, what guarantee do you have that the objects in the event exist in that cap?

And how would you handle typos? Or improper formatting? Construct events don't worry about such things, because you can't have a typo in an event (an expression, yes, but not the event itself), and it's not possible to format the event improperly. The only errors a user can really make with events are logical errors.

So to get pasted text to translate into events, you would need to add all sorts of functionality to Construct not only to parse text, but to check that there are no missing objects, check that the events are formatted properly, give back errors for typos and formatting and missing objects, etc. Basically you would have to re-write the entire event system from the ground up to handle all of that.

So could it have worked? Yeah, if it had been designed that way from the beginning. But it's so fundamentally different to what Construct is now that it's really just impossible.

But... apparently C2 will use XML, so I guess you'll be able to type until your heart is content, if that is your choice :).
Moderator
B
5
S
2
G
6
Posts: 4,348
Reputation: 10,971

Post » Fri Dec 04, 2009 12:11 pm

Importing events from text sounds suspiciously like a scripting language, which is not the purpose of events. It is kind of crazy how events exported as text are formatted, that could use some work, since it would be useful to post events to forums and such.
Scirra Founder
B
359
S
214
G
72
Posts: 22,952
Reputation: 178,580

Post » Fri Dec 04, 2009 5:54 pm

i guess my real problem with the eventeditor is how events are added and managed, it feels so bloathed, like changing an object in the actions, you need to backtrack you steps to change it, then again go over the events you put in and then you changed your object, pheww..

and also for example when you have an always event it would be nice if you could highlight this en just write first letter of for example every milisecond > enter > type milisecond > enter> done

and in this context i thought importing text would be an idea to speed things up, but yeah a different aproach would be better, but all this cannot be done/changed for construct1 , i get it
B
2
G
3
Posts: 72
Reputation: 994

Previous

Return to Construct Classic Discussion

Who is online

Users browsing this forum: No registered users and 4 guests