I'm wondering what is the technology used behind this page.
The result is a jpeg file ???
It's great, but I wille certainly no sleep tonight.
>> I'm wondering what is the technology used behind this page.
>> The result is a jpeg file ???
>> It's great, but I wille certainly no sleep tonight.
>Phillip Oster wrote > Can you be more specific? What do you see as difficult
For me the difficulty is to dynamicaly generate a graphic file containing a
specific message with a specific font. I'm wonderring which commercial
application can do this.
You can go get some sleep now.
The reply-to-address is real and will expire on 12:01AM 1-Mar-2000.
Spammers: You will lose your network access. Guaranteed.
106 domains, 382 web-accounts, and 573 dialup ISP accounts flushed.
The program extracts its arguments from the appleEvent. It uses
Quickdraw to draw on the pixmap of an offscreen GWorld. it uses
Quicxktime Graphic Importers to copy the contents of the offscreen
GWorld into a JPEG file in a handle. It returns that handle as the
result of the AppleEvent. Personal web sharing returns it to you as the
result of the URL.
All straight forward, standard Macintosh system calls. No magic.
I really am not happy with TAPI and its support for voice modems. I
wish that my whole project using raw AT commands and serial port
access from the beginning.
Anyway, what I need to do is to disable the modem's built-in
disconnect detection before I place a call. I already know the proper
AT command for doing this. For the curious, the command is
AT#CLS=8;#VTD=0,0,0 for AT# modems and AT+FCLASS=8;+VDT=0,0 for AT+
modems. I'm testing this on an AT# modem.
So what I do is enter TAPI passthrough mode and send the command using
WriteFile. (Of course, I tried using ReadFile to get back the
response, but I wasn't able to receive anything. Using
WaitForSingleObject on the overlapped handle just hung indefinitely.)
I go back and check the modem logs to find out that the command was
never sent (unless it just didn't get logged). I'm sure the WriteFile
was successful, since GetOverlappedResult reported the proper number
of bytes. What's worse, when I take the modem out of passthrough mode,
the modem was reset (with the command "AT"), causing the disconnection
detection setting to be overridden!
I'm at a wits end. Any help at this point is appreciated. I'm using
--Two Magic Lovers