[geeklog-devel] Need to decouple config order from language file

[Blaine Lang]

Dirk,

Since 1.5 has not yet been released, if we wanted to re-organize the 
display order, why would we not change that now. A plugin developer 
would also want to define the order of the settings on the page 
regardless of language and would do so in their initial language file 
definitions and config table records.

We have the fieldset and sortorder fields in the conf_values table for 
this. We would need to update the 28 records in the 'Stories and 
Trackbacks' section (subgroup = 1) so that 22 => 23, 23 => 24 and 
24=>22. Once thats done - update the language files.

I don't think a site would want to change or should change this - but I 
may be missing your point on that issue and your just raising the 
concern with respect to the effort needed.

Blaine

Dirk Haun wrote:
> Currently, the order of some things on the configuration screens is
> actually controlled by the order of their respective text entries in the
> language file.
>
> For example, for the "Core" settings, the three groups on the "Stories
> and Trackback" section are in the order Trackback - Pingback - Story
> since that is their order in the language file:
>
> $LANG_fs['Core'] = array(
> (...)
>     22 => 'Trackback',
>     23 => 'Pingback',
>     24 => 'Story',
>
> Since the section is entitled "Stories and Trackback", it would make
> more sense that the "Story" group comes first. But that would mean
> changing the text array:
>
>     22 => 'Story',
>     23 => 'Trackback',
>     24 => 'Pingback',
>
> If we were to do something like that in a future Geeklog version, all
> the translations would have to be updated accordingly. Sounds like a
> recipe for disaster to me ...
>
> The same problem actually exists with the groups themselves (i.e. the
> $LANG_configsubgroups array).
>
> We need to decouple the order in the language file from the display
> order somehow. Any suggestions?
>
> If it requires changes in the language files then so be it. Better now
> than in a later version ...
>
> bye, Dirk
>
>
>