[REBOL] Re: .Net C# and Rebol
From: AJMartin:orcon at: 27-Sep-2003 19:38
Hi, Brett.
You wrote:
> How does one use the printing for reports? Is it at the level of calls to
TextOut, Draw, etc on a canvas or are there higher level reporting
functions?
Here's an example from MSDN:
// C#
private void printDocument1_PrintPage(object sender,
System.Drawing.Printing.PrintPageEventArgs e)
{
e.Graphics.FillRectangle(Brushes.Blue, new Rectangle(100, 150, 250,
250));
}
And printing text:
// C#
private void printDocument1_PrintPage(object sender,
System.Drawing.Printing.PrintPageEventArgs e)
{
e.Graphics.DrawString("SampleText", new Font("Arial", 80,
FontStyle.Bold), Brushes.Black, 150, 125);
}
It's sort of in between your two levels.
Here's the URL for the Graphics Members of the Graphics class:
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/cpref/html/frlrfsystemdrawinggraphicsmemberstopic.asp
The page above mentions "Compositing". I don't know if it's better or worse
than Rebol's compositing.
> I still wonder whether REBOL is a language or a virtual machine that we
build our languages upon or both (no distinction), so trying to run REBOL on
.Net might mean emulation ie slow.
That could be true. One can view the text of a Rebol script as if it were a
machine. I think that simple parser that could read 'save-d Rebol block!
values is possible in C# .net, which would then allow me to have a native
client application communicating with Rebol on a server with Rebol dialect
values. Maybe Rugby or it's successor (I can't remember it's name) might be
a good idea here?
> > It might even be possible for the C# client to understand Rebol/IOS,
perhaps?
> Maybe that sort of interfacing should be at a higher level (webservices) ?
I'd like to see simple Rebol values flowing backwards and forwards across
the communications link, in a dialect of some kind.
Andrew J Martin
ICQ: 26227169
http://www.rebol.it/Valley/
http://valley.orcon.net.nz/
http://Valley.150m.com/