Taxonomy/Site structure
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 5/5
- Tiempo estimado
- Más de una semana
- Aptitud para principiantes
- 25/100
- Tipo de issue
- Documentación
- Claridad
- Necesita aclaración
- Estado de actividad
- Estancado
- Stack tecnológico
- markdown
- Área
- documentation
Línea de trabajo
No se nombran archivos ni pruebas. Empieza revisando la estructura y la navegación actuales del sitio, y después compáralas con esta taxonomía propuesta; se considera terminado cuando se hayan acordado la arquitectura de la información, el comportamiento del interruptor SLua/LSL y el alcance inicial de Scripting Portal.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
Here is a proposal for how the site could be structured:
- Scripting Portal
- Getting Started
- Quick introduction for beginners
- How to create and write scripts
- Development environment with VS Code Extension
- Link directly into tutorial in SLua/LSL Language section
- Features
- Avatar
- Communications
- Combat
- … and more
- Guides
- How to script a Car/Boat, Strategies for dealing with multiple llHTTPRequests, etc. Long form guides/tutorials
- Recipes
- How to script a Chair, How to script a Door, llHTTPRequest integration to external API via Vercel proxy, etc. Short, usecase specific step-by-step guides
- SLua/LSL Language (below is for SLua; Somewhat based on Suzanna’s guide)
- Getting Started
- Tutorials
- SLua vs LSL
- Types and variables
- Operators
- Flow Control: if, while, for, repeat
- Functions
- Tables
- Metatables and metamethods
- Objects
- Error handling
- Libraries
- Event Handling
- Timers
- …?
- Standard Library (or Scripting Reference)
- Categories
- LLEvents
- LLTimers
- ll* Functions
- Luau Libraries
- Events
- Constants
- Getting Started
The idea is to also have a site-wide toggle (or limited within the Scripting Portal) where the user can switch between SLua and LSL. With something like <If> components in the mdx files to show conditional content, such as for code examples. Likewise the site navigation would also flip based on the toggle, for example the SLua Language menu would flip to LSL Language and show relevant links to how LSL works, like states and stuff. The Standard Library would also be able to flip, for example not showing any of the libraries that are specific to SLua/Luau etc. I'm not sure how to do approach this yet but maybe we could fill the site navigation and then use JS/CSS to update the navigation based on the toggle.
Now you might be wondering why Scripting Portal is at the top, for the SL Create site we should expand it to cover the whole sphere of Content Creation eventually, such as Building, Meshes, Textures, Fashion, Architecture / Level Design, etc. But for now we should focus on Scripting.
Features are high level articles that explain a feature as well as act as a mini-portal by sending the user to a relevant sub article or collating standard library functions, events and constants together for quick access. The Combat2 article on the wiki is a good example of how to do this. Vague on the details above the fold but rich with links for more detailed information.
Guides are long form articles that help you do or understand something. Such as the complexities in scripting an SL vehicle (which can take different creative forms, from the humble Physical Linden Vehicles, Advanced Linden Vehicles with Raycasting, Custom Physics (not using the Linden vehicle functions), Non-Physics (like my mech walker), Wearable Vehicle (pure attachment based vehicles that manipulate avatar movement), …)
Recipes are short, focused how-to guides that walk a reader through completing a working example of a specific task. This should be particularly great for beginners or any scripter that wants to tackle something very specific.
SLua Language/LSL Language will be swapped based on the site-wide SLua/LSL toggle. This contains the tutorials and guides specific to the language itself.
Standard Library (or Scripting Reference or Reference?) would be a reference to all the libraries, functions, events, constants etc.
What do you think? Does this proposal make sense?
- Lenguaje dominante
- MDX
- Estrellas
- 12
- Forks
- 7
- Métricas de merge de PR
- Sin PR fusionados en 30 d
Preparar el entorno
- Sin Dockerfile ni archivo de Docker Compose
- Sin plantilla de pull request
- Leer la guía de contribución
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de secondlife/create
-
LocalizationAbierto
Dificultad 5/5 Más de una semana Aptitud para principiantes 25/100
secondlife/create#18 · 1 comentario ·
-
No article/page about LSL statesAbierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 35/100
secondlife/create#14 ·
-
Missing icons on cardsAbierto
Dificultad 3/5 1-2 días Aptitud para principiantes 35/100
secondlife/create#13 ·
-
enhancement
Dificultad 3/5 1-2 días Aptitud para principiantes 35/100
secondlife/create#9 · 2 comentarios ·
-
Add Function CategoriesQuizá libre de nuevo @WolfGangS la tomó hace 320 días y no hay ningún pull request abierto. Abiertohelp wanted
secondlife/create#3 · 15 comentarios · 1 asignado ·
Todos los issues de secondlife/create
Issues similares
-
changelog investigate
Dificultad 2/5 1-3 horas Aptitud para principiantes 62/100
ramnes/notion-sdk-py#409 ·
-
Broken links in the docsAbierto
Dificultad 1/5 Menos de una hora Aptitud para principiantes 78/100
salesforce/multicloudj#667 ·
Los mantenedores suelen responder en 1 día
-
bug needs-triage
Dificultad 2/5 1-3 horas Aptitud para principiantes 70/100
Los mantenedores suelen responder en 1 día
-
End of term: remove the PerfForesightCRRA-Approximation stub, and redirect its econ-ark.org pageAbierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
Los mantenedores suelen responder en 2 días
-
Bug pulumi/pulumi
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
Los mantenedores suelen responder en 1 día