This was suprising when you consider the OOO actually has to go through "StartOpenOffice", X11 and then OpenOffice.
I also find the menu pulldowns on OOO to be much faster.
I have noticed in Neo/J that sometimes when pulling a menu down and clicking on the menu item, I have to click it twice to get a response. I don't know if this is a performance thing or a missed event thing.
Anyway, I'm looking forward to the drawing patches for lines and objects.
Great work. Get this project a little farther along and I would plan to endorse it on the Mac users mail alias inside of Sun to get you more exposure, testing and feedback.
Certainly at that point I would rather see an updated single downloadable installer rather than download the installer and manually drop a few different patch files in place.
This was suprising when you consider the OOO actually has to go through "StartOpenOffice", X11 and then OpenOffice.
I also find the menu pulldowns on OOO to be much faster.
There is some more bad news. When I fixed the line drawing problems that you posted, I found that there was a much bigger bug: OOo wants to draw many lines in XOR mode and Java's line drawing does not support XOR drawing. So, when I implemented XOR line drawing, I noticed that documents with lots of lines (like the sample document that you sent me) take almost 10 seconds to iniitially paint! Most text documents aren't affected by the XOR fix, but documents that have grids in their backgrounds are noticeably slower.
Of course, my XOR implementation is very inefficient (lots of drawing lines to an off-screen image, merging the off-screen image with the pixels on the screen, and then painting the merged image to the screen) so there is lots of room for improvement.
Overall, for NeoOffice/J I have been using the approach of "make it work reliably, then make it fast". So, once I have all of the core features working in NeoOffice/J (I still need to handle high-resolution priniting, implement copy and paste, and upgrade to OOo 1.1), the main development focus for NeoOffice/J will be optimizing the really ineffiicient drawing code.
jimlaurent wrote:
I have noticed in Neo/J that sometimes when pulling a menu down and clicking on the menu item, I have to click it twice to get a response. I don't know if this is a performance thing or a missed event thing.
I noticed that too and I already fixed it. It will be in the next printtest patch.
Overall, for NeoOffice/J I have been using the approach of "make it work reliably, then make it fast". So, once I have all of the core features working in NeoOffice/J (I still need to handle high-resolution priniting, implement copy and paste, and upgrade to OOo 1.1), the main development focus for NeoOffice/J will be optimizing the really ineffiicient drawing code.
Very wise approach. However, as one humble voice among many, I hope you will bump the draw optimizing up higher in priority than going to OOo 1.1.
You cannot post new topics in this forum You cannot reply to topics in this forum You cannot edit your posts in this forum You cannot delete your posts in this forum You cannot vote in polls in this forum You cannot attach files in this forum You cannot download files in this forum
