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

[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: 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,
> 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