GWT主题样式覆盖了我的CSS样式（css 主题）

25-01-24 29

本文将带您了解关于GWT主题样式覆盖了我的CSS样式的新内容，同时我们还将为您解释css主题的相关知识，另外，我们还将为您提供关于(S)CSS中实现主题样式的4½种方式、ASP.NET主题样式表渲染、

本文将带您了解关于GWT主题样式覆盖了我的CSS样式的新内容，同时我们还将为您解释css 主题的相关知识，另外，我们还将为您提供关于(S)CSS中实现主题样式的4½种方式、ASP.NET主题样式表渲染、BootStrap之基础-2 CSS样式(全局CSS样式)、css – 覆盖GWT样式的实用信息。

本文目录一览：

GWT主题样式覆盖了我的CSS样式（css 主题）
(S)CSS中实现主题样式的4½种方式
ASP.NET主题样式表渲染
BootStrap之基础-2 CSS样式(全局CSS样式)
css – 覆盖GWT样式

GWT主题样式覆盖了我的CSS样式（css 主题）

我有一些带有自己的CSS的HTML文件。我想在gwt应用程序中使用它们，所以我在应用程序中复制了html和css文件。

问题是当我打开HTML时，它使用了gwt主题样式。例如，在我的CSS中，html“主体”的背景色是黑色，但是除非我停用主题，否则它看起来是白色的。

如何覆盖gwt主题样式并使用CSS样式？

答案1

小编典典

就像萨尔法兹（Sarfaz）所说- !important应该是您的不得已的选择，因为它有损整个层叠样式表的整个概念。

无论如何，在GWT中，为了轻松覆盖所选主题中包含的核心GWT样式，您应该找到模块文件（文件名以*
.gwt.xml结尾的文件），然后在您要查找的行中定位声明主题，然后在其后放置自定义/任何样式表，如下所示：

<inherits name=''com.google.gwt.user.theme.standard.Standard'' /><stylesheet src="CustomStylesheet.css" />

(S)CSS中实现主题样式的4½种方式

PM说要实现一个一键设置主题的功能，作为技术，你能想到的实现方式有哪些呢？

1. 什么是主题样式？

相信大家对网页的主题样式功能肯定不陌生。对于一些站点，在基础样式上，开发者还会为用户提供多种主题样式以供选择。

下面就是一个主题样式功能：用户可以在右侧选择自己喜欢的主题色，从而得到一个“个性”的页面。

还有时候，我们开发了一个系统用来售卖，采购我们系统的客户可能有多个。也许其中一个客户很喜欢我们当前的深色色系主题，但是另一个系统的采购方希望我们能为它们定制一套新的样式。他们希望买来的系统能贴合它们自己的品牌调性，变为浅色的。这其实也是一种主题样式的需求。

在上面的讨论里，除了“主题”外，我们又引出了一个概念——个性化。经常，我们说到主题时，还会有一种说法叫做：个性化主题。这两者在英文中分别有两个对应的词： Theming 与 Customisation。

当我们说主题（Theming）与个性化定制（Customisation）的时候，很多时候其实并没有区分两者。但实际上，两者还是有一些微妙的区别的。

1.1. 主题 Theming 与个性化定制 Customisation 的区别

我们说的主题（Theming）与个性化定制（Customisation）的时候，还是有一些微妙的区别的。

主题：由开发者定义

主要表现在：

系统的输入是由开发者定义的
一般来说具有有限的种类
具有已知的规则与常量

例如，我们常见的一些应用会提供夜间主题、阅读模式，这些也算是主题（Theming）的范畴。

个性化定制：由用户定义

特点表现在：

系统的输入是由用户来提供
一般具有无限种可能
规则更灵活，用户“为所欲为”

可以看到，“个性化”其实更强调了用户对系统的的影响力。

很多时候，我们谈到“主题”与“个性化定制”时，也许并没有一个明确的边界。从上面的描述也可以看出，两者似乎是处于天平的两端，区别主要在于开发者对规则的控制力度以及所能实现的差异化的粒度。

而我们更多的是在两点之间找到一个平衡点。

1.2. 对实现“主题功能”的建议

我们已经对主题样式有了初步的了解，如果你也在产品中遇到了主题样式的相关需求，不妨先看看以下几点建议：

尽可能避免这个功能。因为很多时候这可能只是个伪需求。
KISS原则（Keep It Simple, Stupid!）。尽可能降低其复杂性。
尽量只去改变外观，而不要改动元素盒模型（box-model）。
严格控制你的规则，避免预期外的差异。
把它作为一个锦上添花的功能来向上促销（up-sell）。

2. 实现“主题样式”的方式

2.1. 方式一：Theme Layer

Overriding default style with additional CSS.

这应该是实现主题功能的一种最常用的手段了。首先，我们的站点会有一个最初的基础样式（或者叫默认样式）；然后通过添加一些后续的额外的CSS来覆盖与重新定义部分样式。

具体实现

首先，我们引入基础的样式 components.* 文件

@import "components.tabs";
@import "components.buttons"

其中 components.tabs 文件内容如下

.tab {
    margin: 0;
    padding: 0;
    background-color: gray;
}

然后，假设我们的某个主题的样式文件存放于 theme.* 文件：

对应于 components.tabs，theme.tabs 文件内容如下

.tab {
    background-color: red;
}

因此，我们只需要引入主题样式文件即可

@import "components.tabs";
@import "components.buttons"

@import "theme.tabs";

这样当前的样式就变为了

.tab {
    margin: 0;
    padding: 0;
    /* background-color: gray; */
    background-color: red;
}

优点

实现方式简单
可以实现将主题应用与所有元素

缺点

过多的冗余代码
许多的CSS其实是无用的，浪费了带宽
把样式文件切分到许多文件中，更加琐碎

2.2. 方式二：Stateful Theming

Styling a UI based on a state or condition.

该方式可以实现基于条件选择不同的主题皮肤，并允许用户在客户端随时切换主题。非常适合需要客户端样式切换功能，或者需要对站点某一部分（区域）进行独立样式设置的场景。

具体实现

还是类似上一节中 Tab 的这个例子，我们可以将 Tab 部分的 (S)CSS 改为如下形式：

.tab {
    background-color: gray;
    
    .t-red & {
        background-color: red;
    }
    
    .t-blue & {
        background-color: blue;
    }
}

这里我们把.t-red与.t-blue称为 Tab 元素的上下文环境（context）。Tab 元素会根据 context 的不同展示出不同的样式。

最后我们给body元素加上这个开关

<body>
    <ul>...</ul>
</body>

此时 Tab 的颜色为红色。

当我们将t-red改为t-blue时，Tab 就变为了蓝色主题。

进一步的，我们可以创建一些 (S)CSS 的 util class（工具类）来专门控制一些 CSS 属性，帮助我们更好地控制主题。例如我们使用如下的.u-color-current类来控制不同主题下的字体颜色

.u-color-current {
    .t-red & {
        color: red;
    }
    
    .t-blue & {
        color: blue;
    }
}

这样，当我们在不同主题上下文环境下使用.u-color-current时，就可以控制元素展示出不同主题的字体颜色

<body>
    <h1>...</h1>
</body>

上面这段代码会控制<h1>元素字体颜色为红色主题时的颜色。

优点

将许多主题放在了同一处代码中
非常适合主题切换的功能
非常适合站点局部的主题化
可以实现将主题应用于所有元素

缺点

有时有点也是缺点，将许多主题混杂在了同一块代码中
可能会存在冗余

2.3. 方式三：Config Theming

Invoking a theme based on settings.

这种方式其实是在开发侧来实现主题样式的区分与切换的。基于不同的配置，配合一些开发的自动化工具，我们可以在开发时期根据配置文件，编译生成不同主题的 CSS 文件。

它一般会结合使用一些 CSS 预处理器，可以对不同的 UI 元素进行主题分离，并且向客户端直接提供主题样式下最终的 CSS。

具体实现

我们还是以 Sass 为例：

首先会有一份 Sass 的配置文件，例如settings.config.scss，在这份配置中定义当前的主题值以及一些其他变量

$theme: red;

然后对于一个 Tab 组件，我们这么来写它的 Sass 文件

.tab {
    margin: 0;
    padding: 0;
    
    @if ($theme == red) {
        background-color: red;
    } @else {
        background-color: gray;
    }
}

这时，我们在其之前引入相应的配置文件后

@import "settings.config";
@import "components.tabs";

Tab 组件就会呈现出红色主题。

当然，我们也可以把我们的settings.config.scss做的更健壮与易扩展一些

$config: (
    theme: red,
    env: dev,
)

// 从$config中获取相应的配置变量
@function config($key) {
    @return map-get($config, $key);
}

与之前相比，这时候使用起来只需要进行一些小的修改，将直接使用theme变量改为调用config方法

.tab {
    margin: 0;
    padding: 0;
    
    @if (config(theme) == red) {
        background-color: red;
    } @else {
        background-color: gray;
    }
}

优点

访问网站时，只会传输所需的 CSS，节省带宽
将主题的控制位置放在了一个地方（例如上例中的settings.config.scss文件）
可以实现将主题应用于所有元素

缺点

在 Sass 中会有非常多逻辑代码
只支持有限数量的主题
主题相关的信息会遍布代码库中
添加一个新主题会非常费劲

2.4. 方式四：Theme Palettes

Holding entire themes in a palette file.

这种方式有些类似于我们绘图时，预设了一个调色板（palette），然后使用的颜色都从其中取出一样。

在实现主题功能时，我们也会有一个类似的“调色板”，其中定义了主题所需要的各种属性值，之后再将这些信息注入到项目中。

当你经常需要为客户端提供完全的定制化主题，并且经常希望更新或添加主题时，这种模式会是一个不错的选择。

具体实现

在方式三中，我们在一个独立的配置文件中设置了一些“环境”变量，来标示当前所处的主题。而在方式四中，我们会更进一步，抽取出一个专门的 palette 文件，用于存放不同主题的变量信息。

例如，现在我们有一个settings.palette.red.scss文件

$color: red;
$color-tabs-background: $color-red;

然后我们的components.tabs.scss文件内容如下

.tabs {
    margin: 0;
    padding: 0;
    backgroung-color: $color-tabs-background;
}

这时候，我们只需要引入这两个文件即可

@import "settings.palette.red";
@import "components.tabs";

可以看到，components.tabs.scss中并没有关于主题的逻辑判断，我们只需要专注于编辑样式，剩下就是选择所需的主题调色板（palette）即可。

优点

编译出来的样式代码无冗余
非常适合做一些定制化主题，例如一个公司采购了你们的系统，你可以很方便实现一个该公司的主题
可以从一个文件中完全重制出你需要的主题样式

缺点

由于主要通过设定不同变量，所以代码确定后，能实现的修改范围会是有限的

2.5. 方式五：用户定制化 User Customisation

Letting users style their own UIs.

这种模式一般会提供一个个性化配置与管理界面，让用户能自己定义页面的展示样式。

“用户定制化”在社交媒体产品、SaaS 平台或者是 Brandable Software 中最为常见。

具体实现

要实现定制化，可以结合方式二中提到的 util class。

首先，页面中支持自定义的元素会被预先添加 util class，例如 Tab 元素中的u-user-color-background

<ul>...</ul>

此时，u-user-color-background还并未定义任何样式。而当用户输入了一个背景色时，我们会创建一个<style>标签，并将 hex 值注入其中

<style id="my-custom">
    .u-user-color-background {
        background-color: #00ffff;
    }
</style>

这时用户就得到了一个红色的 Tab。

Twitter 就是使用这种方式来实现用户定制化的界面样式的：

优点

不需要开发人员的输入信息（是用户定义的）
允许用户拥有自己“独一无二”的站点
非常实用

缺点

不需要开发人员的输入信息也意味着你需要处理更多的“不可控”情况
会有许多的冗余
会浪费 CSS 的带宽
失去部分 CSS 的浏览器缓存能力

3. 如何选择方案？

最后来聊聊方案的选择。

在第二部分我们已经了解了五种实现方式（或者说4½种方法，因为第五种其实更偏个性化定制一些），那么面对产品需求，我们应该如何选择呢？

这里有一个不是非常严谨的方式可以参考。你可以通过尝试问自己下面这几个问题来做出决定：

是你还是用户谁来确定样式？

用户：选择【方式五】User Customisation

主题是否会在客户端中被切换？

是：选择【方式二】Stateful Theming 或【方式五】User Customisation

是否有主题能让用户切换？

是：选择【方式二】Stateful Theming

你是希望网站的某些部分需要有不同么？

是：选择【方式二】Stateful Theming

是否有预设的主题让客户端来选择？

是：选择【方式三】Config Theming

是否是类似“贴牌”这类场景？

是：选择【方式一】Theme Layer 或【方式四】Theme Palettes

ASP.NET主题样式表渲染

当渲染具有主题的页面时,给定主题中的样式表链接标签将在关闭标题之前呈现.有人知道有什么办法改变吗？有没有办法,我可以把这些标签放在开头标签之后？

我知道只要选择所有链接标签并将其放置在开头标签之后,可以通过jquery关闭,但是有没有办法在服务器端设置？

澄清
让我们说我在主题中有一个单独的css文件(themed.css).在这个css文件中,对于标识为test的div标签,我有一个单一的样式定义：

#test {background-color:red; color:white;}

让我们还说我有一个不在我的主题中的第二个css文件(standard.css),但是它具有另一个定义的div标签,其ID为test：

#test {background-color:yellow;}

我有我的页面使用主题,我有一个手写链接标签来使用standard.css.执行页面时,standard.css的链接标签位于themed.css之前.当这种情况发生时,我的具有测试ID的div标签具有红色背景和白色前色.如果我想要themed.css应用然后standard.css覆盖必要的属性(黄色背景与白色的forecolor),我想要themed.css和THEN标准.我不能这样做,因为ASP.NET将主题文件放在关闭头标记之前.

我不想知道我的主题的CSS文件是我头文件中的第n个链接标记,然后手动更改任何索引,只要我可以在我的主题之外添加一个新的CSS文件.

谢谢！

解决方法

我反思了一下,发现了一些有趣的东西.该框架调用了PageTheme派生对象的SetStyleSheet方法,以便在标题中注入链接控件.此代码段显示相关逻辑：

int num = 0;
foreach (string str in this.LinkedStyleSheets)
{
    HtmlLink child = new HtmlLink { Href = str };
    child.Attributes["type"] = "text/css";
    child.Attributes["rel"] = "stylesheet";
    if (this._styleSheetTheme)
        this.Page.Header.Controls.AddAt(num++,child);
    else
        this.Page.Header.Controls.Add(child);
}

翻译？ StyleSheetThemes将样式表注入头标签的开头,主题注入样式表到最后.

这与主题和样式表主题之间的预期区别是一致的;也就是说,当皮肤和控制设置之间存在冲突时,主题总是会赢.当然,使用！important属性的非主题的.CSS文件中的样式仍然可以覆盖主题样式,但是头文件中的CSS文件的定位有助于覆盖能力样式表主题.

请注意,您可以同时拥有样式表主题和常规主题.自然地,将样式表主题设计为可以覆盖的主题,以及不应该被覆盖的主题.

最后一个观察结果是,该方法是内部和非虚拟的,所以干扰这两个选项将需要一些功夫MMA反弹技能,并且可能不符合稳定性或可维护性的最佳利益.

BootStrap之基础-2 CSS样式(全局CSS样式)

总结

以上是小编为你收集整理的BootStrap之基础-2 CSS样式(全局CSS样式)全部内容。

如果觉得小编网站内容还不错，欢迎将小编网站推荐给好友。

css – 覆盖GWT样式

我有一个漂亮的纯HTML模型的网页，我现在在GWT重新创建。我试图在我的GWT应用程序中使用相同的CSS，但这不工作，对我来说。 GWT样式似乎覆盖了我的。我知道我可以完全禁用GWT样式，但我更喜欢为我添加的GWT组件(选项卡面板，按钮等)的样式。有没有办法禁用GWT样式，并只为我选择的组件启用它？

解决方法

我设法通过继承我的项目的.gwt.xml文件中的项目的.css文件解决覆盖标准css规则的问题。当您设置用户定义的.css这种方式 – 在通常的继承线之后 – 在级联一个规则比在标准gwt样式表定义的相同规则具有更高的优先级。
花了几个小时来弄清楚如何正确地继承它，导致在第一次尝试只是简单地键入< stylesheet src ='WebTerminal.css'/& gt;在我的.gwt.xml文件中，并注释掉< link type =“text / css”rel =“stylesheet”href =“WebTerminal.css”>在我的.html主机页没有给我任何结果。
所以，解决方案是使用相对路径，当你设置.css在.gwt.xml配置，像这样：

<stylesheet src='../WebTerminal.css' />

通知../在我的相对路径的开始。为了弄清楚它是如何工作的，添加Window.alert(GWT.getModuleBaseURL());作为您的onModuleLoad()方法的第一行。它会显示像https：// localhost：8080 / myproject / resouces / webtermial /，当事实上你的托管页面URL看起来像https：// localhost：8080 / myproject / resouces / WebTerminal.html。这里的myproject / resouces是一个目录，包含你的.css文件，当你设置在.gwt.xml如< stylesheet src ='WebTerminal.css'/&gt ;,编译器开始寻找myproject / resouces / webtermial /WebTerminal.css，找不到它。这就是为什么添加../有时是唯一要做的来解决你的问题。除了上面说的话，我只想提到我没有成功地尝试在最新的纪录片或在google集团进行的讨论中找到这件事的任何描述。希望它不那么难以弄清楚，因为GWT有一个非常复杂的问题本身，比一个，它必须有一个穷尽的描述内部教程。

今天关于GWT主题样式覆盖了我的CSS样式和css 主题的讲解已经结束，谢谢您的阅读，如果想了解更多关于(S)CSS中实现主题样式的4½种方式、ASP.NET主题样式表渲染、BootStrap之基础-2 CSS样式(全局CSS样式)、css – 覆盖GWT样式的相关知识，请在本站搜索。

本文标签：