That depends on how much work does changing the format involve.bartbes wrote:"People fail at making a good one" "Well, then we change the format so bad is good as well", imo that is bad practice.
The real solution is education.
I've analyzed what makes the current format "good". That's easy: it is already done. That's its only advantage, AFAIK, and the only factor that makes it "better" than the other format.
On the other hand, the "one zipped folder" format has some advantages; the main one is that most compression programs come with a "zip this folder" contextual menu option, while they don't usually have a "zip the contents of this folder". This makes it more "convenient", in the sense that it is more "intuitive"; call it "newbie-friendly" if you might.
On the third hand, there are some batch processes already set up for building .love files without the top folder, so it would be desirable if LÖVE admitted both.
To me, it's a problem of weighting the cost of adding x lines to LÖVEs vs the cost of having a less convenient/newbie-friendly format. I estimate that cost in about 20 lines of code. If the change is more, then it is not worth it. Otherwise, I think it is.
LÖVE specification changes with time. There's no reason for the format not to behave the same way. The concept of a "good" format is similar to the concept of a "good font origin".