On Tue, 22 Jan 2002, Michael Nordstr�m wrote: > > However, the 32kB restriction is a significant problem for > > me, because it chops the text in the middle of a sentence. > > This is free software, so the answer should be quite obvious -- fix > it yourself and send us a patch ;-)
This seems a rather harsh reply (despite the smiley). I was anticipating some kind of technical justification to give me some kind of idea of what the trade-offs were. I had presumed this had been done with some thought put into it and wanted to understand the thinking behind it. This seemed the prudent approach; I would consider any other approach (i.e. just changing code developed by others without communication) crude and insensitive. It should be apparent from my message that I am not merely complaining and demanding that it be fixed--that I am investigating joining the development. I, too am a provider of widely used free software and understand the issues involved in open development models. In the absence of any other effort, I will look into fixing it. However, I am just beginning to ramp up on being able to do development for the Palm platform. This means that I am not savy about the intracacies of Palm programming that others may be familiar with. > > Is there someone who can clue me into why Plucker is stuck > > with this hard page boundary > > Because no one has suggested a better solution (and that includes > real CODE.) I *did* suggest a solution (below). What do you think about this suggestion, with what you know about the code? > Would it not be possible to use two 16kB buffers so that both > sides of a page break could be resident and blended together to > allow a smooth transition between them? -- Darren Hiebert <[EMAIL PROTECTED]> http://DarrenHiebert.com
