Jump to content

[BUG] Tab Panel [SOLVED]


Recommended Posts

  • Описание бага, как он проявляется, у многих ли.
    Баг с русским шрифтом. (см. скриншот ниже) Проявляется у всех.
  • Как часто он проявляется, возможно ли воспроизвести.
    50 на 50.
  • Способы воспроизведения.
    Перезапуском ресурса (скорее всего не раз придётся перезапустить), так же перезапуск бывает делает вид вкладок нормальными.
  • Версия в которой этот баг встречается.
    1.1

2b56d6726b08.jpg

Link to comment
  • Описание бага, как он проявляется, у многих ли.
    Баг с русским шрифтом. (см. скриншот ниже) Проявляется у всех.
  • Как часто он проявляется, возможно ли воспроизвести.
    50 на 50.
  • Способы воспроизведения.
    Перезапуском ресурса (скорее всего не раз придётся перезапустить), так же перезапуск бывает делает вид вкладок нормальными.
  • Версия в которой этот баг встречается.
    1.1

2b56d6726b08.jpg

возможно это не баг т.к у тебя туда не помещается полное слово :?

Link to comment
Нет, это баг, проверенно))

Думаешь могут быть такие узкие вкладки? :D

да это баг т.к слова в кладке должны увеличиваться в размере и сама вкладка тоже :D

Link to comment
  • 1 month later...
  • 3 months later...

Вкладка не может увеличиться потому, что скрипт не может опредилить сколько символов в слове. Вот функция guiLabelGetTextExtent не работает с русским языком. Наверно эта функция в этом скрипте имееться.

Link to comment
  • 3 weeks later...

Скрипт:

local w,h = guiGetScreenSize() 
  
local window = guiCreateWindow(w/2-200, h/2-150, 400, 300, "Заголовок окна", false) 
local tabPanel = guiCreateTabPanel(10, 20, 380, 270, false, window) 
local tab1 = guiCreateTab("Вкладка", tabPanel) 
local tab2 = guiCreateTab("Вторая", tabPanel) 

Нотариально заверенный скриншот №1, первый запуск скрипта в клиенте:

image.png

Нотариально заверенный скриншот №2, второй и последующие запуски скрипта, рестартом или перезаходом на сервер:

image.png

Link to comment

убедительно, а главное почти точно известно почему. При первом появлении этих Юникод символов их длина/ширина неизвестна, далее они создаются и кэшируются. С этого момента их длина/ширина известна, но вкладки уже созданы. Поэтому даже без перезапуска можно пересоздать вкладки и их ширина будет уже нормальной (конечно, это не проверено). Но если после пересоздания этих вкладок создать другие вкладки, содержащие другие Юникод символы, то их размер тоже будет неправильным.

А что, если создать временную вкладку содержащую весь алфавит, потом ее удалить? И потом уже создавать другие вкладки. Если такой номер прокатит, то объяснение ^ выше вполне себе правильное.

Добавлено в баг трекер - http://bugs.mtasa.com/view.php?id=6422

Link to comment

Спасибо.

Да, так и есть, скорее всего. Я проверил еще пару языков что первые пришли в голову, и с ними проявляется то же самое.

image.png

Сверху вниз:

японский язык, надписи на вкладках: катакана, хирагана

еврейский язык, надписи на вкладках: идиш, иврит (спасибо википедии).

С созданием временной вкладки не проверял, может и стоит попробовать, но это уже будет называться "костыль".

Link to comment
  • 4 weeks later...

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
  • Recently Browsing   0 members

    • No registered users viewing this page.
×
×
  • Create New...