Jupyter 社群會議 2/28#

日期: 2023 年 2 月 28 日,太平洋時間上午 8 點(你的時區

討論區: Youtube

請注意

目的#

可以將其視為每月一次的虛擬 JupyterCon。這是一個宣佈和分享 Jupyter 社群中發生的有趣事情的地方。

有關這些會議形式的更多討論,請參閱此處的帖子。

簡短報告、慶祝、表揚#

這是釋出簡短公告(無需討論)的地方。

  • Isabela 非常感謝安全專案團隊的靈活變通,並幫助社群會議在日曆上安排了這次會議!

    • 安全會議現在是每月第一個和第三個星期二

    • 社群會議是最後一個星期二

    • 不再有衝突,可以將社群會議移到更友好的時間!:)

  • Isabela 治理更新:軟體指導委員會正在安排辦公時間並恢復所有其他職責。

議程專案#

  • @rowanc1 @agoose77 - jupyterlab-myst 概述和演示 https://github.com/executablebooks/jupyterlab-myst

    • MyST:在可執行書籍專案中孵化的標記語言,上週分離出來

      • 10% 的 Python 文件是用 MyST 編寫的,並且還在增加

    • 向 Javascript 世界發展 => 更好地與 JupyterLab 整合

    • 請參閱 myst-tools.org,該專案的新網站

    • MyST:支援科學文件和出版物,匯出為各種高質量的 PDF 格式

      • 還渲染了 Jupyter 筆記本的靜態版本

      • 需要新增哪些元資料和前置資訊

      • 如何將計算思維引入出版

    • JupyterLab MyST 擴充套件

      • 文件頂部的豐富元資料作為資料(YAML)

        • 執行元資料單元格會為筆記本生成一個漂亮的頂部塊

        • 比自定義 HTML 更好,可解析,更易於編輯和檢視

      • 標註塊

        • 方括號指令,如“:::{important}”

        • 還有像下拉列表這樣的類資訊

      • 交叉引用

      • Markdown 單元格中的內聯執行

        • 語法可能會改變

        • 角色和指令,例如

          {eval}`1+1`
        
        • 將 Jupyter 小部件直接嵌入到 Markdown、圖表、迷你圖表

        • 更好地編織文件和程式碼

    • 正在進行的 nbformat 研討會和 MyST

      • 討論開發擴充套件的挑戰

      • 特別是,在文件中嵌入計算,最初並未設想

      • 輸入型別可能需要擴充套件

    • 靜態釋出,另請參閱 https://thebe.readthedocs.io/en/stable/

      • 編寫具有互動性的文件

      • 釋出機制

      • 幫助推廣互動性和計算體驗,以最終共享文件

    • 混合 HTML 和 MyST 以及可訪問性?

      • 在開發過程中牢記這些問題

      • 使用小部件會變得更加困難

      • 努力使用與 Jupyter 相同的技術元件

      • => 隨著 Jupyter 在小部件領域改進上游,它會傳播到這裡

      • 可歸檔性、語義 HTML、關注可訪問性得分

        • https://myst-tools.org/docs/mystjs/accessibility-and-performance

  • 正在進行的 nbformat 研討會討論 @isabela-pf

    • 我們沒有在筆記本中指定 Markdown 的型別

    • 這在使用者測試中造成了一些困難

    • 至少知道我們遵循哪種 Markdown 規範會很好

    • 有網路可訪問性指南,但它們如何關聯並不總是很清楚

    • 更清晰的說明會有幫助,因為輔助功能是在 HTML 級別實現的

    • 在研討會上 @rowanc1

      • 分成 3 組

        • 除標準格式外的基於文字的格式(例如 jupytext)

        • 單元格型別工作流

        • 單元格內的 Markdown 格式

      • 筆記本、單元格元資料的蠻荒西部,人們如何使用它?

        • 值得注意的例子

          • 不透過 Jupyter/JupyterLab 的前端介面

          • 儲存在單元格元資料中的視覺化狀態

          • 在可注意性中名稱空間

        • 在 PR/討論方面,是否正在考慮單元格元資料的更改?

        • 最簡單的用例(某種程度上)標記單元格元資料以進行特殊處理或加工

與會者#

姓名

機構

GitHub 使用者名稱

Rollin

NERSC

@rcthomas

Rowan

Curvenote / ExecutableBooks

@rowanc1

Gabriela Vives

QuantStack

GabrielaVives

韋恩·迪凱特

州立醫學大學

@fomightez

Isabela Presedo-Floyd

Quansight Labs

@isabela-pf

另加 1 位。