LibDnD

[Процгун]

Если настолько не нравится вызов через точку, могу для тебя специально выпускать версию с двоеточием.

 

Да всё нравится. Мне и самому не трудно поправить.

 

Или как вариант версию, которая будет принимать оба варианта вызова.

Вот это было-бы не плохо.

 

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

 

Просто со временем эти двоеточия уже вошли в привычку. И мозг автоматом ставит DnD:init а не DnD.init

Когда один аддон у автора то это не вызывает не удобств а вот когда их много то адаптация LibDnD уже вызывает напряг.

 

Лично от меня спс за хорошо проделанную работу.

[hal.dll]

Вот это было-бы не плохо. Я этот разговор и завел к тому чтоб адаптировать новое к старому.

Ок, сегодня вечером сделаю.

[LEM]

А я чуть облегчил свои страдания:

function move( move, parent, save )

    DnD:Init( move, parent, save )

end

function enable( widget, state )

    DnD:Enable( widget, state )

end

function isDragging()

    return DnD:IsDragging()

end

move( minimap.canvas, minimap.minimap, true )
resize( minimap.frame_resize, minimap.minimap, true )

[hal.dll]

Залил корректирующий релиз:

• 2014-10-29:
• DnD.Init также поддерживает старый список параметров: DnD:Init(ID, wtReacting, wtMovable). Таким образом для перехода на новую версию LibDnD достаточно просто заменить файл LibDnD.lua на новый.
• 2014-10-28:
• Функции DnD.Init, DnD.Enable, DnD.IsDragging, DnD.Remove поддерживают вызов через двоеточие. Для этого не надо менять эти вызовы в LibDnD.lua.

[Artdos]

hall.dll , можешь обновить библиотеки DnD в AddonTools ?

[hal.dll]

hall.dll , можешь обновить библиотеки DnD в AddonTools ?

Я пока не стал бы этого делать.

Там есть некоторые фичи, которые еще не добавил в т.н. официальную (возможно и незначительные, но всё-таки...).

Когда добавлю - не знаю, сейчас нет никакого желания заниматься аддонами...

[havendv]

На бразильских серверах вышло обновление до 5.0.2, говорят, что там не работает перетаскивание. Ошибок в логе нет.

[hal.dll]

На бразильских серверах вышло обновление до 5.0.2, говорят, что там не работает перетаскивание. Ошибок в логе нет.

Они аддоны обновляли после обновления до 5.0.2?

Вообще было бы неплохо, если со мной свяжется кто-нибудь с этого сервера, кто умеет говорить по-английски.

[OLDodin]

Вот версия с моим фиксом редких/случайных спамов ошибок из shipcontrol.

Чтобы не потерялась, с выходом очередных правок api  нужно будет еще common.GetBitAnd заменить на новый аналог.

 

Изменено 3 декабря, 2022 пользователем Lafayette
Спасибо, обновил дистрибутив

[OLDodin]

Вот версия библиотеки под версию 14,0. Исправлена работа при указании KbFlag

 

 

 

Изменено 3 декабря, 2022 пользователем Lafayette
Спасибо, обновил дистрибутив

[OLDodin]

Моя версия под ПТС

 

 

[Slashuur]

В 20.09.2024 в 20:56, OLDodin сказал:

Моя версия под ПТС

 

LibDnD.lua 13.23 kB · 0 загрузок

Судя по тому что написано в CategoryDragAndDrop.html, то нельзя использовать widget:GetId() в качестве идентификатора для dnd напрямую, а следует пользоваться формулой

DNDId = id * DND_CONTAINER_STEP + DNDContainer

Так как widget:GetId() - это номер создания виджета, то может произойти наложение

DND_CONTAINER_STEP равен 1000

Встроенная функция DNDRegisterGeneric использует какой-то свой id, каждый раз при вызове прибавляет его на 1, а DNDContainer у нее равен 255.

Прикрепил свою версию, которая использует DNDRegisterGeneric и не совместима с аддонами, которые вызывали "внутренние" функции либы (о чем говорили в дискорде). Если аддон использовал только Init, Remove и Enable, то должно работать

 

Изменено 25 сентября, 2024 пользователем Lafayette
Спасибо, обновил дистрибутив

[OLDodin]

В 20.09.2024 в 21:52, Slashuur сказал:

Судя по тому что написано в CategoryDragAndDrop.html, то нельзя использовать widget:GetId() в качестве идентификатора для dnd напрямую, а следует пользоваться формулой

DNDId = id * DND_CONTAINER_STEP + DNDContainer

Так как widget:GetId() - это номер создания виджета, то может произойти наложение

DND_CONTAINER_STEP равен 1000

Встроенная функция DNDRegisterGeneric использует какой-то свой id, каждый раз при вызове прибавляет его на 1, а DNDContainer у нее равен 255.

Прикрепил свою версию, которая использует DNDRegisterGeneric и не совместима с аддонами, которые вызывали "внутренние" функции либы (о чем говорили в дискорде). Если аддон использовал только Init, Remove и Enable, то должно работать

LibDnD.lua 11.55 kB · 0 загрузок

Спасибо, поправил. Только если widget:GetId() уникален, зачем их было еще разносить формулой

 

 

 

Изменено 10 октября, 2024 пользователем Lafayette

[OLDodin]

И чуть улучшил GetWidgetID

 

Изменено 10 октября, 2024 пользователем Lafayette

[OLDodin]

Небольшие оптимизации

 

Изменено 10 октября, 2024 пользователем Lafayette
Спасибо, обновил дистрибутив

[Lafayette]

Если при вызове метода DnD.Init( выдает ошибку "LibDnD.lua:36: Widget already registered for DnD" - то значит Init вызывается не первый раз для этого виджета. Раньше клиент это никак не проверял и в ошибку не падал. Регистрировать 2 раза подряд уже зарегистрированный виджет - неправильно.

[OLDodin]

5 минут назад, Lafayette сказал:

Если при вызове метода DnD.Init( выдает ошибку "LibDnD.lua:36: Widget already registered for DnD" - то значит Init вызывается не первый раз для этого виджета. Раньше клиент это никак не проверял и в ошибку не падал. Регистрировать 2 раза подряд уже зарегистрированный виджет - неправильно.

В моей версии это корректно обрабатывается...

Как и множественная DNDUnregister

[GreenSunPlay]

Подскажите пожалуйста, а куда и как устанавливать это?

[Lafayette]

@OLDodin поздравляю, тепреь твоя версия - официальная