Difference between revisions of "User:Inutt/CodingIdeas"
From Flexible Survival
(Name colors function) |
(→Coding ideas: Update) |
||
(13 intermediate revisions by the same user not shown) | |||
Line 1: | Line 1: | ||
== Coding ideas == | == Coding ideas == | ||
− | + | {{Note | |
− | + | | Icon = warning | |
− | Please note: These are '''just ideas''' that I've had and are not necessarily well thought out, are in '''no particular order''', have '''no guarantee of ever actually happening''', may be either impossible or inadvisable, and may contain nuts. | + | | Content = Please note: These are '''just ideas''' that I've had and are not necessarily well thought out, are in '''no particular order''', have '''no guarantee of ever actually happening''', may be either impossible or inadvisable, and may contain nuts. |
− | + | }} | |
− | |||
<css> div.mw-body-content ul { list-style: none; text-indent: -1.2em } code { border-radius: 0.6em }</css> | <css> div.mw-body-content ul { list-style: none; text-indent: -1.2em } code { border-radius: 0.6em }</css> | ||
Line 30: | Line 29: | ||
*** 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) | *** 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) | ||
* <span style="color:#03fcfc; font-weight:bold">☐</span> Unify <code>use</code> and <code>+use</code> | * <span style="color:#03fcfc; font-weight:bold">☐</span> Unify <code>use</code> and <code>+use</code> | ||
− | * <span style="color:#03fcfc; font-weight:bold">☐</span> | + | * <span style="color:#03fcfc; font-weight:bold">☐</span> Replace setBoxProp with setBoxPropVals (suggested by Flora) as it's either as fast or significantly faster in all cases. |
− | |||
− | |||
− | |||
− | |||
* <span style="color:#03fcfc; font-weight:bold">☐</span> Find the various places the bodypart list ({ "arms" "ass" "legs" "cock" "head" "torso" "skin" }) is referenced and centralise it. | * <span style="color:#03fcfc; font-weight:bold">☐</span> Find the various places the bodypart list ({ "arms" "ass" "legs" "cock" "head" "torso" "skin" }) is referenced and centralise it. | ||
* <span style="color:#03fcfc; font-weight:bold">☐</span> Add more RP details | * <span style="color:#03fcfc; font-weight:bold">☐</span> Add more RP details | ||
Line 48: | Line 43: | ||
** Indicate next person to pose? | ** Indicate next person to pose? | ||
** Indicate previous people that posed, for rule-of-3 type groups (rule-of-''n''?) | ** Indicate previous people that posed, for rule-of-3 type groups (rule-of-''n''?) | ||
− | * <span style="color:# | + | * <span style="color:#20fc03; font-weight:bold">☑</span> Collect all fluid production/capacity functions for milk and cum into a single library, and update existing code to refer to it as necessary |
− | * <span style="color:# | + | * <span style="color:#20fc03; font-weight:bold">☑</span> Rewrite +groin to merge actual and real size functions to remove duplicated code |
− | * <span style="color:#03fcfc; font-weight:bold">&# | + | * <span style="color:#03fcfc; font-weight:bold">☑</span> Allow setting player options directly instead of through the editplayer menu |
** Something like <code>editplayer <option>=<value></code> | ** Something like <code>editplayer <option>=<value></code> | ||
* <span style="color:#03fcfc; font-weight:bold">☐</span> Sort +gear/prove output in logical groups rather than alphabetical order | * <span style="color:#03fcfc; font-weight:bold">☐</span> Sort +gear/prove output in logical groups rather than alphabetical order | ||
Line 77: | Line 72: | ||
** Dr Irving NPC at Tanuki's shrine - why still so hostile after a full decade | ** 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 | ** Why manticore infection is only on kaiju island despite its natural size | ||
− | |||
− | |||
* <span style="color:#03fcfc; font-weight:bold">☐</span> Add current patrol points to <code>renew patrol</code> command | * <span style="color:#03fcfc; font-weight:bold">☐</span> Add current patrol points to <code>renew patrol</code> command | ||
** Perhaps also add a <code>renew patrol ''number''</code> to renew to a specific number? | ** Perhaps also add a <code>renew patrol ''number''</code> to renew to a specific number? | ||
− | * <span style="color:#03fcfc; font-weight:bold">&# | + | * <span style="color:#03fcfc; font-weight:bold">☑</span> Extend class/player colouring to everywhere classes/players are listed |
* <span style="color:#fc2003; font-weight:bold">☒</span> <code>+request/search ''text''</code> - Already exists as <code>+request/review ''text''</code> | * <span style="color:#fc2003; font-weight:bold">☒</span> <code>+request/search ''text''</code> - Already exists as <code>+request/review ''text''</code> | ||
* <span style="color:#03fcfc; font-weight:bold">☐</span> More accessibility? | * <span style="color:#03fcfc; font-weight:bold">☐</span> More accessibility? | ||
Line 104: | Line 97: | ||
* <span style="color:#03fcfc; font-weight:bold">☐</span> Add something to <code>+haz</code> to indicate whether or not you're in the correct location for the daily/boss bounty/RP hotspot? | * <span style="color:#03fcfc; font-weight:bold">☐</span> Add something to <code>+haz</code> to indicate whether or not you're in the correct location for the daily/boss bounty/RP hotspot? | ||
* <span style="color:#03fcfc; font-weight:bold">☐</span> Update <code>#dbref getGenderColor #dbref name</code> to use the nameWithGenderColor pubdef in $lib/stdcolors | * <span style="color:#03fcfc; font-weight:bold">☐</span> Update <code>#dbref getGenderColor #dbref name</code> to use the nameWithGenderColor pubdef in $lib/stdcolors | ||
− | * <span style="color:#03fcfc; font-weight:bold">&# | + | * <span style="color:#03fcfc; font-weight:bold">☑</span> Move $lib/stdcolors -> $lib/ui/colors |
+ | * <span style="color:#03fcfc; font-weight:bold">☐</span> 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 | ||
+ | * <span style="color:#03fcfc; font-weight:bold">☐</span> Snowball command | ||
+ | ** For throwing snowballs during: | ||
+ | *** Winter | ||
+ | *** Snowy (mountain) areas | ||
+ | *** Anywhere with cryo nanomagic | ||
+ | * <span style="color:#03fcfc; font-weight:bold">☑</span> Sort out use of @rp/owner and @rp/owning_account on specific rooms and tree searching | ||
+ | ** Affects +gear/lockconfig, +re, anything else with locks or equipment... | ||
+ | ** Should probably be a library function for "does player [x] have control over object [y] in muck terms?" | ||
+ | * <span style="color:#03fcfc; font-weight:bold">☐</span> Proper bugtracker | ||
+ | * <span style="color:#03fcfc; font-weight:bold">☑</span> Figure out how room rental works (renting off an existing room/can you rent from a room that's off a rental hub/costs/etc) and update help accordingly. | ||
+ | * <span style="color:#03fcfc; font-weight:bold">☐</span> Fix organ size table update program | ||
+ | * <span style="color:#03fcfc; font-weight:bold">☐</span> Fix splitters | ||
+ | ** Splitters store active/inactive status as a prop under <code>@rp/misc/<part> splitter</code>, which needs clearing if the splitter is lost/sold | ||
+ | ** It's completely different to how other mako toys work by renaming the item | ||
+ | ** Unify the names as either 'splitter' or 'divider', not both | ||
+ | * <span style="color:#03fcfc; font-weight:bold">☐</span> Make perk names and effects consistent | ||
+ | ** 'modest appearance' affects ''visible'' size, 'modest cock' affects ''actual size', etc |
Latest revision as of 18:34, 10 May 2021
Coding ideas
Please note: These are just ideas that I've had and are not necessarily well thought out, are in no particular order, have no guarantee of ever actually happening, may be either impossible or inadvisable, and may contain nuts.
☐ 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
- ☐ 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
- ☑ 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>
- Something like
- ☐ 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 sure to include a 'not to be handed out by +reward' tag!
- ☐ Make commands consistent
-
command
vs+command
vs@command
- IC/OOC/backend? -
command/subcommand
vscommand #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
- ☐ Add current patrol points to
renew patrol
command- Perhaps also add a
renew patrol number
to renew to a specific number?
- Perhaps also add a
- ☑ 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
- Allow for multiple questions per poll
- ☐ 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
- ☐ 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
- For throwing snowballs during:
- ☑ Sort out use of @rp/owner and @rp/owning_account on specific rooms and tree searching
- Affects +gear/lockconfig, +re, anything else with locks or equipment...
- Should probably be a library function for "does player [x] have control over object [y] in muck terms?"
- ☐ Proper bugtracker
- ☑ Figure out how room rental works (renting off an existing room/can you rent from a room that's off a rental hub/costs/etc) and update help accordingly.
- ☐ Fix organ size table update program
- ☐ Fix splitters
- Splitters store active/inactive status as a prop under
@rp/misc/<part> splitter
, which needs clearing if the splitter is lost/sold - It's completely different to how other mako toys work by renaming the item
- Unify the names as either 'splitter' or 'divider', not both
- Splitters store active/inactive status as a prop under
- ☐ Make perk names and effects consistent
- 'modest appearance' affects visible size, 'modest cock' affects actual size', etc