Many thanks, Brian, for confirming the problem exists, and for the A0 suggestions.
The Mexico travel site still runs on Firestorm, with very few changes over the years. I am thinking of reverting to an even simpler technique, which is to have DP reports generate the pages. The underlying data changes infrequently enough. The pages can be generated on a PC, renamed, and uploaded to the server whenever there is a data change. So, I'm just trying to see how difficult it will be to reverse engineer the output of the Firestorm programs into DP reports. Best wishes, Bruce On Jul 18, 2009, at 4:19 AM, Brian Hancock wrote: > Hi Bruce, > > I have not noticed this behaviour before, but I can certainly > reproduce it > in your example. > > How bizarre, and it does it in the previous version too... and I > have been > using this for years and have not noticed this as any type of > problem. I > must just have been lucky. > > Also can I offer you a few suggestions about using the ;;W and also > something that might be a pointer to this problem, or perhaps I have > seen > this problem but attributed it to something else. > > Whenever I output a TEXT field I use the indicator A0;;W or A0A0;;W > and for > Text never use any other indicator. There are a couple of reasons, > firstly > it you an Alphanumber (memo) field (I wish it was just called a Memo > field > from the start), which was needed in earlier version when it would > only > correctly handle Memo fields and not straight Text fields, then if > you fix > it to the size of the field, then an embedded Bolds or Underlines > would be > expanded and your would lose part of the field. Also A0;;W's make > your page > less congested. > > If there is an empty field output with the ;;W indicator is always > give at > least one space. This might be a clue to the behaviour you see. > > Usually whitespace is ignored but of course side a field with other > data, > especially an attribute it could be quite a problem. > > I usually output XML and I use attributes all the time to carry > data. I > perhaps have never experienced this as I always concatenate all my > attributed data into an RV before outputting it. > > I am sure it is unlikely to be a critical problem, but one which I > will now > look out for. I would not have ever considered to even look at that > because > in 4 years of web enabled application I have never encountered it. > > If Lew is reading this he might like to put it in the TODO list, > together > with the multiple reports in the T-Log problem. > > Are you turning the Mexico travel site into a dynamic web enabled site > without using Firestorm? Are you still working with Firestorm? > Other than > the speed issue with web enabled DP I have been very happy using > the T-Log > / Report approach. > > Bye > Brian > > > -----Original Message----- > From: [email protected] > [mailto:[email protected]] On Behalf Of Bruce Conrad > Sent: Saturday, 18 July 2009 5:16 AM > To: [email protected] > Subject: [Dataperf] Strange behavior of ;;W print indicator > > Just noticed a strange behavior in DP2.6Y. Embedding a field with this > indicator, following spaces, causes the spaces to be pushed from > before the field value to after the field value. > > I isolated this to a simple database, with a couple of reports. This > is described more fully in http://sanbachs.net/testy/ > > Has anyone else encountered this. > > Many thanks to Lew for producing this version! > > Best wishes, > Bruce > _______________________________________________ > Dataperf mailing list > [email protected] > http://lists.dataperfect.nl/mailman/listinfo/dataperf > > _______________________________________________ > Dataperf mailing list > [email protected] > http://lists.dataperfect.nl/mailman/listinfo/dataperf _______________________________________________ Dataperf mailing list [email protected] http://lists.dataperfect.nl/mailman/listinfo/dataperf
