PaoloM wrote:I cannot confirm or deny that it could be possible
PaoloM wrote: markr-signal100 wrote: PaoloM wrote: This means that the only data communicated from the protocolo handler to the IFilter/property handler is a stream of the contents of a file. Now, the current file protocol handler deals only with the main content stream, so it should be changed as well to emit the ADSs.Nothing impossible, but, when combined with the data transportation problem, it was not deemed important enough for this release.I see, so I'd need to write a new File protocol handler too. Ouch, it's getting more complicated, but that's life.So IFilters and Property Handlers do not know the name of the file that they are working on? I had not realised that until now.Almost correct. The architecture is a bit more complex than that, is anyone interested in a boring yet fascinating description of the Windows Search backend infrastructure?
markr-signal100 wrote: PaoloM wrote: This means that the only data communicated from the protocolo handler to the IFilter/property handler is a stream of the contents of a file. Now, the current file protocol handler deals only with the main content stream, so it should be changed as well to emit the ADSs.Nothing impossible, but, when combined with the data transportation problem, it was not deemed important enough for this release.I see, so I'd need to write a new File protocol handler too. Ouch, it's getting more complicated, but that's life.So IFilters and Property Handlers do not know the name of the file that they are working on? I had not realised that until now.
PaoloM wrote: This means that the only data communicated from the protocolo handler to the IFilter/property handler is a stream of the contents of a file. Now, the current file protocol handler deals only with the main content stream, so it should be changed as well to emit the ADSs.Nothing impossible, but, when combined with the data transportation problem, it was not deemed important enough for this release.