Mantis Issue Tracking for Scribus
· Hosting provided by / Øverby Consulting ·

View Issue Details Jump to Notes ] Issue History ] Print ]
IDProjectCategoryView StatusDate SubmittedLast Update
0001627ScribusGraphics / Image Framespublic2005-02-03 09:522005-09-12 08:14
Assigned To 
PlatformOSOS Version
Product Version1.3.0cvs 
Target VersionFixed in Version 
Summary0001627: improvement for handling changes in images on disc
DescriptionCurrently the way to change an image in a Scribus document requires the following sequence of actions:

1. Open right-mouse-button menu.
2. Choose "Edit Picture".
3. Edit it in, say, The GIMP.
4. Save it.
5. Go back to Scribus.
6. Open right-mouse-button menu
7. Choose "Update Picture".

It's OK, if you changed only one picture and you did it from Scribus.

Now, imagine you have 25 pictures in 3 documents. It wouldn't be a good idea to call GIMP from Scribus 25 times. The real world use case would be open them from GIMP, edit and save. Or run a batch processing script in ImageMagick on them.

What happens then? You end up with

1. Open right-mouse-button menu.
2. Choose "Update Picture".

For 25 pictures. These are 50 movements. Or 75 movements, if you count clicks to select a picture. Besides you might have more pictures in those 3 documents that you didn't change. Nice, isn't it? :)

One solution would be write a script that would update all of the pictures.

Another solution is what I would like to propose.

The are several ways to find out, which files have changed on disc. Depending on what way you want to go this will be using fam, dnotify or inotify. If one of them tells Scribus that some of currently used pictures were changed on disc or were deleted (bad, bad news), Scribus would somehow notify a user about it. The best way of notification I imagine is blurring the picture frame and putting a specific icon in its centre. See attached screenshots for details :)

I don't know if fam/dnotify/inotify can provide info on *moved* files. I hope it can, because it would help using "Manage pictures" dialog much more seldom :) The picture frame would be blurred then an had an icon that would mean "The file has changed. Click me to change the reference to a new path".

Now all you need is click icons in picture frames, when they appear. But I wouldn't abandon the idea with a script to update all or only changed and moved images.
TagsNo tags attached.
Attached Filespng file icon changed_image.png [^] (47,067 bytes) 2005-02-03 09:52

png file icon deleted_image.png [^] (49,885 bytes) 2005-02-03 09:52

png file icon missingpic.png [^] (133,113 bytes) 2005-05-16 22:23

diff file icon missingpic.diff [^] (4,003 bytes) 2005-05-16 22:25 [Show Content]

- Relationships
related to 0003814closedcbradney Manage Pictures: Add button to search for all pictures in one directory 

-  Notes
cbradney (administrator)
2005-02-03 09:57

Nice idea, even given the fact 1.3 will autoreload. If we make the autoreload an option, we can in fact use this idea when autoreload is turned off.
ringerc (administrator)
2005-02-03 09:59

It'd be good if the auto-reload support would also warn the user if the image dimensions had changed. This should help avoid nasty surprises with unexpected image positioning / re-cropped images, especially in collaborative work environments.
louisdesjardins (developer)
2005-02-03 13:15

I agree. It's a very good idea.
Adding the capability of the "update" command to "see" other pics in the same situation in the same directory would also save time updating.
plinnell (administrator)
2005-02-19 21:40

I personally would hate anything based on fam.. It's a buggy module which RH/Fedora is rewriting on their own to fix many issues with fam.
louisdesjardins (developer)
2005-02-20 04:10

What is fam?
plinnell (administrator)
2005-02-20 10:36

fam= file alteration module open sourced by SGI (I think) It is a daemon which runs in the background and checks for altered files.
louisdesjardins (developer)
2005-02-20 12:51

Thanks, Peter. :)
jb (reporter)
2005-05-16 22:23
edited on: 2005-05-16 22:24

Currently, when a picture is missing, it disappears from your page.
I made a small patch to improve this. With the patch, missing pictures appear in a light tone with a red cross on them (see sample uploaded missingpic.png)

Since 1.3 does automatic reloading, there is no need to mark modified pictures...

[Patch attached] ( see bug 1678 for more work on the image managment window)

avox (administrator)
2005-05-17 03:21

Why not use stat() and store the timestamp? Much more portable.
ringerc (administrator)
2005-09-12 08:14

Reminder sent to: fschmid

Any thoughts on this one?

- Issue History
Date Modified Username Field Change
2005-02-03 09:52 alexandre New Issue
2005-02-03 09:52 alexandre File Added: changed_image.png
2005-02-03 09:52 alexandre File Added: deleted_image.png
2005-02-03 09:57 cbradney Note Added: 0003596
2005-02-03 09:59 ringerc Note Added: 0003597
2005-02-03 13:15 louisdesjardins Note Added: 0003602
2005-02-19 21:40 plinnell Note Added: 0003754
2005-02-20 04:10 louisdesjardins Note Added: 0003765
2005-02-20 10:36 plinnell Note Added: 0003766
2005-02-20 12:51 louisdesjardins Note Added: 0003771
2005-05-16 22:23 jb Note Added: 0004680
2005-05-16 22:23 jb File Added: missingpic.png
2005-05-16 22:24 jb Note Edited: 0004680
2005-05-16 22:25 jb File Added: missingpic.diff
2005-05-17 03:21 avox Note Added: 0004682
2005-09-12 08:13 ringerc Status new => acknowledged
2005-09-12 08:14 ringerc Note Added: 0006520
2006-05-14 13:56 louisdesjardins Relationship added related to 0003814
2015-09-17 22:10 Kunda Category Graphics / Image Frames => Graphics/Img Frames
2015-09-17 22:11 Kunda Category Graphics/Img Frames => Graphics / Image Frames

Copyright © 2000 - 2015 MantisBT Team
Powered by Mantis Bugtracker