Bug #2087 - an enhancement request, "PRINT@"
Frank D. Engel, Jr.
fde101 at fjrhome.net
Sat Aug 28 16:01:17 EDT 2004
Greater control over position on the page; this is made more
significant when considering the "PRINT @" command suggested here,
since it would allow for more precise underlining of headers and so
forth (even if the PRINT @ has underlining, you would be underlining
the text, not placing a separator for the header itself).
Plus I have extreme difficulty figuring out how to effectively use the
current printing options; I'd be more inclined in some cases to just
generate postscript code and feed it to the "lp" command, if there was
an "lp" or "lpr" with a PostScript interpreter under Windows, which I
must (unfortunately) support... I guess I could just list Ghostscript
as a system requirement ;-)
I guess I'm still too used to working with Pascal and Java. Still
adjusting to Rev and Transcript. Basically impressive, but some things
do seem to be missing, particularly when it comes to printing. The
suggested text and line primitives would be more in line with what I'm
used to, and provide somewhat more precise control over page contents.
On Aug 28, 2004, at 3:49 PM, Richard Gaskin wrote:
> Frank D. Engel, Jr. wrote:
>> I quite agree, and if anyone is interested in even more, I have
>> posted bug #2089 as a companion request for enhancement, for line
>> drawing on the page, and for page breaks (to extend to additional
>> pages).
>> On Aug 28, 2004, at 9:57 AM, Barry Levine wrote:
>>> I'll respectfully ask that you (all) take a look at Bugzilla item
>>> #2087 and
>>> decide if it deserving of your vote. It's an enhancement, not a bug.
>>>
>>> Short description:
>>>
>>> PRINT [(font[size]] @ X,Y "text to print" [@ X,Y "more text"]
>>>
>>> where the user may optionally specify a font (and size), a starting
>>> pixel
>>> location on the page horizontally and vertically, and then the
>>> actual text
>>> (which could be a field reference). Additional references to
>>> location and
>>> text are optional. The command would be used between an "open
>>> printing" and
>>> "close printing" to build a report (most likely a columnar report).
>
> What are the advantages of creating an alternate way to draw text
> containers and graphic primitives over the current object-based
> methods?
>
> --
> Richard Gaskin
> Fourth World Media Corporation
> ___________________________________________________________
> Ambassador at FourthWorld.com http://www.FourthWorld.com
> _______________________________________________
> use-revolution mailing list
> use-revolution at lists.runrev.com
> http://lists.runrev.com/mailman/listinfo/use-revolution
>
___________________________________________________________
$0 Web Hosting with up to 120MB web space, 1000 MB Transfer
10 Personalized POP and Web E-mail Accounts, and much more.
Signup at www.doteasy.com
More information about the use-livecode
mailing list