Hello Themers,
Here is a pickle,
I have a view, and I am using the check box on the image_field:
[x] Rewrite the output of this field
And below it, I have wraped my output in some DIV tags that add drop shadows.
Only, not all my Node's have an image, which is the way it should be [flexible]; only Drupal still renders the wrapping DIVs instead of seeing that there is no content, and not theming the field... consequently, I get drop shadows when it makes no sense.
Does anyone know how to resolve this and stop Views from rendering supporting tags when using "rewrite output"?
Thank you so much for your help!
Kindly,
Sebastian.
had a flash of insight and thought i'd put PHP in that rewrite field box, but it doesn't work... it outputs the PHP as HTML :(
am I just out of luck?
sebastian wrote:
Hello Themers,
Here is a pickle,
I have a view, and I am using the check box on the image_field:
[x] Rewrite the output of this field
And below it, I have wraped my output in some DIV tags that add drop shadows.
Only, not all my Node's have an image, which is the way it should be [flexible]; only Drupal still renders the wrapping DIVs instead of seeing that there is no content, and not theming the field... consequently, I get drop shadows when it makes no sense.
Does anyone know how to resolve this and stop Views from rendering supporting tags when using "rewrite output"?
Thank you so much for your help!
Kindly,
Sebastian.
am I just out of luck?
views fields are templatable - in view edit mode click 'information' next to theme in the basic settings box. This will give you template suggestions- they can be field specific - that way you can put your php code/rewrite there
Thanks Lee, it does seem like this is the only way to do it... shame really as every tpl.php sucks up another HTML request, and really I would want ALL fields that have no content to not output the wrapping HTML tags... IMHO this should be a "standard function" of how a field works... :/
I've also made this a subject on Views->Issues, we'll see if it goes any further. Otherwise, I'll just covet the problem.
Kindly,
Sebastian.
Lee Rowlands wrote:
am I just out of luck?
views fields are templatable - in view edit mode click 'information' next to theme in the basic settings box. This will give you template suggestions- they can be field specific - that way you can put your php code/rewrite there _______________________________________________ themes mailing list themes@drupal.org http://lists.drupal.org/mailman/listinfo/themes
http://drupal.org/project/views_customfield
^^ allows you to use phpcode in a view field.
On Wed, Dec 2, 2009 at 12:40 PM, sebastian inforazor@gmail.com wrote:
had a flash of insight and thought i'd put PHP in that rewrite field box, but it doesn't work... it outputs the PHP as HTML :(
am I just out of luck?
sebastian wrote:
Hello Themers,
Here is a pickle,
I have a view, and I am using the check box on the image_field:
[x] Rewrite the output of this field
And below it, I have wraped my output in some DIV tags that add drop shadows.
Only, not all my Node's have an image, which is the way it should be [flexible]; only Drupal still renders the wrapping DIVs instead of seeing that there is no content, and not theming the field... consequently, I get drop shadows when it makes no sense.
Does anyone know how to resolve this and stop Views from rendering supporting tags when using "rewrite output"?
Thank you so much for your help!
Kindly,
Sebastian.
themes mailing list themes@drupal.org http://lists.drupal.org/mailman/listinfo/themes
sebastian wrote:
I have a view, and I am using the check box on the image_field:
[x] Rewrite the output of this field
And below it, I have wraped my output in some DIV tags that add drop shadows.
Only, not all my Node's have an image, which is the way it should be [flexible]; only Drupal still renders the wrapping DIVs instead of seeing that there is no content, and not theming the field... consequently, I get drop shadows when it makes no sense.
Does anyone know how to resolve this and stop Views from rendering supporting tags when using "rewrite output"?
I'm a little late on this thread, and maybe I'm overlooking something but is there a reason you can't add the CSS drop shadows to the img element itself?
What I mean is that your default field output should provide a div identifier for the field, or failing that, one for the view. Within that cascade of unique and generic named elements you should be able to find the right selector to do something like ".view-field-image img" in your CSS, and have it only affect the images in the context of your view. Furthermore, since the CSS value is attached to the image tag itself, the lack of an image will mean that the rule will simply not be called - unlike your case of empty custom divs.
~~nat
Hi Nat,
Your suggestion would work, except that I am not just affecting the img tag, but rather putting two divs before and after it, so that i have drop shadows that do a "curl" on the left and on the right of the image [so that it looks as if it is "pinched" from the page]. There is no way this can be done with just targeting the img tag in CSS, one needs to use two other div tags to get this to work. But thanks for the suggestion! [I had omitted the complexity of what I was doing for the question, because I felt it would have made it just confusing...]
Nat Meysenburg wrote:
sebastian wrote:
I have a view, and I am using the check box on the image_field:
[x] Rewrite the output of this field
And below it, I have wraped my output in some DIV tags that add drop shadows.
Only, not all my Node's have an image, which is the way it should be [flexible]; only Drupal still renders the wrapping DIVs instead of seeing that there is no content, and not theming the field... consequently, I get drop shadows when it makes no sense.
Does anyone know how to resolve this and stop Views from rendering supporting tags when using "rewrite output"?
I'm a little late on this thread, and maybe I'm overlooking something but is there a reason you can't add the CSS drop shadows to the img element itself?
What I mean is that your default field output should provide a div identifier for the field, or failing that, one for the view. Within that cascade of unique and generic named elements you should be able to find the right selector to do something like ".view-field-image img" in your CSS, and have it only affect the images in the context of your view. Furthermore, since the CSS value is attached to the image tag itself, the lack of an image will mean that the rule will simply not be called - unlike your case of empty custom divs.
~~nat _______________________________________________ themes mailing list themes@drupal.org http://lists.drupal.org/mailman/listinfo/themes
Yaay! This feature has now been incorporated into Views 2.8:
http://drupal.org/node/649174#comment-2343654
Best,
Seb.
sebastian wrote:
Hi Nat,
Your suggestion would work, except that I am not just affecting the img tag, but rather putting two divs before and after it, so that i have drop shadows that do a "curl" on the left and on the right of the image [so that it looks as if it is "pinched" from the page]. There is no way this can be done with just targeting the img tag in CSS, one needs to use two other div tags to get this to work. But thanks for the suggestion! [I had omitted the complexity of what I was doing for the question, because I felt it would have made it just confusing...]
Nat Meysenburg wrote:
sebastian wrote:
I have a view, and I am using the check box on the image_field:
[x] Rewrite the output of this field
And below it, I have wraped my output in some DIV tags that add drop shadows.
Only, not all my Node's have an image, which is the way it should be [flexible]; only Drupal still renders the wrapping DIVs instead of seeing that there is no content, and not theming the field... consequently, I get drop shadows when it makes no sense.
Does anyone know how to resolve this and stop Views from rendering supporting tags when using "rewrite output"?
I'm a little late on this thread, and maybe I'm overlooking something but is there a reason you can't add the CSS drop shadows to the img element itself?
What I mean is that your default field output should provide a div identifier for the field, or failing that, one for the view. Within that cascade of unique and generic named elements you should be able to find the right selector to do something like ".view-field-image img" in your CSS, and have it only affect the images in the context of your view. Furthermore, since the CSS value is attached to the image tag itself, the lack of an image will mean that the rule will simply not be called - unlike your case of empty custom divs.
~~nat _______________________________________________ themes mailing list themes@drupal.org http://lists.drupal.org/mailman/listinfo/themes
-
Lee Rowlands -
Michael Scappa -
Nat Meysenburg -
sebastian