非JavaScript启用访问者的策略...... [英] Strategies for Non-JavaScript-Enabled Visitors...

查看:54
本文介绍了非JavaScript启用访问者的策略......的处理方法,对大家解决问题具有一定的参考价值,需要的朋友们下面随着小编来一起学习吧!

问题描述



好​​的,我想我很快就会得到所有的JavaScript / CSS / DHTML-

相关的网站机制包裹起来...至少直到我决定真正的

明年的Ajax风格互动!


但在那之前,我会感兴趣处理那些没有启用JavaScript的访客的策略......我怎样才能给他们提供相同的访问权限,但不能进行访问。 ; corny"?


例如,我希望在

超链接上弹出一个模态窗口......但没有启用JavaScript的人不会得到那个

模态窗口效果,而只需简单地发送到

" real"超链接,包含页面重绘,完全打破了

设计!我如何防止这种情况,同时确保这样的访客

仍能获得信息?


等等


一如既往,非常感谢您的所有时间和帮助!!


Okay, I think I''ll soon be getting all the JavaScript/CSS/DHTML-
related "site mechanics" wrapped up...at least until I decide on real
Ajax-style interactivity next year!

But until then, I''d be interest in strategies for dealing with those
visitors who don''t have JavaScript enabled...how I can not only give
them the same access, but not make that access "corny"?

Like, for example, I want a modal window to pop up on a
hyperlink...but someone without JavaScript enabled would not get that
modal window effect, and would instead simply be sent along as if to a
"real" hyperlink, complete with a "page redraw," totally breaking the
design! How can I prevent that, while ensuring that such a visitor
still gets the information?

Etc.

As always, so many thanks for all your time and help!!

推荐答案

战争中的囚犯:
Prisoner at War meinte:

好​​的,我想我很快就会得到所有的JavaScript / CSS / DHTML-

相关的网站机制。包裹起来...至少直到我决定真正的

明年的Ajax风格互动!


但在那之前,我会感兴趣处理那些没有启用JavaScript的访客的策略......我怎样才能给他们提供相同的访问权限,但不能进行访问。 ; corny"?


例如,我希望在

超链接上弹出一个模态窗口......但没有启用JavaScript的人不会得到那个

模态窗口效果,而只需简单地发送到

" real"超链接,包含页面重绘,完全打破了

设计!我如何防止这种情况,同时确保这样的访客

仍能获得信息?


等等


一如既往,非常感谢您的所有时间和帮助!
Okay, I think I''ll soon be getting all the JavaScript/CSS/DHTML-
related "site mechanics" wrapped up...at least until I decide on real
Ajax-style interactivity next year!

But until then, I''d be interest in strategies for dealing with those
visitors who don''t have JavaScript enabled...how I can not only give
them the same access, but not make that access "corny"?

Like, for example, I want a modal window to pop up on a
hyperlink...but someone without JavaScript enabled would not get that
modal window effect, and would instead simply be sent along as if to a
"real" hyperlink, complete with a "page redraw," totally breaking the
design! How can I prevent that, while ensuring that such a visitor
still gets the information?

Etc.

As always, so many thanks for all your time and help!!



设计您的网站时不涉及任何JS。如果它工作正常,将JS

的东西添加为nice-to-have-or-look-at。例如。非JS版本来自没有弹出日历的
,错误消息不是模态,而是简单的
服务器生成的消息。表单必须在服务器端验证,

但是可以添加AJAX功能以获得更好的响应时间。


但是,某些功能将导致 ;并行" (和劳动密集型)

解决方案。例如。在线商店。经典的复选框,

漂亮的带拖放式篮子。


Gregor

-
http://photo.gregorkofler.at ::: Landschafts- und Reisefotografie
http://web.gregorkofler.com ::: meine JS-Spielwiese
http://www.image2d.com :::Bildagenturfürdenalpinen Raum

Design your site without any JS involved. If it works decently, add JS
stuff as "nice-to-have-or-look-at". E.g. the non JS version comes
without popup calendar, error messages are not in modals, but plain
server-generated messages. Forms must be validated on the server-side,
but one can add AJAX functionality for a better response times.

However, some features will lead to "parallel" (and labor-intense)
solutions. E.g. the online shop. The classic one with checkboxes, the
nice one with drag-and-drop baskets.

Gregor
--
http://photo.gregorkofler.at ::: Landschafts- und Reisefotografie
http://web.gregorkofler.com ::: meine JS-Spielwiese
http://www.image2d.com ::: Bildagentur für den alpinen Raum


4月30日晚上7点03分,Gregor Kofler< use ... @ gregorkofler.atwrote:
On Apr 30, 7:03 pm, Gregor Kofler <use...@gregorkofler.atwrote:

>


设计您的网站时不涉及任何JS。如果它工作正常,将JS

的东西添加为nice-to-have-or-look-at。
>

Design your site without any JS involved. If it works decently, add JS
stuff as "nice-to-have-or-look-at".



实际上,这正是我开始的时候......然后我意识到有些

的人选择禁用JavaScript!

Actually, that''s exactly how I started out...then I realized that some
folks choose to disable JavaScript!


例如非JS版本来自没有弹出日历的
,错误消息不是模态,而是简单的
服务器生成的消息。
E.g. the non JS version comes
without popup calendar, error messages are not in modals, but plain
server-generated messages.



不幸的是,我的webhost不允许服务器端脚本!

http://buildit.sitesell.com/sunnyside.html


必须在服务器端验证表单,

但是可以添加AJAX功能以获得更好的响应时间。
Forms must be validated on the server-side,
but one can add AJAX functionality for a better response times.



哦不,Ajax是否涉及任何服务器端脚本呢?嗯,我

想我会用我的这个虚拟主机学习,但似乎我可能会迟早遇到技术限制!

Oh no, does Ajax involve any server-side scripting, then? Hmmm, I
figured I''d learn with this webhost of mine, but it seems I may be
coming up against its technical limitations sooner or later!


但是,某些功能会导致并行。 (和劳动密集型)

解决方案。例如。在线商店。经典的复选框,

漂亮的带拖放式篮子。
However, some features will lead to "parallel" (and labor-intense)
solutions. E.g. the online shop. The classic one with checkboxes, the
nice one with drag-and-drop baskets.



嗯,我想知道如何避免并行或重复的解决方案,

,也属于corny标题。和不优雅的......我已经实际上只获得了一些JavaScript,但它们是合法的。并且

很重要,就像一个JavaScript搜索引擎(从技术上讲,一个目录是假装成搜索引擎的
!)......我想知道如何最好的

优雅地提供这种情况....

Well, I was wondering how to avoid parallel or duplicate solutions,
too, which falls under the heading of "corny" and "inelegant"...I''ve
only got a few bits of JavaScript, actually, but they''re "legit" and
important, like a JavaScript search engine (technically, a directory
pretending to be a search engine!)...I was wondering how best to
gracefully provide for such circumstances....


War meinte的囚犯:
Prisoner at War meinte:

On 4月30日下午7:03,Gregor Kofler< use ... @ gregorkofler.atwrote:
On Apr 30, 7:03 pm, Gregor Kofler <use...@gregorkofler.atwrote:

>>
设计您的网站JS涉及。如果它工作正常,可以将JS
内容添加为nice-to-have-or-look-at。
>>
Design your site without any JS involved. If it works decently, add JS
stuff as "nice-to-have-or-look-at".



实际上,这正是我开始的时候......然后我意识到有些人会选择禁用JavaScript!


Actually, that''s exactly how I started out...then I realized that some
folks choose to disable JavaScript!



那又怎样?他们获得了不那么漂亮但仍然完美的页面。

So what? They get the not-soooo-pretty-but-still-perfectly-usable page.


不幸的是,我的webhost不允许服务器端脚本!
Unfortunately, my webhost doesn''t allow server-side scripting!



嘿,那很容易。你可以忘记所有严重的东西,因为没有服务器端脚本,没有(很多)XHR(又名AJAX)没有多大意义。

Hey, then it''s easy. You can forget about all the "serious" stuff, since
XHR (aka AJAX) doesn''t make (much) sense without server side scripting.


>
http://buildit.sitesell.com/sunnyside.html

>表格必须在服务器端验证,
但是可以添加AJAX功能以获得更好的响应时间。
>Forms must be validated on the server-side,
but one can add AJAX functionality for a better response times.



哦不,Ajax是否涉及任何服务器端脚本呢?


Oh no, does Ajax involve any server-side scripting, then?



实际上说:是。

Practically speaking: Yes.


>然而,有些特征将导致平行的特征。 (并且劳动密集)
解决方案。例如。在线商店。经典的复选框,带拖放式篮子的好的。
>However, some features will lead to "parallel" (and labor-intense)
solutions. E.g. the online shop. The classic one with checkboxes, the
nice one with drag-and-drop baskets.



好​​吧,我想知道如何避免并行或重复的解决方案,


Well, I was wondering how to avoid parallel or duplicate solutions,



正如我所说:它'*非常*不太可能,找到一个解决方案,你只需要
将一些JS添加到你的经典复选框驱动的购物车中,它就会自动变成一个平滑的b $ b拖放应用程序。


Gregor

-
http://photo.gregorkofler.at ::: Landschafts- und Reisefotografie
http://web.gregorkofler.com ::: meine JS-Spielwiese
http://www.image2d.com :::Bildagenturfürdenalpinen Raum

As I said: It''s *extremely* unlikely, to find a solution, where you just
add some JS to your classic checkbox-driven shopping cart, and it
becomes automagically a smooth drag-and-drop-application.

Gregor
--
http://photo.gregorkofler.at ::: Landschafts- und Reisefotografie
http://web.gregorkofler.com ::: meine JS-Spielwiese
http://www.image2d.com ::: Bildagentur für den alpinen Raum


这篇关于非JavaScript启用访问者的策略......的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持IT屋!

查看全文
登录 关闭
扫码关注1秒登录
发送“验证码”获取 | 15天全站免登陆