Обсуждение: Инвентарный слот

В данном случае использование ustring не нужно. Я знаю, что это нужно для работы с юникодом. Но с ustring ничего не работает, как надо, а без него всё нормально. Я уверен в своих действиях. MailGik (обс.) 09:19, 16 августа 2016 (UTC)

NickTheRed37, вот результат вашей отмены: http://i.imgur.com/SjsWKxk.png MailGik (обс.) 09:21, 16 августа 2016 (UTC)

Тогда почему модуль работал нормально с mw.ustring до этого (ведь эта библиотека работала с 1 февраля этого года)? Я сам тоже знаю, что говорю, потому что сам перевёл этот модуль. Значит, дело явно не в использовании ustring. Предполагаю, что кое-где mw.ustring и обычные методы работают вперемешку. Должны использоваться методы либо только mw.ustring, либо только обычной string, но не оба сразу. Я бы всё же предпочёл mw.ustring, специально адаптированный под Юникод. — 176.59.34.78 (NickTheRed37) 09:34, 16 августа 2016 (UTC)

Спасибо за исправление. Я верно подметил, что ошибка не в mw.ustring. — 176.59.34.78 15:05, 16 августа 2016 (UTC)

Поэтапное обновление Слота

Задача по обновлению Инвентарного слота, по сути дела, тормозится вследствие не переведённых до конца псевдонимов нового формата. Мне кажется, что проще перевести на новый формат уже имеющиеся псевдонимы, а для этого нужно внедрить в старый слот совместимость с новыми псевдонимами. До этого уже был опыт внедрения функции splitOnUnenclosedSemicolons из нового слота, которая работает эффективнее mw.split. Новые же псевдонимы, основанные на массивах (таблицах) точно так же эффективнее старых, основанных на строках, так как не нужно тратиться на парсинг содержимого. Пока будет вестись работа над совмещением уникальных функций нашего старого слота с кодом нового слота, уже получится достичь ряда преимуществ в эффективности работы. — BabylonAS 08:53, 10 декабря 2020 (UTC)