- From: Anselm Baird_Smith <abaird@www43.inria.fr>
- Date: Thu, 3 Apr 1997 11:31:45 +0200 (MET DST)
- To: Alexandre Rafalovitch <arafalov@socs.uts.EDU.AU>
- Cc: "'www-jigsaw@w3.org'" <www-jigsaw@w3.org>
Alexandre Rafalovitch writes: > On Thu, 3 Apr 1997, Anselm Baird_Smith wrote: > > > Alexandre Rafalovitch writes: > > > > > Another problem with LookupState: > > > 3) It unescapes the path but never escapes it back, when getRemainingPath > > > is requested. That would create some subtle problems when somebody tries > > > to write a proxy/redirector resources and uses getRemainingPath to add to > > > existing url. I think the solution for this (and problem in previous mail) > > > would be to keep original URI around (already does) and a pointer to > > > where the last segment has finished and just return a substring of > > > original URI. That would spare unescaping/escaping, etc. > > > > Correct. This requires (?) the following (compatible) changes in API: > > > > getRemainingPath(boolean escaped) { > > ... > > } > > > > getRemainingPath() { > > return getRemainingPath(true); > > } > > > > What about consume flag. Did you get rid of it? Oop, I missed: peekNextComponent(boolean escaped); That's for LookupState, now the problem for consuming is rather located in the COntainerResource (which of peek/get Component it calls). The issue (related to ContainerResource) is still open.. > > > Also, setValue and getValue are not > > > complimentary, they are called by different classes with different > > > purposes. That might be an entry for the FAQ. > > > > Could you clarify that point ? > > > Well, if I am correct, setValue is called by editor to convert value as > entered on html form into internal (File, URL, etc) representation. > getValue is called (by editor?) to set the value of attribute. The > opposite to getValue() which would initialize field to correct value is > either initialize() or constructor (don't remember which). Usually, getFoo > and setFoo are doing complimentary things. Here, they are acting more like > two ends of a pipe. I was just saying that this probably requires some > explanation in manual section for developer. (probably not FAQ, as it is > not a user, but programmer question) Got it thanks, Anselm.
Received on Thursday, 3 April 1997 04:32:04 UTC