Questions tagged «css»

级联样式表(Cascading Style Sheets,CSS)是一种用于指定布局和表示形式的语言,通常用于标记诸如HTML和XML。

2
视障人士使用CSS?
因此,当我学习HTML时,我遇到了CSS。有趣的是,有了CSS,您可以使网页更酷或更漂亮。但是,由于它更多地与颜色,设计,样式等有关,所以我不知道CSS代码的结果。作为视力障碍的人,如果有视力的人总是可以设计比我更好的网页,因为他们可以看到,那么我为什么应该学习CSS? 这里有盲人程序员编写CSS吗?你是怎么做到的? 我是否应该一起忽略CSS并将其留给有眼光的程序员使用?或者在CSS中有些事情我可以做而无需要求人们查看我的页面来知道它是否具有良好的设计?
17 css 

7
ASP.NET Webforms开发人员和Web设计人员:如何进行交互?
我是ASP.NET Webforms开发人员,在与设计师打交道时会遇到一些问题。 设计师总是抱怨asp.net server controls。他们宁愿只拥有一个html文件,并创建css文件以及所需的图像以将它们随身携带。有时候,如果设计阶段是提前完成的,我会得到带有相关css文件的html文件,但是随后我们将设计与aspx文件集成在一起会遇到很多问题(严重控制了telerik控件……等等)。 我想问的是: 我该如何克服这些问题?由于.net服务器控件存在问题,设计人员更喜欢php和mvc开发人员。我需要知道如何以正确的方式与设计师互动。 是否有任何工具或应用程序可为设计人员提供.aspx页的呈现(html页)?我的意思是说运行时中的页面而不是Visual Studio中的aspx。他们确实使用Web表达式,但是他们也希望使用html呈现页面。

7
为什么桌面应用程序不使用HTML,CSS和JavaScript?[关闭]
已关闭。这个问题是基于观点的。它当前不接受答案。 想改善这个问题吗?更新问题,以便通过编辑此帖子以事实和引用的形式回答。 5年前关闭。 HTML,CSS和JavaScript可用于构建漂亮(且有用)的UI(特别是现在我们有了HTML5和CSS3),并且很多人已经知道它们。尽管这仍然遥不可及,但将整个Web应用程序引入桌面应用程序有多困难?在托管它们之前,我们已经在本地服务器上测试了应用程序。 在我看来,这是一个很好的,简单的想法,它将在桌面应用程序中引起轰动。另外,鉴于这些应用程序已经与Web应用程序共享了如此多的代码,因此它们可能能够提供更好的连接性。 为什么不做呢?

2
仍然有关系吗?
我从读线程就好理解了这一个是EMS的一点是要确定所有的测量在您的网页,通过该基地的字体大小,可以通过浏览器进行设置。 例如,在Chrome中,您可以转到settings -> show advanced settings -> web content -> font size: very large。如果我使用的是大型高分辨率显示器,那可能会很远。 我创建了一个插件,演示了ems和px在大小调整方面的区别。 #div1 { width: 320px } #div2 { width: 20em; } 如果在浏览器中将字体大小设置为中,则这些div的大小相同,基本字体大小为16px,因此20em = 320px。 但是,当我将浏览器字体大小更改为非常大时,可以看到以ems为单位的div大小增加了。 但是,例如,如果我在body标签中定义字体大小,这种效果将被消除。 body { font-size: 16px; } 因为现在我的CSS覆盖了浏览器设置的字体大小。 我了解到,在较旧的浏览器时代,ems非常重要,因为放大页面只会放大字体。但是如今,现代浏览器同时放大像素和字体,使缩放问题变得毫无意义。 环顾网络-许多网站的确在其body标签中设置字体大小。 例如,堆栈溢出,在body标签中将font-size设置为13px。在浏览器中设置字体大小丝毫不会影响Stack Overflow的布局。 Google搜索结果无法执行此操作。 (这两个屏幕截图都是将chrome字体设置为非常大的,并且100%缩放)。 因此,您可能会争辩说,在body标签中设置字体大小是一个坏主意,因为它会阻止用户自己的辅助功能设置。但是,考虑到用户可以缩放以增加大小(这也会成比例地增加所有像素),这似乎并不是一个真正的问题。
16 css 

9
服务器端开发人员应了解多少HTML和CSS?[关闭]
已关闭。这个问题需要更加集中。它当前不接受答案。 想改善这个问题吗?更新问题,使其仅通过编辑此帖子来关注一个问题。 5年前关闭。 我已经做过C,C++现在我想开始我的网络开发人员职业。我阅读了很多有关网络开发的知识,并且知道网络上有两种类型的开发人员, 1. Client Side Developers. 2. Server Side Developers. 我想继续专注于服务器端开发。我认为最好从基础入手,因此我开始做HTMLand CSS。我发现CSS对于一个人来说,太大了,无法完全掌握。我想知道服务器端开发人员应该了解哪些基本知识,他应该是HTML的精通者,CSS或者只是放弃它?


8
为什么我们不使用动态(服务器端生成的)CSS?
由于服务器端生成的HTML是微不足道的(并且是在AJAX之前制作动态网页的唯一方法),因此服务器端生成的CSS并非如此。实际上,我从未见过。有CSS编译器,但是它们会生成可用作静态文件的CSS文件。 从技术上讲,它不需要特殊的库,HTML 样式标记应引用PHP(/ ASP / whatever)模板脚本而不是静态CSS文件,并且脚本应发出CSS 内容类型标头-仅此而已。 它有缓存问题吗?我不这么认为。该脚本应发出no-cache等标头。对设计师来说有问题吗?不,他们应该编辑CSS模板(就像他们编辑HTML模板一样)。 为什么我们不使用动态CSS生成器?或者,如果有的话,请告诉我。

6
HTML中的块元素与内联元素:为什么要区分?
块元素和内联元素之间的区别在我看来总是很奇怪。整体差异在于,block元素占据了整个宽度,因此迫使该元素之前和之后的换行,而inline元素仅占据了内容的全部。为什么不只使用一种元素-内联元素,您还可以在其中应用自定义高度/宽度并使用它?您要换行吗?<br />在该行为中插入,或者在CSS中添加一个特殊标记。现在的样子,我看不到它能解决任何问题,相反,它只会强制我认为应该由设计师决定的属性。 那么为什么要两种呢?
15 html  css 

3
CSS为什么不允许单行注释?[关闭]
已关闭。这个问题是基于观点的。它当前不接受答案。 想改善这个问题吗?更新问题,以便通过编辑此帖子以事实和引用的形式回答。 3年前关闭。 我了解CSS仅支持像这样的多行注释 /* foobar */ 为什么不支持单行注释。 // foobar 它们在编程中同样常见,并且对于像CSS这样的语言(每个规则都在一行上)特别有用。 如果此决定没有特殊的历史原因,是什么阻止了浏览器转向支持该决定?
14 css  css3 

3
提供CDN后备的本地JS和CSS资源
鉴于 CDN是一件好事,因为它们可以为靠近客户端的资源提供服务,客户端可以缓存它们,并且您可以减少自己服务器上的负载。 在最新的浏览器中,由于子资源完整性(SRI)的原因,从第三方服务器加载资源不会降低安全性。 CDN在某些国家/地区可能已关闭或受阻,并且在离线开发1时不可用。 我认为使用CDN很有必要,但也要为它们不可用做准备。这篇博客文章很好地介绍了提供备用功能的不同方法。如果看一下Basic示例,您会发现它已经包含了很多样板代码,仅可为jQuery和Bootstrap提供后备,而受青睐的解决方案建议使用Fallback.js,在过去的一年中似乎几乎没有保留。 。同样,与该主题最相关的SO问题仅涉及为jQuery提供后备功能。 但是,在大多数实际项目中,我希望有5个或更多的js / css资源,所以我觉得您不必重复一些混乱的样板即可为所有这些提供后备。此外,每次添加或更新资源时,您现在都必须 更新CDN链接 通过手动下载或更改npm / bower配置中的版本来更新本地后备副本 更新链接到后备 更新SRI哈希 而在理想世界中,我希望在一个配置文件中添加/更新资源,并让所有其他步骤自动执行(然后运行测试以查看更新是否破坏了任何内容)。 是否已经建立工作流程来实现这一目标? 还是CDN尤其是SRI太新了? 还是大多数人根本不愿意为CDN资源提供后备资源? 1.尽管您可以拥有一个不依赖CDN的开发版本,但是我也认为这是一种后备形式,因为它也需要维护。
13 javascript  css  cdn 

2
响应式Web设计与用户代理嗅探
CSS3 media查询功能在开发可适应许多不同屏幕尺寸和设备的网站方面带来了许多有趣的可能性。 但是,实际上,我开始意识到CSS3 media查询功能以及整个“响应式Web设计”运动可能无法实现其承诺。 我看到的问题是,归根结底,Web开发人员最关心的是他们的用户是通过台式机,平板电脑还是移动设备查看内容。但是CSS3只提供一种检测屏幕分辨率的方法。从理论上讲,检测屏幕分辨率似乎是针对各种不同设备进行调整的好方法。但是实际上 假设我们有一个简单的Javascript函数,它仅输出屏幕宽度: function foo() { alert(screen.width); } 在我的Blackberry Touch上,输出: 768 在我的三星Galaxy上,输出: 800 所以...在这一点上,主流智能手机的分辨率已经非常接近台式机级别的分辨率。如果只需要屏幕分辨率,那么检测用户是否正在通过智能手机,平板电脑或台式机查看您的网站的能力似乎变得越来越困难。 这使我质疑基于媒体查询的整个CSS3“响应式Web设计”运动背后的全部智慧。似乎media查询功能更适合于适应桌面屏幕上调整大小的浏览器窗口,而不是各种移动设备。 用于检测移动设备或平板设备的另一种可能的技术是通过检查ontouchstart事件是否受支持来使用功能检测。但是,随着许多桌面屏幕开始支持触摸,即使这样也变得越来越不可靠。 问题:因此,作为一名Web开发人员,如果我不能依靠RWD或功能检测,用户代理嗅探(一如既往地不可靠)是否真的是检测移动设备的最佳选择?

4
是否在努力构建一个经过协作编辑的HTML / JS / DOM参考?
W3Schools的声誉是不完整的,有时是错误的,并且被广告所困扰。尽管如此,当在回答SO问题时查找某些内容或链接到文档时,它仍然是唯一方便的跨浏览器资源。 还有其他资源,例如Mozilla开发人员网络正在做越来越出色的JavaScript记录工作,以及传奇而出色的Quirksmode。但是,尽管它们如此出色,但它们仅涵盖了我所谈论的部分领域,并且没有提供社区编辑和质量控制选项。 是否有人意识到创建协作编辑的跨浏览器HTML / CSS / JavaScript / DOM百科全书的努力?如果可以的话,我想像W3Schools的挑战者那样,像是Experts Exchange那样的挑战者。

4
在<body>中包含<style>是一个错误的主意吗?
在下面的代码中,我将内部样式表放置在body标签中,而不是放在头部。对于单页应用程序,我正在考虑对仅适用于该页面的样式进行此操作,而不要使用单独的pagespecific.css文件。 是否存在一个不利之处,因为我没有在头部提到相同内容? &lt;!-- myPartial.html starts here --&gt; &lt;!-- Like to keep styles unique to this html right here in this file --&gt; &lt;div&gt; &lt;style&gt; body { background-color: red; } #myText { color: white; } &lt;/style&gt; &lt;span id='myText'&gt;Hello&lt;/span&gt; &lt;/div&gt; &lt;!-- myPartial.html ends here --&gt;
12 html  css 

1
为什么CSS本身不支持变量和层次结构?
我是UI开发的新手,但是我对CSS的工作方式感到不舒服。 我的用例是我想div在页面上的特定内部应用某些特定的样式。 CSS尝试: div.class1 { font: normal 12px arial, helvetica, sans-serif; font-color: #f30; } div.class1 div.class2 { border: 1px solid #f30; } 较少尝试: @red: #f30; @font-family: arial, helvetica, sans-serif; div.class1 { font: normal 12px @font-family; font-color: @red; div.class2 { border: 1px solid @red; } 该CSS版本可诱发错误的,因为它迫使你重复#f30及div.class2每次尝试实现层次结构和可变的再利用时间。 我的问题: 为什么CSS使事情变得困难? LESS没什么特别的-只是做出了明显的改进并转换为CSS? CSS希望激发用户什么,因为它促进了这种冗余的编码风格? 我坚信CSS应该是LESS。绝对地,我忽略了一些为什么CSS会这样做的明显优势。我以为这是一个遗留问题,但是当我没有尝试使用CSS3解决这个问题时,我感到很惊讶。 …
11 coding-style  css  ui  css3 

5
CSS-使用通用的“ *”选择器与HTML还是正文选择器?
将样式应用于body标签将应用于整个页面,因此 body { font-family: Verdana } 将应用于整个页面。这也可以用 * {font-family: Verdana} 这将适用于所有元素,因此似乎具有相同的效果。 我了解这样的原理:在第一种情况下,样式将应用于整个页面的主体一个标签,而在第二种示例中,将字体应用于每个单独的html元素。我要问的是这样做的实际区别是什么,其含义是什么,导致相互使用的原因,情况或最佳实践是什么。 副作用之一当然是速度(+1 Rob)。我最感兴趣的是在功能方面选择一个而不是另一个的实际原因。

By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.