After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 124353 - Imagemap should use style properties for height,width,border instead of old attributes
Imagemap should use style properties for height,width,border instead of old a...
Status: RESOLVED OBSOLETE
Product: GIMP
Classification: Other
Component: Plugins
git master
Other All
: Normal enhancement
: Future
Assigned To: GIMP Bugs
GIMP Bugs
Depends on:
Blocks:
 
 
Reported: 2003-10-11 09:14 UTC by Shaneyfelt
Modified: 2018-05-24 10:56 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
converted imagemap spew (1.56 KB, text/plain)
2003-10-11 13:09 UTC, Carol
Details
converted imagemap spew (1.57 KB, text/plain)
2003-10-11 13:18 UTC, Carol
Details

Description Shaneyfelt 2003-10-11 09:14:11 UTC
Description of Problem:
  Imagemap should use CSS properties 
  height,width,border instead of the old style
  HTML attributes height,width,border

Steps to reproduce the problem:
1. Create any imagemap
2. Look at the generated html code

Actual Results:
  height="256" width="256" border="0"
  (in img tag)

Expected Results:
  style="height:256px;width:256px;border:0"
  (instead of separate attributes)

How often does this happen? 
  Always

Additional Information:
  See css at w3.org if unfamiliar
Comment 1 Maurits Rijk 2003-10-11 13:04:00 UTC
Changed this bug to an enhancement. It's not a completely trivial
change because of two reasons:

1) I will have to adapt the scanner/parser so the plug-in will
correctly read the changed format and stay compatible with the `old'
format.

2) I would like to make css support an option (maybe default) so
imagemap can still generate the old format.
Comment 2 Carol 2003-10-11 13:07:49 UTC
I converted a sample output from Image Map to use css in two different
ways.  The document should be attached.
Comment 3 Carol 2003-10-11 13:09:42 UTC
Created attachment 20645 [details]
converted imagemap spew
Comment 4 Carol 2003-10-11 13:18:30 UTC
Created attachment 20646 [details]
converted imagemap spew
Comment 5 Michael Schumacher 2003-10-11 13:24:09 UTC
In the first example, imagemap should not spit out the 

<head>
<style type="text/css">
  img.map { width:489px;
            height:437px;
            border:none;
           }
</style>
</head>

part imho (a required element, title, is missing), but rather
something like

<!-- put the following <style ...>...</style> into the head of your
document
<style type="text/css">
  img.map { width:489px;
            height:437px;
            border:none;
           }
</style>
-->

An option to suppress the output of the <style> should be provided, too.
Comment 6 Sven Neumann 2003-10-11 15:26:02 UTC
Can you please specify the GIMP version you are reporting this problem
against. A bug-report w/o version information is pretty much useless.
Comment 7 Maurits Rijk 2003-10-13 07:06:50 UTC
Changed version number. Problem report is applicable for all releases,
but we are not going to make enhancements on the 1.2.x series.
Comment 8 Shaneyfelt 2003-10-14 01:33:24 UTC
I suggest keeping the style in the img tag instead of moving
it to the head because you would like to concatenate
the resulting html file with other stuff to make
a web page.  If you add a head, and you keep the body, the
maintainer of the web page needs to split the two apart and
throw out the head tags, etc. each edit cycle.

On the other hand, if the style is inline, the maintainer 
of the website only needs to concatenate the output of
the imagemap plugin with whatever goes above and below it.

The specific image must have these dimentions anyway because
that's how image maps work, so please put it as an attribute 
of the image itself. Please don't create a style element which 
would often need to be located separately in the resulting 
HTML document.  (principle: keep related things together)

Mahalo (thanks)
Comment 9 Shaneyfelt 2003-10-14 01:35:27 UTC
sp. dimensions (above) please don't flame.
Comment 10 Sven Neumann 2004-10-06 13:09:05 UTC
Shouldn't block the 2.2 release so I am changing the milestone accordingly. Of
course if Maurits add this feature during the next days, that's fine.
Comment 11 Maurits Rijk 2005-01-23 12:00:38 UTC
I will start working on this as soon as I'm ready with the code cleanup for the
imagemap plug-in.
Comment 12 weskaggs 2006-05-20 22:55:43 UTC
Bumping to Future since this is not a blocker for 2.4.
Comment 13 GNOME Infrastructure Team 2018-05-24 10:56:07 UTC
-- GitLab Migration Automatic Message --

This bug has been migrated to GNOME's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.gnome.org/GNOME/gimp/issues/53.