> And I think a checkbox should be added whether the status window > should be displayed or not. > > Don't know, should the window position be stored/restored too=3F [...] > A progress bar should be added to the status window, that is incremented > after a page has been converted to PDF. Well, I think this progress bar should definitly put into the print=5Fserver side, and should make it into the OpenBeOS. In fact, each queue job already have a 'status' attribute, but current BeOS's print=5Fserver don't make a great use of its values. Anyway, we should focus to add the *progress* report in PDF Writer code. For *fine* reporting (the only one we really would like under a [Open]BeOS system!), we'll need to first count how many pages we have (easy!), how many BPicture(s) describe each page content (still easy) and how many operations each BPicture have (need a count-only BPicture playbacks handlers to count them...). Then, progress reporting should be a message sent to our ProgressWindow for now, then print=5Fserver when global progress report/window will be added to his feature... On another side, we still need to add default=5Fsettings public hook in driver.cpp, which should return a basic BMessage set up (printable=5Frect, page=5Frect, etc). I'm not sure we know the real default=5Fsettings prototype, anyway... but it should be figure out. Philippe. -- Fortune Cookie Says: New crypt. See /usr/news/crypt.