Closed (fixed)
Project:
Imagefield Crop
Version:
6.x-1.x-dev
Component:
User interface
Priority:
Normal
Category:
Bug report
Assigned:
Unassigned
Reporter:
Created:
25 Oct 2009 at 08:21 UTC
Updated:
13 Jan 2010 at 19:40 UTC
Hello,
I was wondering if this is by design or an issue that is currently being addressed/or needs to be addressed if possible.
The FULL image shows for 1 second after page load, then adjusts to the smaller as per settings (as seen in attachment) to be used to select the image cropping area.
Is there a way to make the full image not show on page load?
Are others also seeing this issue?
I see the same issue using IE, Safari, Firefox
Thank you!
| Comment | File | Size | Author |
|---|---|---|---|
| Untitled.jpg | 67.01 KB | Bilmar |
Comments
Comment #1
rburgundy commentedsubscribing.
Comment #2
Bilmar commentedI have tested on a fresh Drupal install.
Still encountering the issue of the cropping preview image on the edit page showing in Full Size before it is re-sized.
Can anyone comment on if they are also seeing this?
Comment #3
guypaddock commentedI see this as well. I tried setting the following in the style.css, and while it fixed this issue, it broke the cropping:
Comment #4
guypaddock commentedThis seems to fix it:
Comment #5
cels commented#4 your fix it's OK for me.
I added to imagefield_crop.css and seems to be good.
Comment #6
Bilmar commentedthanks GuyPaddock! worked like a charm =)
Would anyone be able to comment if this css is quick fix for an issue with the module, or the issue always existed by design from the start?
Comment #7
yhager commentedThanks for the patch!
The reason this happens is that the crop interface can only work after the image has completed download and display - so the module waits about a second for this. IE7 being the most problematic browser in this regard.
However your fix seem to hide it nicely - can anyone confirm it works for IE7+ ?
Comment #8
Bilmar commentedHello yhager,
Cool - I understand now. Thanks for the explanation =)
Yep, I just tested on IE 7.0.5730.13 and looks good!
Changing status to RTBC for your final review and comments.
Thanks
Comment #9
yhager commentedCommitted. Thanks!
Comment #11
Bilmar commentedInstalled the newest dev and experienced the issue again.
The change to the css file modified the class node form, but it needed to modify the id node form.
When I changed it to id node form the problem was resolved.
Comment #12
yhager commented@trupal218: Can you make a patch?
Comment #13
Bilmar commentedAs I learn how to create patches, please refer to the below code used to fix the issue.
Comment #14
yhager commented@trupal218: I don't see the value in the change you propose.
The page is structured as follows:
so CSS rules like the one existing, or the one you propose should have the same effect anyway. Maybe you have a special theme or theme function which behaves differently?
[edit: I got the div and form backwards, but the argument still holds]
Comment #15
Bilmar commentedah i understand. it looks to have been a change to our custom theme that required this change for our specific case.
thanks yhager for your input. we really appreciate your support!
[setting status back to fixed]
Comment #16
elijah lynnJust wanted to say thanks for this fix! I was just going to live with it but must say that it was one of those nagging bugs that always bothered me. I load 3000X2000+ images into the crop window sometimes and it really looks ugly until they load.
Looking forward to the next stable with this change!