ENIGMA Development Environment
Website is in read-only mode due to a recent attack.

Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.

Messages - Josh @ Dreamland

Ideas and Design / Re: Rooms versus Windows
« on: January 22, 2011, 12:25:33 PM »
I began development on an extension system a while back, with the intention of making paths, alarms, and local groups such as lives/health/score, extensions. Windows sound too fundamental to make into an extension; they're better suited to being part of the room editor.

Maybe if Ism could get the room editor to iterate a list of objects containing methods to manage and draw each component of the room... But then, how would the extension describe that it is a separate context into which instances can be placed? The room editor would have to have some understanding of a context anyway, which it would not gain from views (views are drawn as outlines in the room editor; instances can't be placed in them).

I mean, it's perfectly possible, I just personally think the solution is kind of ugly. The first method that comes to mind is to add a callback for every function of the room editor. The window extension would establish a callback for when an instance is placed in the room, when the room is being rendered, when the room is being loaded, and when it's being saved. If Ism thinks such a system would be acceptable, I'd be happy to write the back end to it.

Ideas and Design / Re: Rooms versus Windows
« on: January 21, 2011, 08:55:38 PM »
It isn't entirely unrelated. You presented a system in which keyboard events can be withheld depending on which context ("window") an object is in. Fede brought up a conflict.

Windows(along with focus) solve this problem by ensuring only the focused window receives keyboard events
What about keyboard_check_direct()?

The answer, of course, is that keyboard_check_direct would transcend this 'window' concept.

Surely, Windows can be implemented using Rooms and Objects. But... what about doing things the other way around? Like implementing views using windows.

Your 'window' system is more convenient than rooms, views, and objects. Views can not be done with windows, unless multiple windows can be in focus at once.

Anyway, I like the idea, and I see it as being easily feasible. I'll talk to Ism about it and we'll decide on an interface. Suggestions welcome.

Announcements / Re: Happenings
« on: January 19, 2011, 10:59:23 AM »
The DLLs are small; its the concept that irks me.

Announcements / Re: Happenings
« on: January 19, 2011, 09:41:43 AM »
Since we don't force users to add anything to their path, GCC needs to be invoked with an understanding of where its precious DLLs are. This is the first MinGW release for which this is the case, because the MinGW team decided that DLLs really aren't so bad. So now even programs created with MinGW have dependencies on DLLs, and working around that is difficult.

Announcements / Re: Happenings
« on: January 19, 2011, 09:32:34 AM »
I've fixed it, but now GCC misbehaves if it doesn't have the correct path.

Issues Help Desk / Re: Unit Formations In RTS
« on: January 18, 2011, 01:10:40 PM »
You mean, like an object index? :P
Anyway, the assign is where you'd want to use a switch(), not a for(). :P
And yes, I'm getting to it.

Issues Help Desk / Re: Combining members
« on: January 18, 2011, 10:31:58 AM »
I'll have you know it's JoshmAvaland.

Announcements / Re: Happenings
« on: January 18, 2011, 09:10:56 AM »
MrGriggs: I won't have access to them until later today.

HaRRiKiRi: I've deleted those files twice already. Someone keeps accidentally resurrecting them. I will delete them a third time, if it pleases the court.

MrGriggs: What is that?

Announcements / Re: Happenings
« on: January 16, 2011, 08:38:13 PM »
The installer's been done, the issue is getting the backend to make the correct calls. I'm just finishing that up now. Sign on to the IRC, and say my name if I'm there. I'll tell you what to do.

<-- lol 69

Issues Help Desk / Re: Combining members
« on: January 15, 2011, 07:03:18 PM »
He just said he wanted a foobar::x. He didn't say he wanted to borrow one of the x's.

Issues Help Desk / Re: Combining members
« on: January 15, 2011, 04:50:55 PM »
Have both foo and bar inherit from a base class with X.

Proposals / Re: Shader effects
« on: January 14, 2011, 05:57:39 PM »
Mac seen by Windows = Yes

I pretty much still see them that way.

Announcements / Re: Happenings
« on: January 14, 2011, 04:10:10 PM »
It certainly would, Rusky. But I'm afraid to tell people to do that because they'll call path functions on it or some shit. Path functions will never work on custom classes (without some serious effort poured into the mix).

And yes, selecting variable packages is planned (And about half done).

Announcements / Re: Happenings
« on: January 14, 2011, 10:06:11 AM »
You may not treat custom classes as regular objects, but you can already create them in Definitions using C++ syntax.

Announcements / Re: Happenings
« on: January 13, 2011, 09:34:13 PM »
Two hours for surfaces, probably three hours for switch()... two hours for ds_ functions... I only now got home from school, and I still have more work to do.