All Projects

The camera handling is rather confusing. It would be best to retire the third-person "Turret" view and have a cockpit view and an external, third-person view.

Freelook should still work on both modes, but the camera angle should not be reset when leaving freelook.

TODO

• remove Turret view
• use shift+mousewheel to zoom in/out
• remember freelook angle
• remove 360-degree rotation limitation
• remove control lock (spacebar)
• do not pass ship control events when in a menu

Pirate base models, to serve as NPC headquarters.
Several generic models are required.

If you box-select a number of entities, and you want to move them, you have to drag the active selected entity.
CLicking any other selected (highlighted) entity will deselect the other members in the selection.

Dragging any member of the selection should work.

Implement administrative commands. Players should be able to receive
and 'admin level' enabling them to execute special administrative commands.
Those commands should still be available to the console.

The admin level is unrelated to the in-game player level.

TODO
- Implement a core::Player admin level property
- Implement admin command functions (core::Func)
- Implement admin.ini to define admin levels and the commands they have access to
- Add admin commands to handle player admin levels
- Turn existing core administrative commands (kick, mute, ...) into admin commands
- Change existing cheats (give, goto, ..) into admin commands,
have them take a player name as argument (e.g. give ingar credits 1000)
- Combine the 'jump' and 'goto' cheats into a 'teleport' command,
make it work while docked, support teleporting players accross zones
- Add 'nudge' admin command.

The current inventory menu is too confusing.

TODO
- tabs for cargo/weapon/equipment
- show weapon slots
- show mounted weapons inside their slots,
mounting/unmounting a weapon moves it back and forth
between slot and inventory

Allow a player to control (some) weapons on another player's ship,
making him a gunman

The details of this idea still need to be worked out.

The corrent ui code has default fonts and font size in ui::root().
They have to bo moved to the ui::Palette class and handled like
colors and related settings.

The initial default fonts should be set in the ui::Pallette class.

It might be better to merge ui-style related settings
into a single ui::Stylesheet class and read settings from a .css
file.

The following issues appear if you're docked at another player's ship

TODO

- If the host docks a planet or a large base and you launch, you'll spawn inside the planet.
- Space dust isn't rendered if the host moves
- Correct undefinied behaviour if the host gets destroyed, docks should be destroyed as well

- Note: In theory, recursivedocking should work (player A docked at B docked at C),
issues should be resolved accordingly

Implement seeker mines and tracking mines.

Support for factions and player reputation.

Reputation influences prices, docking rights and NPC hostility.

TODO
- trade reputation
- player faction membership

DONE
- factions.ini
- faction colors
- faction reputation
- player reputation
- entity faction
- game:: player reputation savegame
- client:: reputation window window: stats refresh + reputation bars
- player reputation network transfer
- entity faction network transfer
- 'give reputation' function
- game:: deny dock on hostile stations
- game:: change reputation if player kills an NPC
- refresh reputation window if player reputation changes

Support for trading missions.

* Transport cargo from A to B type missions

* Emergency transport type missions like in e.g. Railroad Tycoon
- the longer the transport takes, the smaller the earnings (perishable?)
- Influences reputation

A generic engine framework to support player missions.
core support, client menu support, network command support.

Support for asteroid fields.

Support for computer-controlled allies and opponents.

- Better AI control
- Dynamic patrols

Support for decent-looking nebulas.

Improved map menu, implement a 'galactic overview'. Provide galactic coordinates for each zone.
DONE
- add Info record type for zone info
- add Zone location
- add galactic overview to map
- add Zone::info() to network message
- add Zone::flags()
- add Zone::flags() to network message
- add Zone::location() to network message
- add Zone::color() and use it on the galactic map
- add Zone::color() to network message

TODO
- mechanism to request zone map content in multiplayer games
- do not delete client-side ShowOnMap entities in multiplayer games
- show jumpgate links on the galactic map (this requires engine infrastructure)
- mechanism to show only visited places
- map zoom

Implement a system where players can send arbitrary signals to each other
(arbitrary, from the point of view of the network protocol). This would be used
to send trade and docking requests, and to replace the silly 'hail' command
with a 'request for private chat'.

In the future this could also be used for other signals, like players declaring
their hostile intent.

It might also be possible to use the signals mechanism
to exchange targetting info.

Add an improved options menu with video, audio, controls and game settings.

TODO
- video settings
- menu to configure game settings
- merge settings menus into a single, tabbed window

DONE
- menu to configure controls
- menu to configure player settings (name, colors, ..)
- menu to configure graphics settings
- menu to configure audio settings

Add client support for playing background music.It should be possible to define a number of audio tracks per zone,
for the intro, and make provisions for 'battle music'. Investigate support for FLAC, OGG and MP3 audio formats.

Since the 'say' chat command is now used to chat in the current zone,
it become useless on dedicated servers because the console does
not have a current system.

There are several ways to solve this:
- Have say behave like shout
- Add an extra parameter to say to indicate the zone to chat in
- Provide a way for the console to set the current zone

Add player-to-player trading.
Implementation:

* Docking player ships should require owner permission
* Player shops
* Player must be able to decide what items to sell, at what prices.
*'tradeable' flag
*shop allows multiple buyers, player-to-player only one.
*Player factory ships, base factories, per-item adjustable conversion rate and ratio.
e.g. 2 units of niobum to 1 superconductor per 30 seconds

Right now the client keyboard input code is hardwired
to a US-QWERTY layout. It should use the native keyboard
layout of the user.

At the same time, the code should be tested for UTF8.