Fwd: re: [cgmo-webcgm] New draft snapshot

[Benoit Bezaire <benoit@itedo.com>]

Hi all,

Thank you for the information Don.  What we now have to decide is what
is 'relative intensity' relative to?  To say "Then the desired
Relative Intensity replaces the luminance component in calculated HLS"
might not be specific enough.

Here's an example, let's take purple color RGB(171,73,201) with an HLS
equivalent of HLS(285,54,54).

If I set the relative intensity to 50%, what is the new HLS value:
HLS(285,27,54) or HLS(285,50,54)?  In other words, is it relative to
the initial value or relative to the black(L=0%)-white(L=100%) range?
Given the name 'relative intensity', I suspect we mean the former, is
that correct?

If the answer is that it is relative to the initial value, are we
allowed to make the color 'whiter' by setting an intensity higher than
100%, for example setting 150% on that purple would make the HLS
values(285,81,54).  If this is allowed, I presume we should clamp the
L value at 255, correct?

Please let me know what's your take on this.

-- 
Best regards,
 Benoit                            mailto:benoit@itedo.com

 
This is a forwarded message
From: Don Larson <dlarson@cgmlarson.com>
To: Benoit Bezaire <benoit@itedo.com>
Date: Monday, July 12, 2004, 11:33:31 AM
Subject: [cgmo-webcgm] New draft snapshot

===8<==============Original message text===============
Benoit,

Attached is the description for  "relative Intensity" that was assigned to me.

Note that I did not include the actual algorithm, just a reference to it. 
I can provide the algorithm text if necessary.

Regards, 
Don.
Larson CGM Software. 
713-977-4177x102


  > Hi all,

  >   Here's a snapshot of the latest draft.  I would appreciate it if
  >   we could talk about it during Wednesday's conference call.

  > What's new in this draft:
  >   - new wording in section 1.1.3 Coordinate values.

  >   - added a new 'src' attribute on the GetWebCGMDocument, we need to
  >   standardize this!

  >   - modified the applyCompanionFile method, I removed the 'refresh'
  >   parameter and added a reloadPicture method on the Picture interface.

  >   - improved the wording of getAppStructureById and
  >   getAppStructuresByName (clearer now).

  >   - new wording for highlight() method.

  >   - fixed many typpos :-) in the 'style attribute' table.  Note,
  >   character-height and stroke-weight are in relative scale only.  I
  >   don't think the use case is there to justify anything else.

  >   - added wording in the Event interface regarding the event
  >   processing order.

  >   - removed relatedTarget and added preventDefault() on the Event
  >   interface.

  >   - added appendix placeholders.

  >   - getElementsByAttrNameValueNS is removed from this draft (can be
  >   inserted back in if desired).

  >   - getAppStructuresByType was removed (why retrieve by type when 95%+
  >   of content are grobject)?

  >   - the Text interface is not whitespace aware since WebCGM 1.0 is not
  >   either.


  > New questions (sorry!):
  >   - is it valid to have the 'src' property on the GetWebCGMDocument
  >   interface?

  >   - I'm still having a hard time with the 'attributes' attribute on
  >   the Node interface.  Currently, a script writer would have a real
  >   hard time using this!

  >   - do we need a removeEventListener method()?

  >   - highlighting a layer, what happens?

  >   - issue, does the interactivity attribute conflict with event
  >   listeners.

  >   - do we need a removeLinkuris and removeNames?

  >   - In my opinion, the spec doesn't provide clear enough explanation
  >   regarding coordinate values... what should clientX/Y say?

  >   - What happens if a user clicks on the background of a CGM Picture
  >   instead of on an APS?   Anything?

  >   
  > What's still missing (I know I'm forgetting some):

  >   - architectural illustration.
  >   - rules for applying companion file (we don't have any wording for
  >   that).
  >   - examples & pictures to explain coordinate values of DOM.
  >   - formula for intensity.
  >   - editorial work.
  >   - integrating DTD with spec (not really sure how the entire spec
  >   should be organized).

  > -- 
  >  Benoit                 mailto:benoit@itedo.com


  > -- NextPart --
  > Attached File: \\barley\apps\goldmine\MailBox\Attach\treeExample2(3).png

  > -- NextPart --
  > Attached File: \\barley\apps\goldmine\MailBox\Attach\Draft WebCGM DOM
  >  2004-07-07.html

  > -- NextPart --
  > Attached File: \\barley\apps\goldmine\MailBox\Attach\treeExample1(3).png

===8<===========End of original message text===========

Relative Intensity.doc