… | |
… | |
43 | $viewer->load_image ($_[1]); |
43 | $viewer->load_image ($_[1]); |
44 | }); |
44 | }); |
45 | |
45 | |
46 | Gtk2::CV::Plugin->call (new_schnauzer => $s); |
46 | Gtk2::CV::Plugin->call (new_schnauzer => $s); |
47 | |
47 | |
48 | $s; |
48 | $s |
49 | } |
49 | } |
50 | |
50 | |
51 | sub std_keys { |
51 | sub std_keys { |
52 | my $key = $_[1]->keyval; |
52 | my $key = $_[1]->keyval; |
53 | my $state = $_[1]->state; |
53 | my $state = $_[1]->state; |
… | |
… | |
102 | |
102 | |
103 | $viewer->signal_connect (button3_press_event => sub { |
103 | $viewer->signal_connect (button3_press_event => sub { |
104 | $mainwin->visible |
104 | $mainwin->visible |
105 | ? $mainwin->hide |
105 | ? $mainwin->hide |
106 | : $mainwin->show_all; |
106 | : $mainwin->show_all; |
107 | 1; |
107 | 1 |
108 | }); |
108 | }); |
109 | |
109 | |
110 | Gtk2::CV::Plugin->call (new_imagewindow => $viewer); |
110 | Gtk2::CV::Plugin->call (new_imagewindow => $viewer); |
111 | |
111 | |
112 | $schnauzer = new_schnauzer; |
112 | $schnauzer = new_schnauzer; |
113 | |
113 | |
114 | $mainwin = new Gtk2::Window; |
114 | $mainwin = new Gtk2::Window; |
115 | $mainwin->set_title ("CV"); |
115 | $mainwin->set_title ("CV"); |
116 | $mainwin->add (my $vbox = new Gtk2::VBox); |
116 | $mainwin->add (my $vbox = new Gtk2::VBox); |
117 | $mainwin->signal_connect (delete_event => sub { $mainwin->hide; 1; }); |
117 | $mainwin->signal_connect (delete_event => sub { $mainwin->hide; 1 }); |
118 | |
118 | |
119 | $vbox->add ($schnauzer); |
119 | $vbox->add ($schnauzer); |
120 | $vbox->pack_end (my $frame = new Gtk2::Frame, 0, 0, 0); |
120 | $vbox->pack_end (my $frame = new Gtk2::Frame, 0, 0, 0); |
121 | $frame->add (my $hbox = new Gtk2::HBox 0, 0); |
121 | $frame->add (my $hbox = new Gtk2::HBox 0, 0); |
122 | $hbox->pack_start ((new Gtk2::Label "Info: "), 0, 0, 0); |
122 | $hbox->pack_start ((new Gtk2::Label "Info: "), 0, 0, 0); |
… | |
… | |
143 | |
143 | |
144 | main Gtk2; |
144 | main Gtk2; |
145 | |
145 | |
146 | __DATA__ |
146 | __DATA__ |
147 | |
147 | |
|
|
148 | =encoding utf-8 |
|
|
149 | |
148 | =head1 NAME |
150 | =head1 NAME |
149 | |
151 | |
150 | cv - a fast gtk+ image viewer loosely modeled after XV |
152 | cv - a fast gtk+ image viewer loosely modeled after XV |
151 | |
153 | |
152 | =head1 SYNOPSIS |
154 | =head1 SYNOPSIS |
… | |
… | |
160 | |
162 | |
161 | =over 4 |
163 | =over 4 |
162 | |
164 | |
163 | =item * optimized directory scanning algorithm |
165 | =item * optimized directory scanning algorithm |
164 | |
166 | |
165 | The directory scanning in CV plays some tricks that - on most modern |
167 | The directory scanning in CV uses some tricks that - on most modern |
166 | filesystems - makes it possible to detect filetypes faster than stat()'ing |
168 | filesystems - makes it possible to detect filetypes faster than stat()'ing |
167 | every file. This makes CV suitable for directories with lots of files |
169 | every file. This makes CV suitable for directories with lots of files |
168 | (10000+). |
170 | (10000+). |
169 | |
171 | |
170 | This algorithm is quite unprecise - it doesn't make a difference between |
172 | This algorithm is quite unprecise - it doesn't make a difference between |
171 | files, device nodes, symlinks and the like, and filetype detection is done |
173 | files, device nodes, symlinks and the like, and filetype detection is done |
172 | using the file extension only. |
174 | using the file extension only. |
173 | |
175 | |
|
|
176 | On the positive side, it is usually many orders of magnitude faster than |
|
|
177 | traditional scanning techniques (good for directories with 10000 or |
|
|
178 | 100000+ files). |
|
|
179 | |
|
|
180 | =item * queuing for all time-consuming background tasks |
|
|
181 | |
|
|
182 | All tasks, such as unlinking files or generating thumbnails, that can be |
|
|
183 | done in the background will be done so - no waiting required, even when |
|
|
184 | changing directories. |
|
|
185 | |
174 | =item * use of asynchronous I/O |
186 | =item * use of asynchronous I/O |
175 | |
187 | |
176 | CV tries to use asynchronous I/O whereever it makes sense, for example |
188 | CV tries to use asynchronous I/O whereever it makes sense, for example |
177 | while scanning directories, waiting for stat data or unlinking files. This |
189 | while scanning directories, waiting for stat data, unlinking files or |
178 | usually decreases scanning times for large directories a bit (especially |
190 | generating thumbnails. This usually decreases scanning times for large |
179 | on RAID devices and over NFS). |
191 | directories a bit (especially on RAID devices and over NFS) and makes CV |
|
|
192 | much more interactive. |
180 | |
193 | |
181 | =item * fast image loading |
194 | =item * fast image loading |
182 | |
195 | |
183 | The time span between the user issuing a command and displaying the new |
196 | The time span between the user issuing a command and displaying the new |
184 | image should be as small as possible. CV uses optimized (especially |
197 | image should be as small as possible. CV uses optimized (especially |
185 | for JPEG) loading functions and sacrifices some quality (e.g no gamma |
198 | for JPEG) loading functions and sacrifices some quality (e.g no gamma |
186 | correction) to achieve this speed. |
199 | correction, although this might change) to achieve this speed. |
187 | |
200 | |
188 | =item * fast thumbnail creation |
201 | =item * fast thumbnail creation |
189 | |
202 | |
190 | Thumbnail creation is crucial for me, so it's better be fast. Thumbnail |
203 | Thumbnail creation uses both CPU and Disk-I/O. CV interleaves both, so |
|
|
204 | on modern CPUs, thumbnailing is usually limited by I/O speed. Thumbnail |
191 | creation for JPEGs has been specially optimized. |
205 | creation for JPEGs has been specially optimized and can even take |
|
|
206 | advantage of multiple CPUs. |
192 | |
207 | |
193 | =item * minimum optical clutter |
208 | =item * minimum optical clutter |
194 | |
209 | |
195 | CV has no menus or other user interface elements that take up a lot of |
210 | CV has no menus or other user interface elements that take up a lot of |
196 | screen space. The schnauzer windows can also be somewhat crowded. |
211 | screen space (or are useful for beginning users). The schnauzer windows |
|
|
212 | can also be somewhat crowded. |
197 | |
213 | |
198 | The point of an image viewer is viewing images, not a nice GUI. This is |
214 | The point of an image viewer is viewing images, not a nice GUI. This is |
199 | similar to XV's behaviour. |
215 | similar to XV's behaviour. |
200 | |
216 | |
201 | =item * efficient (and hard to learn) user interface |
217 | =item * efficient (and hard to learn) user interface |
202 | |
218 | |
203 | CV uses key combinations. A lot. If you are an experienced XV user, you |
219 | CV uses key combinations. A lot. If you are an experienced XV user, you |
204 | will find most of these keys familiar. If not, CV might be hard to use at |
220 | will find most of these keys familiar. If not, CV might be hard to use at |
205 | first, but will be an efficient tool later. |
221 | first, but will be an efficient tool later. |
206 | |
222 | |
|
|
223 | =item * multi-window GUI |
|
|
224 | |
|
|
225 | CV doesn't force you to use a specific layout, instead it relies on your |
|
|
226 | window manager, thus enabling you to chose whatever layout that suits you |
|
|
227 | most. |
|
|
228 | |
207 | =item * i18n'ed filename handling throughout |
229 | =item * i18n'ed filename handling throughout |
208 | |
230 | |
209 | As long as glib can recognize your filename encoding (either UTF-8 or |
231 | As long as glib can recognize your filename encoding (either UTF-8 or |
210 | locale-specific, depending on your settings) and you have the relevant |
232 | locale-specific, depending on the setting of G_BROKEN_FILENAMES) and you |
211 | fonts, CV will display your filenames correctly. |
233 | have the relevant fonts, CV will display your filenames correctly. |
212 | |
234 | |
213 | =item * extensible through plug-ins |
235 | =item * extensible through plug-ins |
214 | |
236 | |
215 | I have weird plug-ins that access remote databases to find a |
237 | I have weird plug-ins that access remote databases to find a |
216 | directory. This is not likely to be of any use to other people. Likewise, |
238 | directory. This is not likely to be of any use to other people. Likewise, |
… | |
… | |
237 | . enlarge the image by 10% |
259 | . enlarge the image by 10% |
238 | n reset to normal size |
260 | n reset to normal size |
239 | m maximize to screensize |
261 | m maximize to screensize |
240 | M maximize to screensize, respecting image aspect |
262 | M maximize to screensize, respecting image aspect |
241 | ctrl-m toggle maxpect-always mode |
263 | ctrl-m toggle maxpect-always mode |
|
|
264 | ctrl-sift-m toggle using current image size as max image size |
242 | u uncrop |
265 | u uncrop |
243 | r set scaling mode to 'nearest' (fastest) |
266 | r set scaling mode to 'nearest' (fastest) |
244 | s set scaling mode to 'bilinear' (default) |
267 | s set scaling mode to 'bilinear' (default) |
245 | shift-s set scaling mode to 'hyper' (slowest) |
268 | shift-s set scaling mode to 'hyper' (slowest) |
246 | t rotate clockwise 90° |
269 | t rotate clockwise 90° |
247 | T rotate counterclockwise° |
270 | T rotate counterclockwise° |
248 | ctrl-v open a new visual schnauzer window for the current dir |
271 | ctrl-v open a new visual schnauzer window for the current dir |
249 | ctrl-e run an editor ($CV_EDITOR or "gimp") on the current image |
272 | ctrl-e run an editor ($CV_EDITOR or "gimp") on the current image |
250 | ctrl-p fire up the print fialog |
273 | ctrl-p fire up the print dialog |
251 | escape cancel a crop action |
274 | escape cancel a crop action |
252 | |
275 | |
253 | And when playing movies, these additional keys are active: |
276 | And when playing movies, these additional keys are active: |
254 | |
277 | |
255 | left rewind by 10 seconds |
278 | left rewind by 10 seconds |
… | |
… | |
293 | ctrl-g force generation of thumbnais for the selected files |
316 | ctrl-g force generation of thumbnais for the selected files |
294 | ctrl-s rescan current direcory or files updates/deletes etc. |
317 | ctrl-s rescan current direcory or files updates/deletes etc. |
295 | ctrl-u update selected (or all) icons if neccessary |
318 | ctrl-u update selected (or all) icons if neccessary |
296 | ctrl-l don't use, will become a plug-in eventually |
319 | ctrl-l don't use, will become a plug-in eventually |
297 | |
320 | |
|
|
321 | ^ go to parent directory (caret). |
|
|
322 | |
298 | 0-9, |
323 | 0-9, |
299 | a-z find the first filename beginning with this letter |
324 | a-z find the first filename beginning with this letter |
300 | |
325 | |
301 | Right-clicking into the schnauzer window displays a pop-up menu with |
326 | Right-clicking into the schnauzer window displays a pop-up menu with |
302 | additional actions. |
327 | additional actions. |
303 | |
328 | |
|
|
329 | =head3 SELECTION |
|
|
330 | |
|
|
331 | You can select entries in the Schnauzer in a variety of ways: |
|
|
332 | |
|
|
333 | =over 4 |
|
|
334 | |
|
|
335 | =item Keyboard |
|
|
336 | |
|
|
337 | Moving the cursor with the keyboard will first deselect all files and then |
|
|
338 | select the file you moved to. |
|
|
339 | |
|
|
340 | =item Clicking and Shift-Clicking |
|
|
341 | |
|
|
342 | Clicking on an entry will select the one you clicked and (unless Shift is |
|
|
343 | pressed) deselect all others. |
|
|
344 | |
|
|
345 | =item Dragging and Shift-Dragging |
|
|
346 | |
|
|
347 | Dragging will select all entries between the one selected when pushing the |
|
|
348 | button and the one selected when releasing the button. If you move above |
|
|
349 | or below the schnauzer area while drag-selecting, the schnauzer will move |
|
|
350 | up/down one row twice per second. In addition, horizontal mouse movement |
|
|
351 | acts as a kind of invisible horizontal scrollbar. |
|
|
352 | |
|
|
353 | =item Hint: double-click works while click-selecting |
|
|
354 | |
|
|
355 | You can double-click any image while click-selecting to display it |
|
|
356 | without stopping the selection process. This will act as if you normally |
|
|
357 | double-clicked the image to display it, and will toggle the selection |
|
|
358 | twice, resulting in no change. |
|
|
359 | |
|
|
360 | =back |
|
|
361 | |
304 | =head1 FILES |
362 | =head1 FILES |
305 | |
363 | |
306 | When starting, CV runs the F<.cvrc> file in your F<$HOME> directory as if |
364 | When starting, CV runs the F<.cvrc> file in your F<$HOME> directory as if |
307 | it were a perl script. in that, you will mostly load plug-ins. |
365 | it were a perl script. in that, you will mostly load plug-ins. |
308 | |
366 | |
… | |
… | |
334 | |
392 | |
335 | =back |
393 | =back |
336 | |
394 | |
337 | =head1 SECURITY CONSIDERATIONS |
395 | =head1 SECURITY CONSIDERATIONS |
338 | |
396 | |
339 | CV uses Pixbuf to load images. Pixbuf is not considered safe for this |
397 | CV uses Pixbuf to load non-JPEG images. Pixbuf is not considered safe for |
340 | purpose, though (from the gtk-2.2 release notes): |
398 | this purpose, though (from the gtk-2.2 release notes): |
341 | |
399 | |
342 | "While efforts have been made to make gdk-pixbuf robust against invalid |
400 | "While efforts have been made to make gdk-pixbuf robust against invalid |
343 | images, using gdk-pixbuf to load untrusted data is not recommended, due to |
401 | images, using gdk-pixbuf to load untrusted data is not recommended, due to |
344 | the likelyhood that there are additional problems where an invalid image |
402 | the likelyhood that there are additional problems where an invalid image |
345 | could cause gdk-pixbuf to crash or worse." |
403 | could cause gdk-pixbuf to crash or worse." |
… | |
… | |
347 | =head1 BUGS/TODO |
405 | =head1 BUGS/TODO |
348 | |
406 | |
349 | Lots of functionality is missing. |
407 | Lots of functionality is missing. |
350 | |
408 | |
351 | Pixbuf doesn't always honor G_BROKEN_FILENAMES, so accessing files with |
409 | Pixbuf doesn't always honor G_BROKEN_FILENAMES, so accessing files with |
352 | names incompatible might utf-8 fail. |
410 | names incompatible with utf-8 might fail. |
353 | |
411 | |
354 | rotate on disk |
412 | rotate on disk |
355 | lots of ui issues |
413 | lots of ui issues |
356 | save(?) |
414 | save(?) |
357 | preferences |
415 | preferences |
358 | shift-cursor in schnauzer |
|
|
359 | |
416 | |
360 | =head1 AUTHOR |
417 | =head1 AUTHOR |
361 | |
418 | |
362 | Marc Lehmann <cv@plan9.de>. |
419 | Marc Lehmann <cv@plan9.de>. |
363 | |
420 | |