Hey there I'm having problems displaying an image inside tmux with iterm2. Im on a Mac machine.
When outside tmux it displays the image just fine but in tmux i just get a blank space.
It's probably a silly fix but I haven't been able to detect how to do it properly.
Thanks!
First is outside tmux:

Now inside 馃槩

Fixed.
Please let me know if the issue still occurs.
I think homebrew still hasn't updated it shows like i still have the most recent build...
I'll wait a bit longer and retry.
Or maybe you should bump the version number?
Also thanks a lot for the speedy response i appreciate that a lot 馃拋
Homebrew doesn't update till I push a new release.
I think there's a way to grab the latest git version though.
Try:
brew upgrade --build-from-source neofetchbrew install --devel neofetchbrew upgrade --devel neofetchThat's not working though 馃槥

why not release that minor fix as 3.0.2 ?
Try brew install neofetch --HEAD
I'll release a new version soon, I just don't have the time right now. There's a lot of prep I need to do before I can release an update, see the checklist here:
https://github.com/dylanaraps/neofetch/issues/613#issuecomment-276009486
Thanks @iandrewt that did the trick
@dylanaraps that fix didnt' work still although now my terminal beeps and shows something instead of the image in tmux:

Config file: http://pastebin.com/M6PERYgz
Log: http://pastebin.com/tj11WUFx
Also note that when using --HEAD with Homebrew, it doesn't check for updates for that package when using it. If you want to get back to the release version, you'll need to uninstall it (brew uninstall neofetch) and reinstall it (brew install neofetch).
I'd advise you don't do that until 3.0.2 is released though (or given this issue is still around you'll need to keep doing brew install neofetch --HEAD for each update until then)
Weird.
Does this script work? (This is from iTerm2's repo)
https://raw.githubusercontent.com/gnachman/iTerm2/master/tests/imgcat
Usage is ./imgcat /path/to/img.
To be fair, I think it would be better to release it as 3.1 instead of another minor bugfix version because neofetch has addef new features and still have some milestones to do (from the TODO).
On 23 March 2017 4:52:20 AM GMT+07:00, Miguel Palau notifications@github.com wrote:
why not release that minor fix as 3.0.2 ?
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/dylanaraps/neofetch/issues/678#issuecomment-288551473
--
Sent from my Android device with K-9 Mail. Please excuse my brevity.
I just tested imgcat in iTerm2 with tmux, doesn't work (oddly, given one of the main features of iTerm2 is tmux integration)
I downloaded imgcat with curl then ran the command nothing happens

It might be worth opening an issue on iTerm2's bug tracker if the official script is broken too.
https://gitlab.com/gnachman/iterm2/issues/3898
This is a known problem with tmux. In George Nachman's (iTerm2's creator) words:
_"It's a limitation of tmux. The size of the image is determined by iTerm2, and that in turn determines where the cursor moves to after the image is displayed. tmux can't perform the calculation to determine image size because it's contingent on font size (if a single character is, say, 10x10, then a 50x50 image will be 5 chars wide by 5 tall). tmux has no notion of font size, so I don't know how it could properly support images. That's why it works in tmux integration mode but not in plain-old tmux."_
And just yesterday:
_"I'm afraid it'll be hard to make it work in tmux. iTerm2 is the only terminal that supports inline images, while tmux has much wider adoption, so they're unlikely to be interested in an iTerm2-only patch."_
Closing this then, thanks for finding that. 馃憤
Haha loved the label thanks for the heads up man!
@mike3run What terminal theme that you use? so beautiful...
@kamontat it's iterm with oceanic next color scheme my dotfiles are on my profile if you want to take a look
My shell is fish. But I have config files there for zsh
Thanks for liking it
Chrome secure shell also supports it (outside of Tmux), and it's getting more and more used as it's part of Chromebooks and Chrome.
See also https://chromium.googlesource.com/apps/libapps/+/master/hterm/etc/hterm-show-file.sh and https://chromium.googlesource.com/apps/libapps/+/master/nassh/doc/FAQ.md#How-do-I-view-images
I ran into this issue. After hours of digging this is the first real thread with quality info. Sad the result is "can't work" but glad to have found the solution. Thanks @jorgegonzalez.
Try
brew install neofetch --HEAD
This should be stickied or added to the wiki for macOS people having issues with images because brew install neofetch would not display images. Brew installed 6.1.0. It did not have the Catalina Code name like the HEAD does.
brew install neofetch --head
worked with a default config in iterm.
iTerm Build 3.3.6
macOS Catalina 10.15.1 (19B88)
Most helpful comment
https://gitlab.com/gnachman/iterm2/issues/3898
This is a known problem with tmux. In George Nachman's (iTerm2's creator) words:
_"It's a limitation of tmux. The size of the image is determined by iTerm2, and that in turn determines where the cursor moves to after the image is displayed. tmux can't perform the calculation to determine image size because it's contingent on font size (if a single character is, say, 10x10, then a 50x50 image will be 5 chars wide by 5 tall). tmux has no notion of font size, so I don't know how it could properly support images. That's why it works in tmux integration mode but not in plain-old tmux."_
And just yesterday:
_"I'm afraid it'll be hard to make it work in tmux. iTerm2 is the only terminal that supports inline images, while tmux has much wider adoption, so they're unlikely to be interested in an iTerm2-only patch."_