Flasher Archive

[Previous] [Next] - [Index] [Thread Index] - [Previous in Thread]


Subject: Re: FLASH: getting a SQL response into flash
From: Vipin Kanwar
Date: Wed, 1 Mar 2000 02:42:56 GMT

Hi JD,

Nice to see someone from Macromedia peeping in here.

I've been a flash user right from version one.. and really love the
application and the results.

My question was how do i get a sql response (from inside of a asp file) into
flash.

The sql response currently goes to a html table with say 3 fields. I need to
be able to send the same response to a flash file. Meanwhile.. since i do not
know howmuch data there is in each of the fields.. how do I align each field
so that it shows up properly aligned with the rest of the fields in the same
record.

e.g. field Name is one line
field Lastname is one line
field address is 1 to 4 lines (depending on the browser window size)

so.. in the second record.. the field name should go to the next line after
the last line of field address in record one.

I guess that makes this two questions. One how do i get the multiple records
into a flash movie and 2nd .. how to align them properly.

I also wish that macromedia puts up some more technical notes on flash-asp
interactivity and variables. There's hardly any examples or detailed info
there now. so most of our time is spent experimenting.

Regards
Vipin Kanwar


John Dowdell wrote:

> At 1:17 PM 2/29/0, Helen Triolo wrote:
> > I'm anxious to hear what Macromedia says in regards to
> > your question about limitations on passing long strings.
>
> I'm not sure what the question was (long threads under multiple names are
> harder to parse), but in case it's something like "Will all browsers handle
> long URLs identically?" then no, they won't... different browsers have
> different limits on URLs they support. Some are happy with over 200
> characters in an URL, but others will balk at half that.
>
> (Flash relies upon the browser's net connections... this is how we can do
> Secure Socket Layer encryption, for example, by just asking the browser if
> it can do it.)
>
> The rule-of-thumb is that if the total data is less than 100 characters or
> so then it's generally safe to append it to an URL. For longer upstream
> data transferrals, though, you'd want to use a POST statement so you're not
> running into URL length limits.
>
> jd
>
> John Dowdell, Macromedia Tech Support, San Francisco CA US
> Search technotes: http://www.macromedia.com/support/search/
> Offlist email risks capture by the spam filters. I may not see your
> email if it's not on the list. Private one-on-one email options are
> available via Priority Access: http://www.macromedia.com/support/
>
> flasher is generously supported by...
> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> flashforward2000 and The Flash Film Festival
> "The World�s Premier Flash Solutions Conference and Expo"
> March 27-29, Nob Hill Masonic Center, San Francisco, California
>
> -Register before Feb 25 and save $200!!-- www.flashforward2000.com
> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> To unsubscribe or change your list settings go to
> http://www.chinwag.com/flasher or email helpatchinwag [dot] com


flasher is generously supported by...
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
flashforward2000 and The Flash Film Festival
"The World�s Premier Flash Solutions Conference and Expo"
March 27-29, Nob Hill Masonic Center, San Francisco, California

-Register before Feb 25 and save $200!!-- www.flashforward2000.com
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
To unsubscribe or change your list settings go to
http://www.chinwag.com/flasher or email helpatchinwag [dot] com


Replies
  Re: FLASH: getting a SQL response into f, John Dowdell

[Previous] [Next] - [Index] [Thread Index] - [Previous in Thread]