Print

[flattspott]

that fast. I just got 1190

[flattspott]

how deos this new fetch work. do we have to pass an arg to tell it it's binary

[BenJeremy]

QUOTE (flattspott @ Mar 6 2004, 01:29 AM)

that fast. I just got 1190

Yeah... once I added the routines to handle the headers, it became fairly simple.

On a technical note, I had to add some special buffering, which is always the case when dealing with strings over a stream input.

I just need a URL to test the redirection with. It "should" work, but without testing it, who knows? It should even handle multiple redirections, though a circular reference would be bad (one redirect pointing to a previous redirect location). I should probably add a max number of redirects.

[BenJeremy]

QUOTE (flattspott @ Mar 6 2004, 01:31 AM)

how deos this new fetch work. do we have to pass an arg to tell it it's binary

Nope.

WebFileFetch <Filename> <URL>

Just that simple....

[flattspott]

Cool, I can't test this till tommore cause i got to get offline in sec. Sucks for me

[flattspott]

CODE

WebFileFetch

Maybe you should change the readme's to say this instead so no one get confused.

WebFileFetch <LocalPathandFilename> <WebPathandFilename>

[BenJeremy]

QUOTE (boomboom @ Mar 6 2004, 02:34 AM)

That was quick!  Now all we need are fonts!   The more we talk about this, the more I want to write this. Even better, though.  How about supporting "SuperSkins", pluggable skinning engines.  BJ could simply let the DLL write to the screen.  And when a user presses a button/controller, send that keystroke to the DLL.  The skin would be responsible for maintaining the screen appearance of MXM, while MXM handles the rest (FTP, etc). Skins written this way could support all KINDS of stuff-- dynamic skins, skins that support other dashboard skins (UnleashX, evox, etc).

Well, I'll add font support soon to ActionDraw lists. I might see if there's a way to add it to dialogs, too...