Page 1 of 1
blabla about folder rename (split from Benchmarking tool)
Posted: 08 Jun 2013, 11:23
by varikonniemi
Is there a reason to just break backwards compatibility like that? I cannot imagine a situation where looking in one dir instead of two for something would gain anything major but breakage. But then again i'm no c wizard.
Re: Benchmarking tool for Spring (included in ZKL)
Posted: 08 Jun 2013, 17:46
by smoth
It has been discussed before, why does it even matter to you, you do not have a project it effects.
Re: Benchmarking tool for Spring (included in ZKL)
Posted: 08 Jun 2013, 19:03
by varikonniemi
Because i think breaking backwards compatibility just for the sake of doing so is a bad idea. Demonstrated perfectly here by the unnecessary need for a question from googlefrog.
Re: Benchmarking tool for Spring (included in ZKL)
Posted: 08 Jun 2013, 19:13
by smoth
I think that is the stance most of us have. I would not fault google for his question though, it does effect his work.
Re: Benchmarking tool for Spring (included in ZKL)
Posted: 08 Jun 2013, 19:31
by varikonniemi
I don't think you read me correctly. I said the need for the question was unnecessary, not the question itself.
Re: Benchmarking tool for Spring (included in ZKL)
Posted: 08 Jun 2013, 19:38
by smoth
why was it unnecessary?
Re: Benchmarking tool for Spring (included in ZKL)
Posted: 08 Jun 2013, 19:45
by Anarchid
because the change that precipitated the need which required the question was unnecessary itself :)
Re: Benchmarking tool for Spring (included in ZKL)
Posted: 08 Jun 2013, 20:21
by smoth
it would have been interesting and a wonderfully game breaking if the mods dir was kept with a structure like:
mods/(for things like the feature pack or other modules that are not games or maps)
mods/games/
mods/maps/
I WOULD HAVE LOVED ALL THE TEARS
I don't really care one way or another, I think people bitching about the change are being stupid, it removes an extra directory.. then again, i think spring versions should all be in a /bin/version# sort of structure.
I still think google didn't do anything wrong persay. He just forgot the change was made in that version. If the mods dir wasn't used in their testing files the problem wouldn't have happened but people still want to use mods because that is how it's always been. Which is terrible logic.
Re: Benchmarking tool for Spring (included in ZKL)
Posted: 08 Jun 2013, 21:31
by FLOZi
smoth wrote:
I don't really care one way or another, I think people bitching about the change are being stupid, it removes an extra directory.. then again, i think spring versions should all be in a /bin/version# sort of structure.
We can but dream.
Re: Benchmarking tool for Spring (included in ZKL)
Posted: 08 Jun 2013, 22:19
by varikonniemi
smoth, it does not remove a directory. The engine alternatively also looking in mods dir does not mean it must be present.
Also, you still read that wrong.
Re: Benchmarking tool for Spring (included in ZKL)
Posted: 08 Jun 2013, 22:24
by luckywaldo7
Amount of time to solve problem:
===
Amount of time spent bitching about problem:
=============
Re: Benchmarking tool for Spring (included in ZKL)
Posted: 08 Jun 2013, 22:27
by Funkencool
Re: Benchmarking tool for Spring (included in ZKL)
Posted: 08 Jun 2013, 23:44
by smoth
varikonniemi wrote:smoth, it does not remove a directory. The engine alternatively also looking in mods dir does not mean it must be present.
Also, you still read that wrong.
According to what abma posted.. it shouldn't
Re: Benchmarking tool for Spring (included in ZKL)
Posted: 08 Jun 2013, 23:44
by smoth
varikonniemi wrote:smoth, it does not remove a directory. The engine alternatively also looking in mods dir does not mean it must be present.
Also, you still read that wrong.
According to what abma posted.. it shouldn't
Re: blabla about folder rename (split from Benchmarking tool
Posted: 09 Jun 2013, 01:20
by knorke