> After helping a friend write a graphical frontend to a > 9-letter Target Word solver (you know, those pesky things > that you get in the Sunday paper, where you have a 3x3 grid > of letters and you have to use those letters to form > words....), we've ground things out to this one last bug.
One last bug that you are going to have to describe in greater detail - "TextBuffer doesn't overwrite its previous contents" isn't doing it for me based on the code fragment provided. Maybe you just need to force a redraw? Maybe the boxtype of the text display is wrong? (If you have set a FRAME type rather than a BOX type the widget will not necessarily update its contents correctly.) FWIW, I wouldn't have used TextBuffer for this anyway, I think I'd have used some less complex text widget. (In fact, to be frank, I wouldn't have used fltk-2 for this at all, since it is unsupported. I'd have used fltk-1.1 and output all the text via an Fl_Browser, which is substantially simpler to use than a textbuffer classes...) SELEX Galileo Ltd Registered Office: Sigma House, Christopher Martin Road, Basildon, Essex SS14 3EL A company registered in England & Wales. Company no. 02426132 ******************************************************************** This email and any attachments are confidential to the intended recipient and may also be privileged. If you are not the intended recipient please delete it from your system and notify the sender. You should not copy it or use it for any purpose nor disclose or distribute its contents to any other person. ******************************************************************** _______________________________________________ fltk mailing list [email protected] http://lists.easysw.com/mailman/listinfo/fltk
