Page 8 of 14

Re: Заявка на новые возможности, либо на исправление старых

Posted: 31.08.2015 23:31
by lastguard
is there any way to connect steatlh to a shard that has its own razor-like connector?

Re: Заявка на новые возможности, либо на исправление старых

Posted: 01.09.2015 17:31
by Vizit0r
no need to write same posts in few topics.

Re: Заявка на новые возможности, либо на исправление старых

Posted: 03.09.2015 12:08
by NoSilence
Нужны события коннекта и дисконекта, а также GetEventProc, если AddEventProc не предвидится.

Re: Заявка на новые возможности, либо на исправление старых

Posted: 03.09.2015 13:13
by Vizit0r
GetEventProc?
AddEventProc?

Re: Заявка на новые возможности, либо на исправление старых

Posted: 03.09.2015 18:27
by NoSilence
Vizit0r wrote:GetEventProc?
AddEventProc?
GetEventProc - чтобы сохранить, поработать и вернуть назад.
AddEventProc - чтобы просто добавить и работать, не вмешиваясь в работу других модулей.

Например, у меня используется обработчик входящих гампов. Также есть отдельный модуль для закупки, который тоже работает на этом же событии (выигрыш по времени чуть ли не в 3 раза). Как мне разрешить этот вопрос? Разве что после закупки, возвращать на основной обработчик.

Я по-моему уже где-то выкладывал инклуд с AddEventProc, который просто в цикле вызывал все обработчики. Но на нативном уровне было бы лучше.
Нашел

Code: Select all

unit EventHandler;

interface

type
  TUnicodeSpeechHandler = procedure(Text, SenderName: string; SenderID: cardinal);

procedure AddUnicodeSpeechProc(Proc: TUnicodeSpeechHandler);

implementation

var
  UnicodeSpeechHandlers: array [0..$3F] of TUnicodeSpeechHandler;
  UnicodeSpeechHandlersCount: byte;
  
procedure AddUnicodeSpeechProc(Proc: TUnicodeSpeechHandler);
begin
if UnicodeSpeechHandlersCount = 0 then
  SetEventProc(evUnicodeSpeech, 'EventHandler_UnicodeSpeechProc');
UnicodeSpeechHandlers[UnicodeSpeechHandlersCount]:= Proc;
Inc(UnicodeSpeechHandlersCount);
end;

procedure EventHandler_UnicodeSpeechProc(Text, SenderName: string; SenderID: cardinal);
var
  i: integer;
begin
for i:= 0 to UnicodeSpeechHandlersCount - 1 do
  UnicodeSpeechHandlers[i](Text, SenderName, SenderID);
end;

begin
end.
Как-то так

Re: Заявка на новые возможности, либо на исправление старых

Posted: 04.09.2015 15:29
by NoSilence
Опция для игнорирования перехода по ссылкам. Лучше для каждого скрипта отдельно.

Re: Заявка на новые возможности, либо на исправление старых

Posted: 04.09.2015 19:48
by Vizit0r
какого перехода по ссылкам?

Re: Заявка на новые возможности, либо на исправление старых

Posted: 05.09.2015 3:46
by NoSilence
Vizit0r wrote:какого перехода по ссылкам?
А, сам стелс не открывает. То при запущенном клиенте. Все равно неплохо было бы сделать опцию отключения пакета. Я о http://docs.polserver.com/packets/index.php?Packet=0xA5

Re: Заявка на новые возможности, либо на исправление старых

Posted: 07.09.2015 17:53
by Macks

Code: Select all

 massmove

После ввода команды если перенести 1 обьект, то остальные обьекты такого же типа так же будут перенесены 
Обязательный параметр таймаут в миллисекундах между перемещениями.

Добавить 2 параметр, необязательный, количество перемещаемое за раз.

На многих шардах ограничение по весу.

Например:

,massmove 1000 1000

Re: Заявка на новые возможности, либо на исправление старых

Posted: 07.09.2015 18:43
by Vizit0r
'usage: massmove delay_ms [maxitems],[color]'

Re: Заявка на новые возможности, либо на исправление старых

Posted: 07.09.2015 21:56
by NoSilence
Я уже, наверное, достал своими заявками. Неплохо было бы пополнить список событий каким-нибудь evGlobalChanged для синхронизации нескольких скриптов. :)

Re: Заявка на новые возможности, либо на исправление старых

Posted: 07.09.2015 21:58
by Macks
Vizit0r wrote:'usage: massmove delay_ms [maxitems],[color]'
Нет

Это ограничение на общее количество.

А я говорю про количество получаемое функцией GetQuantity, перемещаемое за 1 раз.

Брало из стопки 1000 за 1 раз и перекидывало с паузой в 1000 мс.

Кончилась эта стопка, переходим к следующей, пока все не перекидаем.

Re: Заявка на новые возможности, либо на исправление старых

Posted: 07.09.2015 22:21
by drabadan
Macks wrote:
Vizit0r wrote:'usage: massmove delay_ms [maxitems],[color]'
Нет

Это ограничение на общее количество.

А я говорю про количество получаемое функцией GetQuantity, перемещаемое за 1 раз.

Брало из стопки 1000 за 1 раз и перекидывало с паузой в 1000 мс.

Кончилась эта стопка, переходим к следующей, пока все не перекидаем.
используя длл окно и хоткеи, такое самому себе навоять не такая и проблема...

Re: Заявка на новые возможности, либо на исправление старых

Posted: 07.09.2015 22:57
by Vizit0r
Macks wrote:
Vizit0r wrote:'usage: massmove delay_ms [maxitems],[color]'
Нет

Это ограничение на общее количество.

А я говорю про количество получаемое функцией GetQuantity, перемещаемое за 1 раз.

Брало из стопки 1000 за 1 раз и перекидывало с паузой в 1000 мс.

Кончилась эта стопка, переходим к следующей, пока все не перекидаем.
нет, не буду.

ломать синтаксис ради сомнительной пользы, а точнее ради удобства тебе одному - нет.

Re: Заявка на новые возможности, либо на исправление старых

Posted: 07.09.2015 23:03
by Macks
Vizit0r wrote:
Macks wrote:
Vizit0r wrote:'usage: massmove delay_ms [maxitems],[color]'
Нет

Это ограничение на общее количество.

А я говорю про количество получаемое функцией GetQuantity, перемещаемое за 1 раз.

Брало из стопки 1000 за 1 раз и перекидывало с паузой в 1000 мс.

Кончилась эта стопка, переходим к следующей, пока все не перекидаем.
нет, не буду.

ломать синтаксис ради сомнительной пользы, а точнее ради удобства тебе одному - нет.
А добавить новую, massmovelimit delay_ms limit_Quantity ?