At 08:55 2002-11-27 -0800, you wrote:
Rather than creating a new field, have a stored non-usable field on the form. Move and resize it as needed to to your drawing, or just make your own code to draw multi-row text that uses the various font routines to calculate the width of chars and where to wrap text.Summary: The custom draw routine initializes all table fields as "customTableItem". The draw routine collects the information to be displayed and calls a speciality routine based on the required formatting. The speciality routine creates a new field with specific attributes, the field is drawn on the table, then the field is destroyed. The FormPtr passed to FldNewField() changes from x7602 to x7D94. TableDrawText displays data successfully in the correct table location when steped through in debug.On return from the custom draw routine, DrawTable (internal to TblDrawTable) produces an error as shown below. Best guess is that the FormPtr change (from x7602 to x7D94) is causing the problem. Looks like TblDrawTable does not handle a changed FormPtr gracefully. Has anyone encountered this issue? Any ideas on ways to resolve this issue in the port to Palm OS 5? Any receipes for working around this issue would be helpful and appreciated.
--
Ben Combee <[EMAIL PROTECTED]>
CodeWarrior for Palm OS technical lead
Palm OS programming help @ www.palmoswerks.com
--
For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
