OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.

 


Help: OASIS Mailing Lists Help | MarkMail Help

cgmo-webcgm message

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]


Subject: RE: [cgmo-webcgm] ISSUE: redraw control


Dieter,

Ok, but do we need a way to query what mode it is in with something like
getRedrawMode() ?

--
Stuart Galt
SGML Resource Group
stuart.a.galt@boeing.com
(206) 544-3656

 

> -----Original Message-----
> From: Weidenbrueck, Dieter [mailto:dweidenbrueck@ptc.com] 
> Sent: Tuesday, December 11, 2007 2:28 PM
> To: Galt, Stuart A; Cruikshank, David W; CGM Open WebCGM TC
> Subject: RE: [cgmo-webcgm] ISSUE: redraw control
> 
> Stuart,
> 
> the simplest way ist to have two calls (or alternatively a boolean):
> 
> suspendRedraw()
> resumeRedraw()
> 
> That way no further management is necessary, and it does what 
> is needed.
> 
> Regards,
> Dieter 
> 
> -----Original Message-----
> From: Galt, Stuart A [mailto:stuart.a.galt@boeing.com]
> Sent: Dienstag, 11. Dezember 2007 16:30
> To: Cruikshank, David W; CGM Open WebCGM TC
> Subject: RE: [cgmo-webcgm] ISSUE: redraw control
> 
> Hello,
> 
> Based on my (sometimes faulty) memory there was some 
> discussion about how much control should be allowed.  I think 
> there are two options:
> 
> 1) Redraw control is boolean and is either manual or automatic. When 
>    it is "manual" the whole picture is redrawn only when a redraw 
>    command is issued.  When it is "automatic" redraw is 
> handled just like
>    it is today in 2.0.
> 
> 2) Redraw control has 3 options:  automatic, all, changed.  When it 
>    is "automatic" the redraw is handled just like it is today in 2.0.
>    When it is "all" the whole picture is redrawn when the 
> redraw command
>    is issued.  When it is "changed" only the APS structures that have
>    changed are redrawn.
> 
> 
> There are two different ways of implementing this.  Section 
> 5.7.5 would need to be updated to include the following attribute
> 
> attribute boolean manualRedraw;             <-- for boolean version
> attribute string redrawMode;                <-- for the 
> trinary version
>                                                 valid values would be:
> 						            "auto" |
> "all" | "changed"
> and the following method would be added:
> 
> void redrawPicture();
> 
> The other way of implementing this would put the burden of 
> keeping track of the changed application structures on the 
> user by adding two methods.
> It would just have the boolean attribute
> 
> attribute boolean manualRedraw;      <- true or false
> 
> The method that is called would determine which application 
> structure(s) get redrawn.
> 
> void redrawPicture();                         <- redraw the entire
> picture
> void redrawPicture(in WebCGMNodeList nodes);  <- only redraw these APS
> 
> I am not sure how to proceed.  I don't really have an opinion 
> if a binary or trinary mode is better.  But I am leaning 
> toward the first of the two ways of implementing the 
> solution.  I realize that it would add a bit of work on the 
> viewer side to keep track of the changed APS but I think it 
> is preferable to making the script writer keep track.
> 
> 
> 
> --
> Stuart Galt
> SGML Resource Group
> stuart.a.galt@boeing.com
> (206) 544-3656
> 
>  
> 
> > -----Original Message-----
> > From: Cruikshank, David W
> > Sent: Tuesday, December 11, 2007 12:12 PM
> > To: CGM Open WebCGM TC
> > Subject: [cgmo-webcgm] ISSUE: redraw control
> > 
> > Set of redraw control states undefined
> > 
> > I assume this is a picture method.
> > 
> > Dave
> > 
> > Technical Fellow - Graphics/Digital Data Interchange Boeing 
> Commercial
> 
> > Airplane 206.544.3560, fax 206.662.3734 
> david.w.cruikshank@boeing.com
> > 
> > 
> > 
> ---------------------------------------------------------------------
> > To unsubscribe from this mail list, you must leave the 
> OASIS TC that 
> > generates this mail.  You may a link to this group and all 
> your TCs in 
> > OASIS
> > at:
> > https://www.oasis-open.org/apps/org/workgroup/portal/my_workgr
> oups.php 
> > 
> > 
> 
> ---------------------------------------------------------------------
> To unsubscribe from this mail list, you must leave the OASIS 
> TC that generates this mail.  You may a link to this group 
> and all your TCs in OASIS
> at:
> https://www.oasis-open.org/apps/org/workgroup/portal/my_workgr
oups.php 
> 
> 


[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]