Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

Sign up for GitHub

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Jump to bottom

new version not have binary file #103

Closed
newyorkthink opened this issue Jul 9, 2023 · 7 comments
Closed

new version not have binary file #103

newyorkthink opened this issue Jul 9, 2023 · 7 comments

Comments

@newyorkthink
Copy link

newyorkthink commented Jul 9, 2023 •
edited
Loading

No description provided.

@hzeller
Copy link
Owner

hzeller commented Jul 9, 2023

I am considering building an app-image in the CI as this seems to be the most commonly single-binary type that should work on most platforms out of the box. I'll need to play github actions a bit to make it happen.

hzeller added a commit that referenced this issue Jul 9, 2023
@hzeller
Add a script to build an AppImage
d0b94c3 
This is a preparation to run this script in the CI to allow to
build AppImage artifacts.

Issues #103
hzeller added a commit that referenced this issue Jul 15, 2023
@hzeller
Build an app-image in the CI
0be2cda 
Build a timg AppImage with reduced dependencies (e.g. no video)
to provide enough useful application for people to consider
building and installing it fully.

Issues: #103
@hzeller
Copy link
Owner

hzeller commented Jul 15, 2023

The CI now builds an AppImage.

Here is such an output timg-1.5.0-x86_64.AppImage.zip - please try if it works for you.

The video decoding is excluded as it would increase the size of the AppImage at least 5x (and it is already 10MiB).
But at least such AppImage might help people get started to play with it before they decide to just regular install via their package manager or compile.

I'll soon make a patchlevel release 1.5.1, then I'll put such binary in that release.

@hzeller
Copy link
Owner

hzeller commented Jul 15, 2023

What terminal are you using ? For high resolution, the terminal needs to support either Sixel, iterm2, or Kitty protocol.

Not all of these can be auto-detected, so you might need to specifically add -ps , -pi, or -pk to the command line to choose the way it emits the image.

@hzeller
Copy link
Owner

hzeller commented Jul 15, 2023

The standard Alacritty can't do high resolution images.

However, there is another alacritty that understands Sixel: https://github.com/microo8/alacritty-sixel

@hzeller
Copy link
Owner

hzeller commented Jul 15, 2023

tmux filters out all image escape codes. There is a fork of tmux that can deal with it: https://github.com/csdvrx/sixel-tmux

@hzeller
Copy link
Owner

hzeller commented Jul 16, 2023

I've now implemented workarounds to show high-resolution images in Kitty for #95 (requires Kitty terminal).

@hzeller
Copy link
Owner

hzeller commented Jul 17, 2023

AppImage now part of the latest release v1.5.1

@hzeller hzeller closed this as completed Jul 17, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees
No one assigned
Labels
None yet
Projects
None yet
Milestone
No milestone
Development

No branches or pull requests
2 participants
@hzeller @newyorkthink