Change Details

The language code (macro code) **no** is too general for the nowiki project and should be changed to the more specific **nb**. The following two variables/fields need to be updated: - **sites_language** - **ll_lang** This will correct the language label in both the sidebar interwiki links and the Wikidata interwiki interface - from //Norsk// / //Norwegian// - to //Norsk bokmål// / //Norwegian bokmål// This solution would also help alleviate or make obsolete: - T173602 - T147164 - Several of the problems listed at T145535 Note that this task does //not// involve changing the subdomain of the nowiki project. These two tasks should be tackled separately. Changing the language code(s) without changing the subdomain name will allow several technical problems of various severity to be fixed, while allowing the nowiki community to keep their beloved subdomain name status quo. Since this change will have a minimal impact on the user experience, apart from correcting the Interwiki language name, and nobody has been disputing that the Interwiki language label/name has been wrong since rMW0d82d154476bbc6adbd015072c6c90616ea8cdea, this //ought to// be an uncontroversial task from a language political viewpoint. Whether anyone will dispute it just because they can, remains to be seen. For the record, the variable **$wgLanguageCode **is already set to nb and has been for quite some time. There have been no protests against this so far.

The language code (macro code) **no** is too general for the nowiki project and should be changed to the more specific **nb**. The following two variables/fields need to be updated: - **sites_language** - **ll_lang** This will correct the language label in both the sidebar interwiki links and the Wikidata interwiki interface - from //Norsk// / //Norwegian// - to //Norsk bokmål// / //Norwegian bokmål// This solution would also help alleviate or make obsolete: - T173602 - T147164 - Several of the problems listed at T145535 Note that this task does //not// involve changing the subdomain of the nowiki project. These two tasks should be tackled separately. Changing the language code(s) without changing the subdomain name will allow several technical problems of various severity to be fixed, while allowing the nowiki community to keep their beloved subdomain name status quo. Since this change will have a minimal impact on the user experience, apart from correcting the Interwiki language name, and nobody has been disputing that the Interwiki language label/name has been wrong since rMW0d82d154476bbc6adbd015072c6c90616ea8cdea (afaik), this //ought to// be an uncontroversial task from a language political viewpoint. Whether anyone will dispute it just because they can, remains to be seen. For the record, the variable **$wgLanguageCode **is already set to nb and has been for quite some time. There have been no protests against this so far.

The language code (macro code) **no** is too general for the nowiki project and should be changed to the more specific **nb**. The following two variables/fields need to be updated: - **sites_language** - **ll_lang** This will correct the language label in both the sidebar interwiki links and the Wikidata interwiki interface - from //Norsk// / //Norwegian// - to //Norsk bokmål// / //Norwegian bokmål// This solution would also help alleviate or make obsolete: - T173602 - T147164 - Several of the problems listed at T145535 Note that this task does //not// involve changing the subdomain of the nowiki project. These two tasks should be tackled separately. Changing the language code(s) without changing the subdomain name will allow several technical problems of various severity to be fixed, while allowing the nowiki community to keep their beloved subdomain name status quo. Since this change will have a minimal impact on the user experience, apart from correcting the Interwiki language name, and nobody has been disputing that the Interwiki language label/name has been wrong since rMW0d82d154476bbc6adbd015072c6c90616ea8cdea (afaik), this //ought to// be an uncontroversial task from a language political viewpoint. Whether anyone will dispute it just because they can, remains to be seen. For the record, the variable **$wgLanguageCode **is already set to nb and has been for quite some time. There have been no protests against this so far.