Yes, you could have the script search for the available skins on the HD... Then Have it display these skins in a list box I would think, and have a preview image of the skin shown maybe ?? Then when the skin is selected, it edits the pref.xml lines :
Then they just have to revoot, which the skin selector could do for them....
Just a thought, jotting it down here...
You could even take it a step further, and instead of showing a preview image, you could parse the skin and show what it would actually look like. Of course, geniusalz makes a good point in that we would need font support in ActionScripting to make this happen.
yes, font support is something i've wanted for a long-time but no one else seemed to...
here's an idea somewhat related to this thread...an actionscript skinner...in other words...
an actionscript that let's you develop skins right there on the screen. of course you'd have to already have whatever graphics you wanted to use in your skin on the hard-drive, but you could use a 'pointer' to position things and see it exactly as it would look when the skin is loaded.
It'd really be doable if if were used for just resourceless skins. Like Boxes and lines
well, i haven't really played with the new image control(s) but wouldn't open up the use of 'image' resources?
Cool idea, Kthulu. The potential of ActionScripting is emerging in a major way. I guess this is the vision that BJ had while he was developing it, and I'm only just catching on right now.
Can you download binary files (ZIP, JPG, PNG) with the current WIP's HTTP client? If so, I want to start on the Skin Downloader/installer, and tie it right to Allxboxskins.com...
theoretically, that is possible, but i believe i've read a post somewhere that WEBFETCH didn't like www.allxboxskins...i could have just dreamed that up tho...
Binaries with WebFileFetch soon.... give me a little time. The current routine builds a big string, and it's Simple HTTP.
Tonight's release will be HTTP 1.x, and I'll get it working with full binary capability shortly. Expect a POST sometime in the near future as well.
My point was this, to use extra images for an on Xbox Skinner they would have to be on your Xbox to begin with. With just boxes, lines, etc you wouldn't have to worry about that.
true, but if you're making a skin that uses image resources, you've got have those images somewhere on hand anyway
I like this idea, and am willing to work on it. If anyone starts on it, let me know.
Or at least we could get a on Xbox Skin Editor. So you can tweak existing skins. Change the gadjet strings and the position of elements would be a good start..
Well, the binaries WebFileFetch is in WIP 1191, so let me know how this works out for you guys.
that fast. I just got 1190
how deos this new fetch work. do we have to pass an arg to tell it it's binary
| 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.
| 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....
Cool, I can't test this till tommore cause i got to get offline in sec. Sucks for me
Maybe you should change the readme's to say this instead so no one get confused.
WebFileFetch <LocalPathandFilename> <WebPathandFilename>
| 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...