|
TheExDeus
|
|
Reply #1 Posted on: May 02, 2011, 09:27:32 am |
|
|
Joined: Apr 2008
Posts: 1860
|
I voted for Forced Segregation, but I would actually want to see something in between. Maybe allowing users to create their own types where they could add whatever they like. Or make this optional, so newbies wouldn't mess something up. Like allowing this only in Advanced mode (like GM's). The reason why I don't want this is because objects don't really fit into sprites folder, while sprites do, in theory, fit in objects folder (as objects define the sprite, not the other way around). Anyway, I probably just wouldn't use this, but it could come in handy for others.
|
|
|
Logged
|
|
|
|
|
Josh @ Dreamland
|
|
Reply #3 Posted on: May 02, 2011, 02:50:38 pm |
|
|
Prince of all Goldfish
Location: Pittsburgh, PA, USA Joined: Feb 2008
Posts: 2950
|
I won't vote, but HaRRi's thoughts are my initilal thoughts exactly. However, I think we should consider the changes to the format and to the future first.
I think we'll all agree that allowing it would overcomplicate our format in one way or another, but that doing so is acceptable so long as it provides a useful advantage. The issue is, it may in fact deprive us of an advantage.
The use case HaRRi mentioned is nice, but I'm thinking that a right-click context feature to locate dependencies elsewhere in the tree would supplement it in most cases. What the change in scheme could take from us is a plan I had for resource management.
I mentioned in another thread that I had plans to allow storing resources externally, and loading/freeing them by tree directory name. How does that fit into this new hierarchy? Would we still offer the functions, but allow specifying the entire resource directory? Would we use a reference system that enabled it to be referenced by the correct base node? This needs to be considered before we make any decisions on the matter.
|
|
|
Logged
|
"That is the single most cryptic piece of code I have ever seen." -Master PobbleWobble "I disapprove of what you say, but I will defend to the death your right to say it." -Evelyn Beatrice Hall, Friends of Voltaire
|
|
|
IsmAvatar
|
|
Reply #4 Posted on: May 02, 2011, 03:00:35 pm |
|
|
LateralGM Developer
Location: Pennsylvania/USA Joined: Apr 2008
Posts: 877
|
Freeing up a resource type I'd imagine would be similar to deleting an object which has many instances spread across many rooms. The result wouldn't be to delete a room - it would be to delete each instance of a reference to it. Although it wouldn't be a terribly efficient operation, I don't imagine deleting an entire resource type to be a common activity done while a game is already open. I appear to have mis-understood.
You do have a point that simply being able to quickly locate dependencies through some kind of context feature would essentially eliminate much of the need for the kind of organization that this would allow. On the other hand, though, this kind of organization could be useful in creating and isolating self-contained modules of game functionality. For instance, imagine a custom made textbox which you could just plug into any game. All the textbox resources (scripts, sprites, and objects) would be contained in one folder.
|
|
« Last Edit: May 02, 2011, 03:07:51 pm by IsmAvatar »
|
Logged
|
|
|
|
Josh @ Dreamland
|
|
Reply #5 Posted on: May 02, 2011, 03:11:31 pm |
|
|
Prince of all Goldfish
Location: Pittsburgh, PA, USA Joined: Feb 2008
Posts: 2950
|
Are you opposed to keeping a miscellanea folder under the tree that contains all types of resources by reference? This would solve all our problems without hurting the format's integrity (or making it a magic trick to assess). It'd also make our mass-(ex/)import resource functions look more deliberate and driven. Allowing reference by folder and by resource would kick ass.
Then I could just be like, resources_free("Brinstar"), resources_load("Crateria");
|
|
« Last Edit: May 02, 2011, 03:13:48 pm by Josh @ Dreamland »
|
Logged
|
"That is the single most cryptic piece of code I have ever seen." -Master PobbleWobble "I disapprove of what you say, but I will defend to the death your right to say it." -Evelyn Beatrice Hall, Friends of Voltaire
|
|
|
|
Josh @ Dreamland
|
|
Reply #7 Posted on: May 02, 2011, 08:54:41 pm |
|
|
Prince of all Goldfish
Location: Pittsburgh, PA, USA Joined: Feb 2008
Posts: 2950
|
By "reference by folder and by resource", I meant that our "References" folder would be able to include a reference to a Resource or to an entire folder of Resources, meaning that when resources were added to or removed from the referenced folder, the referenced version would reflect such.
|
|
|
Logged
|
"That is the single most cryptic piece of code I have ever seen." -Master PobbleWobble "I disapprove of what you say, but I will defend to the death your right to say it." -Evelyn Beatrice Hall, Friends of Voltaire
|
|
|
Post made May 03, 2011, 01:53:50 am was deleted at the author's request.
|
|
|
|
Josh @ Dreamland
|
|
Reply #12 Posted on: May 03, 2011, 01:20:02 pm |
|
|
Prince of all Goldfish
Location: Pittsburgh, PA, USA Joined: Feb 2008
Posts: 2950
|
Correct.
|
|
|
Logged
|
"That is the single most cryptic piece of code I have ever seen." -Master PobbleWobble "I disapprove of what you say, but I will defend to the death your right to say it." -Evelyn Beatrice Hall, Friends of Voltaire
|
|
|
|
Post made May 04, 2011, 01:57:27 am was deleted at the author's request.
|
|