[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]