|
7 | QELServ | S.AI | Bug Report | Low | Creature AI is almost worse than none | New | |
2010-01-22 |
Task Description
Creatures move in a very stupid way and inevitably end up stuck and/or blocking paths etc. Whilst paths will be fixed in maps by making them wider, creatures should probably not stop on any narrow area anyway and should, in general, “think” about where they’re going
|
|
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.
|
|
48 | QELServ | Server | Bug Report | Low | Bags should be stackable | Assigned | |
2010-01-20 |
Task Description
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.
|
|
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.
|
|
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.
|
|
59 | QELServ | S.Admin | Planned Feature | Low | Admin access player inventory | New | |
2010-01-22 |
Task Description
Admins need the ability to see (and modify) a player’s inventory. 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.
|
|
11 | QELServ | S.Trading | Planned Feature | Low | Add support for storage trading | New | |
2009-09-21 |
Task Description
Trading should support transferring items to/from storage as well as inventory.
|
|
54 | QELServ | S.Admin | Planned Feature | High | Add support for banning | New | |
2010-01-22 |
Task Description
As we get players, we will get trouble makers, that much is already clear. We need the ability to ban users for a configurable amount of time, as well as preset amounts. These SHOULDN’T effect the forum bans however a ban on the forum SHOULD be a ban in game also (I think).
Something like this might do:
#ban PLAYERNAME [[[Y:]D:]H:]M REASON
eg.
#ban testuser 1:4:6:3 Because you're a tool
This would ban ‘testuser’ for 1 year, 4 days, 6 hours and 3 minutes because he’s a tool. He would be informed of such when trying to login.
Other examples:
#ban testuser 5 Come back in 5 minutes when you've learned to behave
#ban testuser 7:0 You're gone for 1 week buddy!
Should we support banning per player or per forum account (given that 1 forum account can have multiple players)?
Should we have pre-sets like: #ban7 for 7 days, #banwarn for 1 hour, #banladen for life?
|
|
56 | QELServ | Server | Planned Feature | Low | Add player list command for players | New | |
2010-01-22 |
Task Description
It’d be good for players to be able to get a list of who’s online. Perhaps if we require a PATTERN when more than say 20 are on, that would hopefully stop too many people abusing it.
Perhaps the easiest way would be to stop once you get to 20. So:
#online
Would list ALL the players if there were ⇐ 20 online at that point, however if there were thousands, it’d only return the first 20 (in order of Actor ID I guess).
|
|
58 | QELServ | Server | Planned Feature | Low | Add lastseen ability | New | |
2010-01-22 |
Task Description
Add the ability to see when the last time a player was on. This would be a useful feature for players I would think.
|
|
50 | QELServ | Server | Feature Request | Medium | Add ability for equipment to become "degraded" | New | |
2010-01-22 |
Task Description
Equipment should support being degraded. At the moment we have break percentages but once these kick in the item is simply lost. We should support the item transitioning to another state, optionally allowing for a modification of it’s stats.
|
|
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.
|
|
4 | QELServ | S.Combat | Bug Report | Low | A successful flee during combat prep doesn't flee | New | |
2009-09-21 |
Task Description
( from: http://qelserv.quadronyx.org/forums/index.php?topic=15.msg318#msg318 )
If you attempt to flee during combat preparation and actually succeed, the battle still takes place.
|
|
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.
|
|
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.
|
|
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.
|
|
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.
|
|
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)
|
|
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.
|
|
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.
|
|
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.
|