|
31 | QELServ | Server | Planned Feature | Low | Finish channel system | New | |
2009-12-19 |
Task Description
The channel system needs to be checked to confirm everything is working properly (active channel might not be working correctly for example).
|
|
27 | QELServ | Server | Bug Report | Low | Equipping a stackable item, equips ALL of that item | New | |
2010-01-18 |
Task Description
When equipping an item that is stackable (and you have more than one), it equips ALL of that item, not just one.
|
|
25 | QELServ | Server | Bug Report | Low | Taking multiple non-stackable items from bag screws pla... | New | |
2009-10-30 |
Task Description
If a player takes multiple of a non-stackable item, in one go, from a bag where they are stacked, their carry capacity gets screwed. ATM this is only causing an issue with #airdrop but could potentially cause other issues if we choose to allow bags to be non-stack exempt.
|
|
20 | QELServ | S.Combat | Bug Report | Medium | Target leaves PK causes server lag | Assigned | |
2010-01-09 |
Task Description
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.
|
|
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.
|
|
17 | QELServ | Server | Planned Feature | Very Low | Equipment swap | New | |
2009-09-24 |
Task Description
Dropping an inventory item on to an equipped item, should swap with that item. Undecided as to whether it should swap with what you drop it on, or the equipment of the same type you have equipped (ie if you drop a sword onto a shield, should the new sword swap for the shield or your existing equipped weapon).
|
|
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.
|
|
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).
|
|
8 | QELServ | Client | Bug Report | Low | Remove "stupid" client code | New | |
2009-09-24 |
Task Description
At some point the client should be “cleaned” of all the truly ridiculous RAW_TEXT scraping code and changed to support simple server messages. These will eventually interfere with “normal” functionality.
|
|
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
|
|
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.
|
|
3 | QELServ | Server | Bug Report | Low | Walking doesn't navigate NPCs/creatures/players | Assigned | |
2010-01-09 |
Task Description
( 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.
|
|
1 | QELServ | Uncategorised | Planned Feature | Very Low | Make QELServ BESTEST EVER!111 | New | |
2009-09-20 |
Task Description
QELServ needs to be the BEST ... just BEST ... ever!
|
|
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.
|
|
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.
|
|
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.
|
|
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.
|
|
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.
|
|
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.
|
|
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)
|
|
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.
|