-
Notifications
You must be signed in to change notification settings - Fork 146
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[DO NOT MERGE] New proposed structure #872
base: development
Are you sure you want to change the base?
Conversation
'technology/entities', | ||
'technology/chronology', | ||
'setup/installing-mxpy', | ||
'setup/configuring-mxpy', |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
- people should not be installing mxpy (yet) in "getting started"
configuring-mxpy
is low-level detail, this isn't about "getting started".- is
cli-overview
an existing page? (oh, now I see, new page, but about what?) - is
setup/configuration
an existing page? (oh, now I see, new page, but about what?)
I'd vote to exclude these from getting started:
- 'setup/installing-mxpy',
- 'setup/configuring-mxpy',
- 'setup/cli-overview',
- 'setup/build-reference',
- 'setup/configuration',
Instead, maybe:
- wallet(s) - what are they & how-to
- explorer how-to
'integration/validator-and-staking-management/validators-overview', | ||
'integration/validator-and-staking-management/staking-v4', | ||
'integration/validator-and-staking-management/the-delegation-manager', | ||
'integration/validator-and-staking-management/node-cli', |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Maybe dedicated section for validators and staking providers?
'transaction-management/network-and-infrastructure/node-operation-modes', | ||
'transaction-management/network-and-infrastructure/managing-a-validator-node', |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Does it belong here?
'transaction-management/esdt-operations-events', | ||
'transaction-management/testing-overview', | ||
'transaction-management/running-scenarios', | ||
'transaction-management/network-and-infrastructure/localnet-setup', |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Maybe under tooling section?
'transaction-management/signing-transactions', | ||
'transaction-management/smart-contract-call-events', | ||
'transaction-management/esdt-operations-events', | ||
'transaction-management/testing-overview', |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
testing-overview
is about smart contracts, I think.
'smart-contracts/smart-contracts-overview', | ||
'smart-contracts/multiversx-smart-contracts', | ||
'smart-contracts/smart-contract-api-functions', | ||
'smart-contracts/smart-contract-annotations', | ||
'smart-contracts/smart-contract-modules', | ||
'smart-contracts/upgrading-smart-contracts', |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Should be in dedicated section for smart contracts.
'development-tools/smart-contract-debugging', | ||
'development-tools/rust-testing-framework', | ||
'development-tools/memory-allocation', | ||
'development-tools/rust-nightly', |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Should be in the section dedicated for smart contracts.
Hello everyone, I want to express my appreciation for your initiative to enhance the documentation. My goal is to present a restructured and updated version that better suits our community’s needs. Based on discussions with the community over the past few months, I suggest the following preliminary structure as a starting point: This proposed structure is designed to separate specifically to the distinct needs of various users within our ecosystem. It’s merely a starting point, and I look forward to integrating feedback from both the community and your team to refine it further. Here’s a brief overview of the proposed structure:
I believe this structure will help to create a more coherent and user-friendly documentation experience for onboard new users, developers, and validators. It will also provide a clear path for builders to create and deploy their DApps and sovereign chains on MultiversX. It would be great to hear your thoughts on that. |
'smart-contracts/smart-contracts-overview', | ||
'smart-contracts/multiversx-smart-contracts', | ||
'smart-contracts/smart-contract-api-functions', | ||
'smart-contracts/smart-contract-annotations', |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Smart contract development is not a core concept. Especially none of the mx sc scpecifics. It's not even a Rust-only thing anymore.
So we can have something on the fundamentals here, but nothing concrete, certainly no smart contract annotations/api/etc.
Description of the pull request (what is new / what has changed)
This is the proposed new structure of the documentation:
New MultiversX Documentation Structure
1. Getting Started
2. Core Blockchain Concepts
3. Development Tools and SDKs
4. Building Applications
5. Transaction Management and Testing
6. Integration and Advanced Topics
7. Additional Resources and Support
Did you test the changes locally ?
Which category (categories) does this pull request belong to?