2024年1月

开源工作区自动化工具。听起来不错!

2024 年刚刚开始,也许你正被需要在不同应用程序中完成的大量工作压得喘不过气来?为什么不使用工作区管理工具来简化工作呢?

App Fleet 是一款全新的开源工作区管理器和启动自动化工具,主要为 Linux 开发。我必须说,最后一点是你不常听到的! ?

这次,我尝试一下 App Fleet,并与大家分享一下我的经验。

? 该应用相当新,正在积极开发中。它可能会,也可能不会按照你期望的方式工作。

App Fleet:主要功能 ⭐

App Fleet 使用 Flutter 框架 编写,针对 GNOME 桌面环境,并且作为一个相当新的应用,它的开发进展相当顺利,不时定期发布。

一些关键功能包括:

  • 支持大多数应用。
  • 直观的用户界面。
  • 将应用设置到特定工作空间。

⚙️ 如何安装 App Fleet?

遗憾的是,App Fleet 没有 Flatpak、Snap、AppImage 或其他流行的打包格式

据开发人员称,App Fleet 需要系统范围的读取访问权限,并且使用这些格式对其进行打包对于此类应用来说是不可行的。

安装 App Fleet 最直接的方法是运行以下命令(网络安装程序脚本):

curl https://raw.githubusercontent.com/omegaui/app_fleet/main/network-install.sh | bash

对于大多数人来说,上述命令是推荐的解决方案。

如果你愿意,你可以从预编译的捆绑包或源代码中安装它。有关更多信息,你可以访问其 GitHub 仓库

App Fleet(GitHub)

初步印象 ?‍?

将其安装到我的 PC 上后,我启动了 App Fleet,然后迎接我的是一个面无表情的幽灵,说这个系统上没有工作区配置。

因此,我单击 “ 马上创建 Create Now ” 开始,并为工作区配置指定了一个合适的名称。

然后我选择了它的图标。它有很多可选图标,也可以自由上传自定义的图标。

应用选择屏幕列出了我的所有应用,因此我选择了我在工作时经常使用的应用。

我还可以为这些应用提供特定的工作区,这样它们就可以直接在指定的工作区中启动,从而无需手动放置它们。(这对我来说效果不太好,稍后会详细介绍。)

我还可以从系统或外部存储手动添加应用,并可以指定名称、设置等待时间等。

我也可以对添加的应用进行相同的调整。如果你不想被快速连续启动的大量应用淹没,“等待时间” 设置可能会很有用。

设置完所有内容后,我单击右上角的 “保存” 图标来保存我的工作区配置。

然后,App Fleet 的主屏幕向我显示了创建的工作区配置。

它还启动了 App Fleet 启动器 ,这是一个看起来像小部件的东西,让我启动保存的工作区配置。

因此,为了测试它的工作原理,我快速重新启动了系统,当我登录系统时,启动器会自动弹出。正如你在下面看到的,启动器是一个小巧的东西,并不碍事。

但是,你可能已经注意到,应用没有在我设置它们启动的工作区上启动。尽管应用的启动和定制的等待时间确实起作用了。

官方网站 提到已在 Ubuntu 22.10 进行了“精细测试”,因此这一点值得注意。

当然,该应用是全新的。因此,我们不能期望一切都完美。

但是,如果你问我,App Fleet 有很大的潜力,如果你是使用 Auto Move Windows GNOME 扩展的人,这可能是一个非常方便的替代方案。

我是否说过 App Fleet 不仅仅限于 GNOME?

你还可以在其他 桌面环境 上使用它,例如 KDE Plasma、Budgie 和 Cinnamon。

? 那么,你对 App Fleet 有何看法? 有类似的工具吗? 它对你来说效果如何? 请在下面的评论中告诉我!


via: https://news.itsfoss.com/app-fleet/

作者:Sourav Rudra 选题:lujun9972 译者:geekpi 校对:wxy

本文由 LCTT 原创编译,Linux中国 荣誉推出

快速入门使用 Textual

Python 在 Linux 上有像 TkInter 这样的优秀 GUI(图形用户界面)开发库,但如果你不能运行图形应用程序怎么办?

文本终端,并非只在 Linux 上有,而且 BSD 和其它的出色的类 Unix 操作系统上也有。如果你的代码是用 Python 编写的,你应该使用 Textual 来帮助你编写 TUI(文本用户界面)。在这个快速介绍中,我将向你展示两个你可以用 Textual 做的示例,并且介绍它未来可能的应用方向。

所以 Textual 是什么?

Textual 是一个为 Python 构建的快速应用程序开发框架,由 Textualize.io 构建。它可以让你用简单的 Python API 构建复杂的用户界面,并运行在终端或网络浏览器上!

你需要的跟进这个教程的工具

你需要有以下条件:

  1. 具备基础的编程经验,最好熟练使用 Python。
  2. 理解基础的面向对象概念,比如类和继承。
  3. 一台安装了 Linux 与 Python 3.9+ 的机器
  4. 一款好的编辑器(Vim 或者 PyCharm 是不错的选择)

我尽可能简单化代码,以便你能轻松理解。此外,我强烈建议你下载代码,或至少按照接下来的说明安装相关程序。

安装步骤

首先创建一个虚拟环境:

python3 -m venv ~/virtualenv/Textualize

现在,你可以克隆 Git 仓库并创建一个可以编辑的发布版本:

. ~/virtualenv/Textualize/bin/activate
pip install --upgrade pip
pip install --upgrade wheel
pip install --upgrade build
pip install --editable .

或者直接从 Pypi.org 安装:

. ~/virtualenv/Textualize/bin/activate
pip install --upgrade KodegeekTextualize

我们的首个程序:日志浏览器

这个 日志浏览器 就是一款简单的应用,能执行用户 PATH 路径上的一系列 UNIX 命令,并在任务执行完毕后捕获输出。

以下是该应用的代码:

import shutil
from textual import on
from textual.app import ComposeResult, App
from textual.widgets import Footer, Header, Button, SelectionList
from textual.widgets.selection_list import Selection
from textual.screen import ModalScreen
# Operating system commands are hardcoded
OS_COMMANDS = {
    "LSHW": ["lshw", "-json", "-sanitize", "-notime", "-quiet"],
    "LSCPU": ["lscpu", "--all", "--extended", "--json"],
    "LSMEM": ["lsmem", "--json", "--all", "--output-all"],
    "NUMASTAT": ["numastat", "-z"]
}

class LogScreen(ModalScreen):
    # ... Code of the full separate screen omitted, will be explained next
    def __init__(self, name = None, ident = None, classes = None, selections = None):
        super().__init__(name, ident, classes)
        pass

class OsApp(App):
    BINDINGS = [
        ("q", "quit_app", "Quit"),
    ]
    CSS_PATH = "os_app.tcss"
    ENABLE_COMMAND_PALETTE = False  # Do not need the command palette

    def action_quit_app(self):
        self.exit(0)

    def compose(self) -> ComposeResult:
        # Create a list of commands, valid commands are assumed to be on the PATH variable.
        selections = [Selection(name.title(), ' '.join(cmd), True) for name, cmd in OS_COMMANDS.items() if shutil.which(cmd[0].strip())]
        yield Header(show_clock=False)
        sel_list = SelectionList(*selections, id='cmds')
        sel_list.tooltip = "Select one more more command to execute"
        yield sel_list
        yield Button(f"Execute {len(selections)} commands", id="exec", variant="primary")
        yield Footer()

    @on(SelectionList.SelectedChanged)
    def on_selection(self, event: SelectionList.SelectedChanged) -> None:
        button = self.query_one("#exec", Button)
        selections = len(event.selection_list.selected)
        if selections:
            button.disabled = False
        else:
            button.disabled = True
        button.label = f"Execute {selections} commands"

    @on(Button.Pressed)
    def on_button_click(self):
        selection_list = self.query_one('#cmds', SelectionList)
        selections = selection_list.selected
        log_screen = LogScreen(selections=selections)
        self.push_screen(log_screen)

def main():
    app = OsApp()
    app.title = f"Output of multiple well known UNIX commands".title()
    app.sub_title = f"{len(OS_COMMANDS)} commands available"
    app.run()

if __name__ == "__main__":
    main()

现在我们逐条梳理一下程序的代码:

  1. 每个应用都扩展自 App 类。其中最重要的有 composemount 等方法。但在当前应用中,我们只实现了 compose
  2. compose 方法中,你会返回一系列 组件 Widget ,并按顺序添加到主屏幕中。每一个组件都有定制自身外观的选项。
  3. 你可以设定单字母的 绑定 binding ,比如此处我们设定了 q 键来退出应用(参见 action_quit_app 函数和 BINDINGS 列表)。
  4. 利用 SelectionList 组件,我们展示了待运行的命令列表。然后,你可以通过 @on(SelectionList.SelectedChanged) 注解以及 on_selection 方法告知应用获取所选的内容。
  5. 对于无选定元素的应对很重要,我们会根据运行的命令数量来决定是否禁用 “exec” 按钮。
  6. 我们使用类似的监听器( @on(Button.Pressed) )来执行命令。我们做的就是将我们的选择送到一个新的屏幕,该屏幕会负责执行命令并收集结果。

你注意到 CSS_PATH = "os_app.tcss" 这个变量了吗?Textual 允许你使用 CSS 来控制单个或多个组件的外观(色彩、位置、尺寸):

Screen {
        layout: vertical;
}

Header {
        dock: top;
}

Footer {
        dock: bottom;
}

SelectionList {
        padding: 1;
        border: solid $accent;
        width: 1fr;
        height: 80%;
}

Button {
        width: 1fr
}

引自 Textual 官方网站:

Textual 中使用的 CSS 是互联网上常见 CSS 的简化版本,容易上手。

这真是太棒了,只需要用一哥独立的 样式表,就可以轻松调整应用的样式。

好,我们现在来看看如何在新屏幕上展示结果。

在新屏幕上展示结果

以下是在新屏幕上处理输出的代码:

import asyncio
from typing import List
from textual import on, work
from textual.reactive import reactive
from textual.screen import ModalScreen
from textual.widgets import Button, Label, Log
from textual.worker import Worker
from textual.app import ComposeResult

class LogScreen(ModalScreen):
    count = reactive(0)
    MAX_LINES = 10_000
    ENABLE_COMMAND_PALETTE = False
    CSS_PATH = "log_screen.tcss"

    def __init__(
            self,
            name: str | None = None,
            ident: str | None = None,
            classes: str | None = None,
            selections: List = None
    ):
        super().__init__(name, ident, classes)
        self.selections = selections

    def compose(self) -> ComposeResult:
        yield Label(f"Running {len(self.selections)} commands")
        event_log = Log(
            id='event_log',
            max_lines=LogScreen.MAX_LINES,
            highlight=True
        )
        event_log.loading = True
        yield event_log
        button = Button("Close", id="close", variant="success")
        button.disabled = True
        yield button

    async def on_mount(self) -> None:
        event_log = self.query_one('#event_log', Log)
        event_log.loading = False
        event_log.clear()
        lst = '\n'.join(self.selections)
        event_log.write(f"Preparing:\n{lst}")
        event_log.write("\n")

        for command in self.selections:
            self.count += 1
            self.run_process(cmd=command)

    def on_worker_state_changed(self, event: Worker.StateChanged) -> None:
        if self.count == 0:
            button = self.query_one('#close', Button)
            button.disabled = False
        self.log(event)

    @work(exclusive=False)
    async def run_process(self, cmd: str) -> None:
        event_log = self.query_one('#event_log', Log)
        event_log.write_line(f"Running: {cmd}")
        # Combine STDOUT and STDERR output
        proc = await asyncio.create_subprocess_shell(
            cmd,
            stdout=asyncio.subprocess.PIPE,
            stderr=asyncio.subprocess.STDOUT
        )
        stdout, _ = await proc.communicate()
        if proc.returncode != 0:
            raise ValueError(f"'{cmd}' finished with errors ({proc.returncode})")
        stdout = stdout.decode(encoding='utf-8', errors='replace')
        if stdout:
            event_log.write(f'\nOutput of "{cmd}":\n')
            event_log.write(stdout)
        self.count -= 1

    @on(Button.Pressed, "#close")
    def on_button_pressed(self, _) -> None:
        self.app.pop_screen()

你会注意到:

  1. LogScreen 类扩展自 ModalScreen 类, 该类负责处理模态模式的屏幕。
  2. 这个屏幕同样有一个 compose 方法,我们在这里添加了组件以展示 Unix 命令的内容。
  3. 我们创建了一个叫做 mount 的新方法。一旦你用 compose 编排好组件,你就可以运行代码来获取数据,并再进一步定制它们的外观。
  4. 我们使用 asyncio 运行命令,这样我们就能让 TUI 主工作线程在每个命令的结果出来时就及时更新内容。
  5. 对于“工作线程”,请注意 run_process 方法上的 @work(exclusive=False) 注解,该方法用于运行命令并捕获 STDOUT + STDERR 输出。使用 工作线程 来管理并发并不复杂,尽管它们在手册中确实有专门的章节。这主要是因为运行的外部命令可能会执行很长时间。
  6. run_process 中,我们通过调用 write 以命令的输出内容来更新 event_log
  7. 最后,on_button_pressed 把我们带回到前一屏幕(从堆栈中移除屏幕)。

这个小应用向你展示了如何一份不到 200 行的代码来编写一个简单的前端,用来运行非 Python 代码。

现在我们来看一个更复杂的例子,这个例子用到了我们还未探索过的 Textual 的新特性。

示例二:展示赛事成绩的表格

通过 Textual 创建的表格应用

本示例将展示如何使用 DataTable 组件在表格中展示赛事成绩。你能通过这个应用实现:

  • 通过列来排序表格
  • 选择表格中的行,完整窗口展示赛事细节,我们将使用我们在日志浏览器中看到的 “推送屏幕” 技巧。
  • 能进行表格搜索,查看选手详情,或执行其他操作如退出应用。

下面,我们来看看应用代码:

#!/usr/bin/env python
"""
Author: Jose Vicente Nunez
"""
from typing import Any, List

from rich.style import Style
from textual import on
from textual.app import ComposeResult, App
from textual.command import Provider
from textual.screen import ModalScreen, Screen
from textual.widgets import DataTable, Footer, Header

MY_DATA = [
    ("level", "name", "gender", "country", "age"),
    ("Green", "Wai", "M", "MYS", 22),
    ("Red", "Ryoji", "M", "JPN", 30),
    ("Purple", "Fabio", "M", "ITA", 99),
    ("Blue", "Manuela", "F", "VEN", 25)
]

class DetailScreen(ModalScreen):
    ENABLE_COMMAND_PALETTE = False
    CSS_PATH = "details_screen.tcss"

    def __init__(
            self,
            name: str | None = None,
            ident: str | None = None,
            classes: str | None = None,
            row: List[Any] | None = None,
    ):
        super().__init__(name, ident, classes)
        # Rest of screen code will be show later

class CustomCommand(Provider):

    def __init__(self, screen: Screen[Any], match_style: Style | None = None):
        super().__init__(screen, match_style)
        self.table = None
        # Rest of provider code will be show later

class CompetitorsApp(App):
    BINDINGS = [
        ("q", "quit_app", "Quit"),
    ]
    CSS_PATH = "competitors_app.tcss"
    # Enable the command palette, to add our custom filter commands
    ENABLE_COMMAND_PALETTE = True
    # Add the default commands and the TablePopulateProvider to get a row directly by name
    COMMANDS = App.COMMANDS | {CustomCommand}

    def action_quit_app(self):
        self.exit(0)

    def compose(self) -> ComposeResult:
        yield Header(show_clock=True)

        table = DataTable(id=f'competitors_table')
        table.cursor_type = 'row'
        table.zebra_stripes = True
        table.loading = True
        yield table
        yield Footer()

    def on_mount(self) -> None:
        table = self.get_widget_by_id(f'competitors_table', expect_type=DataTable)
        columns = [x.title() for x in MY_DATA[0]]
        table.add_columns(*columns)
        table.add_rows(MY_DATA[1:])
        table.loading = False
        table.tooltip = "Select a row to get more details"

    @on(DataTable.HeaderSelected)
    def on_header_clicked(self, event: DataTable.HeaderSelected):
        table = event.data_table
        table.sort(event.column_key)

    @on(DataTable.RowSelected)
    def on_row_clicked(self, event: DataTable.RowSelected) -> None:
        table = event.data_table
        row = table.get_row(event.row_key)
        runner_detail = DetailScreen(row=row)
        self.show_detail(runner_detail)

    def show_detail(self, detailScreen: DetailScreen):
        self.push_screen(detailScreen)

def main():
    app = CompetitorsApp()
    app.title = f"Summary".title()
    app.sub_title = f"{len(MY_DATA)} users"
    app.run()

if __name__ == "__main__":
    main()

有哪些部分值得我们关注呢?

  1. compose 方法中添加了 表头,“命令面板” 就位于此处,我们的表格(DataTable)也在这里。表格数据在 mount 方法中填充。
  2. 我们设定了预期的绑定(BINDINGS),并指定了外部的 CSS 文件来设置样式(CSS_PATH)。
  3. 默认情况下,我们无需任何设置便能使用 命令面板,但在此我们显式启用了它(ENABLE_COMMAND_PALETTE = True)。
  4. 我们的应用有一个自定义表格搜索功能。当用户输入一名选手的名字后,应用会显示可能的匹配项,用户可以点击匹配项查看该选手的详细信息。这需要告诉应用我们有一个定制的命令提供者(COMMANDS = App.COMMANDS | {CustomCo_ mmand}),即类 CustomCommand(Provider)
  5. 如果用户点击了表头,表格内容会按照该列进行排序。这是通过 on_header_clicked 方法实现的,该方法上具有 @on(DataTable.HeaderSelected) 注解。
  6. 类似地,当选中表格中的一行时, on_row_clicked 方法会被调用,这得益于它拥有 @on(DataTable.RowSelected) 注解。当方法接受选中的行后,它会推送一个新的屏幕,显示选中行的详细信息(class DetailScreen(ModalScreen))。

现在,我们详细地探讨一下如何显示选手的详细信息。

利用多屏展示复杂视图

当用户选择表格中的一行,on_row_clicked 方法就会被调用。它收到的是一个 DataTable.RowSelected 类型的事件。从这里我们会用选中的行的内容构建一个 DetailScreen(ModalScreen) 类的实例:

from typing import Any, List
from textual import on
from textual.app import ComposeResult
from textual.screen import ModalScreen
from textual.widgets import Button, MarkdownViewer

MY_DATA = [
    ("level", "name", "gender", "country", "age"),
    ("Green", "Wai", "M", "MYS", 22),
    ("Red", "Ryoji", "M", "JPN", 30),
    ("Purple", "Fabio", "M", "ITA", 99),
    ("Blue", "Manuela", "F", "VEN", 25)
]

class DetailScreen(ModalScreen):
    ENABLE_COMMAND_PALETTE = False
    CSS_PATH = "details_screen.tcss"

    def __init__(
            self,
            name: str | None = None,
            ident: str | None = None,
            classes: str | None = None,
            row: List[Any] | None = None,
    ):
        super().__init__(name, ident, classes)
        self.row: List[Any] = row

    def compose(self) -> ComposeResult:
        self.log.info(f"Details: {self.row}")
        columns = MY_DATA[0]
        row_markdown = "\n"
        for i in range(0, len(columns)):
            row_markdown += f"* **{columns[i].title()}:** {self.row[i]}\n"
        yield MarkdownViewer(f"""## User details:
        {row_markdown}
        """)
        button = Button("Close", variant="primary", id="close")
        button.tooltip = "Go back to main screen"
        yield button

    @on(Button.Pressed, "#close")
    def on_button_pressed(self, _) -> None:
        self.app.pop_screen()

这个类的职责很直接:

  1. compose 方法取得此行数据,并利用一个 支持 Markdown 渲染的组件 来展示内容。它的便利之处在于,它会为我们自动生成一个内容目录。
  2. 当用户点击 “close” 后,方法 on_button_pressed 会引导应用回到原始屏幕。注解 @on(Button.Pressed, "#close") 用来接收按键被点击的事件。

最后,我们来详细讲解一下那个多功能的搜索栏(也叫做命令面板)。

命令面板的搜索功能

任何使用了表头的 Textual 应用都默认开启了 命令面板。有意思的是,你可以在 CompetitorsApp 类中添加自定义的命令,这会增加到默认命令集之上:

COMMANDS = App.COMMANDS | {CustomCommand}

然后是执行大部分任务的 CustomCommand(Provider) 类:

from functools import partial
from typing import Any, List
from rich.style import Style
from textual.command import Provider, Hit
from textual.screen import ModalScreen, Screen
from textual.widgets import DataTable
from textual.app import App

class CustomCommand(Provider):

    def __init__(self, screen: Screen[Any], match_style: Style | None = None):
        super().__init__(screen, match_style)
        self.table = None

    async def startup(self) -> None:
        my_app = self.app
        my_app.log.info(f"Loaded provider: CustomCommand")
        self.table = my_app.query(DataTable).first()

    async def search(self, query: str) -> Hit:
        matcher = self.matcher(query)

        my_app = self.screen.app
        assert isinstance(my_app, CompetitorsApp)

        my_app.log.info(f"Got query: {query}")
        for row_key in self.table.rows:
            row = self.table.get_row(row_key)
            my_app.log.info(f"Searching {row}")
            searchable = row[1]
            score = matcher.match(searchable)
            if score > 0:
                runner_detail = DetailScreen(row=row)
                yield Hit(
                    score,
                    matcher.highlight(f"{searchable}"),
                    partial(my_app.show_detail, runner_detail),
                    help=f"Show details about {searchable}"
                )

class DetailScreen(ModalScreen):
        def __init__(
            self,
            name: str | None = None,
            ident: str | None = None,
            classes: str | None = None,
            row: List[Any] | None = None,
    ):
        super().__init__(name, ident, classes)
        # Code of this class explained on the previous section

class CompetitorsApp(App):
    # Add the default commands and the TablePopulateProvider to get a row directly by name
    COMMANDS = App.COMMANDS | {CustomCommand}
    # Most of the code shown before, only displaying relevant code
    def show_detail(self, detailScreen: DetailScreen):
        self.push_screen(detailScreen)
  1. 所有继承自 Provider 的类需实现 search 方法。在我们的例子中,我们还覆盖了 startup 方法,为了获取到我们应用表格(和其内容)的引用,这里使用到了 App.query(DataTable).first()。在类的生命周期中, startup 方法只会被调用一次。
  2. search 方法内,我们使用 Provider.matcher 对每个表格行的第二列(即名字)进行模糊搜索,以与用户在 TUI 中输入的词条进行比较。matcher.match(searchable) 返回一个整型的评分,大于零说明匹配成功。
  3. search 方法中,如果评分大于零,则返回一个 Hit 对象,以告知命令面板搜索查询是否成功。
  4. 每个 Hit 都有以下信息:评分(用于在命令面板中对匹配项排序)、高亮显示的搜索词、一个可调用对象的引用(在我们的案例中,它是一个可以将表格行推送到新屏幕的函数)。
  5. Provider 类的所有方法都是异步的。这使你能释放主线程,只有当响应准备好后才返回结果,这个过程不会冻结用户界面。

理解了这些信息,我们就可以现在展示赛手的详细信息了。

尽管这个架构的追踪功能相对直观,但是组件间传递的消息复杂性不可忽视。幸运的是,Textual 提供了有效的调试工具帮助我们理解背后的工作原理。

Textual 应用的问题排查

对于 Python 的 Textual 应用进行 调试 相较而言更具挑战性。这是因为其中有一些操作可能是异步的,而在解决组件问题时设置断点可能颇为复杂。

根据具体情况,你可以使用一些工具。但首先,确保你已经安装了 textual 的开发工具:

pip install textual-dev==1.3.0

确保你能捕捉到正确的按键

不确定 Textual 应用是否能捕捉到你的按键操作?运行 keys 应用:

textual keys

这让你能够验证一下你的按键组合,并确认在 Textual 中产生了哪些事件。

图片比千言万语更直观

如果说你在布局设计上遇到了问题,想向他人展示你当前的困境,Textual 为你的运行应用提供了截图功能:

textual run --screenshot 5 ./kodegeek_textualize/log_scroller.py

就像你所看到的,我是通过这种方式为这篇教程创建了插图。

捕获事件并输出定制消息

在 Textual 中,每一个应用实例都有一个日志记录器,可以使用如下方式访问:

my_app = self.screen.app
my_app.log.info(f"Loaded provider: CustomCommand")

想要查看这些消息,首先需要开启一个控制台:

. ~/virtualenv/Textualize/bin/activate
textual console

然后在另一个终端运行你的应用程序:

. ~/virtualenv/Textualize/bin/activate
textual run --dev ./kodegeek_textualize/log_scroller.py

在运行控制台的终端中,你可以看到实时的事件和消息输出:

▌Textual Development Console v0.46.0
▌Run a Textual app with textual run --dev my_app.py to connect.
▌Press Ctrl+C to quit.
─────────────────────────────────────────────────────────────────────────────── Client '127.0.0.1' connected ────────────────────────────────────────────────────────────────────────────────
[20:29:43] SYSTEM                                                                                                                                                                 app.py:2188
Connected to devtools ( ws://127.0.0.1:8081 )
[20:29:43] SYSTEM                                                                                                                                                                 app.py:2192
---
[20:29:43] SYSTEM                                                                                                                                                                 app.py:2194
driver=<class 'textual.drivers.linux_driver.LinuxDriver'>
[20:29:43] SYSTEM                                                                                                                                                                 app.py:2195
loop=<_UnixSelectorEventLoop running=True closed=False debug=False>
[20:29:43] SYSTEM                                                                                                                                                                 app.py:2196
features=frozenset({'debug', 'devtools'})
[20:29:43] SYSTEM                                                                                                                                                                 app.py:2228
STARTED FileMonitor({PosixPath('/home/josevnz/TextualizeTutorial/docs/Textualize/kodegeek_textualize/os_app.tcss')})
[20:29:43] EVENT

此外,以开发者模式运行的另一大好处是,如果你更改了 CSS,应用会尝试重新渲染,而无需重启程序。

如何编写单元测试

为你全新开发的 Textual 应用编写 单元测试,应该如何操作呢?

官方文档 展示了几种用于测试我们应用的方式。

我将采用 unittest 进行测试。为了处理异步例程,我们会需要特别的类 unittest.IsolatedAsyncioTestCase

import unittest
from textual.widgets import Log, Button
from kodegeek_textualize.log_scroller import OsApp

class LogScrollerTestCase(unittest.IsolatedAsyncioTestCase):
    async def test_log_scroller(self):
        app = OsApp()
        self.assertIsNotNone(app)
        async with app.run_test() as pilot:
            # Execute the default commands
            await pilot.click(Button)
            await pilot.pause()
            event_log = app.screen.query(Log).first()  # We pushed the screen, query nodes from there
            self.assertTrue(event_log.lines)
            await pilot.click("#close")  # Close the new screen, pop the original one
            await pilot.press("q")  # Quit the app by pressing q


if __name__ == '__main__':
    unittest.main()

现在让我们详细看看 test_log_scroller 方法中的操作步骤:

  1. 通过 app.run_test() 获取一个 Pilot 实例。然后点击主按钮,运行包含默认指令的查询,随后等待所有事件的处理。
  2. 从我们新推送出的屏幕中获取 Log,确保我们已获得几行返回的内容,即它并非空的。
  3. 关闭新屏幕并重新呈现旧屏幕。
  4. 最后,按下 q,退出应用。

可以测试表格吗?

import unittest
from textual.widgets import DataTable, MarkdownViewer
from kodegeek_textualize.table_with_detail_screen import CompetitorsApp


class TableWithDetailTestCase(unittest.IsolatedAsyncioTestCase):
    async def test_app(self):
        app = CompetitorsApp()
        self.assertIsNotNone(app)
        async with app.run_test() as pilot:

            """
            Test the command palette
            """
            await pilot.press("ctrl+\\")
            for char in "manuela".split():
                await pilot.press(char)
            await pilot.press("enter")
            markdown_viewer = app.screen.query(MarkdownViewer).first()
            self.assertTrue(markdown_viewer.document)
            await pilot.click("#close")  # Close the new screen, pop the original one

            """
            Test the table
            """
            table = app.screen.query(DataTable).first()
            coordinate = table.cursor_coordinate
            self.assertTrue(table.is_valid_coordinate(coordinate))
            await pilot.press("enter")
            await pilot.pause()
            markdown_viewer = app.screen.query(MarkdownViewer).first()
            self.assertTrue(markdown_viewer)
            # Quit the app by pressing q
            await pilot.press("q")


if __name__ == '__main__':
    unittest.main()

如果你运行所有的测试,你将看到如下类似的输出:

(Textualize) [josevnz@dmaf5 Textualize]$ python -m unittest tests/*.py
..
----------------------------------------------------------------------
Ran 2 tests in 2.065s

OK

这是测试 TUI 的一个不错的方式,对吧?

打包 Textual 应用

打包 Textual 应用与打包常规 Python 应用并没有太大区别。你需要记住,需要包含那些控制应用外观的 CSS 文件:

. ~/virtualenv/Textualize/bin/activate
python -m build
pip install dist/KodegeekTextualize-*-py3-none-any.whl

这个教程的 pyproject.toml 文件是一个打包应用的良好起点,告诉你需要做什么。

[build-system]
requires = [
    "setuptools >= 67.8.0",
    "wheel>=0.42.0",
    "build>=1.0.3",
    "twine>=4.0.2",
    "textual-dev>=1.2.1"
]
build-backend = "setuptools.build_meta"

[project]
name = "KodegeekTextualize"
version = "0.0.3"
authors = [
    {name = "Jose Vicente Nunez", email = "[email protected]"},
]
description = "Collection of scripts that show how to use several features of textualize"
readme = "README.md"
requires-python = ">=3.9"
keywords = ["running", "race"]
classifiers = [
    "Environment :: Console",
    "Development Status :: 4 - Beta",
    "Programming Language :: Python :: 3",
    "Intended Audience :: End Users/Desktop",
    "Topic :: Utilities"
]
dynamic = ["dependencies"]

[project.scripts]
log_scroller = "kodegeek_textualize.log_scroller:main"
table_detail = "kodegeek_textualize.table_with_detail_screen:main"

[tool.setuptools]
include-package-data = true

[tool.setuptools.packages.find]
where = ["."]
exclude = ["test*"]

[tool.setuptools.package-data]
kodegeek_textualize = ["*.txt", "*.tcss", "*.csv"]
img = ["*.svg"]

[tool.setuptools.dynamic]
dependencies = {file = ["requirements.txt"]}

未来计划

这个简短的教程只覆盖了 Textual 的部分方面。还有很多需要探索和学习的内容:

  • 强烈建议你查看 官方教程。有大量的示例和指向参考 API 的链接。
  • Textual 可以使用来自 Rich 项目的组件,这个项目是一切的起源。我认为其中一些甚至可能所有这些组件在某些时候都会合并到 Textual 中。Textual 框架对于使用高级 API 的复杂应用更能胜任,但 Rich 也有很多漂亮的功能。
  • 创建你自己的组件!同样,在设计 TUI 时,拿一张纸,画出你希望这些组件如何布局的,这会为你后期省去很多时间和麻烦。
  • 调试 Python 应用可能会有点复杂。有时你可能需要 混合使用不同的工具 来找出应用的问题所在。
  • 异步 IO 是一个复杂的话题,你应该 阅读开发者文档 来了解更多可能的选择。
  • Textual 被其他项目所使用。其中一个非常易于使用的项目是 Trogon它会让你的 CLI 可以自我发现
  • Textual-web 是个很有前景的项目,能让你在浏览器上运行 Textual 应用。尽管它不如 Textual 成熟,但它的进化速度非常快。
  • 最后,查看这些外部项目。在项目组合中有许多有用的开源应用。

(题图:DA/f11b0eb0-8e16-4cbe-986a-0fe978f6732a)


via: https://fedoramagazine.org/crash-course-on-using-textual/

作者:Jose Nunez 选题:lujun9972 译者:ChatGPT 校对:wxy

本文由 LCTT 原创编译,Linux中国 荣誉推出

1 OpenWrt 项目准备推出开放路由器

OpenWrt 计划与香蕉派合作开发开放路由器 OpenWrt One,售价将低于 100 美元。香蕉派负责制造、销售和售后,获利将部分捐赠给 OpenWrt。这台路由器属于开放硬件,其电路图也将会开源。

(插图:DA/54c35b6c-b3ef-47e3-9572-e6f3b5645518)

消息来源:OpenWrt
老王点评:开源的软件加上开源的硬件,必须支持一下。

2 Linux 设备正遭受前所未有的矿工蠕虫攻击

一种前所未见的自我复制恶意软件正在全球范围内感染 Linux 设备,它使用特殊的隐藏方法安装加密矿工恶意软件。该蠕虫是 Mirai 僵尸网络恶意软件的变种。Mirai 于 2016 年首次出现,通过入侵易受攻击的设备发起了创纪录的分布式拒绝服务攻击,但这个最新变种安装了加密矿工软件,使攻击者可以利用受害者的计算资源、电力和带宽生成加密货币。另外,它的目标不是 telnet 弱密码,而是 SSH 弱密码。

(插图:DA/af1212dd-be5f-4f07-a9f3-edc31e9d9c68)

消息来源:Ars Technica
老王点评:Linux 再安全也防不住弱密码啊。

3 高通称引领科技需要 “在中国做大生意”

高通公司 CEO 克里斯蒂安诺·阿蒙 Cristiano Amon 在 2024 年消费电子展上接受采访时,对高通公司在中国的业务充满信心。中国是高通公司收入最大的市场。他说:“如果你拥有领先的技术,你就会在中国有很大的业务。”根据半导体行业协会的数据,中国仍然是全球最大的半导体市场,其销售额占全球市场的三分之一。

(插图:DA/7f2b3977-c4f3-41a9-b824-3fd7c41a56df)

消息来源:Yahoo
老王点评:要是只卖低端货,中国也不需要。

回音

下面是一些极好的建议来让你的 Linux 系统游戏体验更上一层楼。

多亏了各种新工具的诞生和 Linux 发行版在用户体验上的改进,目前已有成千上万的游戏可以在 Linux 系统中运行。

无论你是使用主流的 Linux 发行版还是 专为游戏设计的 Linux 发行版,你都能在 Linux 中享受游戏的乐趣。

然而,为了得到流畅的游戏体验,有一些你需要遵循的工具,技巧和方法。在这篇文章中,我会为你详细介绍一些。

1、选择合适的电子游戏

最首要的一步就是找到一款你热爱,且在 Linux 上运行流畅的游戏。

假设你购买或下载了一款最初为 Windows 系统制作的游戏,可能不论你使用何种工具,都无法在 Linux 系统中成功运行。而你最终只会挫败地想 “Linux 不适合游戏” ?

那么,该如何避免这类问题呢?

首先,你需要查阅你想要购买或下载的游戏可以在哪些平台上运行。如果游戏支持 Linux 或 Steam OS 系统,那就没问题了。

你还可以查看该游戏是否已经被添加到 Steam Deck 验证列表 中。

无论哪种情况,你都可以逛一逛 ProtonDB,在那儿搜索你所关注的游戏,看看其他用户对其的评价和打分。如果大部分评论听起来都令人信服,或者说这款游戏很值得尝试,那你就可以放心购买或下载了。

2、不要选择知名度较低的发行版

如果你希望得到社区或者使用 Linux 的朋友们的支持与帮助,请使用那些并非某某人业余项目的 Linux 发行版。

我建议你从 最佳 Linux 发行版 中作出选择。

最好的是,选择一款 长期支持版 以确保稳定的使用体验。

3、别为 Linux 游戏搭建顶级配置 PC

我知道听起来有点令人失望。但为了确保最大的兼容性以及无忧的游戏体验,最理想的状况是选用前一代的硬件而不是最新的。

利用这种方式,你还可以享受到大额的折扣,省下大笔钱!别忘了,在决定购买前,还可参阅其他 PC 硬件狂热爱好者的评论。

这个建议尤其适用于新硬件,那些刚刚发布没几个月的。

当然,你可以冒险尝试最新的硬件组件。但游戏可能会崩溃,或以其他方式出问题。而且,你也可能无法获取到关于这些硬件组件的可靠评论,从而做出明智的选择。

4、开启 Steam Play

如果你一直都是 Linux 原生游戏的粉丝,你可能想要 安装 Steam 游戏商店 并开启 Proton 兼容层,在 Linux 上运行那些仅供 Windows 系统的游戏。

你可以参考我前面提到的 ProtonDB 或者 Steam Deck 的验证列表,来确认该游戏是否能在 Linux 上流畅运行。

在安装了 Steam 以后,如果你想 开启 Steam Play,可以参照我们的指南操作。

5、没有 Steam?不必担忧!

尽管 Steam 提供了跨平台的卓越顺畅的游戏体验。

但如果你不想仅限于 Steam,还想要能访问像 Epic 游戏商店这样的商店中的游戏,你可以考虑安装 Lutris 这样的工具。

我们为你准备了一份详尽的指南,来帮助你 在 Linux 下使用 Epic 游戏商店,并学习使用此工具(和其他替代工具)。

不用担心,如果你偏爱 GOG 的无数字版权管理(DRM)游戏,我们同样为你准备了指南,指导你使用 Lutris 这样的工具在 Linux 下玩 GOG 游戏

6、使用 MangoHud 跟踪游戏性能

你是否希望在游戏中同时监控你的硬件性能和游戏性能?

借助 MangoHud,你可以得到一个信息层,显示 FPS、CPU/GPU 的温度、显存使用情况等信息,这与在 Windows 下利用英伟达 GeForce Experience 或者 MSI Afterburner 的效果相似。

安装十分简单,对于像 Fedora、Debian 和 Arch 这样的发行版,提供了 Flatpak 和其他形式的二进制文件。你可以在它的 GitHub 页面 上了解更多关于它的使用方法。

7、已经买好游戏硬件了吗?马上进行配置!

可惜的是,并不是所有的发烧友级游戏硬件都能在 Linux 下进行详细调整,至少,不能和在 Windows 下一样。

例如,你可以使用图形界面工具 piper 进行游戏鼠标的配置

同理,如果你想要控制或者 调整 Razer 设备上的灯光,你可以在这里找到我们的快速教程进行学习。

不只是设备,需要监控你的 PC 中的一体式水冷(AIO)或者其他散热硬件吗?你可以试试 CoolerControl(以前称为 Coolero)。

监控组件的温度对于获得流畅的游戏体验至关重要。因此,你可以选择工具如 CoolerControl 和 MangoHud,或者手动监控你的系统资源。

结束语

除了上述的所有建议,你还应该微调游戏内的设置以在你的系统上获得沉浸式体验。当然,这依赖于个人用户的偏好,所以没有通用的解决方案。

别忘了,如果你是新手,那么不妨读一读我们的 Linux 游戏指南

? 你最喜欢用什么工具来提升你的 Linux 游戏体验?你有想要添加到这个列表的建议吗?请随时在评论中让我们知道你的想法。

(题图:DA/68d71173-992a-423a-bd95-a6e2f64bf254)


via: https://itsfoss.com/linux-gaming-tips/

作者:Ankush Das 选题:lujun9972 译者:ChatGPT 校对:wxy

本文由 LCTT 原创编译,Linux中国 荣誉推出

1 OpenAI 悄然删除禁止将 ChatGPT 用于 “军事和战争” 的禁令

在 1 月 10 日之前,OpenAI 的《使用政策》页面一直禁止“具有高身体伤害风险的活动”,包括 “武器开发” 及 “军事和战争”。而新政策保留了不得 “利用我们的服务伤害自己或他人” 的禁令,并以 “开发或使用武器” 来举例,但对 “军事和战争” 用途的全面禁止已不复存在。该公司表示,此次重写旨在使文件 “更清晰”、“更易读”,其中还包括许多其他实质性的语言和格式改动。

(插图:DA/1eb6f110-3d94-4c0c-84af-34e5ec2e1b64)

消息来源:Slashdot
老王点评:唉,AI 武器化似乎是不可避免的发展趋势,科技往往第一时间用在武器和战争上。

2 博通抛弃 VMware 云服务提供商

在收购了 VMware 之后,博通对 VMware 进行了一系列“手术”。不但将 VMware 的许可变为 订阅制,而且还对其合作伙伴关系进行了一系列大动作。博通准备终止 VMware 的渠道计划,只有一些被邀请的解决方案提供商/经销商会过渡到博通的渠道计划。并且,同时博通还通知 VMware 的云服务提供商,告知将于 4 月底终止他们销售基于 VMware 的云服务的伙伴计划。只有一些服务提供商将被邀请加入博通的合作伙伴计划,而没有被邀请加入的则陷入了恐慌,不知道其客户该怎么办。

(插图:DA/e82f9ab3-baf2-412a-b208-f0b9f7f45884)

消息来源:The Register
老王点评:被卖的公司往往被吃干吞净。

3 Linux 4.14 LTS 在六年后迎来生命终结

Linux 4.14 于 2017 年底首次亮相,但随着 Linux 4.14.336 的发布,它成为该系列的最后一个点版本。此版本中,只进行了少量的错误修复。LTS 内核维护者 Greg 说,“现在它已正式报废。请不要再使用这个版本的内核。”Linux 上游仍在维护的 LTS 内核有 Linux 4.19、5.4、5.10、5.15、6.1,以及最近作为 2023 LTS 内核的 6.6。Linux 4.19 将于今年年底到期,5.4 将于 2025 年到期,其余内核将于 2026 年底到期,只有两年支持期。

(插图:DA/20d496b2-c29c-433f-8a7e-3b2c7ddf2828)

消息来源:Phoronix
老王点评:随着这些支持六年的内核逐渐落幕,以后的内核也就支持两年。

正在寻找开源的 ChatGPT 替代方案?我们已经为你挑选了最优选项,供你一览。

ChatGPT 是 OpenAI 推出的一个强大的生成式 AI 工具。你只需要以对话形式键入文本提示,它就会给出详细的回应。

虽然它并非无懈可击,但无可否认,有时它表现得就是那么得力。然而,无论你如何利用它,不可更改的事实是,它并非开源方案。

作为一种专用选项,它并非在所有方面都有优势。那么,何处可以寻找 ChatGPT 的开源替代品呢?让我为你揭晓自然开源的优秀 ChatGPT 替代方案。

? 并非所有 ChatGPT 的替代品都有统一的运作方式。有些是为开发者设计的,让他们在其上打造属于自己的聊天机器人。还有一些则提供了供你测试使用的机器人或演示。

搜寻开源 ChatGPT 替代品的理由

依赖任何单一的服务对消费者来说都不是好事。对于 ChatGPT 来说也是如此。

除此之外,以下是我们需要寻找开源 ChatGPT 替代品的原因:

  • 掌握我们的数据处理方式,实现透明化。
  • 可以选择自己构建解决方案,节省了成本。
  • 按需定制 ChatGPT 替代方案。
  • 你不再受制于某个公司的规定。开源解决方案可以根据您的需求灵活变化。
  • 对开源项目的贡献会对全球每个人产生影响。

我并不是在此表明 ChatGPT 的功能不足,或者你应当放弃使用。然而,以“我们”用户的角度来看,长期而言,更应该从开源的替代品中获得更多收益。

现在,就让我们开始探寻最佳开源的 ChatGPT 方案吧。

❌ 并非所有的选项都可用于商业用途。你需要特别留意使用某些机器人时的相关规定。

1、OpenChatKit

OpenChatKit 是由 Together 开发的全功能 ChatGPT 替代品。

该公司起初与 LAION(主导了 稳定扩散 Stable Diffusion )等研究机构共同合作,构建出一个训练数据集。在撰写本文时,它搭载了 RedPajama 模型,这是目前最大的开源 AI 模型之一。

你可以试验看看它是否适合你的使用需求,并在其 GitHub 页面 进一步探索更多技术细节。

2、ChatRWKV

ChatRWKV 是由 循环神经网络 Recurrent Neural Network (RNN) 语言模型驱动的开源替代品。

你可以在 Huggingface 发现它的演示。 GitHub 页面 列出了关于其代码库、技术细节,以及最新版本预览的所有信息。

开发者和商业公司都可以利用 ChatRWKV 构建他们的聊天机器人。

3、ColossalChat

Colossal AI 是一个开源项目,目标是帮助你克隆 AI 模型,并打造出满足你需求的 ChatGPT 类似的平台。

ColossalChat 是以此项目为基础打造的聊天机器人。然而遗憾的是,在本文撰写之时,它的演示暂未上线。

你可以在 GitHub 上探索其源代码。

4、KoboldAI

KoboldAI 是一个类似于 ChatGPT 的 AI,主要以浏览器前端的形式为写作提供辅助。虽然它具备聊天机器人模式,但它首要的设计目标是作为专为小说设计的 AI 写作助手。

提供了各种各样的模型,你可以在 Google Colab 上轻松运行它。

它支持各种模式来优化你的写作,让你有更大的发挥空间。你可以在其 GitHub 页面 中详细了解它的所有信息。

5、GPT4ALL

GPT4ALL 是一个令人感兴趣的开源项目,旨在为你提供可在任何地方运行的聊天机器人。

没错,你可以在自己的 CPU 上本地运行它,而且几乎所有其他型号的 GPU 都能支持。

你需要做的就是安装它的桌面应用程序(聊天客户端),然后就能开始使用了。如果对其制作过程感兴趣,可以查看其 GitHub 页面

6、HuggingChat

听起来熟悉吗?嗯,Huggingface 的平台被其他 AI 模型和聊天机器人用作展示他们的演示。

HuggingChat 正是 Huggingface 打造的开源的 ChatGPT 替代品,使用了社区中最优秀的 AI 模型来实现聊天机器人的功能。

你可以 尝试一下,并在 源代码 中深入探讨更多细节。如果有特别的需求,可以选择搭配不同的后端来使用聊天应用。

7、Koala

EasyLM 的研发成果 Koala 是一款可尝试本地运行的聊天机器人,整个架构基于 LLaMA 数据集完成。

你可以参阅其 官方博客 来深入了解细节。

目前,演示版本还未上线,但是,你可以参考其 文档 在本地部署,进行试运行并测试。

8、Vicuna

Vicuna 是另一款开源聊天机器人,训练基础依然是 LLaMA。根据开发者的说法,使用 GPT-4 作为评价标准,得出的结论是 Vicuna 的聊天体验接近 ChatGPT。

这是一个你可能想要验证的有趣声明。你可以选择 Vicuna 作为语言模型,并在 Chatbot Arena 进行尝试。

想要了解更多关于它的信息,你可以查阅其 官方博文

9、Alpaca-LoRA

Alpaca-LoRA 雄心勃勃,旨在使用低秩适应技术提供一种可在树莓派中运行的模型。

利用单个 RTX 4090 GPU,整个模型可在几小时之内完成训练。

此时,演示版本仍然未开放,但你可以在其 GitHub 页面 上寻找更多详情。

10、Dolly

Dolly 是另一个在 Databricks 机器学习平台上训练的语言模型,并已获得商业使用许可。

你可以在 GitHub 上查阅源代码,并在 Huggingface 上探究模型详情。

11、H2oGPT

H2oGPT 是专门为查询定制的,可以帮助你总结文档。在保证隐私的前提下,它允许你通过用户界面上传和查看文档。

同样,你可以像使用 ChatGPT 那样开始对话。对于 Windows 和 macOS,该项目提供了易于安装的程序。对于 Linux 系统,你可能需要通过 Docker 进行些许设置。

可以尝试该聊天机器人的 在线演示 来了解其运行情况,并在 GitHub 页面 查阅源代码。

12、Cerebras-GPT

Cerebras-GPT 呈现了通过大量参数训练的开源 GPT 类似模型。

它并没有提供聊天机器人服务。它的目标旨在提供精准且高效的开源模型供你使用。

获取模型详情,你可以访问 Hugging Face

13、OpenAssistant

OpenAssistant 的目标,是让每一个人都能访问类似于 ChatGPT 的聊天机器人。

有一段时间,他们通过演示版本收集了用户数据。现在,由于项目已由创作者标记为完成,演示版本不再开放。

但你可以利用该项目的成果,及其 源代码,在此基础上进行扩展。

总结

面向用户和开发者,ChatGPT 的开源替代品提供了各种各样的优点。你可以选择运用一个开源的聊天机器人,或者借助开源语言模型构建一个属于自己的聊天机器人。

无论你选择哪一个,只要遵守可用语言模型的政策,你都可以自由地修改和使用它以满足你的需求。

你最爱哪个开源的 ChatGPT 替代品呢?是否还有其他优秀的开源型 ChatGPT 项目,我们错过了但你特别喜欢的?请在下方评论区告诉我们你的想法。

(题图:DA/b757432f-56a4-4493-a109-1eca6c57c1fc)


via: https://itsfoss.com/open-source-chatgpt-alternatives/

作者:Ankush Das 选题:lujun9972 译者:ChatGPT 校对:wxy

本文由 LCTT 原创编译,Linux中国 荣誉推出