[BUG] Tab Panel [SOLVED]

[Kernell]

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

[Kenix]

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

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

[Kernell]

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

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

[Kenix]

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

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

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

[Kernell]

Баг ещё актуален! (1.1-unstable-2625-20110428-net41A5)

[Kenix]

напиши в баг трекер

[Arisu]

Ап, баг актуален до сих пор.

[Fro_ST]

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

[MX_Master]

давно еще была добавлена функция utfLen, но все еще нет ее описания. Думаю она может точно определить кол-во символов в UTF8 строке.

[darkdreamingdan]

Can you please provide a resource/script so i can reproduce this?

Thanks

[MX_Master]

А баг еще есть этот?

надо бы для исправленных багов в название добавлять что-т типа [sOLVED]

[Kernell]

Вроде уже нет, я по крайней мере не замечал его.

[Arisu]

Нет, не исправлен. Подтверждаю на 3086.

[MX_Master]

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

[Arisu]

Скрипт:

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, первый запуск скрипта в клиенте:

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

[MX_Master]

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

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

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

[Arisu]

Спасибо.

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

Сверху вниз:

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

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

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

[darkdreamingdan]

I was thinking the exact same thing, MX_Master. It should be possible to precache before the tabs are created, i'll look into that when i can.

[MX_Master]

Фикс - http://code.google.com/p/mtasa-blue/sou ... ail?r=3203