|
|
|
|
|
|
| |
| |
|
|
From: William F Pokorny
Subject: Re: Ideas. Playing with f_hash inbuilt function. (povr branch).
Date: 18 Aug 2021 06:34:21
Message: <611ce22d$1@news.povray.org>
|
|
|
| |
| |
|
|
On 8/17/21 9:12 AM, jr wrote:
> so,wondering whether you'll indulge me and run a test (somewhere under the 'jr
> causing trouble' directory. :-)) with a new command-line option.
Very likely :-), but not immediately. I'm working on a couple other bits
of code at the moment.
Your/xterm's use of XReparentWindow() was not used in the coding
approach taken by feh(1). Better, it's simpler than what I'd planned to
try in my next attempt in creating the preview window completely under
the passed id, where one passed.
(1) - FWIW. I slipped up and didn't say it when I posted the
f_distribution() sample images, but those were done with feh's caption
highlight method. You'd been discussion highlight options/colors for
your table include...
Bill P.
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
hi,
William F Pokorny <ano### [at] anonymousorg> wrote:
> Your/xterm's use of XReparentWindow() was not used in the coding
> approach taken by feh(1). Better, it's simpler than what I'd planned to
> try in my next attempt in creating the preview window completely under
> the passed id, where one passed.
I use 'xv' and (the window manager's own) 'wmiv' as image viewers, but had a
quick look at 'feh's man page, and would be interested how its '-list' output
compares to '$ identify *'.
re "coding approach", perhaps look at 'xterm' (or some other "old" utility)
source instead. also, ought to have mentioned that the actual call to
XReparentWindow() is conditional on a call to a wrapper function
('xtermGetWinAttrs()') succeeding; that, essentially, is a
'XGetWindowAttributes()' call to see whether the id is valid.
> (1) - FWIW. I slipped up and didn't say it when I posted the
> f_distribution() sample images, but those were done with feh's caption
> highlight method. You'd been discussion highlight options/colors for
> your table include...
I think they should be called labels not captions, as they're inside the images
:-). natty dash separators, are they supplied or did you have to type them?
regards, jr.
Post a reply to this message
|
|
| |
| |
|
|
From: William F Pokorny
Subject: Re: Ideas. Playing with f_hash inbuilt function. (povr branch).
Date: 19 Aug 2021 09:55:34
Message: <611e62d6$1@news.povray.org>
|
|
|
| |
| |
|
|
On 8/19/21 4:58 AM, jr wrote:
...
FWIW.
'identify hmm.png'
hmm.png PNG 160x120 160x120+0+0 8-bit sRGB 25661B 0.000u 0:00.000
'feh --list hmm.png'
NUM FORMAT WIDTH HEIGHT PIXELS SIZE ALPHA FILENAME
1 png 160 120 19k 26k - hmm.png
Both generate a lot of noise if you ask them to read files / formats
they cannot.
> I think they should be called labels not captions, as they're inside the images
> :-). natty dash separators, are they supplied or did you have to type them?
Labels/captions. I leaned on feh's thumbnails and - caption directory
text files for each image - feature. These are sometimes actual captions
and sometimes more like labels depending on - a lot of things. FWIW... :-)
The dashes I added on the fly while editing the caption files. The
caption files can be paragraphs of text or what ever you want to put in
them. Positioning is limited to lower left corner or lower centered when
over an image and pretty sure something similar for actual
index/thumbnail captions.
---
Wild aside on feh:
I moved to feh as my 'quick' image viewer because it can use a large
cache and so not bang on my actual disk drive while displaying and
visually comparing images. The latter I do a lot - a quick switch
between two images to see what my eyes pick up. I could never get
programs like eog not to not use my actual disk drive without a fair bit
of extra set up/work.
Anyhow, feh has some interesting features like being able to create on
the fly hot index/thumbnail images. Further, you can code up a number of
actions on key sequences while an image is displayed.
Not explored it too much yet, but this looks a fair bit of the framework
needed to create additional automation around my full scene test cases.
Or, perhaps to back a collection of images with help text / actual scene
files / rendering changed files on the fly / ... At this point just a
possible path to such things I guess, but looks interesting.
Bill P.
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
hi,
William F Pokorny <ano### [at] anonymousorg> wrote:
> 'identify hmm.png'
>
> hmm.png PNG 160x120 160x120+0+0 8-bit sRGB 25661B 0.000u 0:00.000
>
> 'feh --list hmm.png'
>
> NUM FORMAT WIDTH HEIGHT PIXELS SIZE ALPHA FILENAME
> 1 png 160 120 19k 26k - hmm.png
thank you v much. I may yet install this, to try out, quite like the tiled
view, and am intrigued by the (snipped) mention of keyboard macros executing.
> > :-). natty dash separators, are they supplied or did you have to type them?
>
> Labels/captions. I leaned on feh's thumbnails and - caption directory
> text files for each image - feature. These are sometimes actual captions
> and sometimes more like labels depending on - a lot of things. FWIW... :-)
and per directory caption files too sounds an interesting feature, know of no
equivalent.
> The dashes I added on the fly while editing the caption files.
now thinking of adding dashes to Tabulated()'s caption. :-)
the 'frm.tk' script has the drawback that it exits when the client's window is
closed (ok for terminal, not so for this use). attached a version which uses a
different "pattern", providing as many frames as needed, one at a time; the
frame's dimensions too are now easily adapted.
regards, jr.
Post a reply to this message
Attachments:
Download 'f2.tk.txt' (1 KB)
|
|
| |
| |
|
|
|
|
| |
|
|