> > >>> - when a string field contains the > character, the row is not > >>> imported but the previous one is duplicated. > >> Strange, shouldn't this be handled by the XML export code? > > > > Debugged xmlwrite.pp. In DelphiClientDataset, values are > sent out as > > attributes of ROW. Line 133 in xmlwrite.pp specifies special > > characters for attributes as AttrSpecialChars = ['<', '"', '&', #9, > > #10, #13]; It doesn't include '>'. Is delphi violating the > rules or is > > xmlwrite.pp too conservative, I don't know. Adding '>' to > > AttrSpecialChars seems to be a save solution. Another issue in > > bugtracker? > > Yes, and please assign it to sergei gorelkin. >
Do you have any indication if it is actually a bug to not consider '>' as a special character? I googled a bit but only found contradicting info. Question of correctly tagging it as feature request or bug. Didn't know a "reporter" could assign issues to somebody. Ludo > Michael. _______________________________________________ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
