Difference between revisions of "User:Inutt/CodingIdeas"

Revision as of 17:28, 5 January 2020

Coding ideas

☐ Empty ☑ Tick ☒ Cross For any players not on the staff side of the MUCK feel free to take a look at this list, but it may not make a great deal of sense if you haven't seen the code.

• ☑ Make indentation consistent [Happening as I edit code]

- It just makes code easier to read, enables code folding, and lining up corresponding if/then statements makes the code vastly easier to parse! (Yes, I know two of those points are the same, but it's an important one)

• ☐ Add prop to players that have womb/other private rooms so they can be found without looping through all room objects - it would just make more sense and improve efficiency
• ☐ Write a parameter checking function - basically an improved checkargs to highlight more clearly when incorrect parameters are passed
  • Check number of supplied parameters is actually on the stack
  • Check type of arguments
  • Something like "str:foo int:bar dbref:baz any:qux" checkparams
    • Check stack depth
    • Split on ' ' and foreach in reverse order
    • Split on ':' into type,name
    • If top of stack matches type, add to dict of parameters by name
    • Would be handy for checking the parameters are all present and of the specified type, instead of just pulling the top 'n' things off the stack and breaking with a generic error if the wrong things were passed in. (The check could produce a more detailed error message - "[funcname] called from line [x] of [calling program] expected parameters [x,y,z] but got [a,b,c]" or something)
• ☐ Unify use and +use
• ☐ Merge/replace hasBoxItem with findBoxItem - they both seem to do the same thing
  • hasBoxItem returns 0 or 1
  • findBoxItem returns the slot the item is found in or 0
  • findBoxItem could therefore be used for any binary checks that hasBoxItem is currently used for
  • hasBoxItem has caching due to many calls from combat code, so that would need considering if merging the functions
• ☐ Replace setBoxProp with setBoxPropVals (suggested by Flora) as it's either as fast or significantly faster in all cases.
• ☐ Find the various places the bodypart list ({ "arms" "ass" "legs" "cock" "head" "torso" "skin" }) is referenced and centralise it.
• ☐ Add more RP details
  • Chastity belt affects player sex too not just NPCs? - Liquid/gel/goo players able to escape?
  • Scent always comes from skin, even if all other mutations are another species - maybe switch scent to the majority infection as per the new glance code
  • RP tick credit for players in womb room/zipper
• ☐ Encourage RP in more areas
  • Extend RP hotspot to multiple locations
  • Needs some kind of frequently visited/RPd at tracking system - pot log tidying process maybe keep a summary when the log is cleared?
    • Better tracking would also help implement votes still work if you change location.
• ☐ Fix rpo command, and add functionality
  • Option to randomise order
  • Indicate next person to pose?
  • Indicate previous people that posed, for rule-of-3 type groups (rule-of-n?)
• ☒ Collect all fluid production/capacity functions for milk and cum into a single library, and update existing code to refer to it as necessary [Being handled by Hex~]
• ☐ Rewrite +groin to merge actual and real size functions to remove duplicated code
• ☐ Allow setting player options directly instead of through the editplayer menu
  • Something like editplayer <option>=<value>
• ☐ Sort +gear/prove output in logical groups rather than alphabetical order
  • Keep infection props of children together, rather than having them split up by the father prop
• ☐ Use item tags to organise all items
  • Make sure to include a 'not to be handed out by +reward' tag!
    • 'availability' - used to prevent recipes showing up if they're in-progress, only available via an NPC, or other limited sources. Text field. Code (currently) only checks for existence.
    • 'reward?' - if defined, means the recipe is not valid for +reward. Should probably be renamed 'no reward'. Currently binary.
    • 'no bounty' - if defined, means the recipe is not valid for bounties (faction, top tier, makes multiple, etc). Possibly convert to enum? Code only seems to check for existence and in a couple of cases, if it contains the string "No Mako".
• ☐ Make commands consistent
  • command vs +command vs @command - IC/OOC/backend?
  • command/subcommand vs command #subcommand - second form would simplify command action naming
• ☑ Reformat xp for improved readability.
• ☐ Automated wiki update check
  • Open a +request automatically for anyone that's updated more than a threshold amount on the wiki to award mako
  • Would allow for checking it's useful and not spam
• ☐ Client-parsable navigation data
• ☐ Lore ideas:
  • Vegas
  • Los Angeles, since game takes place in California
  • How supernatural entities exist, sustain their presence, influence the world, etc.
    • How they work out of bubble, have similar powers to nanites
  • State of nanite research
    • Use of surface protocols to use nanite mesh communication system for in-bubble comm network by RSX and Zephyr
  • Headshot mutant power
  • Dr Irving NPC at Tanuki's shrine - why still so hostile after a full decade
  • Why manticore infection is only on kaiju island despite its natural size
• ☐ Make newbie status consistent (duration of 'NEW' status seems to vary depending on where you look)
  • iclocator(#2515) line 161 says two months, +vote uses a sliding scale over 6.66 months for vote bonuses
• ☐ Add current patrol points to renew patrol command
  • Perhaps also add a renew patrol number to renew to a specific number?
• ☐ Extend class/player colouring to everywhere classes/players are listed
• ☒ +request/search text - Already exists as +request/review text
• ☐ More accessibility?
  • Particularly with the ascii-art style progress bars and tables I'm adding, and colour-based information
  • Add symbols in addition/instead of colours?
  • Replace progress bars with just number?
  • There is a screenreader setting in editplayer that could be used to toggle between modes
• ☐ Update maps on the wiki
  • Could be automated?
  • Working on svg/html+css/png from tintin++ mapper
• ☐ Sort out ansi_unparseobj getting remapped to glow_unparseobj in Contents(#231) and making things confusing
• ☐ More flexible polling system
  • Allow for multiple questions per poll
    • Option A: dislike/neutral/like, Option B: dislike/neutral/like, etc
• ☐ Coding standards!
  • Where do quest variables go? Pick a location...
  • Standardise where types of variable should be kept, document it, and encourage use
  • Update all existing quests/stats/players/code to match
• ☐ Rejigger social actions
  • Could be more integrated with other things like duties, easier to find, have better requirements, more dynamic records based on city stats/player stats etc
  • Code and data could do with being organised in a simpler way to too
• ☐ Color chooser upgrade to save/restore sets of colours (mpool?)
• ☐ Add something to +haz to indicate whether or not you're in the correct location for the daily/boss bounty/RP hotspot?
• ☐ Update #dbref getGenderColor #dbref name to use the nameWithGenderColor pubdef in $lib/stdcolors
• ☐ Move $lib/stdcolors -> $lib/ui/colors
• ☐ Requests system
  • More closing statuses to make things clearer (duplicate, converted to mpool, etc)
  • Autodetect exact duplicates from web page reloads to reduce accidental request spam
• ☐ Snowball command
  • For throwing snowballs during:
    • Winter
    • Snowy (mountain) areas
    • Anywhere with cryo nanomagic