All Projects

From GitHub Issue #9 by adrfantini:

I have a very weird behaviour here. After having modified many buttons to
suit my needs, I have the following problem.

I cannot assign many software mouse Buttons to many hardware buttons.
Assigning keys seems to always work tho.

Say I am in this situation:
...
  sudo ratslap --p F3
  Left Click (But1):   Button1
  Right Click (But2):  Button2
  Middle Click (But3): Button3
  G4:                  
  G5:                  
  G6:                  
  G7:                  
  G8:                  ModeSwitch
  G9:                  DPICycle
...
Now let's try to modify it with:
  sudo ratslap --modify F3 --G4 Button4
Result:
  sudo ratslap --p F3
  Left Click (But1):   Button1
  Right Click (But2):  Button2
  Middle Click (But3): Button3
  G4:                  
  G5:                  
  G6:                  
  G7:                  
  G8:                  ModeSwitch
  G9:                  DPICycle
Nothing! Let's try assigning keys instead:
  sudo ratslap --modify F3 --G4 LeftAlt+K
  Left Click (But1):   Button1
  Right Click (But2):  Button2
  Middle Click (But3): Button3
  G4:                  LeftAlt + K
  G5:                  
  G6:                  
  G7:                  
  G8:                  ModeSwitch
  G9:                  DPICycle
Works...

In short, I can seem to bind mouse Buttons anymore!

However, some, like sudo ratslap --modify F3 --G7 Button9 work, while others,
like sudo ratslap --modify F3 --G7 Button5 do not.

QB#118 shows that unrecognised parameters (such as “button5”) fail silently,
assigning 000000h instead of reporting an error.

( from: http://qelserv.quadronyx.org/forums/?topic=15.msg238#msg238 )

Quote from: collardhills on 2008-11-13, 02:50:29

It seems if you click somewhere, and someone/thing is next to you, or gets in your way (even in an open map) you just stop, until the thing moves. On main server, you move around the object/person whenever this happens. Could you implement the same thing here?

This is indeed the case as no actor checking occurs while navigating at this point.  At least not until it finds an actor in the next square in sequence.

If you attack someone in a PK area, and whilst in the PENDING fight state they leave the PK area, server lag occurs as the server tries to initiate combat.

Despite the changes for  FS#47  the CLIENT doesn’t sent the right number of items to pick up as it expects items in bags to be stacked.

Since stacking in the bag is reasonable, and because it’ll save a client modification at this stage, bags should be made to support stacking of non-stackable items.

If whilst in pending combat state (i.e. you just clicked to attack a player/creature from a few steps away and start moving towards them, but combat hasn’t actually started yet) you click to move elsewhere, just after the combat animations start you then do a ‘step or two’ of the move animation in the direction you clicked, then flick back to combat animations fighting your opponent.

It looks weird and can mess up the rotation of the combat participants.

It would be advantageous to have the bots on the public listing(s) out there. From greypal ( via http://greypal.el-fd.org/csv-doc.html ):

If your bot has no method to access the data via web -> FAIL
If your bot is hostey by el-services.net or learner -> np should work already

You need to provide a URL where a csv file can be retrieved
Format of the URL:
the URL should look like http://www.foo.bar/mybots/Testbot.csv
where "http://www.foo.bar/mybots/" is the base for all your hosted bots.
"Testbot" must match the botname.
and the extension ".csv"

Format of entries:
  botname,Testbot
  owner,Greypal
  location,Testmap,40,50
  buying,Fire Essence,1,2.5
  selling,Fire Essence,1,3.5
Selling/Buying In Detail:
  1. field = action, atm buying or selling
  2. field = "Item Description"
  3. field = amount, a positive number including 0, or * if there is no limit.
  4. field = price, just in gc, please do not use k or such, just for sorting reasons
There should be only one entry for botname, owner and location.
The location entry has the following structure "location,<mapname>,<x-coord>,<y-coord>

Buying and selling entries as needed.
The item description must match the description seen in sto,inv or trade.
If you have a bunch of bots you can also provide a "index" file under the base-url like http://www.foo.bar/mybots/botlist.txt
at minimum there should be one botname per line in raw ascii.
Optional you can add separated by a space-character a url for a existing web-interface.
Just PM me ingame or via forum

First seen on 2010-11-14 23:28 EST (UTC - 5:00), from the error log:

File "/home/qelbot/adversary/bot.py", line 848, in process_pm
  price = get_selling_price(requestor, item_name)
File "/home/qelbot/adversary/bot.py", line 1773, in get_selling_price
  my_db.execute(sql,(v.guild, item))
File "/home/qelbot/adversary/database.py", line 44, in execute
  self.cursor.execute(sql, args)
File "/usr/lib/python2.6/site-packages/MySQLdb/cursors.py", line 173, in execute
  self.errorhandler(self, exc, value)
File "/usr/lib/python2.6/site-packages/MySQLdb/connections.py", line 36, in defaulterrorhandler
  raise errorclass, errorvalue
_mysql_exceptions.OperationalError: (1267, "Illegal mix of collations (latin1_swedish_ci,IMPLICIT)
and (utf8_general_ci,COERCIBLE) for operation '='")

When the bot has an empty inventory, it will continually loop. It’s particularly bad as you can’t stop it from the WebAdmin and it spams the server with reconnect after reconnect.

Summary says it all :)

At present, the original configuration is lost once you modify the modes of the
mouse. An option to return the mouse to it’s factory defaults would be
advantageous.

At the moment, all actors can see all other actors on the map they are on. Instead they should have a limited range of vision.

We should have a musl build for a lean standalone binary version.

Implement a trading system allowing players, NPCs and Creatures to trade items (client has existing trading window).

Seems the client paths for 3D objects has changed to a flat directory vs the old tree style. Maps will need to be modified.

Change “Getaway thing” to “Sand bomb” and make it so when you flee off opponents they can’t move/attack for 2 seconds, and when you use the “Sand bomb” they can’t move/attack for 5 seconds.

Sand bomb can have 60 sec cooldown (to start with, it may come down a little)

Trac Ticket #84 - Originally reported by: Krayon

As listed in #77 item 3, a list of the bot’s current inventory would be useful. You could therefore see exactly what it has on it. Potentially, the items list could have a column for currently holding and have a toggle for “only show items currently in inv”.

From https://github.com/krayon/ratslap/issues/2 :

https://github.com/jpotier wrote:

  I may be tired, but I don't get how to set say key 1 to my button G4.
  Actually, apart from calling
      ./ratslap -p f3-5
  I don't understand how you actually set a modified mode. Should I edit the
  source code and recompile?

https://github.com/thomasluquet wrote:

  Same thing, for me, the documentation it is not really clear for me...

  BTW, i try to make a draw of the mouse and the buttons, is it ok ? (i can
  send you the .odg if you want)

Trac Ticket #41 - Originally reported by: Krayon

WebAdmin should support the viewing of transaction history.

Trac Ticket #24 - Originally reported by: Korrode

When buying something from the Bot, after the trade is done it gives the wrong responce. Instead of saying “Thank you” it says “Sorry We couldnt come to an agreement.

Trac Ticket #29 - Originally reported by: SleepyDragon

Ok, I discovered by accident why she is not correctly recording all transactions in the db. When you trade with her if you don’t press the accept buttons in the right order so that she comes up with the message “It’s been a pleasure doing business with you” etc and instead comes up with the message “sorry we couldn’t reach an agreement”, even if the transaction has been completed it will not register in the db.