Home | Contact Us | FAQ | Search & Site Map | Link to Us
Sign In | Join | Other 45 Sites in Network
Home
Discussion GroupsGeneralPHPASPPerlColdFusionFlashHTML, CSS, ScriptsBrowsers

Webmaster Forum / ASP / Database Access / January 2007



Tip: Looking for answers? Try searching our database.

asp communicate to a db without an html form?

Thread view: 
Enable EMail Alerts  Start New Thread
Thread rating: 
J - 10 Jan 2007 23:14 GMT
Hello.  I just had a quick question and was wondering if it's possible for
an asp page with some html input fields and other html controls be able to
insert data into a db without having an html form coded into it?  Someone
gave me a bunch of asp files with input fields and controls but seems like
no html forms were coded and am wondering if there's an asp-db method that
I'm unaware of.

Thanks in advance.

J
Mike - 11 Jan 2007 08:05 GMT
> Hello.  I just had a quick question and was wondering if it's possible for
> an asp page with some html input fields and other html controls be able to
> insert data into a db without having an html form coded into it?  Someone
> gave me a bunch of asp files with input fields and controls but seems like
> no html forms were coded and am wondering if there's an asp-db method that
> I'm unaware of.

If the page is intended to obtain data from user-supplied inputs, then a
valid html form with the correct action, method and some way of submitting
it would be needed.

ASP can't access this kind of data any other way.  It has no idea what the
user is entering on the clientside until the form is submitted.

--
Mike Brind
Bob Barrows [MVP] - 11 Jan 2007 13:14 GMT
> Hello.  I just had a quick question and was wondering if it's
> possible for an asp page with some html input fields and other html
[quoted text clipped - 4 lines]
>
> Thanks in advance.

Perhaps it was using Ajax (XMLHTTP) to submit data to a server-side
page.

Signature

Microsoft MVP -- ASP/ASP.NET
Please reply to the newsgroup. The email account listed in my From
header is my spam trap, so I don't check it very often. You will get a
quicker response by posting to the newsgroup.

Mike Brind - 11 Jan 2007 14:50 GMT
>> Hello.  I just had a quick question and was wondering if it's
>> possible for an asp page with some html input fields and other html
[quoted text clipped - 7 lines]
> Perhaps it was using Ajax (XMLHTTP) to submit data to a server-side
> page.

That thought makes me shudder....
Anthony Jones - 11 Jan 2007 14:57 GMT
> >> Hello.  I just had a quick question and was wondering if it's
> >> possible for an asp page with some html input fields and other html
[quoted text clipped - 9 lines]
>
> That thought makes me shudder....

Why?
Bob Barrows [MVP] - 11 Jan 2007 15:00 GMT
>>> Hello.  I just had a quick question and was wondering if it's
>>> possible for an asp page with some html input fields and other html
[quoted text clipped - 9 lines]
>
> That thought makes me shudder....

Really? Why?

Signature

Microsoft MVP -- ASP/ASP.NET
Please reply to the newsgroup. The email account listed in my From
header is my spam trap, so I don't check it very often. You will get a
quicker response by posting to the newsgroup.

Mike Brind - 11 Jan 2007 17:21 GMT
>>>> Hello.  I just had a quick question and was wondering if it's
>>>> possible for an asp page with some html input fields and other html
[quoted text clipped - 11 lines]
>
> Really? Why?

[To both you and Anthony]

Purely from a usability point of view.

Hypothetically speaking, if Ajax is used as the submission agent in the
above scenario (and there's no compelling evidence that it is),  I kind of
get the impression that the page would look like a form to a user (in that
it has inputs for user-supplied data), but not behave in the conventional
way - in that there is no way to for the user to submit it.  If that were
the case then I can think of a considerable number of acquaintances (and
work colleagues) who could be thoroughly thrown by that approach.

I have no problem with the Ajax approach in itself generally.  I use it a
fair bit, but I'm also very conscious of trying to present a UI that people
are comfortable and familiar with.

Perhaps I'm not "leading edge" enough.... :-/
Anthony Jones - 11 Jan 2007 18:10 GMT
> >>>> Hello.  I just had a quick question and was wondering if it's
> >>>> possible for an asp page with some html input fields and other html
[quoted text clipped - 21 lines]
> it has inputs for user-supplied data), but not behave in the conventional
> way - in that there is no way to for the user to submit it.

I see.  I didn't draw that inference myself.

> If that were
> the case then I can think of a considerable number of acquaintances (and
> work colleagues) who could be thoroughly thrown by that approach.

Yes the context is very important.  I've got users who are thrown by the
idea that the dumb machine can't remember what was in the fields the last
time they visited form unless it's told specifically to remember them.  It's
all about what they're used to.

> I have no problem with the Ajax approach in itself generally.  I use it a
> fair bit, but I'm also very conscious of trying to present a UI that people
> are comfortable and familiar with.

I don't see Ajax (I actually loathe that term) and the UI being all that
connected.  In fact the traditional HTML Form quite tightly couples
appearance and behaviour with the data transport. Whereas sending XML
messages around is more flexible in that what you do with UI does not have
to cater to the needs of data transport.

> Perhaps I'm not "leading edge" enough.... :-/

Depends on where your market is at.
Mike Brind - 11 Jan 2007 20:47 GMT
>> >>>> Hello.  I just had a quick question and was wondering if it's
>> >>>> possible for an asp page with some html input fields and other html
[quoted text clipped - 50 lines]
>
> Depends on where your market is at.

Many and varied. None of it can in any way be assumed to be computer
literate.
Roland Hall - 12 Jan 2007 00:56 GMT
> I don't see Ajax (I actually loathe that term) <snip>

Ditto, so, call it what it was originally called, remote scripting.  Ajax is
a foaming cleanser.

--

Roland Hall
Bob Barrows [MVP] - 12 Jan 2007 01:05 GMT
>> I don't see Ajax (I actually loathe that term) <snip>
>
> Ditto, so, call it what it was originally called, remote scripting.

Well, remote scripting was quite different. I used it in one of my first
apps. After that horrible experience ... never again.

XMLHttp, on the other hand ... I've got a few apps humming along quite
nicely using that.

Signature

Microsoft MVP - ASP/ASP.NET
Please reply to the newsgroup. This email account is my spam trap so I
don't check it very often. If you must reply off-line, then remove the
"NO SPAM"

Roland Hall - 13 Jan 2007 05:22 GMT
>>> I don't see Ajax (I actually loathe that term) <snip>
>>
>> Ditto, so, call it what it was originally called, remote scripting.
>
> Well, remote scripting was quite different. I used it in one of my first
> apps. After that horrible experience ... never again.

Peter Bromberg is my favorite author on the subject:
http://www.eggheadcafe.com/articles/20050514.asp

> XMLHttp, on the other hand ... I've got a few apps humming along quite
> nicely using that.

I like the ability to update the page with server-side script without having
to save everything, post, validate and reset.

--

Roland Hall
Mike Brind - 12 Jan 2007 08:47 GMT
>> I don't see Ajax (I actually loathe that term) <snip>
>
> Ditto, so, call it what it was originally called, remote scripting.  Ajax
> is a foaming cleanser.

No it's not.  It's a Dutch footy club.
J - 11 Jan 2007 17:22 GMT
Sounds interesting.  I haven't worked with Ajax yet but kinda curious about
it.

Thanks for the replies.  Much appreciated.

Take cares.

J

>>>> Hello.  I just had a quick question and was wondering if it's
>>>> possible for an asp page with some html input fields and other html
[quoted text clipped - 11 lines]
>
> Really? Why?
 
Sign In
Join
My Latest Posts
My Monitored Threads
My Blog
My Photo Gallery
My Profile
My Homepage

Start New Thread
Enable EMail Alerts
Rate this Thread



©2009 Advenet LLC   Privacy Policy - Terms of Use
This website includes both content owned or controlled by Advenet as well as content owned or controlled by third parties.