Viewing Issue Simple Details Jump to Notes ] Wiki ] View Advanced ] Issue History ] Print ]
ID Category Severity Reproducibility Date Submitted Last Update
0004182 [DCSS] Implementables minor have not tried 2011-06-28 01:38 2013-03-21 22:36
Reporter dpeg View Status public  
Assigned To
Priority normal Resolution done  
Status closed   Product Branch 0.10 ancient branch
Summary 0004182: cTele nerfs
Description See [^]

The plan:

1. Hostile teleports are defined as monster spells, trap, teleportitis and ring (for ring see below). All hostile teleports have a delay (1d3 for monster/ring, 1d(5-mutlevel) for the mutation, instant for trap). Hostile teleports with delay>0 are announced by “Tele” in a colour different from player teleport (lightred instead of blue, say).
You can cancel announced hostile teleports as usual, by teleporting on your own. Whenever you experience a hostile teleport, print a message a la "You can cancel this teleport by a teleport of your own." You cannot control hostile teleports (hence the colour scheme). Additional hostile teleports (trap, another cast) immediately teleport, i.e. zero delay.

2.cTele from ring/randart are invoked (via ability menu). Failure like berserk ability (50-2*Evoc) would do for a start. cTele mutation is removed.
Increase level of the cTele spell to 5 or even 6.

3. High power portal cards teleport are not instant, but have a very short delay.

4. Teleportation traps come in two types: permanent ones (to be used for vaults) and finite ones (for random placement). (Teleportation traps can be scummed via luring monsters. Ideally, maps can also place finite teleportation traps.)

5. The ring of teleportation becomes passive only (does not provide the ability to teleport anymore). Its random teleports are hostile.
Additional Information
Tags No tags attached.
Attached Files

- Relationships

-  Notes
mumra (developer)
2013-03-21 22:26

There has been some discussion lately about removing cTele. Should this be un-implementabled or is this still a valid alternative to outright removal, perhaps along with other more serious nerfs?
dpeg (administrator)
2013-03-21 22:36

mumra: I am closing this one. Once 0.12 is out, I'll bring up this point via the mailign list. Not good to have the implementable open until then (not that we'd get patches all of a sudden.)

- Issue History
Date Modified Username Field Change
2011-06-28 01:38 dpeg New Issue
2013-03-21 22:26 mumra Note Added: 0021745
2013-03-21 22:36 dpeg Note Added: 0021748
2013-03-21 22:36 dpeg Status new => closed
2013-03-21 22:36 dpeg Resolution open => done
2013-03-21 22:36 dpeg Fixed in Branch => 0.12 development branch

Mantis 1.1.8[^]
Copyright © 2000 - 2009 Mantis Group
Powered by Mantis Bugtracker