Skip to main content

TradingView Publishing Guidelines Integration

Overview​

This document outlines how to integrate TradingView's House Rules and Script Publishing Rules into our development workflow while maintaining support for both public open-source scripts and invite-only scripts.

TradingView Requirements Summary​

Key Requirements for Public Scripts​

  1. Language Requirements

    • Publication titles must be English-only
    • English must appear first in descriptions (other languages allowed after)
    • UI text must have English translations if non-English
  2. Originality and Usefulness

    • Scripts must be original and add value to the community
    • Avoid rehashing built-ins or public domain code
    • Must justify mashups with clear purpose
    • Closed-source scripts must have unique features requiring protection
  3. Title Requirements

    • Only 7-bit ASCII characters (no emoji)
    • No all caps except abbreviations (BB, RSI, etc.)
    • English only
    • No misleading claims or advertisements
  4. Description Requirements

    • Detailed explanation of originality, functionality, and usage
    • Self-contained (cannot rely on external links)
    • Must substantiate any performance claims
    • Open-source scripts need thorough explanations for non-Pine readers
  5. Chart Requirements

    • Clean chart showing only the script's outputs
    • No unnecessary scripts, drawings, or images
    • Complete symbol/timeframe/indicator information visible
    • No non-standard charts for strategies or signal scripts
  6. Strategy Requirements

    • Realistic account size for average trader
    • Realistic commission and slippage
    • Sustainable risk per trade (≤5-10%)
    • Sufficient sample size (ideally 100+ trades)
    • No lookahead bias in request.security() calls
  7. Open-Source Reuse Requirements

    • Must credit original authors
    • Must make significant improvements (not just style changes)
    • Must publish as open-source unless explicit permission or public domain
    • TradingView built-ins and library scripts are considered public domain

Workflow Integration Strategy​

1. Publication Type Detection​

We'll enhance our workflow to automatically detect and handle different publication types:

  • Public Open-Source: Full compliance with TradingView rules
  • Public Invite-Only: Compliance + vendor requirements
  • Private: Minimal validation (for testing/drafts)

2. Enhanced Validation Pipeline​

Pre-Publication Validation​

  • Validate title format (ASCII-only, English, no all-caps)
  • Check description completeness and compliance
  • Verify chart cleanliness
  • Validate strategy settings (if applicable)
  • Check for original content vs. rehashed code

Content Quality Checks​

  • Ensure English translations for non-English UI elements
  • Validate technical explanations are self-contained
  • Check for substantiated performance claims
  • Verify proper attribution for any reused code

3. Template Updates​

Enhanced TradingView Description Template​

  • Compliance-focused sections
  • Built-in validation prompts
  • Separate templates for open-source vs. invite-only

README Template Updates​

  • Clear publication type designation
  • Compliance checklist integration
  • Attribution section for code reuse

4. Automated Compliance Tools​

Title Validator​

  • ASCII character validation
  • Capitalization checks
  • English-only verification

Description Analyzer​

  • Completeness scoring
  • Self-containment validation
  • Performance claim detection

Chart Validator​

  • Clean chart verification prompts
  • Standard chart type confirmation
  • Visual element documentation

Implementation Plan​

Phase 1: Core Infrastructure (Immediate)​

  1. Create Publication Type System

    • Add publication type detection to workflow
    • Create type-specific validation rules
    • Update existing scripts to handle multiple types
  2. Enhance Validation Tools

    • Add TradingView compliance checks to existing validators
    • Create title and description validators
    • Integrate with pre-publication workflow
  3. Update Templates

    • Create compliance-focused TradingView description templates
    • Add attribution and originality sections
    • Include built-in validation prompts

Phase 2: Advanced Features (Next Sprint)​

  1. Smart Content Analysis

    • Description completeness scoring
    • Performance claim detection
    • Originality assessment prompts
  2. Enhanced Documentation

    • Compliance guidelines integration
    • Best practices documentation
    • Examples of compliant vs. non-compliant content
  3. Workflow Automation

    • Automated compliance report generation
    • Pre-publication checklist automation
    • Publication type-specific workflows

Phase 3: Quality Assurance (Ongoing)​

  1. Continuous Monitoring

    • Regular compliance audits
    • Community feedback integration
    • Rule update monitoring
  2. Training and Documentation

    • Developer training materials
    • Compliance best practices guide
    • Common pitfalls documentation

File Structure Updates​

docs/
├── TradingView_Publishing_Guidelines.md (this file)
├── TradingView_Compliance_Checklist.md (new)
└── Publishing_Type_Guide.md (new)

templates/
├── tradingview-description-opensource-template.txt (new)
├── tradingview-description-inviteonly-template.txt (new)
└── compliance-checklist-template.md (new)

tools/
├── validate-tv-compliance.sh (new)
├── title-validator.sh (new)
└── description-analyzer.sh (new)

Migration Path​

For Existing Scripts​

  1. Audit Current Scripts

    • Review all existing indicators for compliance
    • Identify potential issues
    • Prioritize fixes based on publication importance
  2. Gradual Updates

    • Update during normal maintenance cycles
    • Focus on high-priority public scripts first
    • Maintain backward compatibility
  3. Documentation Updates

    • Enhance descriptions for compliance
    • Add proper attributions where needed
    • Improve technical explanations

For New Scripts​

  1. Compliance by Design

    • Use new templates from start
    • Built-in validation throughout development
    • Publication type consideration early in planning
  2. Automated Workflows

    • New scripts automatically use enhanced validation
    • Publication type detection from project creation
    • Continuous compliance monitoring

Key Benefits​

  1. Maintained Functionality

    • All existing workflows continue to work
    • No breaking changes to current scripts
    • Gradual enhancement approach
  2. Enhanced Quality

    • Better descriptions and documentation
    • Higher likelihood of TradingView approval
    • Professional presentation standards
  3. Risk Mitigation

    • Reduced chance of script rejection
    • Clear compliance documentation
    • Proactive issue identification
  4. Flexibility

    • Support for all publication types
    • Customizable validation levels
    • Easy workflow switching

Next Steps​

  1. Review and approve this integration plan
  2. Begin Phase 1 implementation
  3. Test with existing MACDRSI+ indicator
  4. Gather feedback and iterate
  5. Roll out to all projects

This approach ensures we meet TradingView's requirements while maintaining the flexibility and functionality of our current workflow system.