User:Prd: Difference between revisions
More actions
No edit summary |
No edit summary |
||
| (378 intermediate revisions by the same user not shown) | |||
| Line 1: | Line 1: | ||
[https://www.youtube.com/watch?v= | ''I can't stay long, whispered the butterfly, but I'll put a memory in your heart.'' | ||
---- | |||
:'''Socials''' | |||
= | ::Discord - prd1847 | ||
::Prdandsuch on [https://www.reddit.com/user/prdandsuch/ Reddit] | |||
::whatisaprd on [https://x.com/whatisaprd X/Twitter] | |||
::KenshiDBdotWiki@gmail.com | |||
: | ---- | ||
: | [[Project:Realpolitik|Realpolitik, World Revisions]] | ||
---- | |||
: | [https://mega.nz/folder/2DRFAYzJ#sF1O8a2VhRwM3J0ddaNYug Mega Archive] | ||
: | ---- | ||
: | [https://map.kenshi.wiki map.kenshi.wiki - Interactive Map] | ||
:: | |||
:: | [https://kenshidb.wiki kenshidb.wiki - KenshiDB, Asset Repository] | ||
: | [https://jobboard.kenshi.wiki jobboard.kenshi.wiki - Job Runner Dashboard] | ||
---- | |||
: | =12/25= | ||
[https://www.youtube.com/watch?v=bxjrcTXri1c Merry Christmas] | |||
: | =12/27= | ||
[https://www.youtube.com/watch?v=aXNL1NIQ1RM Makesyoumove] | |||
: | |||
{{Center|'''SVGs reign supreme!'''}} | |||
[[File:ColorfulMapLayers.png|frame|center|Colorful roads, borders, resources & weather layers.]] | |||
: | [[File:RoadSmithv7.png|center|Road editor progress...Consumes polylines and allows editing thereafter.|1416x1416px|border|frameless]] | ||
: | |||
:: | [[File:PaintingToolsPreview.png|frame|center|Painting & Planning tools for the map.]] | ||
::: | |||
---- | |||
:: | =Next Steps= | ||
:: | |||
:: | '''1. DataTools''' | ||
:: | :A. Building Locations (Done) | ||
::: | :B. Feature Locations (Done) | ||
:C. Road Layout (Done) | |||
:D. Biomes (...) (Done) | |||
:E. "Anything else" | |||
:F. "Assets" (data map) | |||
:// Separated concerns. | |||
:G. Dialogue Packages (Done) | |||
:H. Dialogue(s) (Done) | |||
:I. Dialogue Lines (Done) | |||
:J. Dialogue Actions (50%) | |||
'''2. IMap''' | |||
:A. Painting & Planning (Done, v1 pinned) | |||
:B. Help & Tooltips (Tested, modestly implemented, further tweaks & proliferation) | |||
:C. Power Ranks & World History (50%) | |||
:D. Advanced Overlays (In progress.) | |||
:E. Town Layouts, Landmarks, Road Network and Biomes. (Biomes done.) | |||
:F. Equipment Locker (12/2, 50%) | |||
:G. Main Modal Window (4 migrated) | |||
:H. Light/Dark Theming | |||
:I. Right menu additions (states, campaigns). | |||
:K. v2 Data Processing (12/5+) | |||
'''3. Caravan''' | |||
:A. Proper Page Declaration & Separation | |||
:B. Painting & Placements Import/Export | |||
:C. Landing Page | |||
:D. User Manifest Manager | |||
:E. Final Manifest Additions | |||
:F. Thin Proxy Discussion | |||
'''4. Manifestor''' | |||
:A. KDB Backend Test | |||
:B. MapOrchestration | |||
:C. Map's v2 Endpoint | |||
:D. Global Action Log | |||
:E. 2FA Logins | |||
:F. PluggableAuth, OpenID Connect & OAuth 2.0 private access | |||
'''5. World Studio''' | |||
:A. See after completion of map segment. Task Map B. | |||
'''6. SDK''' | |||
:A. Pinned due to ongoing workflow change. Task Map B. | |||
---- | |||
'''Continuing Education''' | |||
:''Bash'' | |||
::https://www.youtube.com/watch?v=Sx9zG7wa4FA | |||
:''nginx'' | |||
::https://nginx.org/en/docs/beginners_guide.html | |||
:''Varnish'' | |||
::https://vinyl-cache.org/docs/6.0/ | |||
:''SVGs'' | |||
::https://www.svgrepo.com/tools/ | |||
:''JSON'' | |||
::https://www.json.org/json-en.html | |||
::''Personal note'', almost the entire site and external tooling operate based upon generation and exchange of JSON. It is, much like SVGs, utterly critical to how this site and the rest of the ecosystem operates. | |||
:''C# (.NET and Beyond)'' | |||
::https://learn.microsoft.com/en-us/ | |||
::https://learn.microsoft.com/en-us/dotnet/csharp/ | |||
::https://learn.microsoft.com/en-us/dotnet/?view=aspnetcore-10.0 | |||
::https://learn.microsoft.com/en-us/openapi/ | |||
::https://learn.microsoft.com/en-us/visualstudio/?view=visualstudio | |||
::[https://devclass.com/2025/05/29/microsoft-designates-blazor-as-its-main-future-investment-in-web-ui-for-net/ Why I've chosen Blazor for 2026 and beyond] | |||
:Code Style | |||
:::An aside. I am an advocate for minification and making source maps available. This comes loaded with an '''extremely opinionated''' code style that is wholly divergent from industry standard (AirBnB style) formats. Spatial specificity (interchangeable with line specificity and explicit spatial containment), is a kind of mixed format derived from JSON's presentation, reapplied across other web native languages (primarily HTML, CSS & Javascript). There are goofy reasons for its existence, which I'm happy to share! | |||
:::# I do a significant amount of debugging in my browser. The interface appears to the right side of my screen. Tall, vertically focused, dense code is readable insofar as that it requires no horizontal scrolling. Logic can be dense so long as it's communicated. | |||
:::# I'm privy to split views and multiple windows, causing wide lines across multiple screens to require adjustment and constant panning to view. | |||
:::# Whitespace does exactly nothing '''for me'''. In fact, it's rather unhelpful! Minimizing whitespace and offsetting/replacing with new line breaks removes what feels like a rollercoaster across screen space. | |||
:::# I have poor eyesight. Larger text helps - this inherently causes horizontal space to become a luxury when accounting for the aforementioned situations. Equalized line starts are really "no different" when brackets are provided new lines by default, meaning there's no hidden bracket ever lingering off-screen to the right. | |||
:::# When a block is functional and finished its format is '''irrelevant''' respective to what will occur in the minification process. Likewise, source maps can unwind any applied style and reformatted to a more "traditional" presentation for public viewing. | |||
:::# My preferences are not intended to be embraced by anyone - they're '''my''' preferences. Nevertheless, because I do intend to make the format "known" (in terms of having a public reference and a knowledge base to point to), so that it can be refined, iterated upon, have a thorough ruleset and be comprehended by myself and others... a doc site will be made to show and explain! Importantly, I'll be building in a transmutation tool for converting to and from the format (for my own purposes, though anyone would be welcome to use it). | |||
[[Category:Pages using center with no arguments]] | |||
[[Category:Pages using center with unknown parameters| Prd]] | |||
Latest revision as of 05:27, 28 December 2025
I can't stay long, whispered the butterfly, but I'll put a memory in your heart.
map.kenshi.wiki - Interactive Map
kenshidb.wiki - KenshiDB, Asset Repository
jobboard.kenshi.wiki - Job Runner Dashboard
12/25
12/27
SVGs reign supreme!



Next Steps
1. DataTools
- A. Building Locations (Done)
- B. Feature Locations (Done)
- C. Road Layout (Done)
- D. Biomes (...) (Done)
- E. "Anything else"
- F. "Assets" (data map)
- // Separated concerns.
- G. Dialogue Packages (Done)
- H. Dialogue(s) (Done)
- I. Dialogue Lines (Done)
- J. Dialogue Actions (50%)
2. IMap
- A. Painting & Planning (Done, v1 pinned)
- B. Help & Tooltips (Tested, modestly implemented, further tweaks & proliferation)
- C. Power Ranks & World History (50%)
- D. Advanced Overlays (In progress.)
- E. Town Layouts, Landmarks, Road Network and Biomes. (Biomes done.)
- F. Equipment Locker (12/2, 50%)
- G. Main Modal Window (4 migrated)
- H. Light/Dark Theming
- I. Right menu additions (states, campaigns).
- K. v2 Data Processing (12/5+)
3. Caravan
- A. Proper Page Declaration & Separation
- B. Painting & Placements Import/Export
- C. Landing Page
- D. User Manifest Manager
- E. Final Manifest Additions
- F. Thin Proxy Discussion
4. Manifestor
- A. KDB Backend Test
- B. MapOrchestration
- C. Map's v2 Endpoint
- D. Global Action Log
- E. 2FA Logins
- F. PluggableAuth, OpenID Connect & OAuth 2.0 private access
5. World Studio
- A. See after completion of map segment. Task Map B.
6. SDK
- A. Pinned due to ongoing workflow change. Task Map B.
Continuing Education
- Bash
- nginx
- Varnish
- SVGs
- JSON
- https://www.json.org/json-en.html
- Personal note, almost the entire site and external tooling operate based upon generation and exchange of JSON. It is, much like SVGs, utterly critical to how this site and the rest of the ecosystem operates.
- C# (.NET and Beyond)
- Code Style
- An aside. I am an advocate for minification and making source maps available. This comes loaded with an extremely opinionated code style that is wholly divergent from industry standard (AirBnB style) formats. Spatial specificity (interchangeable with line specificity and explicit spatial containment), is a kind of mixed format derived from JSON's presentation, reapplied across other web native languages (primarily HTML, CSS & Javascript). There are goofy reasons for its existence, which I'm happy to share!
- I do a significant amount of debugging in my browser. The interface appears to the right side of my screen. Tall, vertically focused, dense code is readable insofar as that it requires no horizontal scrolling. Logic can be dense so long as it's communicated.
- I'm privy to split views and multiple windows, causing wide lines across multiple screens to require adjustment and constant panning to view.
- Whitespace does exactly nothing for me. In fact, it's rather unhelpful! Minimizing whitespace and offsetting/replacing with new line breaks removes what feels like a rollercoaster across screen space.
- I have poor eyesight. Larger text helps - this inherently causes horizontal space to become a luxury when accounting for the aforementioned situations. Equalized line starts are really "no different" when brackets are provided new lines by default, meaning there's no hidden bracket ever lingering off-screen to the right.
- When a block is functional and finished its format is irrelevant respective to what will occur in the minification process. Likewise, source maps can unwind any applied style and reformatted to a more "traditional" presentation for public viewing.
- My preferences are not intended to be embraced by anyone - they're my preferences. Nevertheless, because I do intend to make the format "known" (in terms of having a public reference and a knowledge base to point to), so that it can be refined, iterated upon, have a thorough ruleset and be comprehended by myself and others... a doc site will be made to show and explain! Importantly, I'll be building in a transmutation tool for converting to and from the format (for my own purposes, though anyone would be welcome to use it).
- An aside. I am an advocate for minification and making source maps available. This comes loaded with an extremely opinionated code style that is wholly divergent from industry standard (AirBnB style) formats. Spatial specificity (interchangeable with line specificity and explicit spatial containment), is a kind of mixed format derived from JSON's presentation, reapplied across other web native languages (primarily HTML, CSS & Javascript). There are goofy reasons for its existence, which I'm happy to share!