On 14/09/2010 15:17, Caolán McNamara wrote: > On Tue, 2010-09-14 at 15:03 +0200, Knut Olav Bøhmer wrote: >> Are sfx2 reading it's parts before the .doc importer is read, and could OOo >> be set to read the relevant parts when sfx2 does it's work, and then save it >> for later? > > sfx2 reads different, more standardized parts.
currently, yes. note that in sfx2/source/doc/docinf.cxx the SaveOlePropertySet function already takes a hyperlink blob as a parameter (i've added that to replace the duplicate property export in the ppt export filter, way back when i've exterminated SfxDocumentInfo). iirc the ppt filter needs to load/store the hyperlinks in the properties because in contrast to the xls/doc formats in the ppt format the hyperlinks are actually only stored once, in the properties. > Directly pulling out these odd things in say > SwWW8ImplReader::ReadDocInfo where pStg is a pointer to the same type of > object as mrStorage is a reference to at > http://svn.services.openoffice.org/opengrok/xref/Current%20%28trunk% > 29/sd/source/filter/ppt/pptin.cxx#275 > is probably a better way to go, stuff the info into some table belonging > to SwWW8ImplReader and then in Read_F_Hyperlink try to lookup the > matching entry in that table for the specific field index to get a > replacement hyperlink if an entry exists. maybe it would make sense to move the property hyperlink blob decoding to sfx2 as well (if the format for xls/ppt/doc is the same, about which i have no idea). -- "Lisp is an XML scripting language." -- Patrick Logan --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
