Mailing List Archive: 49091 messages
  • Home
  • Script library
  • AltME Archive
  • Mailing list
  • Articles Index
  • Site search
 

Printing and Rebol

 [1/22] from: sqlab:gmx at: 12-Jul-2001 10:03


Hi I know, that Rebol(/Tech) is self sufficient enough to be without printing.) But daily life needs some archiving.( I am considering to replace an old printing service, generating around 50 different reports and spreading them around two times per day. Does anyone something similar and how? Just tell me, if you use Rebol for serious printing and what tools you use to support Rebol. So far Gabrielles pdf-make.r looks most promising as a starting point. But I would like at least some graphics primitives too. If noone else has done that already, I have to try my luck with some postscript commands. AR

 [2/22] from: coussement:c:js:mil:be at: 12-Jul-2001 10:29


Hi: I had a similar problem Our REBOL app corrects a lot of psychotechnical tests and had to generated about an hundred report a day -about personality profiles or intelligence tests- some containing graphs. Because of REBOL's lack of print support, I made the scripts generating HTML code and the reports being printed using M$ IE :-( The graph is generated based on a java applet embedded in a HTML template. Works OK ... but I would prefer a direct REBOL print support. Life goes on ... chr==

 [3/22] from: sqlab:gmx at: 12-Jul-2001 11:20


Hi Christophe
> Hi: > I had a similar problem
<<quoted lines omitted: 8>>
> ... > chr>
not viable for me. I want to generate the reports on a Linux server and send them to many remote printers at once, as it has to be done in a delimited time span. But thanks for your description.. AR

 [4/22] from: jean:holzammer:faedv-n:bayern at: 12-Jul-2001 11:36


Just an idea (didn't do this yet myself) If you have a Pro version od rebol: Create a well-formed html document using rebol and 'print it, call htmldoc to convert it to postscript. as htmldoc allows reading from stdin / writing to stout, you could use pipes to connect them. a shell script like: rebol -s script-that-creates-html-report-and-prints-to-stdout | htmldoc --some-paramets -f report-file-in-ps-format-OR-/dev/myprinter Jean

 [5/22] from: g:santilli:tiscalinet:it at: 12-Jul-2001 22:05


Hello [sqlab--gmx--net]! On 12-Lug-01, you wrote: s> So far Gabrielles pdf-make.r looks most promising as a s> starting point. But I would like at least some graphics s> primitives too. If you have ideas on how the dialect should handle graphics (that is, if you were to draw a line, what would you write? and so on...) please let me know. Defining the dialect is the hard part, drawing is not difficult (images might require some work, but I haven't looked at them in depth so maybe it will be easy too). Regards, Gabriele. -- Gabriele Santilli <[giesse--writeme--com]> - Amigan - REBOL programmer Amiga Group Italia sez. L'Aquila -- http://www.amyresource.it/AGI/

 [6/22] from: sqlab:gmx at: 13-Jul-2001 8:24


Hi Jean I will have a look at htmldoc. Thanks AR ---------------------------------------- Holzammer, Jean wrote: Just an idea (didn't do this yet myself) If you have a Pro version od rebol: Create a well-formed html document using rebol and 'print it, call htmldoc to convert it to postscript. as htmldoc allows reading from stdin / writing to stout, you could use pipes to connect them. a shell script like: rebol -s script-that-creates-html-report-and-prints-to-stdout | htmldoc --some-paramets -f report-file-in-ps-format-OR-/dev/myprinter Jean

 [7/22] from: sqlab:gmx at: 13-Jul-2001 9:03


Hello Gabriele We could define a graphbox analog to your textbox, where we describe the graphic part of a a page. Two different approaches for the set of graphic primitives came to my mind; 1, with relative positioning starting from current position 'moveto x-start y-start 'style thickness red.green.blue 'lineto x-end y-end 'arc x-center y-center angle 'fill pattern red.green.blue or 2, absolute positioning 'line x-start y-start x-end y-end thickness red.green.blue 'arc x-start y-start x-center y-center angle thickness red.green.blue 'box x-start y-start x-traverse y-traverse red.green.blue 'circle x-start y-start x-center y-center angle red.green.blue What do you think? AR

 [8/22] from: robert:muench:robertmuench at: 13-Jul-2001 11:10


> -----Original Message----- > From: [rebol-bounce--rebol--com] [mailto:[rebol-bounce--rebol--com]]On Behalf Of
<<quoted lines omitted: 7>>
> drawing is not difficult (images might require some work, but I > haven't looked at them in depth so maybe it will be easy too).
Hi, just an idea concerning all this printing stuff. Why not use the same dialect as VID and DRAW? It would make sense to have something like: view layout [...] -> screen output print layout [...] -> printer output Why some new dialects? We just need an other canvas to draw on. Robert

 [9/22] from: sqlab:gmx at: 13-Jul-2001 12:56


Hi Robert, of course, document: to-postscript .. ; analog to to-image ... from RT would be the ideal. Then we can send it to whatever local or remote printer we want. But who will produce it? AR

 [10/22] from: g:santilli:tiscalinet:it at: 13-Jul-2001 19:21


Hello Robert! On 13-Lug-01, you wrote: RM> Why some new dialects? We just need an other canvas to draw RM> on. Robert Because an interactive GUI and a printed (vectorial) layout are two different beasts. Of course, this does not exclude the ability to create a function that will print any REBOL face (that is, vectorizing it instead of just comverting it to an image), but that won't be easy to write. (Any takers? :) Or, just write a function that translates from VID to PDF (but then most VID styles would make no sense, and custom styles would require a face vectorizer anyway). Regards, Gabriele. -- Gabriele Santilli <[giesse--writeme--com]> - Amigan - REBOL programmer Amiga Group Italia sez. L'Aquila -- http://www.amyresource.it/AGI/

 [11/22] from: g:santilli:tiscalinet:it at: 13-Jul-2001 19:26


Hello [sqlab--gmx--net]! On 13-Lug-01, you wrote: s> of course, s> document: to-postscript .. ; analog to to-image ... s> from RT would be the ideal. Oh, BTW, PS would be easier to handle than PDF, but please note that (even if I fail to understand the reason) Windows does not come with a PostScript interpreter installed, and not everyone has a PostScript printer... The Acrobat Reader and PDF files are MUCH more common than GhostScript and PS files, so PDF makes more sense to me. Regards, Gabriele. -- Gabriele Santilli <[giesse--writeme--com]> - Amigan - REBOL programmer Amiga Group Italia sez. L'Aquila -- http://www.amyresource.it/AGI/

 [12/22] from: g:santilli:tiscalinet:it at: 13-Jul-2001 19:17


Hello [sqlab--gmx--net]! On 13-Lug-01, you wrote: s> We could define a graphbox analog to your textbox, where we s> describe the graphic part of a a page. I'd like to have graphics primitives on the same level of a textbox (this is what actually happens in the PDF language). s> Two different approaches for the set of graphic primitives s> came to my mind; [...] The first is the PDF way. That is, you specify a "path" by defining its starting position and then the lines/curves that compose it. Maybe we could go this way: 'line xs ys xe ye 'path [x1 y1 x2 y2 x3 y3 'bezier xc1 yc1 xc2 yc2 x4 y4] BTW, s> 'arc x-center y-center angle PDF has the more general BEZIER curve. But maybe we should include arcs and circles for convenience in the dialect? Anyone has better ideas? (A Logo-like dialect, maybe?) Regards, Gabriele. -- Gabriele Santilli <[giesse--writeme--com]> - Amigan - REBOL programmer Amiga Group Italia sez. L'Aquila -- http://www.amyresource.it/AGI/

 [13/22] from: brett:codeconscious at: 14-Jul-2001 11:52


Hi Gabriele
> PDF has the more general BEZIER curve. But maybe we should include > arcs and circles for convenience in the dialect? > > Anyone has better ideas? (A Logo-like dialect, maybe?)
Just a general comment. If you build a "low-level" dialect for outputting PDF then later more abstract dialects can be built on top of it to provide value added stuff, perhaps with a pass-thru to the lower level if required. This way each dialect can be kept at a consistent "semantic level". For example a possible, higher level dialect might be focussed on just printing textual reports, another might be targetted to a more diagramming based language, a third might convert make-doc specs to PDF. All of these could be simpler if leveraging off your lower level dialect. The lower level dialect remaining unconcerned by the final user's requirements for output. Just a thought. Brett.

 [14/22] from: g:santilli:tiscalinet:it at: 14-Jul-2001 15:14


Hello Brett! On 14-Lug-01, you wrote: BH> If you build a "low-level" dialect for outputting PDF then BH> later more abstract dialects can be built on top of it to [...] pdf-maker.r already has two levels. One is the PDF lowlevel format; as long as you know PDF and a couple of things about the lowlevel dialect you can build any PDF file, with the code handling stream sizes and the xref table automatically. The other (higher) level is that of LAYOUT-PDF. This is what you'll probably use if you're writing your own dialect but don't want to bother about reading the whole PDF specification. Of course, stacking up too many layers affects performance and introduces subtle bugs. I think, however, that <= 3 layers is still acceptable if doing without would be too much of a pain. BH> All of these could be simpler if leveraging off your lower BH> level dialect. The lower level dialect remaining unconcerned BH> by the final user's requirements for output. I still think no-one would need to go that low-level, unless you're going to do something very special; but the lower level is accessible anyway --- it just isn't documented yet. :) Regards, Gabriele. -- Gabriele Santilli <[giesse--writeme--com]> - Amigan - REBOL programmer Amiga Group Italia sez. L'Aquila -- http://www.amyresource.it/AGI/

 [15/22] from: robert:muench:robertmuench at: 14-Jul-2001 17:31


> -----Original Message----- > From: [rebol-bounce--rebol--com] [mailto:[rebol-bounce--rebol--com]]On Behalf Of
<<quoted lines omitted: 5>>
> abstract dialects can be built on top of it to provide value added stuff, > perhaps with a pass-thru to the lower level if required.
Hi, I like this idea and over time more and more special purpose dialects will pop-up. IMO dividing PDF dialecting into two levels is something we should do. Robert

 [16/22] from: sqlab:gmx at: 15-Jul-2001 10:27


Hi Gabriele
> Hello [sqlab--gmx--net]! > On 13-Lug-01, you wrote:
<<quoted lines omitted: 10>>
> Gabriele. > --
But PDF files are still not printable from Rebol alone without manual intervention and a second program (AcroReader), as I believe. It seems, we need PCL-make.r too.) Has anyone experience programming in PCL. The last time when I used the precursor HP Printer Language is ten years gone. And my programming style is more special than resusable.( AR

 [17/22] from: g:santilli:tiscalinet:it at: 15-Jul-2001 11:07


Hello [sqlab--gmx--net]! On 15-Lug-01, you wrote: s> But PDF files are still not printable from Rebol alone without s> manual intervention s> and a second program (AcroReader), as I believe. In a Unix environment, as long as you have print filters set up correctly you should be able to print the PDF directly from REBOL. At worst, you'll have to write a small shell script that pipes the PDF from REBOL to GS. On windows, you'll usually just BROWSE the PDF file, so the user can see a preview and then print it. If you need it to print automatically from Windows you'll probably need /Pro features, but maybe there are other ways too. Anyway, a PS or PCL generator can be useful too! Any takers? Regards, Gabriele. -- Gabriele Santilli <[giesse--writeme--com]> - Amigan - REBOL programmer Amiga Group Italia sez. L'Aquila -- http://www.amyresource.it/AGI/

 [18/22] from: g:santilli:tiscalinet:it at: 16-Jul-2001 22:04


Hello [sqlab--gmx--net]! On 16-Lug-01, you wrote: s> Ghostscript on Windows reports an error, when displaying s> pdf-maker-doc.pdf [...] Ah! I now see why Ghostscript was failing on files created by PDF Maker. I misread the section about the XREF table and was generating a wrong table; the Acrobat Reader seemed to ignore it at all, because of another bug in my code. All these should now be fixed; you can find the new script at: http://web.tiscalinet.it/rebol/pdf-maker.r The downloader on my REB site should still work but pdf-maker-doc.r is just a test file now and not the real doc (didn't have the time to write it yet). BTW, this new version includes some graphics primitives too, but no documentation on them yet; if you're brave enough you could have a look at the grammar to see what you can do. Regards, Gabriele. -- Gabriele Santilli <[giesse--writeme--com]> - Amigan - REBOL programmer Amiga Group Italia sez. L'Aquila -- http://www.amyresource.it/AGI/

 [19/22] from: max:ordigraphe at: 16-Jul-2001 17:37


Hi everyone, I currently can't access your reb site, I have noticed that this often happens for the various REBOL sites... is everyone experiencing this instability? I use a corporate ADSL modem through a proxy and regularly get 160kB/Sec transfers... so I don't think its a connection issue!? -Maxim

 [20/22] from: sqlab:gmx at: 16-Jul-2001 9:31


Hello Gabriele
> Hello [sqlab--gmx--net]! > On 15-Lug-01, you wrote:
<<quoted lines omitted: 5>>
> At worst, you'll have to write a small shell script that pipes the > PDF from REBOL to GS.
Ghostscript on Windows reports an error, when displaying pdf-maker-doc.pdf **** This file has a corrupted %%EOF marker, or garbage after the %%EOF. Unrecoverable error: syntaxerror in readxref regards AR

 [21/22] from: g:santilli:tiscalinet:it at: 17-Jul-2001 17:00


Hello Maxim! On 16-Lug-01, you wrote: MO> I use a corporate ADSL modem through a proxy and regularly MO> get 160kB/Sec transfers... so I don't think its a connection MO> issue!? Maybe the desktop has problems with proxies? Or is REBOL itself having problems? Did you try reading from the console or from your web browser to see if the problem is in the ISP I'm using or on your part? If others have problems with my current address, I will try other ISPs. Regards, Gabriele. -- Gabriele Santilli <[giesse--writeme--com]> - Amigan - REBOL programmer Amiga Group Italia sez. L'Aquila -- http://www.amyresource.it/AGI/

 [22/22] from: max:ordigraphe at: 18-Jul-2001 11:54


HI, I was browing files at the time (actually I was scanning several other reb sites) and yours didn't go through... maybe I should try again today !? :-) -Max

Notes
  • Quoted lines have been omitted from some messages.
    View the message alone to see the lines that have been omitted