Difference between revisions of "Source Feature Requests"

From Valve Developer Community
Jump to: navigation, search
(Team Fortress 2)
(split up article)
Line 6: Line 6:
If you think something is not intended to function like it does, post it in the [[Source_Feature_Requests_and_Bug_Reports#Bug_Reports|Bug Reports]] section.
If you think something is not intended to function like it does, post it in the [[Source Bug Reports|Source Bug Reports]] page.
If you think something is intended to function like it does, but you are still not satisfied with it, post it in the [[Source_Feature_Requests_and_Bug_Reports#Feature_Requests|Feature Requests]] section.
If you think something is intended to function like it does, but you are still not satisfied with it, post it in the [[Source_Feature_Requests_and_Bug_Reports#Feature_Requests|Feature Requests]] section.
Line 159: Line 159:
Add the ability to use displacements on triangular faces.
Add the ability to use displacements on triangular faces.
=Bug Reports=
==Steam games minimizing with multiple monitors==
In source games such as team fortress 2 and half life 2, when one turns sharply to the right (if the secondary monitor is to the right) and tries to fire, the mouse click is too often registered on the secondary monitor and the game minimizes.  This problem appears to occur more often when using a high dpi gaming mouse, presumably allowing the mouse cursor to move further before re-centering.
--[[User:Acru|Acru]] 06:39, 18 Jun 2008 (MST)
==Looping Sound Crash==
Many users experience unavoidable looping sound crashes regardless of their system configuration or in-game settings. There are numerous threads in the Source game forums running to hundreds upon hundreds of messages regarding this issue. Please make fixing it a top priority. [[User:CompactDestruction|CompactDestruction]] 07:07, 22 Sep 2007 (PDT)
==Users experience a slight delay with client-side interpolation and lag correction==
This issue has been reiterated since the early beta stages. And is somewhat documented in the forums. However it has never been officially refuted or commented on AFAIK. Some sources to the ''bug''.
[http://forums.steampowered.com/forums/showthread.php?t=420665 Counterstrike source netcode - The final quirks]
[http://forums.steampowered.com/forums/showthread.php?t=490324 Net-Code-FIX for COMPETITIVE gaming!!!]. You have to view these threads as very biased bug reports, but the extent of people who have experienced them should encourage you to take the matter seriously! --[[User:Oc|oc]] 13:37, 31. Oct 2006 (CET)
==Entity and brush behavior==
===func_rotationg Acc/Decc Flag===
The Brush don't move while the flag is enabled, only the sounds and parented entities works.
--[[User:€r!k|€r!k]] 22:17, 2 Feb 2008 (CET)
===prop_door_rotating custom hinges===
Moving the hinge (by altering the ''axis'' keyvalue) of a non-standard [[prop_door_rotating]] (like a ''models/props_wasteland/interior_fence001g.mdl'' fence door) has no effect. The door will open in the middle. --[[User:Andreasen|Andreasen]] 11:11, 20 Mar 2006 (PST)
===func_door wont stop looping===
If the ''Loop Moving Sound?'' keyvalue for a [[func_door]] is set for a sample with an already built in loop, the sample will not stop looping. Further attempts to open or close the door will only add another looping sample to the noise. --[[User:Andreasen|Andreasen]] 07:50, 16 Mar 2006 (PST)
===func_details are disappearing===
Surfaces on thin [[func_detail]]s (about 2 units thick) is disappearing in-game, even at close distances. This can be especially annoying when it comes to signs. --[[User:Andreasen|Andreasen]] 07:50, 16 Mar 2006 (PST)
===npc_snipers and info_snipertargets===
* When an [[npc_sniper]] is shooting at an [[info_snipertarget]] that is parented to something else, the dot will land on target but the bullet fired will always travel backwards at a fixed direction, no matter where the target is. (This direction might change slightly between compiles.) --[[User:Andreasen|Andreasen]] 19:43, 12 Feb 2006 (PST)
* When an [[npc_sniper]] is issued the ''SweepGroupRandomly'' input, the sniper will ''continue'' firing at these targets until an NPC interrupts him. Is it supposed to work like that? --[[User:Andreasen|Andreasen]] 19:43, 12 Feb 2006 (PST)
* If the <code>info_snipertarget</code> entity doesn't have its ''Shoot Me'' flag set, Source crashes with the "memory could not be 'read'" error when a sniper is told to sweep it and has landed its beam on the target. This bug is reproduce-able for me. --[[User:Andreasen|Andreasen]] 00:22, 12 Feb 2006 (PST)
===Block LOS not working===
*The Block LOS tool texture (''tools/toolsblock_los'') doesn't work anymore for me. In my HL2SP map combine soldiers can see right through a brush with this texture, and this brush also blocks light (but at least it is invisible). --[[User:Andreasen|Andreasen]] 19:49, 10 Feb 2006 (PST)
** It is happening to me also [[User:Davlevels|Davlevels]] 06:11, 26 Mar 2006 (PST)
Damage of [[env_beam]]s is acting really strange when emitted from a ''solid'' [[func_brush]]. When the ''Life'' of the beam is set higher than 1, the starting point and "collision" area of the func_brush is never updated between map compiles. This area doesn't affect the player or item collision, but it does affect the beams area of damage. If the ''Life'' is set above zero, then the area of damage becomes even ''more'' irregular, and will only hurt the player and prop_physics (and probably other stuff) ''some''times. The func_brushs first "collision" area will also interfere with other env_beams. This bug is easily reproducible. --[[User:Andreasen|Andreasen]] 19:37, 5 Feb 2006 (PST)
===Ragdolls & Door Props===
* Expected: [[prop_door_rotating]] entities do not interfere with clientside ragdolls collisions.
* Observed: Clientside ragdolls seem to be clipped to the closed position of prop_door_rotating entities.  This applies to any position doors are opened to.
* [[User:ts2do|ts2do]]
* env_smokestack some time after they start releasing smoke the smoke stops to be released. Also, when you look away from the smoke it stops to release the smoke and starts again to release it when you look at it. [[User:Davlevels|Davlevels]] 06:16, 26 Mar 2006 (PST)
===Volume inputs===
I apologize if I'm mistaken, but the more I experiment with [[ambient_generic]], the more I suspect that the sound ''actually playing'' on ''Volume'' inputs is a bug, mostly because this type of play doesn't register as playing, so a ''StopSound'' input won't be able to stop a sound started through the ''Volume'' input, but also because the ''Volume'' input isn't affected by the ''Is NOT Looped'' flag. The ''Volume'' input was probably meant to adjust the sound volume ''without'' playing the sound.
===Static Prop Decals===
Decals on static props do not render as wireframes when mat_wireframe is enabled&mdash;'''[[User:Ts2do|ts2do]]''' 20:17, 22 May 2006 (PDT)
===!caller and !activator not always set===
If logic_auto::OnSpawn calls Object::FireUser1 and Object::OnUser1 calls a function on a third object, neither !caller nor !activator are set for the third object's outputs.  Some function pairs (like func_door_rotation::Close/OnClose and Open/OnOpen) set !activator but not !caller in the third object.
===Prop Ragdoll jerky movement===
Create a single player only mod with the ep1 code, compile the code without modifying anything, start the game, and grab a prop ragdoll with the physgun.
While you move around the prop ragdoll will look jerky.
===[[status]] command===
* Observed: The spacing between the version and the colon for the status string is offset from the other lines:
hostname:  Half-Life 2
version  : 2651 insecure
map    :  d3_c17_01 at: -6857 x, -1414 y, 64 z
players :  1 (1 max)
# userid name uniqueid connected ping loss state adr
#  1 "name" UNKNOWN 03:04 71 0 active loopback
* [[User:ts2do|ts2do]]
==Compiler bugs==
=== Vista Debug Build Bug ===
Windows Vista seems to have a problem with the Debug Builds of my mod DLLs. For other reasons (a certain map crashes after triggering a certain action), I can currently not build the Release versions. Gives me the Module c:\program files\steamapps\sourcemods\mymod\bin\server.dll is a debug build Error (see image) [[User:Acagamic|Len]] 08:19, 22 May 2007 (PDT) [[Image:SteamError.png]]
:Did you launch HL2 using the -allowdebug parameter?&mdash;'''[[User:Ts2do|ts2do]]''' 09:13, 22 May 2007 (PDT)
::Yes, today it somehow worked, when I loaded the game within steam, but that was because it was not using my dlls. So, I wrote a little batch file and placed it in my mod folder, it just executes Source SDK Base with ''..\..\..\Steam.exe -applaunch 215 -allowdebug -console -sw -novideo -game "C:\Program Files\Steam\steamapps\SourceMods\mymod" +map mymod'', but then it crashed again. When I debug it in Visual Studio, it throws an "unhandled exception at 0x0022b413 in hl2.exe: OxC0000005: Access violation reading location 0x00000024"... Any ideas?
'''Vista Codedump:'''
  Problem signature:
  Problem Event Name: APPCRASH
  Application Name: hl2.exe
  Application Version:
  Application Timestamp: 4445c334
  Fault Module Name: datacache.dll
  Fault Module Version:
  Fault Module Timestamp: 44721f59
  Exception Code: c0000005
  Exception Offset: 0000b413
  OS Version: 6.0.6000.
  Locale ID: 2057
  Additional Information 1: 74eb
  Additional Information 2: 4339e7c276c842753a6e52c0d99d559e
  Additional Information 3: ed07
  Additional Information 4: 74499040e66d612e91b71183d0eede97
===Scaling flexes===
It seems that compiling models with flexes applied to them cannot be scaled using the QC without recreating the VTA file.
$model "studio" "model.smd" {
  flexfile "flex.vta"
  flex "action"  frame 10
    flexcontroller "phoneme" "action" "range" 0 1
  %action = action
While this QC file compiles fine and the model works putting a command like $scale 2.0 before the $model instruction does in fact do scale the model as well as its physbox correctly however, the flex isn't scaled and therefore doesn't work anymore.
* [[User:Link|Link]] Mar 12th, 07:33 MET
On blended materials, it seems that "$basetexturetransform" scale affects both "$basetexture" and "$basetexture2", while "$basetexturetransform2" scale doesn't do anything.  [[Image:blendtest.jpg|none|thumb|100px|Blend Test by [[User:X^18|X^18]]]]
===Window Docking===
* Observed: Windows in Source dock to hidden panels if docking is enabled in SourceScheme.res.
* [[User:ts2do|ts2do]]
===Text Boxes===
* If one uses IME ([http://msdn.microsoft.com/library/default.asp?url=/library/en-us/intl/ime_5tiq.asp Input Method Editor]) in the console but doesn't turn off IME before returning to the game, the console continues recording keystrokes. The fix is to use [http://msdn.microsoft.com/library/default.asp?url=/library/en-us/intl/ime_1n3n.asp ImmSetOpenStatus] to close IME when no text boxes have focus. --[[User:Kateye|Kateye]] 22:55, 7 Oct 2006 (PDT)
==Official Mods==
===[[Day of Defeat: Source]]===
* Observed: game_text does not show up in-game
* [[User:El Capitan|El Capitan]]
====Clip textures====
* Observed: Clip textures make metal footsteps sound when walked over!
* [[User:El Capitan|El Capitan]]
== The limits of Day of Defeat ==
I'd like to see DoD entity functions opened up to include all the entities and functions available to the Half Life 2 mapper. It is very limiting at the moment. I wanted to put a random teleporter in a map but found a key entity wasn't available in DoD:source.
===[[Counter-Strike: Source]]===
Credit goes to [http://forums.steampowered.com/forums/showthread.php?t=504152 cloud1337] and his contributors from Steam Forums.
====Barrel Physics====
* Barrels and other prop_physics forcefully push players who interact with them.
* Suggestion: Create an alternative to sv_turbophysics with the players +use function disabled.
====Defuse Kit over Bomb Plant====
* Defuse kits and other props around the bomb randomly disable a player defusing.
* Suggestion: Make the defuse action only begin when the bomb is directly in the players cross-hair, eliminate any other detection methods that cause unwanted interactions.
====Defuse through Walls====
* Players can defuse through Walls and other objects.
* Suggestion: See Above.
* Example: [http://i25.photobucket.com/albums/c95/Cloud1337/de_nuke0073.jpg]
====Stuck Defusing====
* When a player attempts to stop defusing and fire there is a delay between the original -use command and when the server recognises the player has stopped defusing, causing the player to be stuck and the bomb to continue defusing (even though the players cross-hair is no longer located near the bomb) for a short period of time.
* Suggestion: Unsure of the reasons behind this bug. Possibly a glitch where +attack works (temporarily) as a defuse mechanism?
* Example: [http://www24.brinkster.com/draxus99/source/stop_defusing.jpg]
====Forced Point of View====
* When a player is 'forced' lower than he is meant to crouch his point of view also drops, this happens when another player is stacked on their head or when they crouch under certain trains. SourceTV also does not record the players 'forced' point of view, it records what he should be seeing if he wasn't forced.
* Suggestion: Find out why SourceTV doesn't get 'forced' a point of view and implement that on a client / server side. Also fix the train props on de_train to coincide with the POV fix.
* Example: [http://i25.photobucket.com/albums/c95/Cloud1337/de_train0078.jpg]
====Fake bomb Plant====
* When a player begins to plant while crouched and then aborts while moving the planting animation continues and all other players view them as a non-threat.
* Suggestion: Kill the plant animation when a player moves if it isn't already.
* Example1: [http://i25.photobucket.com/albums/c95/Cloud1337/de_nuke0065.jpg]
* Example2: [http://i25.photobucket.com/albums/c95/Cloud1337/de_nuke0067.jpg]
====Guns and Tickrate====
* Changing the tick-rate of a server also seems to affect the firing mechanisms and reactions of certain guns. This mainly happens with the AK47 and MP5 on low tick-rate servers (33).
* Suggestion: Analyze the difference between the AK47 and MP5 on 33 tick and 100 tick servers. Find out what data isn't being sent or requested on the 33 tick server and fix it.
====Shadows appearing through props====
* Shadows are commonly visible through doors, small walls, and props.
* Suggestion: Implement the same method that core walls use to distort shadows on props and smaller walls.
* Example: [http://i25.photobucket.com/albums/c95/Cloud1337/de_nuke0063.jpg]
====Both Teams receive Defuse / Explosion Points====
* On the right timing a player can receive 3 points for defusing (only when they defuse action is almost complete) even when the bomb explodes and Terrorists win the round. The bomb planter still (also) receives 3 points.
* Suggestion: Make bomb explosions and bomb defuses individual and exclusive events if they already aren't.
====Grenade Physics====
* Grenades can be used to block players from moving and also forcefully push them in some circumstances. Flashes and Smoke grenades can also be used to stop a player from defusing.
* Suggestion: Make the grenades react to the players movement and not the other way round.
====Slow Door movement====
* On 100 Tick servers (online) doors tend to open slowly with a very choppy animation and are very sensitive to player movement.
* Suggestion: Find out why it happens for 100 tick servers online, and why it doesn't happen for 66 tick servers online or 100 tick servers at LAN.
* Example: [http://i25.photobucket.com/albums/c95/Cloud1337/de_nuke0054.jpg]
====Stuck within a Door====
* Players can get stuck within doors.
* Suggestion: Make doors only react to the +use function and not player movement.
* Example: [http://i25.photobucket.com/albums/c95/Cloud1337/de_nuke0058.jpg]
====Rapid Firing Model Animation====
* When an enemy fires a gun while strafing (at the right speed) and moving the animation that other players see is a rapid movement of the enemies gun going from left to right (and possibly vice versa).
====First Person footstep noises====
* When running up or down an incline footstep noises can sometimes become inaudible however other players can still hear them.
====Grenade animations====
* Randomly when a player becomes visible (i.e. running around a corner) a grenade throwing animation is played. This is regardless of what weapon the player is holding or in possession of.
====Change Teams crash====
* When a relatively large amount of players change sides (~4-6 minimum) most players on the server crash.
====Ambient reloading and knife sounds====
* Randomly players can hear reloading or knife sounds where no-one exists or is reloading / knifing.
====Dead Shadows====
* After a player dies his shadow remains in an animated loop.
====Wall Flashes====
* Players sometimes get flashed even when standing behind a solid object or wall.
====Flashes not recorded on SourceTV====
* Players are not blinded by flashes when viewing a SourceTV demo.
===[[Team Fortress 2]]===
* func_rotating doesn't work in TF2.
* func_smokevolume doesn't work in TF2.
===Model Shadows===
* Shadows cast from models always cast the shadow of the first skin. This means, if varying translucency is introduce into a skin set, only the first skin's shadow will be rendered.
* [[User:ts2do|ts2do]]
===HL2MP Mod localization===
* The ability to add a third-person view in single player mods easily.
* Fix constant mic corruption in game for people with Soundblaster sound cards.
[[Category:Developer Issues and Workarounds]]
[[Category:Developer Issues and Workarounds]]

Revision as of 13:10, 23 September 2009

This page is about things happening in-game.

For bugs (only) concerning things occurring while using the SDK, see Source SDK Bugs.

For things happening while using the Hammer editor, see Hammer bugs and Hammer Feature Requests.

If you think something is not intended to function like it does, post it in the Source Bug Reports page.

If you think something is intended to function like it does, but you are still not satisfied with it, post it in the Feature Requests section.

Feature Requests


Dynamic Reactions

NPCs should be able to be hit by an object and that object will move the ragdoll, but the NPC will react and reposition itself.

For example, if you were to throw an object at an NPC's head, currently the object just bounces off and the NPC doesn't react. What should happen is that the NPC's head moves and the NPC reacts to return their head to its original or ideal position.

This would also help add realism to combat. For example, if you were to shoot a combine soldier in the knee, it should make the knee move, maybe even knocking the soldier over. The solder will try to get back up, and if it succeeds, it should be limping if the knee is damaged enough.

Valve is planning to add more physics-based animation to their engine, and this would be an excellent addition.

Dynamic Player

In this the player entity would be more interactive with it's environment. Example: When an explosion in near the player the player is ragdolled(somewhat) and pushed away.This including first-person views.



sv_autosave should disable map-specific autosaves too.

Progress bar

Better progress bar for bzip2ed fast map downloads.

Addition Add a percentage complete display? Also do not make the progress bar wrap many times (make 100% the end).

Linux client

If you've gotten Source to work on the PS3, there's really no reason you can't have the full engine (client included) run on Linux. If you haven't made an OpenGL renderer yet, I believe winelib supports DirectX.

Seeing the current decline on Windows, especially with the backwards-incompatibilities of Vista, it would probably be a good time to hedge bets.


Dynamic shadows handling

Better handling of dynamic shadows to prevent shadows in indoor spaces being cast in inappropriate directions for lighting conditions. Either enable dynamic shadows to be cast by light sources other than light_environment, or institute 'fallback' diffuse shadow directly under object if not directly lit from sky light. This would require a trace along the vector of the light_environment angle to see if it hits a skybox texture, but would at least prevent the situations we get where indoor shadows are falling in completely the wrong direction.

Other possible 'cheap' solution would be to enable multiple shadow_control entities in a map, one per area separated by area portals. In this way, a map with strong directional daylight in outdoor areas could use straight down shadow controllers in indoor areas to reduce the jarring appearance of indoor shadows.

Already in progress! --TomEdwards 12:31, 7 Jun 2006 (PDT)
Lovely—ts2do 12:37, 7 Jun 2006 (PDT)
Ah finally thats gonna add a little amount though to the overall performance.--Gear 04:57, 31 Oct 2006 (PST)

Addition Allow your own player shadow to be visible to you. At the moment you cannot see where the shadow is cast, however your enemy can in multiplayer games- big advantage in some cases.


Adding parallax mapping or relief mapping to the source engine would be nice. Or an explanation why it hasn't been implemented.


The ability to make materials that reflect the world, instead of using cubemap reflection. Exactly like water.

It's been added to Source 2007 Engine. Check glass/ folder in Source Shared 2007. --JakeB 15:30, 18 Jun 2008 (PDT)

More Skybox control

The ability to change the settings of a 3D Skybox (namely its texture) would be beneficial. I'm unsure of the best way to achieve this. Changing the sv_skyname in the console does not actually change the sky texture even after trying mat_reloadtextures or mat_reloadmaterial. It does however change the sky texture after reconnecting, if you are playing on an online server.

An alternative to changing the sv_skyname would be to edit the skyname keyvalue of the worldspawn entity.

OpenGL renderer

Adding an OpenGL renderer would be a good idea, like Half-Life had.

Addition: As a comment to both this and the Linux porting suggestion, adding OpenGL support would greatly benefit Linux WINE users even if there is not official port of Source for Linux. OpenGL translates far easier then DirectX under WINE and would likely allow games to run much better.


Camera Views

  • A possible newer camera view to show how far a light entity will cast it's light as well as the shadows it will create. Also the camera view can be special, it can be toggled like others and even show other events within the map and maybe incorrectly placed entities and possible errors.

Cinematic Editor

  • A built in cinematic editor that allows for users to build a scene in Hammer and preview the animation in real-time.

Material Editor

  • An in-editor material editor complete with texture importing and material customization tools.

Real-Time Editing Solutions

  • The ability to edit game environments in real time through Hammer is one so chooses.

Add-on Tools

  • Tools to create add-ons from with in hammer.(e.g. An add-on for randomly distributing trees to large environments)


Better music support

Better support for music, including:

  • Ability to mark a sound as music regardless of the format.
  • OnFinishedPlaying output to cleanly loop a sound.
  • Fade in and fade out effects (in a map entity).
  • Music not to suddenly cut out between maps

Soundscape creation tool

Soundscape creation tool with real-time preview.

Sound sample previews

First of all, it would be good if you could preview button sounds instead of choosing them from a list and testing them each in-game.

Second of all, I'd like to be able to play looping sounds using the loop, so that I know which ones are looped and which are not, and how they sound looped. You could add a Stop button to prevent a loop going on forever.

More sound formats, particularly Ogg Vorbis (not difficult to implement) or FLAC.


Improved chapter system

Improved chapter system, ideally with only one file (plus any images) to worry about!

GCF priority for HL2:SP

I'd like to have custom content have priority over the Half-Life 2 GCF files. For example I'd like to be able to add custom sentences to a custom hl2/scripts/sentences.txt file without having to create my own mod for that. The GCF overriding custom material is apparently unique to HL2:SP. Even Lost Coast lets custom content have priority over the GCF. --Andreasen 05:40, 3 Apr 2006 (PDT)

Annoying as that is, it's pretty easy to create your own mod for HL2:SP - have a look at MINERVA as an example, and feel more than welcome to rip it apart and convert into something new with a search-and-replace on the word 'MINERVA'. It makes the final mod much easier to distribute, install and remove as well, as it's a single folder in SourceMods rather than many files scattered through HL2's directories... —Cargo Cult (info, talk) 07:14, 3 Apr 2006 (PDT)

Better Documentation

I would really love to have a complete source engine documentation designed for mod developers, because right now I have to spend hours of code reading to find out how to do a minor change.--Psycommando 20:12, 14 Jan 2009 (PST)

Entity and brush behavior

An Entity/Command for reading variables

We have a method of modifying server variables (incrementVar), but no way of reading back what we set. Can we have either a client/server command for reading variables, or an entity that can do it?

The super gravity gun

I don't know what exactly is causing this, but while working on the npc_citizen_fleeing prefab, I noticed that shooting/punting/pulling the citizen with the Super gravity gun won't kill him, but just rip away ragdoll duplicates from his body. He won't die. I'm posting this under feature requests because I'm thinking that the scripting isn't written for citizens (or perhaps other NPCs too) interacting with the super gravity gun.

Also, if the super gravity gun global state is turned on, the bodies of zombies killed with another weapon simply vanishes, instead of turning into ragdolls. (The headcrab can detach as a ragdoll if the zombie is blown up though.)


The current trigger_teleport isn't teleporting thrown grenades or weapons, it is even (to my understanding) impossible to set a filter to allow hegrenade_projectile, weapon_hegrenade, or weapon_glock entities, The filter or trigger_teleport ignores these entities.

Multiple Fog Controllers

It would be helpful to have more than one env_fog_controller allowed in a map. The current work around is the use of triggers in conjunction with a point_clientcommand that changes the values of many settings; fog_color, fog_colorskybox, fog_enableskybox, fog_end, fog_endskybox, fog_override, fog_start, fog_startskybox. I propose an enable/disable function (plus 'start disabled' flag) added to env_fog_controller to allow triggering between each.


There does not seem to be a simple way to adjust internal unit scale and physics in the source code in a similar way to HL1 (hull.txt). Changing the values in vphysics_interface.h do not seem to have a visible effect in game. Without this models adjusted for 0.16 scale will not have accurate physics.

Poison Damage

Getting bitten by a black headcrab isn't dangerous even if you're not wearing a HEV suit. The damage is mysteriously healed anyway. I would like it if poison damage is only healed/non-lethal if the player is wearing a HEV suit.

Improved chapter unlock entity

Entity to trigger chapter unlock without re-locking later ones.

This can be done using the incrementvar command, as demonstrated here.- RodeoClown 05:01, 26 Apr 2006 (PDT)

Every entity should have an OnSpawn output

We could do away with many logic_auto's if all other objects had OnSpawn outputs. We could also remove Names from many objects because they could call functions on !self without having to refer to a name.


See Hammer Feature Requests for tool enhancements.

Give us Steam VGUI

It'd be a great advancement in modding if the Steam vgui2 interface was made public as well as overriding the vgui2 dll.


Add the ability to use displacements on triangular faces.