View source for Talk:Nav Mesh

'''[[ZBOT WITH ALL NAV COMMANDS?]]'''

It would be great if someone could write here a '''Link''' to DOWNLOAD de ZBOT with '''FULL''' commands for Nav Editing. The one I have, doesn't have all the commands, and for example the one of nav_corner is not available and I really need it to add some interesting jumps.


----


Mike, I notice there are alot of commands, I'm assuming you have special binds? If you do, can you share them? -- [[User:^Ben|^Ben]]

---

This is a good source:
http://www.turtlerockstudios.com/forums/csbot/viewtopic.php?t=725
-- [[User:Mark WiseCarver|Mark WiseCarver]]

This is starting to get a little big, how about making it a category with sub-articles? --[[user:TomEdwards|TomEdwards]] 15:05, 30 Jun 2005 (PDT)

Agreed. How do I do that? [[User:MikeBooth|-Mike]]

Go to category:Whatever and hit edit to add a description. Then add <nowiki>[[Category:Whatever]]</nowiki> to every article you split this page into and they will be added to it automagically. --[[user:TomEdwards|TomEdwards]] 23:47, 30 Jun 2005 (PDT)

I would prefer to have it on one page.  This is a task you would do all at once, so it's nice to have it all together.  One window for this and the other for the game, since there's so much to remember, I think it's easier to have in one window.  Perhaps we can reorganize is some so it is more intuitive, and also make it more concise. --[[user:mungo|Mungo]]

I take some of that back.  I think the console commands section and the place names section could be their own articles, but I still would like the instructional part to stay together here.  It doesn't really need its own category though, for just a couple of articles. -Mungo

I separated out the console commands into their own article so this page isn't so long. Hope no one minds. -mungo

== Adding place names to your map ==

I've seen a lot mentioned about how to add place names using the in game navigation tool, but no mention on how to create a list of place names that you are able to use. Can this be done through Hammer? Thanks. --[[User:Evshell18|Evshell18]] 02:05, 24 Sep 2005 (PDT)

Nevermind, I didn't realize that you couldn't put your own custom place names in, and that you just have to call nav_place_use to see what names are available. --[[User:Evshell18|Evshell18]] 02:11, 26 Sep 2005 (PDT)

== Left 4 Dead Meshes ==
I feel tempted to create a page relating to how Left 4 Dead meshes work in relation to marking; for instance marking an area "obscure" increases the amount of infected in that area, as well as spawning infected there rather crudely. On the flip side marking an area "empty" results in no infected spawning there. Would it be appropriate to add this information to this article (as there really isn't THAT much info, and the rest doesn't differ from the CSS mesh much) or create a new one? ~ [[User:Alfonzo|Alfonzo]] 15 March 2009

== Writing/Modifying AI to use Nav mesh ==

Has anyone ever done this? The nav mesh stuff is included in the sdk, and is the default system in an sdk template mod, but the default bots are only designed to run and pic random directions. Has anyone written / found ai navigation code for this method? --[[User:Welsh Mullet|Welsh Mullet]] 22:11, 17 March 2011 (UTC)
:Don't the CSS bots use the navigation mesh? [[User:Thelonesoldier|Thelonesoldier]] 22:43, 17 March 2011 (UTC)
::Yep, but the CSS bot code is closed source and basically the only thing not included in the SDK. As far as i know. I was wondering if someone had written plug-in bots for CSS or L4D as these both use meshs --[[User:Welsh Mullet|Welsh Mullet]] 13:58, 18 March 2011 (UTC)

==Team Fortress 2 Nav meshes==
{{ExpandBox|
There's no TF2-specific information here regarding to nav meshes. I'll share what I know:

* Use tf_show_mesh_decoration to show nav attributes. tf_show_mesh_decoration_manual will show manually placed nav attributes.

* NAV_AVOID and NAV_STOP only work in the Counter-Strike series; they're never used in TF2.

* Use tf_mark to add TF2 specific attributes.

* I don't know how to mark an attribute with RED_ONE_WAY_DOOR or BLUE_ONE_WAY_DOOR. I tried using tf_mark but it didn't apply. I guess it's automatically generated by the game.

* You can make bots airstrafe to a spot by adding a nav mesh to the edge of the corner.
}}
===Attribute Information===
{{ExpandBox|
* BLOCKED_UNTIL_POINT_CAPTURE blocks the point until the specified point is captured.
* BLOCKED_AFTER_POINT_CAPTURE blocks the point after the specified point is captured.
* WITH_FIRST_POINT to WITH_FIFTH_POINT specifies the point for the former two attributes.
<strike>{{note|On payload maps the payload is considered to be the first point.}}</strike>
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^<br>
This is not true! The payload is not counted as a capture point, so <code>WITH_FIRST_POINT</code> will still refer to the proper first capture point.


* SNIPER_SPOT and SENTRY_SPOT don't do anything as they only work in the scrapped [https://wiki.teamfortress.com/wiki/Raid raid gamemode]. (Confirmed through looking in the Jungle Inferno leak and through observation in gameplay.)

(The following 2 attributes are meant to be used with doors.)
* DOOR_ALWAYS_BLOCKS makes the nav area blocked when the door closes.
* DOOR_NEVER_BLOCKS prevents the nav area from being blocked.

* UNBLOCKABLE prevents the nav area from being blocked.

Someone make a page for TF2 nav meshes. [[User:Amicdict|Amicdict]] ([[User talk:Amicdict|talk]]) 13:31, 2 July 2021 (PDT)

: Sounds good, but before I add it to my ''sorts large'' to-do list, I gotta figure out a suitable page to put a link of the {{tf2}} page after its done.

: Also, if you don't mind, can you see if<code>DONT_HIDE</code>and<code>PRECISE</code>serves any purpose for TFBots? [[User:Orinuse|Orin]] ([[User talk:Orinuse|talk]]) 13:54, 2 July 2021 (PDT)

:: Yeah sure. I'll report back what I can find. [[User:Amicdict|Amicdict]] ([[User talk:Amicdict|talk]]) 21:00, 2 July 2021 (PDT)

::: Ok yeah they both work in game as expected. [[User:Amicdict|Amicdict]] ([[User talk:Amicdict|talk]]) 21:02, 2 July 2021 (PDT)

:::: Just to be sure.... What would (roughly) be the reactions of TFBots if they walk into a navigation area with the<code>PRECISE</code>attribute, and do TFBots use designated "hiding spot markers" (purple lines) at all?
:::: Asking because both of these attributes have varying effects in all games I think, like the<code>PRECISE</code>attribute. In {{l4ds}} has [[List_of_L4D2_Nav_Mesh_Attributes#Obsolete|no effect]], but in {{csgo}} it strips bots the ability to path with random variance? (not sure what it does in {{css}})
:::: Similar case for the<code>DONT_HIDE</code>attribute too iirc; Bots in {{csgo}} actually care for "hiding spot markers", but in {{l4ds}} none of the bots really make use of it. [[User:Orinuse|Orinuse]] ([[User talk:Orinuse|talk]]) 23:24 2 July 2021 (PDT)

::::: Based off the Inferno leak, bot snipers use designated hiding spots as good sniping spots. I'm pretty sure PRECISE works as expected (as in it prevents "natural" variations in the movement), but I can't figure how to mark a designated hiding spot. Might just turn out that you need at least one free corner that has no connections, but I'm not sure on that. 

::::: A hiding spot is marked as an "ideal sniper spot" if the nav area of the hiding spot is larger than 200hu², or the farthest range area is larger than 1500hu². Otherwise it gets marked as a "good hiding spot" which aren't prioritized as much. [[User:Amicdict|Amicdict]] ([[User talk:Amicdict|talk]]) 12:23, 3 July 2021 (PDT)

:::::: Addendum: tf_show_mesh_decoration_manual when set to 1, won't show nav areas with RED_ONE_WAY_DOOR, BLUE_ONE_WAY_DOOR, TF_NAV_HAS_AMMO, TF_NAV_HAS_HEALTH, and TF_NAV_CONTROL_POINT, regardless of the value of tf_show_mesh_decoration. Also RED_ONE_WAY_DOOR and BLUE_ONE_WAY_DOOR seem to just only allow players on their respective team to go through.

: Turns out that TF2 only recognizes sniper/sentry spots through {{ent|func_tfbot_hint}}; Hiding spots seem to only be used by spies. [[User:Amicdict|Amicdict]] ([[User talk:Amicdict|talk]]) 19:55, 6 July 2021 (PDT)

:: If you have any more addendums, put them here, as while the page will take some time before its made, I'm still planning about the layout of the page. Oh yeah, late but about the the<code>PRECISE</code>attribute, you use the<code>mark</code>command. I'm not entirely sure what its for though, but someone I lnew figured out it disables some kind of "obstacle avoidance" AI. More details at the page for the list on {{l4ds}} navigation area attributes. (Can't link it now, I have something to attend to) -[[User:Orinuse|Orin]] ([[User talk:Orinuse|talk]]) 08:11, 7 July 2021 (PDT)

::: Ok thanks. Also {{ent|tf_show_gate_defense_areas}} and {{ent|tf_show_point_defense_areas}} don't seem to do anything based off the code leak. - [[User:Amicdict|Amicdict]] ([[User talk:Amicdict|talk]]) 20:15, 9 July 2021 (PDT)
}}
{{minititle|Page 2}}
{{ExpandBox|
Correction: <code>DOOR_NEVER_BLOCKS</code> prevents the area from being blocked ''if the door its in closes''. - [[User:Amicdict|Amicdict]] ([[User talk:Amicdict|talk]]) 19:26, 12 July 2021 (PDT)
: Also it turns out that the payload is not counted as the first point. [[User:Amicdict|Amicdict]] ([[User talk:Amicdict|talk]]) 19:50, 12 July 2021 (PDT)

:: Amicdict, by any chance do you already know how does the game determine which point is a "first" or "second"? I'm making a draft of a page and this just hit my mind. Is it the "incursion flow" thing? - [[User:Orinuse|Orin]] ([[User talk:Orinuse|talk]]) 09:12, 24 July 2021 (PDT)

::: I'm uncertain on how the game does this, as I haven't reviewed this mechanic in the Jungle Inferno leak yet. However I think it just uses the required previous point inputs. - [[User:Amicdict|Amicdict]] ([[User talk:Amicdict|talk]]) 19:30, 24 July 2021 (PDT)
}}
===Sniper Spot Confusion===
{{ExpandBox|
I'm confused on what is recognized as a sniper spot by TF2. From what I got in the Jungle Inferno leak, sniper bots are supposed to position themselves near {{ent|func_tfbot_hint}}s, but from my observations in-game, it ''feels'' like Snipers are using hiding spots (the purple and green lines that generate at corners) as sniper spots (I'm unable to confirm this). It's possible that I might be misinterpreting the code, but it's also possible that Valve changed Sniper bots to use hiding spots instead of {{ent|func_tfbot_hint}}s as sniper spots. I'm probably going to need reverse engineering to figure this out, if it ever comes to that. - [[User:Amicdict|Amicdict]] ([[User talk:Amicdict|talk]]) 23:47, 13 July 2021 (PDT)

Of course it's also possible that Sniper bots use hiding spots as fallback sniper spots in the event that {{ent|func_tfbot_hint}}s are missing. I can't really know. [[User:Amicdict|Amicdict]] ([[User talk:Amicdict|talk]]) 23:50, 13 July 2021 (PDT)

: PvP Snipers use something called "theater" areas I believe, not sure what exactly theater areas are. I'm sure{{ent|func_tfbot_hint}}is actually used, but they just don't always stick to it. MvM snipers definitely need them. 

: Oh yeah, if you see<code>tf_mark SNIPER_SPOT</code>or{{ent|bot_hint_sniper_spot}}entity, ignore them as they're mostly currently-irrelevant leftovers.- [[User:Orinuse|Orin]] ([[User talk:Orinuse|talk]]) 03:24, 22 July 2021 (PDT)

:: Yeah I had a feeling the game automatically set Sniper Spots after looking through the Jungle Inferno leak. What a shame though; they <strike>could</strike> should have just reused `SNIPER_SPOT` and then wouldn't have had to do all that mess. - [[User:Amicdict|Amicdict]] ([[User talk:Amicdict|talk]]) 18:35, 22 July 2021 (PDT)

::: Its a leftover from the infamous unused Raid mode I believe. In current MvM, there's still a way to make bots spawn only at nav areas with `SNIPER_SPOT`, and it works just fine I think. - [[User:Orinuse|Orin]] ([[User talk:Orinuse|talk]]) 08:48, 23 July 2021 (PDT)

::::The game just uses <code>SNIPER_SPOT</code> to highlight {{ent|func_tfbot_hint}}s on the nav mesh; <code>SNIPER_SPOT</code> ''itself'' does not do anything. - [[User:Amicdict|Amicdict]] ([[User talk:Amicdict|talk]]) 19:58, 23 July 2021 (PDT)

::::: Alright, confirms what I was thinking then. I probably should reinstall TF2 at some point to mess with these things again. - [[User:Orinuse|Orin]] ([[User talk:Orinuse|talk]]) 20:09, 23 July 2021 (PDT)

:::::: You should also probably get your hands on the Jungle Inferno source code leak too, so that it'll be easier to understand how bots work. - [[User:Amicdict|Amicdict]] ([[User talk:Amicdict|talk]]) 19:35, 24 July 2021 (PDT)
}}
===TF attributes override each other's blocked statuses.===
{{ExpandBox|
I just found out that the blocked statuses from TF2 nav attributes override each other and the block status from the Source Engine nav attributes. Here is the priority:
# <code>TF_NAV_UNBLOCKABLE</code>
# <code>TF_NAV_BLOCKED</code> (and by proxy <code>BLOCKED_UNTIL_POINT_CAPTURE</code> and <code>BLOCKED_AFTER_POINT_CAPTURE</code>).
# <code>TF_NAV_BLUE_ONE_WAY_DOOR</code> (<code>TF_NAV_RED_ONE_WAY_DOOR</code> will be processed if <code>TF_NAV_BLUE_ONE_WAY_DOOR</code> doesn't consider itself as blocked.)
# <code>TF_NAV_RED_ONE_WAY_DOOR</code>(<code>NAV_MESH_NAV_BLOCKER</code> will be processed if <code>TF_NAV_RED_ONE_WAY_DOOR</code> doesn't consider itself as blocked.)
# <code>NAV_MESH_NAV_BLOCKER</code> (from {{ent|func_nav_blocker}}).
# The internal blocked status made by the Source Engine itself.

For instance to actually have an area that is RED-only and blocked until 3rd point is captured, you would want to stack two nav areas. The first area would have <code>BLOCKED_UNTIL_POINT_CAPTURE</code> and <code>TF_NAV_WITH_THIRD_POINT</code>, and the second nav area would have <code>TF_NAV_RED_ONE_WAY_DOOR</code>. This way the game will properly process both attributes and will have the desired result.

Trying to stack the three attributes onto one area would just result in the area being unblocked '''''for both teams''''' after the 3rd point is captured.- [[User:Amicdict|Amicdict]] ([[User talk:Amicdict|talk]]) 19:33, 18 July 2021 (PDT)
}}
===tf_show_X cvars===
{{ExpandBox|
* {{ent|tf_show_actor_potential_visibility}} - Shows areas potentially visible to a demographic (Purple for both teams, red for RED team, and blue for BLU team). 
* {{ent|tf_show_bomb_drop_areas}} - Shows areas where BLU bots can get to and can drop the bomb.
* {{ent|tf_show_blocked_areas}} - Shows areas blocked by a demographic (Purple for both teams, red for RED team, blue for BLU team).
* {{ent|tf_show_control_points}} - Show areas that a control point (''not payload'') is on in yellow, and adjacent areas in dark yellow.
* {{ent|tf_show_in_combat_areas}} - Shows areas that are in combat from dark red to red depending on the amount of combat.
* {{ent|tf_show_enemy_invasion_areas}} - Shows the areas that the enemy team will invade.
* {{ent|tf_show_incursion_flow}} - Shows paths (as vectors within {{ent|tf_show_incursion_flow_range}}) a team takes to get to the capturable point (1 shows RED team paths, 2 shows BLU team paths).
* {{ent|tf_show_sentry_danger}} - how sentry danger areas (colored red for RED sentries and blue for BLU sentries). 1:Use m_sentryAreas. 2:Check all nav areas. 
* {{ent|tf_show_sniper_spots}} - Shows (purple for both teams, red for RED team, and blue for BLUE team) areas that aren't within {{ent|tf_show_sniper_areas_safety_range}} units of the enemy invasion area.
* {{ent|tf_show_sniper_areas_safety_range}} - The range in which sniper spots withinin the invasion areas are not shown through {{ent|tf_show_sniper_spots}}.
* {{ent|tf_show_train_path}} - Shows the train track path for the payload cart.

If anyone is working on one, how's the progress on the TF2 nav mesh page? - [[User:Amicdict|Amicdict]] ([[User talk:Amicdict|talk]]) 21:19, 18 July 2021 (PDT)
: I haven't allocated time to start writing a real page yet, sorry. Starting with the [[List of TF2 Navigation Mesh Attributes]] would be easier to follow up with other related pages I believe.

* {{ent|tf_show_incursion_flow_gradient}} - Shows the path a team takes to get to the capture-able point as gradient colors (1 shows RED team paths in red, 2 shows BLU team paths in blue).
* {{ent|tf_show_incursion_flow_range}} - The range in which incursion flow vectors are visible
* {{ent|tf_show_incursion_range}} - Highlight areas with incursion distances between {{ent|tf_show_incursion_range_min}} and {{ent|tf_show_incursion_range_max}} cvar values
* {{ent|tf_show_incursion_range_min}} - Minimum range to show incursion distances within with {{ent|tf_show_incursion_range}}.
* {{ent|tf_show_incursion_range_max}} - Maximum range to show incursion distances within with {{ent|tf_show_incursion_range}}.
These are the additional cvars I missed. - [[User:Amicdict|Amicdict]] ([[User talk:Amicdict|talk]]) 22:00, 18 July 2021 (PDT)

: <strike>Correction for {{ent|tf_show_blocked_areas}}: Areas colored ''bright'' red, not purple, represent areas blocked for all teams. - [[User:Amicdict|Amicdict]] ([[User talk:Amicdict|talk]]) 01:21, 22 July 2021 (PDT)</strike>

: For {{ent|tf_show_blocked_areas}} areas colored purple represent areas blocked for all teams. I just got confused on the bright red for some reason. The text that appears upon hovering over a nav area will also show text displaying what that nav area is blocked for. - [[User:Amicdict|Amicdict]] ([[User talk:Amicdict|talk]]) 03:52, 24 July 2021 (PDT)
}}

== Working on a guide for TF2 nav mesh development. ==

I'm working on a guide for making TF2 nav meshes. [https://github.com/WhyIsEvery4thYearAlwaysBad/mahstuff/blob/master/Nav%20Mesh%20Dev%20guide/The%20Guide.md Linked here]. - [[User:Amicdict|Amicdict]] ([[User talk:Amicdict|talk]]) 18:28, 17 August 2021 (PDT)

: That list on TFAttributes(?) overriding each other will be really really reaaalllyy useful - [[User:Orinuse|Orin]] ([[User talk:Orinuse|talk]]) 14:24, 18 August 2021 (PDT)

== Should the page's contents be split/moved? ==

Just a passing thought; Currently the page goes into a bit of technical details about nav meshes, then guides the reader on how to edit a navigation mesh, and it seems like the page ends up having a conflicted focus. So, should that latter part of the page be ''mostly'' moved into its own page? I say mostly, since I think it'd be ideal to keep the nav editing section, but as something like [[VScript_Fundamentals#Entity_Scripts|how this page does it]]. - [[User:Orinuse|Orin]] ([[User talk:Orinuse|talk]]) 10:12, 19 August 2021 (PDT)
:I thought about your idea, but I don't think the topics of the page (technical details vs. editing) are conflicting enough to make a separate page. I mean, the page says ''"There are .nav files and this is how you can generate them / edit them / set place names / achieve certain effects / and this funky stuff might also be important"''. I think the topic ''Nav Meshes'' fits on one page. Which sections would you propose should be moved? --[[User:Popcorn|Popcorn]] ([[User talk:Popcorn|talk]]) 17:06, 19 August 2021 (PDT)
:: Something like the names for the<code>2.3, 2.6, 2.7, 2.8, 2.9, 2.10, 4.1-4.4, 5.2, 5.4, 5.5</code>sections, might change in the future. To me it looked like they went really thorough on the editing a navigation mesh, and I'm feeling it overshadows other topics possible to be added here (or already is), like the [[NAV|NAV File Format]] and [[Navigation_Meshes#Game_Specific|this section about NAV subversions]]. Myself I think navigation mesh editing fits here still, but currently this page really looks more like a "Navigation Mesh Editing" page, and future editors might make that gap even larger. - [[User:Orinuse|Orin]] ([[User talk:Orinuse|talk]]) 20:04, 19 August 2021 (PDT)
:::Ah ok. What would you think of this page being the "top" page leading "down" to subpages, such as [[NAV|nav format]], nav editing (the content of this page), nav commands/ConVars and whatever? --[[User:Popcorn|Popcorn]] ([[User talk:Popcorn|talk]]) 07:02, 20 August 2021 (PDT)
:::Better idea: What about the [[:Category: Navigation Meshes]]? --[[User:Popcorn|Popcorn]] ([[User talk:Popcorn|talk]]) 07:14, 20 August 2021 (PDT)
:::: To #1: For now, a (quickly thought out) concept: Navigation Mesh explanation -> Intro to what is contained in a NAV file -> Intro to navigation mesh editing, then lastly the resources like nav convars. This is just based on what's already existing in the page (that isn't just a "footnote" like the <code>See also</code> section). Just a concept so something might improvise this in tje future. - [[User:Orinuse|Orin]] ([[User talk:Orinuse|talk]]) 13:27, 20 August 2021 (PDT)
:::: To #2: That category apparently doesn't exist and I didn't knew, will come in handy for sure, but seems more suiting to keep pages in it that aren't desirable to be here. For context, I'm treating this page (Navigation Meshes) as a "hub" that gives an intro to all relevant navigation mesh topics out there, while the category page helps to catch the not-so-important topics. (Category page has more roles but that's one of it in my eyes). - [[User:Orinuse|Orin]] ([[User talk:Orinuse|talk]]) 13:27, 20 August 2021 (PDT)
:::::I see, so we want a "hub". If I get you right, we'd have two ideas we could implement:<br>1. Treat this page (Navigation Meshes) as a "hub" (''Main article: '''Link''''') and create the page [[Navigation Mesh Editing]] or [[Navigation Mesh Editor]] to move this page's sections (except 6.1 SubVersions) down there.<br>2. Treat [[:Category: Navigation Meshes]] as a "hub" and write the intros there. I thought of something like the [[:Category: Level Design]].<br>I'd prefer 2. to give the Categories more sense but 1. is also plausible as some pages already do it that way. --[[User:Popcorn|Popcorn]] ([[User talk:Popcorn|talk]]) 04:55, 21 August 2021 (PDT)
:::::: If you prefer "2." then I guess you probably already have a good idea for that approach? But if we go with that, what about this page, does it get a redirect to the category? (assuming the page still gets its contents migrated elsewhere) - [[User:Orinuse|Orin]] ([[User talk:Orinuse|talk]]) 10:24, 21 August 2021 (PDT)
:::::::The [[:Category: Navigation Meshes]] [[Valve_Developer_Community:Administrators'_noticeboard#Can.27t_make_new_page|cannot be created]] by us, so I guess it's gonna be "1.". Which title would you prefer? [[Navigation Mesh Editing]] or [[Navigation Mesh Editor]] or ...? --[[User:Popcorn|Popcorn]] ([[User talk:Popcorn|talk]]) 07:49, 23 August 2021 (PDT)
:::::::: [[Navigation Mesh Editing]] seems more fitting to me, there's an ''actual'' GUI-based nav editor in {{l4d2}}'s tools mode (but its broken) so the other title could be misleading. And about that page creation title ban, I forgot I tried to circumvent it when [[List of L4D Series Nav Mesh Attributes|this page]] was being newly edited. - [[User:Orinuse|Orin]] ([[User talk:Orinuse|talk]]) 09:15, 24 August 2021 (PDT)
{{minititle|Page 2}}
Ouf. [[Navigation Mesh Editing]] also can't be created for the exact same [[Valve_Developer_Community:Administrators'_noticeboard#Can.27t_make_new_page|reason]]. Well then I guess it's gonna be [[Nav Mesh Editing]], right? As usual, when linking to it, one could overwrite the title appropriately, such as <code><nowiki>[[Nav Mesh Editing|Navigation Mesh Editing]]</nowiki></code>. --[[User:Popcorn|Popcorn]] ([[User talk:Popcorn|talk]]) 06:59, 25 August 2021 (PDT)
: That's a shame, and that title looks good to me! The search engine I use picks up that "Navigation Mesh Editing" title added with<code><nowiki>{{DISPLAYTITLE}}</nowiki></code>too. - [[User:Orinuse|Orin]] ([[User talk:Orinuse|talk]]) 10:37, 25 August 2021 (PDT)

== Issues with page creation ==

Due to a [[Valve_Developer_Community:Administrators'_noticeboard#Can.27t_make_new_page|banned expression]], users are not allowed to create any pages with '''Navigation''' in their title and it seems that this problem is either not being solved or can't be solved by the admins.

Now, there are still two (outdated) language pages for this page. Would it make sense to move those to [[Nav Mesh Editing/es]] and [[Nav Mesh Editing:jp]] (and give the existing language pages a redirect)?<br>Also, to avoid any future issues with language pages of this page ([[Navigation Meshes]]), would it be an idea to move it to [[Nav Meshes]]? However, it doesn't seem necessary at the moment. Apparently, this page ([[Navigation Meshes]]) had been created before the banned expression thing was active. --[[User:Popcorn|Popcorn]] ([[User talk:Popcorn|talk]]) 12:01, 31 August 2021 (PDT)

:I'd actually like to rename this page to [[Nav Mesh]], since this article refers to the mesh in singular form. I do agree with the other rename options though. - [[User:Amicdict|Amicdict]] ([[User talk:Amicdict|talk]]) 13:25, 31 August 2021 (PDT)

:And yes I'd like for this page to be renamed to prevent future language issues. - [[User:Amicdict|Amicdict]] ([[User talk:Amicdict|talk]]) 20:50, 1 September 2021 (PDT)

:There also seems to be the same issue for the [[Navigation Mesh Commands]] pages. - [[User:Amicdict|Amicdict]] ([[User talk:Amicdict|talk]]) 20:54, 1 September 2021 (PDT)

::Seeing as how the banned expression will not be unbanned anytime soon, there is really no harm in renaming the page. It's a good idea to rename the page either so that people can make translations with <nowiki>{{lang}}</nowiki>. - [[User:Amicdict|Amicdict]] ([[User talk:Amicdict|talk]]) 04:45, 9 September 2021 (PDT)

:::If there turns out to be problems, you can just undo the rename. I'll go ahead and rename the navigation meshes pages. - [[User:Amicdict|Amicdict]] ([[User talk:Amicdict|talk]]) 07:20, 9 September 2021 (PDT)

::::That's, great! I didn't even know about the move function. Thanks! --[[User:Popcorn|Popcorn]] ([[User talk:Popcorn|talk]]) 15:56, 9 September 2021 (PDT)

:::::The issue has been resolved now. - [[User:Amicdict|Amicdict]] ([[User talk:Amicdict|talk]]) 20:53, 26 April 2023 (PDT)

== The page Navigation mesh can be edited again it seems. ==

Should we rename this page back again? - [[User:Amicdict|Amicdict]] ([[User talk:Amicdict|talk]]) 20:10, 26 April 2023 (PDT)