Report, edit, etc...Posted by Carlsagan43 on 2006-01-18 at 23:06:06
[Recycling]
Yes it's a nice feature that SCMDraft can recycle your strings and make your map smaller for you. Buts let's face it, SCMDraft is not in the business for finalizing our maps. And, because of this, editing strings and having them recycled on you only makes it a hassle when you need to edit them later. For example: I was editing my triggers which all had the same comment on them. Deleting one of them deletes all the comments and messes up the string location for other triggers as well. Trying to rework triggers that have had recycled names is annoying, and much more difficult to go back to other editors. We don't need to recycle our strings until we are finalizing our maps, which we are not doing with SCMD2. I believe this feature should be removed.
Since the beta site is not actively responded to, (maybe not even looked at), I have to post this here. It is difficult to keep my map the way it is when changing in between SCXE and SCMD2. One of the main features of this program was to be backwards compatible with Staredit/Scxe and Recycling breaks that.
Yes it's a nice feature that SCMDraft can recycle your strings and make your map smaller for you. Buts let's face it, SCMDraft is not in the business for finalizing our maps. And, because of this, editing strings and having them recycled on you only makes it a hassle when you need to edit them later. For example: I was editing my triggers which all had the same comment on them. Deleting one of them deletes all the comments and messes up the string location for other triggers as well. Trying to rework triggers that have had recycled names is annoying, and much more difficult to go back to other editors. We don't need to recycle our strings until we are finalizing our maps, which we are not doing with SCMD2. I believe this feature should be removed.
Since the beta site is not actively responded to, (maybe not even looked at), I have to post this here. It is difficult to keep my map the way it is when changing in between SCXE and SCMD2. One of the main features of this program was to be backwards compatible with Staredit/Scxe and Recycling breaks that.
Report, edit, etc...Posted by evolipel on 2006-01-19 at 16:07:33
QUOTE(carlsagan43 @ Jan 18 2006, 11:06 PM)
[Recycling]
Yes it's a nice feature that SCMDraft can recycle your strings and make your map smaller for you. Buts let's face it, SCMDraft is not in the business for finalizing our maps. And, because of this, editing strings and having them recycled on you only makes it a hassle when you need to edit them later. For example: I was editing my triggers which all had the same comment on them. Deleting one of them deletes all the comments and messes up the string location for other triggers as well. Trying to rework triggers that have had recycled names is annoying, and much more difficult to go back to other editors. We don't need to recycle our strings until we are finalizing our maps, which we are not doing with SCMD2. I believe this feature should be removed.
Since the beta site is not actively responded to, (maybe not even looked at), I have to post this here. It is difficult to keep my map the way it is when changing in between SCXE and SCMD2. One of the main features of this program was to be backwards compatible with Staredit/Scxe and Recycling breaks that.
[right][snapback]410363[/snapback][/right]
Yes it's a nice feature that SCMDraft can recycle your strings and make your map smaller for you. Buts let's face it, SCMDraft is not in the business for finalizing our maps. And, because of this, editing strings and having them recycled on you only makes it a hassle when you need to edit them later. For example: I was editing my triggers which all had the same comment on them. Deleting one of them deletes all the comments and messes up the string location for other triggers as well. Trying to rework triggers that have had recycled names is annoying, and much more difficult to go back to other editors. We don't need to recycle our strings until we are finalizing our maps, which we are not doing with SCMD2. I believe this feature should be removed.
Since the beta site is not actively responded to, (maybe not even looked at), I have to post this here. It is difficult to keep my map the way it is when changing in between SCXE and SCMD2. One of the main features of this program was to be backwards compatible with Staredit/Scxe and Recycling breaks that.
[right][snapback]410363[/snapback][/right]
There have been a lot of reports for TrigEdit to not work with the whole recycling thing, but SI said he never managed to repeat the bugs people have told him regarding recycling (you're the second person I know of who complained about it, there could probably be more).
In the next version there could be a feature to not recycle strings (SI even said this himself I believe), but removing the feature overall is just overkill. The proper course of action isn't to remove it entirely rather than work out the bugs with it and include another feature turning it off.
Report, edit, etc...Posted by Carlsagan43 on 2006-01-25 at 07:12:23
I dont see shy its needed. It just makes it less compatible with SCXE and staredit. I was working on one of my maps when I had addicdentily had two locations with the same name. I tride deleting one of the locations and when I scrolled over the other other SCXE crashed and I lost a lot of work. Recycling isnt needed at the stage of map development SCMD2 was meant for. Uberation can do it when it is needed just as good or better. Yes its nice to have cool features like recycling on SCMD2 but when it gets in the way of progress it should be removed, or at the least be able to be turned off. Besides, most of the things that would get recycled arent really needed. Things like comments arent even going to be in the final version so why do they needed to be compressed?
Report, edit, etc...Posted by evolipel on 2006-01-25 at 16:46:47
QUOTE(carlsagan43 @ Jan 25 2006, 07:12 AM)
I dont see shy its needed. It just makes it less compatible with SCXE and staredit. I was working on one of my maps when I had addicdentily had two locations with the same name. I tride deleting one of the locations and when I scrolled over the other other SCXE crashed and I lost a lot of work. Recycling isnt needed at the stage of map development SCMD2 was meant for. Uberation can do it when it is needed just as good or better. Yes its nice to have cool features like recycling on SCMD2 but when it gets in the way of progress it should be removed, or at the least be able to be turned off. Besides, most of the things that would get recycled arent really needed. Things like comments arent even going to be in the final version so why do they needed to be compressed?
[right][snapback]412709[/snapback][/right]
[right][snapback]412709[/snapback][/right]
If some people don't want to have compatibility with SCXE/SE/possibly SF, then those people want to leave the feature in. Besides, what's so bad about leaving it in if you get an option to turn it off? Meaning, as I said in the last post, it shouldn't removed altogether rather than just be able to be turned off.
SCMD2 was meant to be an all-around editor, and if you wish to be most efficient with strings so that you get more before hitting the 1024 limit (some don't want to go over it either, citing compatibility problems further than those of linked strings), so be it. Uberation can't do it "better" since there is really no better way to do it.
Once again, in the last post I said that it shouldn't be removed and instead should just be able to be turned off, which you paraphrased. I don't understand why you'd try to dispute my position on the issue if I'm really in the same position as you
.