I'm not sure if this has been posted before, since there are lots of issues being commented on these days, and search didn't reveal anything, but I lost five minerals (I measured the change, since I was getting suspicious) just for editing (just after creation) a thread in the SC1 showcase to add a link to a place to get the file, and (I think) a similar amount on a previous edit. Since I tend to edit my posts far more often than make new posts, I am worried that I will soon run out of minerals. Is this supposed to happen? It seems really strange that releasing a map (meaning, creating and maintaining, with edits, a showcase thread) should have any mineral cost, let alone such a high one...
Post has been edited 1 time(s), last time on Sep 2 2010, 11:57 pm by FoxWolf1.
None.
Losing minerals on edit is a glitch caused by implementing a feature that's supposed to award additional minerals if you make a large edit to a post.
Devourer will fix it. Probably.
None.
Not supposed to happen, and I've noticed it as well
None.
Oh, well no wonder my minerals seem to have been going up abnormally slow. :\
None.
On second thought, are you talking about this thread?
http://www.staredit.net/topic/12367/You do not get minerals for things inside [
quote] tags. Try replacing it with [
encase] instead and see if you get minerals back.
None.
Changing to [encase] was mineralishly neutral: nothing came back, but it didn't cost anything. It does look a little nicer with the box not having [quote] at the top, though.
None.
Hmm, strange. Things inside [
encase] are indeed giving minerals. The only thing I can think of is that devourer used this implementation:
- On edit, the mineral value of the pre-edit post is evaluated.
- That amount of X minerals is subtracted from your mineral count.
- The mineral value of the post-edit post is evaluated.
- That amount of Y minerals is added to your mineral count.
If my theory is correct, the italicized step is broken and not actually giving minerals, resulting in a net loss whenever you edit.
None.