Talk:Summer of Code/2009/Print Support: Difference between revisions
No edit summary |
m moved Talk:Print Support to Talk:Summer of Code/2009/Print Support: Moved to the correct ns to make room for proper documentation |
||
| (7 intermediate revisions by 2 users not shown) | |||
| Line 11: | Line 11: | ||
* Thing is we don't technically do a pdf conversion, CUPS comes with an emulator of the print engine, and prints to the PDF (cups-pdf | * | ||
Thing is we don't technically do a pdf conversion, CUPS comes with an emulator of the print engine, and prints to the PDF (cups-pdf | |||
modules to be specific to create a virtual printer). And we do this | modules to be specific to create a virtual printer). And we do this | ||
because we would like for the teacher to review it. | because we would like for the teacher to review it. | ||
| Line 22: | Line 24: | ||
* | * | ||
Yep, student can cancel his request, I forgot adding it. With The function cupsCancelJob() the student can cancel the job before his | |||
request goes to server (or before it can be printed to pdf). | request goes to server (or before it can be printed to pdf). | ||
But after actually entering the web folder, It would become a bit complex. I would have to do this: | But after actually entering the web folder, It would become a bit complex. I would have to do this: | ||
| Line 29: | Line 33: | ||
3) send suitable message back | 3) send suitable message back | ||
* | * | ||
No, no. There is ABSOLUTELY no need to interact with sugar activities, in the cups folder we have a file with the list of mime types | |||
accepted. We would also append the server supported CUPS Mimes to | accepted. We would also append the server supported CUPS Mimes to | ||
the clients CUPS. | the clients CUPS. | ||
IF the mime type exists in cups mime.type , we are all good to do printing from journal. (that is why we require step 1) | IF the mime type exists in cups mime.type , we are all good to do printing from journal. (that is why we require step 1) | ||
There is no reason to read the file, the server handles the necessary post script conversions! | There is no reason to read the file, the server handles the necessary post script conversions! | ||
[[User:IwikiwI|IwikiwI]] | |||
== Why the distinction? == | |||
To me, "mark for printing" and "save as PDF" should be one single option, as both should result in a PDF in the journal. "unmark for printing" would be something you did on that pdf, not on the original file. [[User:Homunq|Homunq]] 00:25, 31 March 2009 (UTC) | |||
'''Answer''' | |||
I edited my proposal a lot so its more understandable now. | |||
But my idea is use the same code, and when mark as printing is done, the pdf generated will not be shown to the user. It will be hidden and after sending it to the moodle queue, it will be deleted.And till that happenes only he can unmark for printing, Which will destroy the job before it reaches moodle's datastore. | |||
After this he's free to again mark for printing. :D | |||
And since only Write (abiword) can generate pdfs atm, we wont be able to generate pdfs for .py, or image types from other applications. | |||
A global pdf generation button would be awesome. And Unique! | |||
And the reason I do conversion for case one is, a scenario where sugar recognized format might not be recognized by the teacher's machine. | |||
[[User:IwikiwI|IwikiwI]] | [[User:IwikiwI|IwikiwI]] | ||