You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I just noticed that a recently saved copy of the autoconfig.lua (then renamed to config.lua) is sorted completely differently than the current one. There is no problem as such with that. But if you use the autoconfig as base for a (reduced) config, then comparing them with a 2 way diff tool becomes not nice.
As a developer my assumption would be that the settings are stored in a set like data structure, and in many other languages sets have no explicit sort order, and need to be sorted explicitly to create some stable order during serialization.
The text was updated successfully, but these errors were encountered:
The issue isn't whether to sort -- it's how to define the sort order.
The order in my flexprompt_config.lua is based on what I consider to be a purposeful order. It is not alphabetical at all.
I guess I can go ahead and apply an alphabetical sort when writing flexprompt_autoconfig.lua, but at least for myself that wouldn't be beneficial. I'm not convinced that "sort the config" is really going to address the motivation behind the request. I think I would spend the time to make the change, and you'll still have the exact same problem. Unless the separate config file never has any organization applied to it. But then it's going to be hard to read and manage anyway, I would think.
Anyway, I'll go ahead and sort it. I just think the root problem might not be fully identified yet, and the proposal might not have the anticipated benefit.
Since I've created the config file by first copying the autoconfig file, any sort order would avoid that problem in the future for similar workflows. So to me your fix is perfectly fine. Thanks.
I just noticed that a recently saved copy of the autoconfig.lua (then renamed to config.lua) is sorted completely differently than the current one. There is no problem as such with that. But if you use the autoconfig as base for a (reduced) config, then comparing them with a 2 way diff tool becomes not nice.
As a developer my assumption would be that the settings are stored in a set like data structure, and in many other languages sets have no explicit sort order, and need to be sorted explicitly to create some stable order during serialization.
The text was updated successfully, but these errors were encountered: