Hi Richard, I'm still not sure which way to go...
> If you don’t want to add anything and keep print as it is than > formatting to a array is not an added value and we better don’t. There is no problem in extending the api of print. What's important to me is not to break the current print api. And for keeping the format api: I think it way change in any case, since the 'number of positions' parameters is sometimes off (due to the decimal point). So users need to check their code anyway. Thinking about implementation, I think a buffer will simplify the implementation, since you can start with the least significant digit. A generic routine can convert a variable to a string of chars in any given base, a second pass adjust the format like inserting a fixed point, adding whitespaces etc. But as I said, I still in doubt wether it would be a good idea to output it to a 'device' by default or not... (if we don't, it will probably reduce memory use a bit...) Joep --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "jallib" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [email protected] For more options, visit this group at http://groups.google.com/group/jallib?hl=en -~----------~----~----~----~------~----~------~--~---
