Movatterモバイル変換


[0]ホーム

URL:


Skip to content

Navigation Menu

Search code, repositories, users, issues, pull requests...

Provide feedback

We read every piece of feedback, and take your input very seriously.

Saved searches

Use saved searches to filter your results more quickly

Sign up

Source code for xrpl.org including developer documentation

License

NotificationsYou must be signed in to change notification settings

XRPLF/xrpl-dev-portal

Folders and files

NameName
Last commit message
Last commit date

Latest commit

 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

Repository files navigation

TheXRP Ledger Dev Portal is the authoritative source for XRP Ledger documentation, including therippled server, client libraries, and other open-source XRP Ledger software.

The site is built and published using Redocly.

NOTE: The toolchain used to build and publish the site has recently been migrated from Dactyl to Redocly.

Before you proceed, make sure you have Node version >= 18 LTS.

To build the site locally:

  1. Clone the repo and change into its directory:

     git clone git@github.com:XRPLF/xrpl-dev-portal.git && cd xrpl-dev-portal
  2. InstallRedocly Realm:

     npm install @redocly/realm
  3. Switch to themaster branch if you aren't on it already.

     git switch master
  4. Build and start a local server:

     npm start

For more details, see thecontribution guidelines (EN) (日本語) and thecontributor Code of Conduct (EN) (日本語).

Domain Verification Checker

If you make changes to theDomain Verification Checker tool and edit the domain-verifier-checker.js file, you will need to do the following:

  1. Installwebpack and required libraries via npm:

     npm install webpack webpack-cli --save-dev npm install ripple-binary-codec ripple-address-codec ripple-keypairs
  2. From the project root directory (this step may be different depending on how you installed webpack)

     cd assets/js webpack-cli domain-verifier-checker.js --optimize-minimize -o domain-verifier-bundle.js
  3. Build the site:

     npm start

Internationalization

This repo includes English (en) and Japanese (ja) locales.

This is done by setting up the internationalization (@l10n) folders, adding thei18n configuration to yourredocly.yaml file, and adding the translated content in the respective language directory under the @l10n directory.

To add support for a new language:

  1. Create a new subdirectory in the @l10n directory of the portal. For example, to add support for Spanish, create a new subdirectory "es-ES".

  2. Update the i18n configuration in yourredocly.yaml file defining the display labels for the different languages you support.

     l10n:   defaultLocale: en-US   locales:     - code: en-US       name: English     - code: ja       name: 日本語     - code: es-ES       name: Spanish
  3. Add the translated content in the respective language directory under the @l10n directory.

    The relative path from the language directory to the translated file must be the same as the relative path from the root of the portal to the file in the default language. For example, if you originally had a file with pathpath/to/my/markdown.md, the file translated to Spanish must be /@l10n/es-ES/path/to/my/markdown.md.

Issues, Projects, and Project Boards

Use GitHub Issues under thexrpl-dev-portal repository to report bugs, feature requests, and suggestions for the XRP Ledger Documentation or thexrpl.org website.

For issues related torippled or client libraries (xrpl.js,xrpl-py, and others), use the respective source repository underhttps://github.com/XRPLF.

If you are a contributor, use GitHub Projects and Project Boards to plan and track updates to xrpl.org.

Project Boardxrpl-docs

Thexrpl-docs Kanban board is used to plan and track updates to the XRP Ledger Documentation. Contributors must update the status of an issue as it progresses through different stages.

Thexrpl-docs board has six columns based on the status of issues in this repository:

  • No Status: New or existing issues that no one has triaged yet.

  • Backlog: Issues that represent tasks to be done eventually. They should contain actionable and helpful information for a contributor to work on addressing the issue.

  • Planned: Issues with assignees who plan to address them in the near future, like 2-4 weeks.

  • In Progress: Issues that a contributor is actively working on.

  • In Review: Issues with a proposed fix that is currently being reviewed. These should be associated with an open pull request.

  • Done: Issues that have been completed, whose related content updates have been merged.


[8]ページ先頭

©2009-2025 Movatter.jp