Issue 12657

Restrict newsroom articles to use a fixed image layout

Reporter: mdoering
Assignee: cvizitiu
Type: Improvement
Summary: Restrict newsroom articles to use a fixed image layout
Description: Dont use the richt html editor for images, but rather just allow uploading of images (or url links etc.) which then get presented in a fixed standard article layout
Priority: Major
Resolution: WontFix
Status: Closed
Created: 2013-01-25 13:01:55.513
Updated: 2013-09-02 13:46:36.122
Resolved: 2013-02-08 16:37:07.25

Attachment news_detail_data_usage3.png

Attachment news_detail.png

Attachment News Detail.html

Comment: news details html attached
Created: 2013-01-25 13:11:49.473
Updated: 2013-01-25 13:11:49.473

Created: 2013-02-01 11:29:59.339
Updated: 2013-02-01 11:29:59.339
I would have loved to have this approved but Sampreethi denied this request: she claims that if we have only "landscape" pictures and no ability to flow text around the picture we can't really have articles about people e.g. Ebe Nielsen price type of articles.

We should close this as "won't fix"? Unless of course you can have TH override...


Created: 2013-02-04 12:02:53.7
Updated: 2013-02-04 12:02:53.7
The main thing is that we only have one image and that this image is shown at the beginning.
The orientation should be flexible, I agree. And in the case of portrait I suggest to place the image in the left, upper corner with text already starting next to it. That should be simple and the same CSS for both image orientations.

Comment: I wish that would be the case. :-s Unfortunately they are implemented in fundamentally different ways... the "image first" strategy creates the image a separate Drupal element (separate from the text, which is seen as an "atom"). Consequently they show up in separate DIVs if only because they are rendered in different stages. You can of course twist Drupal's hand to conform but you'll lose the WYSIWG ability. The WYSIWG text editor digs deeply into the text field and inserts a picture for which the text can be made to flow around it. Put it this way: from Drupal's perspective, the image doesn't exist INSIDE the text, as I said: that text field is an atom. It's easy to explain in real life... I think we'll have to live with it for the moment. 
Created: 2013-02-04 12:26:39.58
Updated: 2013-02-04 12:26:39.58

Comment: yes, then just lets live with portrait images having lots of white space around them
Created: 2013-02-04 12:56:09.194
Updated: 2013-02-04 12:56:09.194

Comment: Markus, please don't mind me asking: shouldn't we get a final opinion from the editorial team also? :-(
Created: 2013-02-04 13:00:17.788
Updated: 2013-02-04 13:00:17.788

Created: 2013-02-04 14:36:14.091
Updated: 2013-02-04 14:36:14.091
I would avoid that now and rather stitch sth working together and refactor things later if we need to.
Just go ahead with as we said for now

Comment: The problem is, the system works the other way around right now. :-) But yes I agree we should not spend time right now. 
Created: 2013-02-04 14:39:30.083
Updated: 2013-02-04 14:39:30.083

Comment: vizzuality design attached
Created: 2013-02-07 10:26:26.935
Updated: 2013-02-07 10:26:26.935

Comment: -On Tim Hirsch's request
Created: 2013-02-08 16:37:07.273
Updated: 2013-02-08 16:37:07.273