## 1. Project Overview & Quickstart (Textualize/projects)

# projects

Open-source repository Textualize/projects

### Repository Details
- **Repository:** [Textualize/projects](https://github.com/Textualize/projects)
- **Primary Language:** Code

*Note: High-volume repository documentation is actively indexed and synchronized by YakaAI.*

## 2. Official Technical Reference & Guides (Textualize/website)

## File: docs/about-us.md

---
hide:
   - navigation
#   - toc
---

# About Us

We are a team of developers working from Edinburgh, Scotland; and remote.

## The Team



-   {align=right}
    
    **Will McGugan**  [:material-github:](https://github.com/willmcgugan) [:material-twitter:](https://twitter.com/willmcgugan) [:material-linkedin:](https://www.linkedin.com/in/willmcgugan/)
   
    CEO / Founder. Creator of Rich, Textual, PyFilesystem. Author.


-   {align=right}
   
    **Darren Burns** [:material-github:](https://github.com/darrenburns)

    Open Source developer. Creator of Ward, Dunk, And Kupo. 

-   {align=right}
    
    **Dave Pearson** [:material-github:](https://github.com/davep)

    Free software advocate. Polyglot programmer.

-   {align=right}
   
    **Rodrigo Girão Serrão** [:material-twitter:](https://twitter.com/mathsppblog)

    Mathematician. Software developer. Educator. 





## Philosophy

We are strong advocates of Open Source software and embrace *building in public*. As developers building tools for developers, we know that trust can only built by sharing and contributing within the developer community.

We believe in inclusivity in computing and within our company.



--8<-- "docs/images/pride.svg"

---

## File: docs/index.md

---
hide:
   - navigation
#   - toc
---


# Textualize.io


!!! tip inline end "Mailing List"

    Sign up to our [mailing list](http://eepurl.com/hL0BF1) for occasional news about Textualize.

We are building [Textual](projects.md#textual) &mdash; a Rapid Application Development framework for Python.

As the world's [most popular programming language](https://www.tiobe.com/tiobe-index/), Python has made a huge impact in a broad range of fields from data science to biology.
At the same time, web development has become more and more specialized, putting it out of reach for the majority of developers. **We have a solution for that**.

Textual leverages developers existing Python skills and the tools they already know, to build highly functional User Interfaces.
Making it possible for developers of all skill levels to build applications for their company or organisation.
**No more slow, expensive out-sourcing**.
Apps can be built in-house by a single developer that would previously have taken a team of specialists to build &mdash; and in a fraction of the time.

Textual apps run on MacOS, Linux, and Windows. In the terminal, the web, and Jupyter notebooks. 

## Want to know more?

Read about our plans for Textual, and upcoming web service.

[:material-download: :material-file-pdf-box: The case for Textual](./files/The%20case%20for%20Textual%20-%20Google%20Docs.pdf)

[:material-download: :material-file-pdf-box: Textualize Cloud Service](./files/Textual%20Cloud%20Service%20-%20Google%20Docs.pdf)


Follow our progress on the [Textual Blog](https://textual.textualize.io/blog/) or visit the [Textual Website](https://textual.textualize.io/) for more information.


## Textual in action

A brief video of some of Textual's capabilities.

---

## File: docs/projects.md

---
title: "Projects"
hide:
   - navigation
#   - toc
---


# Projects

We are software developers, building software for other developers.

Here you will find the projects we work on.



## Textual


Rapid Application Development, powered by Rich.    

Expect a lot more from your terminal with this modern API to build interactive applications on par with the Web and Desktop.

!!! info "Coming Soon"

    Run Textual apps in the browser as easily as the terminal. Build web apps with just your Python skills.


[:material-github: Textual](https://github.com/textualize/textual#readme){ .md-button .md-button--primary } [:fontawesome-brands-discord: Textual](https://discord.gg/Enf6Z3qhVr){ .md-button .md-button--primary }

### Textual screenshots


    
        <li>
            <a href="/images/textual-screenshots/cloudtrail.svg" target="blank">
            --8<-- "docs/images/textual-screenshots/cloudtrail.svg"
            </a>
            
                Visualize Amazon CloudTrail data.
            
        </li>
        <li>
            <a href="/images/textual-screenshots/datadog.svg" target="blank">
            --8<-- "docs/images/textual-screenshots/datadog.svg"
            </a>
            
                [DDQA](https://github.com/DataDog/ddqa) (by Datadog) is a tool for users of Jira to perform QA of anticipated releases of code on GitHub.
            
        </li>
        <li>
            <a href="/images/textual-screenshots/baca.svg" target="blank">
            --8<-- "docs/images/textual-screenshots/baca.svg"
            </a>
            
                [Baca](https://github.com/wustho/baca) &mdash; an Open Source TUI e-book reader.
            
        </li>
        <li>
            <a href="/images/textual-screenshots/markdown-viewer.svg" target="blank">
            --8<-- "docs/images/textual-screenshots/markdown-viewer.svg"
            </a>
            
                A remarkably full featured Markdown browser, that runs in your terminal.
            
        </li>
        <li>
            <a href="/images/textual-screenshots/twobee.svg" target="blank">
            --8<-- "docs/images/textual-screenshots/twobee.svg"
            </a>
            
                Explore DNA sequences stored in "2 bit" files.
            
        </li>
        <li>
            <a href="/images/textual-screenshots/mandelbrot.svg" target="blank">
            --8<-- "docs/images/textual-screenshots/mandelbrot.svg"
            </a>
            
                An experimental mandelbrot set explorer for the terminal.
            
        </li>
    




## Rich



Rich for Python

    <a href="/images/rich.svg" target="blank">
     --8<-- "docs/images/rich.svg"
</a>


The project which started it all.



In 2020, Will McGugan wrote the first line of Rich, a project which would become one of the most popular in the Python ecosystem, used by over [seventy thousand](https://github.com/Textualize/rich/network/dependents) projects.

Rich started out as a simple tool to colorize text, but has since grown in to a sophisticated library for beautiful formatting in terminal.

Rich has over **43,000** GitHub stars and counting, and is used 

[:material-github: Rich](https://github.com/textualize/rich){ .md-button .md-button--primary }

---

## File: docs/why-i-founded-textualize.md

---
hide:
   - navigation
#   - toc
---

# Why I Founded Textualize

I founded Textualize with the express purpose of reversing what I saw as years of neglect in a critical developer tool: the terminal. That little window and flashing cursor that is the starting point and constant companion for many a software project.

Neglect may be nothing new in the tech world. When we collectively decide that the new generation of software has arrived, we neglect what came before it. It's a natural consequence of progress and no bad thing.

What's different about the terminal is that nobody got the memo that we should stop using it. The browser, with all its power, is seen as a companion to the terminal by developers, not as a rival. Terminals appear to reside in a niche they are so ideally suited for that tech Darwinism can't touch them. In a 2022 survey of developers, 89% responded that they have a terminal open at least half of the day. Clearly developers are as engaged with the terminal as much as the browser, and yet few tech companies give it more than a second thought.


## Rich 


Rich for Python

    <a href="/images/rich.svg" target="_blank">
     --8<-- "docs/images/rich.svg"
</a>

I see the neglect in the terminal world as a mistaken assumption that whatever can be done in the terminal, has been done, and there is little to gain from attempting to enhance the terminal experience. My work on [Rich](https://github.com/Textualize/rich) made it clear to me that developers were delighted by any visual enhancements. Not only was innovation still possible with a technology older than most developers, but there was real demand for it.

Terminals and browsers coexist so comfortably in developer's minds because there are distinct use-cases for each; we instinctively know when to reach for one over the other. Yet there is a class of terminal application that defies such an obvious taxonomy. The TUI, or Text User Interface, is an application which takes over the terminal and can present windows, views, and dialogs. There was a time when these apps were the primary way of interacting with a computer. That era is long gone. Yet, like the terminal itself, TUIs survive to this day. In fact, they are more popular than ever.

There are some technical advantages to these apps: a developer can operate a TUI over an encrypted channel on a remote server. But this is often not the primary or even secondary reason why a developer would reach for a TUI over a web application.

TUIs can transition seamlessly from the command line and back again without interrupting the developer's train of thought, which explains some of their popularity. TUIs are also popular for many of the reasons that terminals themselves are popular: a minimal keyboard-focused interface that rewards repeated use. One that is free of distractions and context switching. Additionally, terminals are a natural fit for the clean lines, dark mode, aesthetic that even web apps seek to emulate. 

Having talked to many developers on the subject, I understood that there were few use-cases where a developer would not want a TUI. Many enthused about TUI interfaces to system administration tasks, network automation, internal analytics, and crypto currency bots, but for every work related application there was a desire for a productivity tool, calendar, distraction-free writing and any number of apps were developers would eschew the web or desktop in favor of a TUI.

There is clearly demand but short supply. TUIs have traditionally been built with an API conceived in the 90s. There has been almost zero innovation since then. Neglect meant that none of the advancements in the world of application development made it to the terminal.

## Textual

My answer to this is [Textual](https://github.com/textualize/textual), a project I started in 2021 to take the best of innovation from the web and desktop world and bring it to the terminal. The prospect of being able to build TUIs without grappling with archaic tools created a lot of buzz in the Python community and beyond.

<figure style="width:450px;">
    <a href="/images/textual-screenshots/cloudtrail.svg" target="_blank" >
        --8<-- "docs/images/textual-screenshots/cloudtrail.svg"
    </a>
    <figcaption>An app built with Textual</figcaption>
</figure>



The first iteration of Textual was a hobby project, created to pass the time and satisfy some intellectual curiosity. Only once I was satisfied that there were no technical reasons as to why this had never been attempted, did I realize there was opportunity here. The unique characteristics of TUIs, namely low systems requirements, cross platform, remotely accessible, could find a previously unexplored niche -- which only Textual could fully exploit.

I would not want Textual to stray from its roots as Free and Open Source software, but selling "picks and shovels" would not compromise that. The opportunity felt compelling enough for me to quit my job in late 2021 and live on savings for a year. At the end of the year I would have built Textual and a related web service which I could then turn into a business. 

Founding Textualize was very much a plan B. But funding enabled me to be more ambitious in my mission to rejuvenate the terminal. Our next challenge as a company is to solve the problem of distribution. Paradoxically, although terminal software is installed on every desktop computer ever shipped, the terminal is little known outside of developers and other technical users. If TUIs are to truly reach their potential we need to make them accessible to more typical users.

I see Textualize as the vanguard in a terminal renaissance. I don't know why there is renewed interest in the terminal as a platform now. We could have asked more of terminals years ago. But we are in a unique position to halt and reverse years of neglect.

[Will McGugan](https://twitter.com/willmcgugan)

** CEO / Founder **