Re: Ranger, a textbased filemanager

Re: Ranger, a textbased filemanager

Cant get images to displayI have ranger-stable 1.6.0I have w3m installedI have set preview_images true in rc.conf and alsoI have set use_preview_script true andset preview_script ~/.config/ranger/scope.sh

Re: Ranger, a textbased filemanager

@loop and ryzion:sorry for the late reply. The answer is no to both your questions, but feel free to patch it. If you don't have time, add it to the bug tracker; otherwise it will probably be forgotten

Re: Ranger, a textbased filemanager

Hi, I was wondering if any has managed to get true transparency working with the framebuffer image preview?I understand that w3m doesn't play well with 32bit color depth, and that 32bit depth is necessary for true transparency (at least on urxvt).Has anyone found a way to get both?

Re: Ranger, a textbased filemanager

maping as copy and paste methods (save_copy_buffer and load_copy buffer) works as it intended to be, but if I mapped save_copy_buffer with cut method and try to paste it in the same way, then file which is cut-ed ramin intact, infact it only copy file location to copy_buffer as it was only copied.

Re: Ranger, a textbased filemanager

this happend once to me a while back and using htop to shut it down worked(only one instance running); it had python and ranger in the command field so ether could have be the culprit. I have had multiple rangers open and compressing with no big jumps in load.

Re: Ranger, a textbased filemanager

kleskjr wrote:

not sure whether it's already reported: often after extensive usage, ranger would start consuming 100% cpu and wouldn't stop..Any ideas how to track down the problem?

I get CPU spikes as well. Not sure if this happens to you, But I mostly/barely get them when ranger is trying to gather an image preview with scope.sh.. I usually just abort the process by pressing Ctrl + c. Maybe we're just experiencing two different problems.

I get CPU spikes as well. Not sure if this happens to you, But I mostly/barely get them when ranger is trying to gather an image preview with scope.sh.. I usually just abort the process by pressing Ctrl + c. Maybe we're just experiencing two different problems.

If I recall correctly, I got the same issue while browsing some photo folders as well. The first time I experience this behavior was after the 1.6 upgrade.

Re: Ranger, a textbased filemanager

I'm using ranger in combination with feh and I think in previous versions ranger behaved differently. Let's say I have a folder with 10 pictures. A while ago I could open up ranger, go to the folder and hit enter an the first picture to have it opened with feh in a new window. Then I could hit "v" to make it fullscreen. Then I could use the arrow keys to skip to the next picture in that folder. With the current version of ranger this doesn't seem to work as I have to mark all pictures in a filder in ranger first, hitting "v" button and then have it opened with feh. Is there a way I can get this behaviour of ranger back so I don't have to mark all pictures in a folder first if I want to see all of them?

Re: Ranger, a textbased filemanager

andmars wrote:

I'm using ranger in combination with feh and I think in previous versions ranger behaved differently. Let's say I have a folder with 10 pictures. A while ago I could open up ranger, go to the folder and hit enter an the first picture to have it opened with feh in a new window. Then I could hit "v" to make it fullscreen. Then I could use the arrow keys to skip to the next picture in that folder. With the current version of ranger this doesn't seem to work as I have to mark all pictures in a filder in ranger first, hitting "v" button and then have it opened with feh. Is there a way I can get this behaviour of ranger back so I don't have to mark all pictures in a folder first if I want to see all of them?

Do you use stable ranger from the repos or ranger-git?

In ranger-git it's supposed to be the opposite of what you describe. I use sxiv and just a few days/weeks ago hut implemented, that if you open a picture with either sxiv or feh, it'll actually load all pics in the current directory.

Did you make a custom configuration to make ranger behave like this? Maybe it's best if you run ranger without custom configs to see how it behaves.

Re: Ranger, a textbased filemanager

Speaking of image viewing, I have a couple of directories with 8000+ images and regardless of using current ranger (select all) or ranger-git, I always get: '[Errno 7] Argument list too long'I seem to remember this worked fine with older versions of ranger (although TBH, I haven't browsed these directories for awhile, so I can't be sure when it stopped working).

Re: Ranger, a textbased filemanager

@markoer:To use :load_copy_buffer for moving instead of copying, you could type this: "!mv -t . %c" after :load_copy_buffer. There will be no progress bar, but it works.

@people with 100% CPU problems:Yeah, just press ^C to abort the current task. I will investigate the reason for this eventually.

@theGunslinger:Sorry, the preview_images feature is still somewhat experimental. It's just a matter of time.

@firecat53:ranger opens all images at once, passing the file names of the images as arguments. Too many images cause the argument list to blow up. You could disable opening all images by setting "set open_all_images false" in rc.conf to avoid this error. If you only want to disable this feature in your super-huge directory, use: "setlocal path=/home/firecat/cat_pics open_all_images false" in rc.conf. :3 (note that the path is a regex in the newest ranger versions. Use "\s" instead of spaces.)

@TheImmortalPhoenix:Do you want to open all image files with feh? Changing the configs is unnecessary for that, ranger does it automatically now, as long as the option "open_all_images" is set to true. (which is the default).

Re: Ranger, a textbased filemanager

hut wrote:

@TheImmortalPhoenix:Do you want to open all image files with feh? Changing the configs is unnecessary for that, ranger does it automatically now, as long as the option "open_all_images" is set to true. (which is the default).

When i open an image placed in a directory with other images, feh displays me just that image and i can't go back or next with arrows...i should select all images with "v" if i want to do that...i didn't have this issue with the old version of ranger and i think that it was because of that argument (--start-at) specified in the apps.py