mirror/OpenMW
1
0
Fork 0
mirror of https://gitlab.com/OpenMW/openmw.git synced 2025-01-11 00:39:59 +00:00
Code Issues Projects Releases Wiki Activity
4f001d8736
OpenMW/apps/openmw/mwclass/light.hpp

Ignoring revisions in .git-blame-ignore-revs. Click here to bypass and see the normal blame view.

84 lines
3.5 KiB
C++
Raw Normal View History

added missing record classes
2010-08-03 13:24:44 +00:00
#ifndef GAME_MWCLASS_LIGHT_H
#define GAME_MWCLASS_LIGHT_H
Use static object to register classes
2022-04-04 00:44:53 +00:00
#include "../mwworld/registeredclass.hpp"
added missing record classes
2010-08-03 13:24:44 +00:00
namespace MWClass
{
Use static object to register classes
2022-04-04 00:44:53 +00:00
class Light : public MWWorld::RegisteredClass<Light>
added missing record classes
2010-08-03 13:24:44 +00:00
{
Use static object to register classes
2022-04-04 00:44:53 +00:00
friend MWWorld::RegisteredClass<Light>;
Light();
Mark overrided methods by override keyword
2020-10-16 18:18:54 +00:00
MWWorld::Ptr copyToCellImpl(const MWWorld::ConstPtr& ptr, MWWorld::CellStore& cell) const override;
move responsibility for cell changing from CellStore::insertObject to Class::moveToCell
2012-07-25 13:18:17 +00:00
added missing record classes
2010-08-03 13:24:44 +00:00
public:
Mark overrided methods by override keyword
2020-10-16 18:18:54 +00:00
void insertObjectRendering(const MWWorld::Ptr& ptr, const std::string& model,
MWRender::RenderingInterface& renderingInterface) const override;
reimplemented class-dependend rendering code in MWClass
2010-08-14 08:02:54 +00:00
///< Add reference into a cell for rendering
added missing record classes
2010-08-03 13:24:44 +00:00
Mark overrided methods by override keyword
2020-10-16 18:18:54 +00:00
void insertObject(const MWWorld::Ptr& ptr, const std::string& model, const osg::Quat& rotation,
MWPhysics::PhysicsSystem& physics) const override;
reimplemented class-dependend rendering code in MWClass
2010-08-14 08:02:54 +00:00
void insertObjectPhysics(const MWWorld::Ptr& ptr, const std::string& model, const osg::Quat& rotation,
MWPhysics::PhysicsSystem& physics) const override;
Restore the cell grid to its former non-exorbitant size, reducing stutter and also threw in a simple alternative fix for the actor position adjustment issue.
2021-09-30 20:58:16 +00:00
bool useAnim() const override;
Updating the rest of mwclass
2011-11-12 04:01:12 +00:00
Mark overrided methods by override keyword
2020-10-16 18:18:54 +00:00
std::string_view getName(const MWWorld::ConstPtr& ptr) const override;
///< \return name or ID; can return an empty string.
Don't use xmesh.nif over mesh.nif for classes that don't make use of the separated keyframes
2017-02-20 18:04:02 +00:00
Make Class::getName return string_view
2022-08-16 19:15:03 +00:00
bool hasToolTip(const MWWorld::ConstPtr& ptr) const override;
Use object ID as the substitution for their name (bug #5158)
2019-09-10 21:06:50 +00:00
///< @return true if this object has a tooltip when focused (default implementation: true)
added missing record classes
2010-08-03 13:24:44 +00:00
Mark overrided methods by override keyword
2020-10-16 18:18:54 +00:00
MWGui::ToolTipInfo getToolTipInfo(const MWWorld::ConstPtr& ptr, int count) const override;
Preparation work Phase out canBeActivated() to unify activation checks Use getName() for the name caption in tooltips Always use tooltips for non-activator objects Invert hasTooltip default value
2019-09-10 18:56:10 +00:00
///< @return the content of the tool tip to be displayed. raises exception if the object has no tooltip.
moved the tooltip info to the appropriate MWWorld::Class classes
2012-04-16 20:58:16 +00:00
Mark overrided methods by override keyword
2020-10-16 18:18:54 +00:00
bool showsInInventory(const MWWorld::ConstPtr& ptr) const override;
moved the tooltip info to the appropriate MWWorld::Class classes
2012-04-16 20:58:16 +00:00
Mark overrided methods by override keyword
2020-10-16 18:18:54 +00:00
std::unique_ptr<MWWorld::Action> activate(const MWWorld::Ptr& ptr, const MWWorld::Ptr& actor) const override;
///< Generate action for activation
Do not show uncarriable lights in item views
2016-09-24 16:01:31 +00:00
Initial commit: In ESM structures, replace the string members that are RefIds to other records, to a new strong type The strong type is actually just a string underneath, but this will help in the future to have a distinction so it's easier to search and replace when we use an integer ID Slowly going through all the changes to make, still hundreds of errors a lot of functions/structures use std::string or stringview to designate an ID. So it takes time Continues slowly replacing ids. There are technically more and more compilation errors I have good hope that there is a point where the amount of errors will dramatically go down as all the main functions use the ESM::RefId type Continue moving forward, changes to the stores slowly moving along Starting to see the fruit of those changes. still many many error, but more and more Irun into a situation where a function is sandwiched between two functions that use the RefId type. More replacements. Things are starting to get easier I can see more and more often the issue is that the function is awaiting a RefId, but is given a string there is less need to go down functions and to fix a long list of them. Still moving forward, and for the first time error count is going down! Good pace, not sure about topics though, mId and mName are actually the same thing and are used interchangeably Cells are back to using string for the name, haven't fixed everything yet. Many other changes Under the bar of 400 compilation errors. more good progress <100 compile errors! More progress Game settings store can use string for find, it was a bit absurd how every use of it required to create refId from string some more progress on other fronts Mostly game settings clean one error opened a lot of other errors. Down to 18, but more will prbably appear only link errors left?? Fixed link errors OpenMW compiles, and launches, with some issues, but still!
2022-09-25 11:17:09 +00:00
const ESM::RefId& getScript(const MWWorld::ConstPtr& ptr) const override;
implemented take action
2010-08-07 18:25:17 +00:00
///< Return name of the script attached to ptr
Make getScript return string_view
2022-08-11 20:51:55 +00:00
std::pair<std::vector<int>, bool> getEquipmentSlots(const MWWorld::ConstPtr& ptr) const override;
integrated activation into script system
2010-08-05 13:40:03 +00:00
///< \return first: Return IDs of the slot this object can be equipped in; second: can object
/// stay stacked when equipped?
Mark overrided methods by override keyword
2020-10-16 18:18:54 +00:00
int getValue(const MWWorld::ConstPtr& ptr) const override;
implemented new equipment functions in MWClass
2012-03-13 14:35:06 +00:00
///< Return trade value of the object. Throws an exception, if the object can't be traded.
Initial commit: In ESM structures, replace the string members that are RefIds to other records, to a new strong type The strong type is actually just a string underneath, but this will help in the future to have a distinction so it's easier to search and replace when we use an integer ID Slowly going through all the changes to make, still hundreds of errors a lot of functions/structures use std::string or stringview to designate an ID. So it takes time Continues slowly replacing ids. There are technically more and more compilation errors I have good hope that there is a point where the amount of errors will dramatically go down as all the main functions use the ESM::RefId type Continue moving forward, changes to the stores slowly moving along Starting to see the fruit of those changes. still many many error, but more and more Irun into a situation where a function is sandwiched between two functions that use the RefId type. More replacements. Things are starting to get easier I can see more and more often the issue is that the function is awaiting a RefId, but is given a string there is less need to go down functions and to fix a long list of them. Still moving forward, and for the first time error count is going down! Good pace, not sure about topics though, mId and mName are actually the same thing and are used interchangeably Cells are back to using string for the name, haven't fixed everything yet. Many other changes Under the bar of 400 compilation errors. more good progress <100 compile errors! More progress Game settings store can use string for find, it was a bit absurd how every use of it required to create refId from string some more progress on other fronts Mostly game settings clean one error opened a lot of other errors. Down to 18, but more will prbably appear only link errors left?? Fixed link errors OpenMW compiles, and launches, with some issues, but still!
2022-09-25 11:17:09 +00:00
const ESM::RefId& getUpSoundId(const MWWorld::ConstPtr& ptr) const override;
added getValue function to Class hierarchy
2012-04-07 17:53:49 +00:00
///< Return the pick up sound Id
Initial commit: In ESM structures, replace the string members that are RefIds to other records, to a new strong type The strong type is actually just a string underneath, but this will help in the future to have a distinction so it's easier to search and replace when we use an integer ID Slowly going through all the changes to make, still hundreds of errors a lot of functions/structures use std::string or stringview to designate an ID. So it takes time Continues slowly replacing ids. There are technically more and more compilation errors I have good hope that there is a point where the amount of errors will dramatically go down as all the main functions use the ESM::RefId type Continue moving forward, changes to the stores slowly moving along Starting to see the fruit of those changes. still many many error, but more and more Irun into a situation where a function is sandwiched between two functions that use the RefId type. More replacements. Things are starting to get easier I can see more and more often the issue is that the function is awaiting a RefId, but is given a string there is less need to go down functions and to fix a long list of them. Still moving forward, and for the first time error count is going down! Good pace, not sure about topics though, mId and mName are actually the same thing and are used interchangeably Cells are back to using string for the name, haven't fixed everything yet. Many other changes Under the bar of 400 compilation errors. more good progress <100 compile errors! More progress Game settings store can use string for find, it was a bit absurd how every use of it required to create refId from string some more progress on other fronts Mostly game settings clean one error opened a lot of other errors. Down to 18, but more will prbably appear only link errors left?? Fixed link errors OpenMW compiles, and launches, with some issues, but still!
2022-09-25 11:17:09 +00:00
const ESM::RefId& getDownSoundId(const MWWorld::ConstPtr& ptr) const override;
Pickup sounds for potions, repair, gold, lights, rings
2012-03-13 18:01:55 +00:00
///< Return the put down sound Id
Return string_view from SoundId methods
2022-08-14 12:39:58 +00:00
const std::string& getInventoryIcon(const MWWorld::ConstPtr& ptr) const override;
Pickup sounds for potions, repair, gold, lights, rings
2012-03-13 18:01:55 +00:00
///< Return name of inventory icon.
cleaning up hircine work
2012-04-15 15:52:39 +00:00
Use more string_view and const string&
2022-08-22 14:55:53 +00:00
std::unique_ptr<MWWorld::Action> use(const MWWorld::Ptr& ptr, bool force = false) const override;
cleaning up hircine work
2012-04-15 15:52:39 +00:00
///< Generate action for using via inventory menu
fixed some issues: - probes were not showing up in inventory category "misc" - lights, probes, lockpicks were not equippable - weapons could not be picked up
2012-06-04 19:48:20 +00:00
Use unique_ptr instead of shared_ptr for MWWorld::Action, ProjectileManager and ESSImport::Converter. shared_ptr has additional cost of reference counter and requires additional allocation when constructed as shared_ptr<T>(new T).
2022-04-06 15:06:55 +00:00
void setRemainingUsageTime(const MWWorld::Ptr& ptr, float duration) const override;
fixed some issues: - probes were not showing up in inventory category "misc" - lights, probes, lockpicks were not equippable - weapons could not be picked up
2012-06-04 19:48:20 +00:00
///< Sets the remaining duration of the object.
Class::getModel implementation
2012-07-24 16:22:11 +00:00
Mark overrided methods by override keyword
2020-10-16 18:18:54 +00:00
float getRemainingUsageTime(const MWWorld::ConstPtr& ptr) const override;
Equipped torches and lights run out of fuel
2013-10-15 19:23:42 +00:00
///< Returns the remaining duration of the object.
Mark overrided methods by override keyword
2020-10-16 18:18:54 +00:00
std::string getModel(const MWWorld::ConstPtr& ptr) const override;
Equipped torches and lights run out of fuel
2013-10-15 19:23:42 +00:00
Mark overrided methods by override keyword
2020-10-16 18:18:54 +00:00
float getWeight(const MWWorld::ConstPtr& ptr) const override;
Don't buy/sell keys which are set to open a lock
2013-04-07 19:38:53 +00:00
Mark overrided methods by override keyword
2020-10-16 18:18:54 +00:00
bool canSell(const MWWorld::ConstPtr& item, int npcServices) const override;
Container UI rewrite
2013-05-11 16:38:27 +00:00
Mark overrided methods by override keyword
2020-10-16 18:18:54 +00:00
std::pair<int, std::string_view> canBeEquipped(
const MWWorld::ConstPtr& ptr, const MWWorld::Ptr& npc) const override;
Fix twohanded weapons not unequipping when equipping a torch
2013-07-15 21:21:01 +00:00
Initial commit: In ESM structures, replace the string members that are RefIds to other records, to a new strong type The strong type is actually just a string underneath, but this will help in the future to have a distinction so it's easier to search and replace when we use an integer ID Slowly going through all the changes to make, still hundreds of errors a lot of functions/structures use std::string or stringview to designate an ID. So it takes time Continues slowly replacing ids. There are technically more and more compilation errors I have good hope that there is a point where the amount of errors will dramatically go down as all the main functions use the ESM::RefId type Continue moving forward, changes to the stores slowly moving along Starting to see the fruit of those changes. still many many error, but more and more Irun into a situation where a function is sandwiched between two functions that use the RefId type. More replacements. Things are starting to get easier I can see more and more often the issue is that the function is awaiting a RefId, but is given a string there is less need to go down functions and to fix a long list of them. Still moving forward, and for the first time error count is going down! Good pace, not sure about topics though, mId and mName are actually the same thing and are used interchangeably Cells are back to using string for the name, haven't fixed everything yet. Many other changes Under the bar of 400 compilation errors. more good progress <100 compile errors! More progress Game settings store can use string for find, it was a bit absurd how every use of it required to create refId from string some more progress on other fronts Mostly game settings clean one error opened a lot of other errors. Down to 18, but more will prbably appear only link errors left?? Fixed link errors OpenMW compiles, and launches, with some issues, but still!
2022-09-25 11:17:09 +00:00
const ESM::RefId& getSound(const MWWorld::ConstPtr& ptr) const override;
added missing record classes
2010-08-03 13:24:44 +00:00
};
}
#endif
Reference in New Issue Copy Permalink