|
60 | QELServ | S.Admin | Planned Feature | Low | Admin access player storage | New | |
2010-01-22 |
Task Description
Admins need the ability to see (and modify) a player’s storage. This would allow them to remove items, add items etc. They would most likely have to use a bag as a go between but that would be acceptable.
|
|
61 | QELServ | S.Admin | Planned Feature | Low | Global item purge/list/modify | New | |
2010-01-22 |
Task Description
The ability to purge, modify and list (who has and where) items would be advantageous.
It would allow for the easy removal or substitution of an item, on a global scale. Ideally it should handle things like subing a sword for a piece of fruit - which should remove sword, give fruit and stack with existing fruit if req’d.
To be able to list all players who are currently in possession of a given sword, and how many etc would be part of this presumably.
|
|
62 | QELServ | Server | Bug Report | Low | Animations as a result of movement clicks during pendin... | Assigned | |
2010-01-26 |
Task Description
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.
|
|
63 | QELServ | Server | Planned Feature | Low | Channels ACL | New | |
2010-01-28 |
Task Description
Channels should have support for simple ACL. They can have a “list” that will function as either a blacklist OR a whitelist.
First person to join get’s “op” status.
The channel has a BLANK list, defined as a BLACKLIST.
op can at any time add a name to the BLACKLIST. By doing so, that person cannot join the channel.
If the list is empty, op can add a name as a WHITELIST entry, thereby making the list a WHITELIST. From that moment on, ONLY whitelists are allowed to join and anyone (other than op) that is currently in the channel will be removed.
List can only be changed from WHITE to BLACK when it’s empty.
op can at any point change someone else to op. They swap effective positions so if the new op was on the WHITELIST then the old op is added and the new op removed (op doesn’t need to be WHITE).
Undecided behaviour:
In the event that the op leaves, one of these should happen:
the (WHITE/BLACK)LIST is cleared.
if WHITELIST, the first person in WHITELIST becomes op, otherwise list is cleared.
|
|
64 | QELServ | Server | Bug Report | Low | Visible no cooldown on potion after moving it in eq | Unconfirmed | |
2010-02-03 |
Task Description
When you move in eq potion with cooldown visiblity of cooldown dissapear, but it still has cooldown.
|
|
107 | RatSlap | Uncategorised | Planned Feature | High | Reset to defaults/factory reset option | Assigned | |
2020-02-28 |
Task Description
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.
|
|
112 | RatSlap | Uncategorised | Planned Feature | Low | Distribution package should contain arch | New | |
2020-02-28 |
Task Description
The built dist package is named “ratslap-0.2.0.tar.gz” regardless of architecture.
|
|
115 | RatSlap | Uncategorised | Planned Feature | Low | Ability to save/load profiles | New | |
2020-02-28 |
Task Description
Would be nice to be able to save and load profiles.
|
|
116 | RatSlap | Uncategorised | Planned Feature | Medium | Modes should have simpler names such as A, B, C | New | |
2020-02-28 |
Task Description
The mode names should be simpler than “F3”, “F4” and “F5”. They were only named this way as that was the hex code for the mode, hardly user friendly.
|
|
118 | RatSlap | Uncategorised | Bug Report | Low | Button5 cannot be assigned to G5 | New | |
2020-02-28 |
Task Description
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.
|
|
119 | RatSlap | Uncategorised | Bug Report | Low | Unrecognised keys/buttons fail silently | New | |
2020-02-28 |
Task Description
QB#118 shows that unrecognised parameters (such as “button5”) fail silently, assigning 000000h instead of reporting an error.
|
|
19 | QELServ | Server | Bug Report | Low | Actors should have a limited sight range | Assigned | |
2010-01-09 |
Task Description
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.
|
|
127 | RatSlap | Uncategorised | Planned Feature | Low | musl build for lean standalone | Assigned | |
2020-02-28 |
Task Description
We should have a musl build for a lean standalone binary version.
|
|
9 | QELServ | S.Trading | Planned Feature | Low | Trading system | Assigned | |
2010-02-02 |
Task Description
Implement a trading system allowing players, NPCs and Creatures to trade items (client has existing trading window).
|
|
98 | QELServ | Client | Bug Report | Low | Maps don't display properly | Assigned | |
2012-10-23 |
Task Description
Seems the client paths for 3D objects has changed to a flat directory vs the old tree style. Maps will need to be modified.
|
|
89 | QELBot | WebAdmin | Planned Feature | Low | WebAdmin to have current inventory list | Assigned | |
2010-11-15 |
Task Description
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”.
|
|
32 | QELServ | S.Combat | Planned Feature | Medium | Sand Bomb and resulting opponent behaviour | Assigned | |
2010-01-24 |
Task Description
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)
|
|
110 | RatSlap | Uncategorised | Bug Report | Low | Document basic usage | Assigned | |
2016-11-08 |
Task Description
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)
|
|
69 | QELBot | B.Trading | Bug Report | Low | Bot giving wrong responses when finalizing a trade | Requires testing | |
2010-11-15 |
Task Description
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.
|
|
71 | QELBot | B.Database | Bug Report | Low | Transaction recording errors | Requires testing | |
2010-11-15 |
Task Description
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.
|
|
76 | QELBot | WebAdmin | Planned Feature | Very Low | WebAdmin to support viewing Transactions | Assigned | |
2010-11-15 |
Task Description
Trac Ticket #41 - Originally reported by: Krayon
WebAdmin should support the viewing of transaction history.
|