mirror of
https://github.com/fluffos/fluffos
synced 2026-08-12 18:26:06 -04:00
* docs: add local full-text search and a contributor README Add @easyops-cn/docusaurus-search-local to the Docusaurus site so the docs get an offline search bar (index built at build time, no external service). English and zh-CN pages are both indexed, and matched terms are highlighted on the target page. Add docs/README.md describing the Docusaurus setup, local dev/build commands, search behavior, directory layout, and gotchas; exclude it from the published site alongside CLAUDE.md. Point the root README's docs/ entry at it. Co-Authored-By: Claude Fable 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01TSzcESzU9947zkGzQ6SMmE * docs: remove dead framework leftovers, fix index generation, complete the nav Delete the VitePress (.vitepress/) and Jekyll (_layouts/, css/) leftovers, the one-shot migration scripts (fix_md_header.py, fix_seealso.py), and the stale keywords.json snapshot; prune the matching .gitignore entries and docusaurus exclude patterns. Rewrite gen_index.py for Docusaurus: it emitted dead .html links and legacy 'layout: doc' frontmatter, choked on non-markdown entries, and dropped nested categories — regenerating an index would have broken it. It now emits the extension-less links the site actually uses, links nested category indexes (restoring apply/* on the zh-CN index), and refuses to run on the docs root. Fix update_index.sh's copy-paste titles (zh-CN efun/build were titled 'APPLY'), stop it clobbering the hand-written lpc/index.md, and cover cli/. Regenerated indexes pick up the missing driver/ffi-plan entry. add_missing_efuns.py now takes the keywords.json path as an argument instead of requiring a stale copy. Move CNAME and the Google site-verification file into static/ so they actually reach the published build output. Complete the sidebar: link the CLI category to cli/index and add the missing portbind/symbol/generate_keywords pages, and expose the previously orphaned stdlib section under Reference. Promote onBrokenLinks to 'throw' now the build is warning-free, and drop the empty Demo section from the landing page. Co-Authored-By: Claude Fable 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01TSzcESzU9947zkGzQ6SMmE * docs: strip legacy 'layout: doc' frontmatter from all pages Mechanical sweep removing the Jekyll-era 'layout: doc' line from every doc page's frontmatter (Docusaurus ignores it), and the matching line from the templates in docs/CLAUDE.md so new pages don't reintroduce it. No content changes. Co-Authored-By: Claude Fable 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01TSzcESzU9947zkGzQ6SMmE --------- Co-authored-by: Claude <noreply@anthropic.com>
39 lines
1.3 KiB
Markdown
39 lines
1.3 KiB
Markdown
---
|
||
title: object / create
|
||
---
|
||
# create
|
||
|
||
### NAME
|
||
|
||
create - object initialization
|
||
|
||
### SYNOPSIS
|
||
|
||
void create( void | ... );
|
||
|
||
### DESCRIPTION
|
||
|
||
Every object should have a create function defined within it. Within
|
||
that function, all initial object initialization should be done. cre‐
|
||
ate() is called on *all* objects. *NOTE* - This behavior is different
|
||
than the stock 3.1.2 LPmud driver. In 3.1.2, if an object is created
|
||
first by being inherited, then create() wasn't called on it. In MudOS,
|
||
this behavior has changed so that it is *always* called when an object
|
||
is created. As a result, you may see some odd behavior if you have a
|
||
create in a parent object that does a write, you will see two writes,
|
||
as if create() had been called twice on the same object. In reality,
|
||
create *is* being called twice, but on two *different* objects: the
|
||
parent, and the child that is calling parent::create() manually.
|
||
|
||
The arguments passed to the function will be the same as those passed to
|
||
new() or clone_object() in addition to the filename, if the object was
|
||
loaded using either of those efuns. For example, clone_object(file, 3, "hi")
|
||
will cause create(3, "hi") to be called in the object after it is created.
|
||
|
||
### SEE ALSO
|
||
|
||
reset(4), __INIT(4)
|
||
|
||
### AUTHOR
|
||
|
||
Wayfarer@Portals
|