Closed (fixed)
Project:
WYSIWYG image upload - Inline images for your WYSIWYG
Version:
6.x-1.0-rc2
Component:
User interface
Priority:
Normal
Category:
Feature request
Assigned:
Unassigned
Reporter:
Created:
6 Feb 2010 at 20:24 UTC
Updated:
26 Jun 2010 at 00:30 UTC
Jump to comment: Most recent
Comments
Comment #1
eugenmayer commentedWell this is not possible. This alt attribute is by defintion the "alternate representation" of that image, in out case it is the original image location (not the preset one). As we dont have "one image one node" relateion in the 6--1-0 branch, we are not able to save any meta-data at any other places then inline in the html img tag. In that case, we reuse that alt value to place at the original image. Later, when you edit that image, this "original2 image will be used to generate the new preset you might have added (so the preset is always generated using the original image). that is the case, because there is no relyable way to reverse-map a preset image path to its original.
These kind of meta-information, even more, will be possible in the 6--2-0 branche where every image will become a node.
Comment #2
eugenmayer commentedWrong state
Comment #3
Anonymous (not verified) commentedDid you consider putting the meta-data in the url as a query parameter?
The url could look like this:
http://www.example.com/sites/default/files/imagecache/default/image.jpg?alt=sites/default/files/image.jpgI tried this on my site and it seemed to work. However, there maybe some consequences I don't realize.
Another option could be to use inline tags like the Inline module does and add a format filter to remove them.
Using the alt-attribute like you do now isn't very friendly to the disabled.
Comment #4
eugenmayer commentedWhy i really se a valid point in your approach g.idema, i dont think we should introduce this in the 6--1-0 branch. We are limited in the number of meta fields here + this branch should stay very very simple.
Please wait for the 6--2-0 to apear which will also include alt and other meta informations which you will be able to use
Comment #5
mshepherd commentedWhile this is another very elegant solution to allow images to be added to posts - similar Image Browser in some respects, certainly in how it stores things like image locations, but perhaps this is even nicer! However this is very difficult for me to use. I work mainly with charities and organisation that work with charities and disabled people. For reasons of accessibility, this module fails.
I speak for the many people who use assistive technologies to access websites. The Web Content Accessibility Guidelines 1.0, available at http://www.w3.org/TR/WCAG10-TECHS/#tech-text-equivalent make it very clear:
And this is a priority 1 requirement:
In many countries it is now illegal to provide web content that discriminates against particular groups of users. For the example, in the UK, the Disability Discrimination Act says that:
Alt text for images is the 1st checkpoint of the first guideline in the WCAG (link above) and has the highest priority. I applaud the module - it makes adding images a breeze, I just wish that such a basic thing was given higher priority.
Comment #6
eugenmayer commentedAll your arguments are valid. So i guess you have to wait for the 2.x version, where this will be fixed properly.
Comment #7
mshepherd commentedThat's good to hear. Thanks for your response!
Comment #8
Anonymous (not verified) commentedSubscribe
Comment #9
eugenmayer commentedThis is actually fixed in the current 6.2.0 release. You now can set alt to whatever you like, currently the title is used ( you can change that overloading the theming method.
Comment #10
Anonymous (not verified) commentedThanks, I wasn't sure about it ;)
Comment #11
eugenmayer commentedstable 6.2 is out :)