Would be nice to overwrite twitter default colors for embedded tweets (not sure if there's a nice way to do with iframe). Maybe we can have our own twitter component (without include stars or replies features).

This also would mean get rid of async twitter script on index.html

Ref #26

Fix the image preview for when you share the link to use the banner https://github.com/raphamorim/rio/blob/main/docs/banner.png.

Ref #26

Would be great if could distribute Rio with brew using casks (as Alacritty does https://formulae.brew.sh/cask/alacritty). Might need to revisit the way Rio build binaries to put in release.

Some references:

• https://docs.brew.sh/Adding-Software-to-Homebrew#casks
• https://docs.brew.sh/Cask-Cookbook
• https://docs.brew.sh/Acceptable-Casks#finding-a-home-for-your-cask
• https://github.com/Homebrew/homebrew-cask/blob/master/Casks/alacritty.rb

Hi,

rio is the window manager of plan9 and 9front for ages now...
it will make confusion on github... LOL
http://www.9front.org/releases/
https://plan9.io/plan9/

I am using the latest Pop_OS! distribution and tried to run the sugarloaf example "text.rs". I hit 2 issues:

• It render incorrectly:
  

• Maximising or resizing the window did not cause a redraw so the extra space was not rendered to. This means on a tiling window manager, nothing was rendered at all (perhaps off window?).

Having a new application wanting to place it's configuration data in the users home directory is rather unfortunate, and alternative locations would be appreciated. It would be preferable if the default suggested location were to change as well, but that's not strictly necessary.

For Linux, the relevant directory for the config would be $XDG_CONFIG_HOME/rio/config.toml if XDG_CONFIG_HOME set, otherwise it's conventionally ~/.config/rio/config.toml [1]
For Windows, the directory would likely be {Home folder}/AppData/Roaming/rio/config.toml, though, I believe there may also be special ways you're suppose to access directories like that?
For Mac, it seems as though the suggested location would be ~/Library/Application Support/rio/rio.toml. I don't use a Mac, however, and found this through skimming documentation.

If backwards compatibility is a priority here, then what's typically done is that an application would first check the legacy path and load a config file there if present, and only look in subsequent paths if it isn't. This can create a bit of confusion about which is the proper one, but having multiple paths like this isn't especially unusual either, as long as the order in which paths are checked is documented.

[1] Also consider looking at the XDG Base Directory spec, which contains the proper locations of other types of data on Linux.

Thank you for your work on rio. I'm looking forward to its progress!

Edit: I just noticed themes are also loaded from that directory. I believe the locations outlined for the config file would also be correct for these theme files as well.

Edit: Actually, it seems as though this was implemented, but just reverted in commit 2044c3a? Is it intended to be kept that way?

Changes introduced from dd6dd28 to 68377b9 add a stabilization for the monospaced in FontId(0) although the other fonts (glyph, emojis, unicodes) use wrong bounds calculation so it can consume more space than the bound calculated for monospaced font in the init function.

Example:

I can't run Rio, it keeps crashing when I try to open it.

currently, the emojis are being represented as outlined only. perhaps a configuration option would be a nice to have so that users can choose between having the emojis as outlined or as "filled in"/original look.

Would be good to build the website straight from Markdown, so we can also reuse in the GH version. Mind is necessary to keep the home similar to the way it's.

Few options are:

• parse md files directly using js (e.g: https://github.com/vercel/hyper-site)
• use rust to build the website
• https://docusaurus.io/
• https://www.docz.site/

Besides the home, also need to have a blog page.

Currently when accessing the website with mobile devices.

We need to support external themes (users get to develop a known theme, this accelerates adoption of Rio).

Today we have to put the theme configuration in ~/.rio/config.toml making it impossible to create and distribute known themes.

solution

When setting the theme name in Rio config:

[style]
theme = "Basic"

We can see if the file ~/.rio/themes/basic.toml exists, if so, load the theme file and merge it with the config file ~/.rio/config.toml.

Example: ~/.rio/themes/monotropic-coffee.toml

# monotropic coffee
[colors]
background = "#fffffa"
foreground = "#593e2c"
cyan = "#593e2c"
green = "#745b4b"
red = "#593e2c"
magenta = "#593e2c"
yellow = "#c6bab3"

I can't run the latest version due to the macos saying it is damaged. I'm on a macbook pro m1 chip system.

I use the tmux shortcut shift+arrows to switch windows in tmux, in the version that is in the main branch it stopped working

it is probably related to this commig

make the links (http:// and https://) clickable

example:

command:

cargo bundle --target aarch64-apple-darwin --release --format osx                                

Implement underline feature in the sugarloaf. Rio and Crosswords already provide an information if the square/cell is underlined, would be similar to the way flag is working for bold, italic and bold_italic https://github.com/raphamorim/rio/blob/main/rio/src/screen/state.rs#L193-L203

We need to support external themes (users get to develop a known theme, this will speed up the adoption of Rio).

Today we have to put the theme configuration in ~/.rio/config.toml making it impossible to create and distribute known themes.

solution

When setting the theme name in Rio config:

[style]
theme = "Basic"

If the ~/.rio/themes/basic.toml file exists, if so, load the theme file and merge it with the ~/.rio/config.toml configuration file

example: ~/.rio/themes/monotropic-coffee.toml

# monotropic coffee
[colors]
background = "#fffffa"
foreground = "#593e2c"
cyan = "#593e2c"
green = "#745b4b"
red = "#593e2c"
magenta = "#593e2c"
yellow = "#c6bab3"

A matrix would be good for communication and people who don't use github can also contribute and that would also be good for support. I didn't request a Discord Server because it is not secure and why not take advantages of matrix if we are just starting out.

Not sure exactly what the culprit is, but the colorscheme in vim is not rendered correctly if you are not using the default colorscheme, see screenshot for example

Back in time, terminals were always text-based.

Currently, almost everyone uses a terminal on a GUI environment. It amazes me to not having a terminal that doesn't render a image if I do a "cat sunset.jpg".

It would be nice if Rio could detect such output and renders it. Or maybe offering a built-in command to display them, maybe "draw image.jpg".

in version 0.0.5 the theme support stopped working, here is the screenshot

file ~/.rio/themes/dracula.toml exists, the theme was declared in ~/.rio/config.toml, but it is not loading

Nowadays, Sugarloaf completely ignore if font is bold but the square has the information if the is bold and we can also load the bold font in sugarloaf/font mod.

Not trying to discourage you nor anyone else trying to commit to this project. By all means, this project is wonderful and keep up the great work! 😊

A curious thought, how does rio compare to alacritty and wezterm?

Hi, I want to use rio with beam cursor, but the cursor hide the character. Other kind cursors also do.
Because the cursor is rendered to replace the character to cursor character.
It should be like this.

Would be good to have a configuration section in the website, I really like the way hyper does with the simplicity. Something we could have in mind as well:

Currently, Rio available configuration is https://github.com/raphamorim/rio#configuration-file

If you configure a font that is not in your system Rio panics and doesn't start

When resizing the window, one may observe that the inner input window is lagging behind the frame window a few ms. mostly noticeable when resizing from small to bigger size.

the cursor is always visible when you open htop

I have started a GH action to create a release based on tag push but haven't properly added all targets (only have macos x86 now) and it's failing in the last steps.

More details here -> https://github.com/raphamorim/rio/blob/main/.github/workflows/release.yml#L15-L41

it only happens when using a custom font

When the prompt starts getting longer, the cursor will start being rendered some characters before when it should be at the end

in this image the cursor was supposed to be at the end of the prompt

system information:
OS: Artix
backend/protocol: X11
WM: dwm
font: JetBrainsMono Nerd Font

New colors:

background = '#0F0D0E'
black = '#231F20'
blue = '#006EE6'
cursor = '#F38BA3'
cyan = '#88DAF2'
foreground = '#F9F4DA'
green = '#0BA95B'
magenta = '#7B5EA7'
red = '#ED203D'

.. or enable reloading of the configuration in another way without the need to quit and restart Rio

Found a duplicate of the macOS package convention's Contents folder in the root of the zip.