Html css在Notes客户端和Web浏览器之间的功能不同

Html css在Notes客户端和Web浏览器之间的功能不同,html,css,xpages,lotus-notes,Html,Css,Xpages,Lotus Notes,我在css资源中有以下内容,并应用于XPage: .wfsHeader {background:rgb(230,230,230) ; font-size:12pt; font-weight:bold;} .wfsHeaderLite {background:rgb(240,240,240) ; font-size:10pt; font-weight:bold;} .separator {height:1px ; background:rgb(230,230,230);} .Sepera

我在css资源中有以下内容,并应用于XPage:

.wfsHeader     {background:rgb(230,230,230) ; font-size:12pt; font-weight:bold;}
.wfsHeaderLite {background:rgb(240,240,240) ; font-size:10pt; font-weight:bold;}
.separator  {height:1px ; background:rgb(230,230,230);}
.SeperatorLite {height:1px ; background:rgb(240,240,240);}
.separator2  {height:2px ; background:rgb(192,192,192);}
.label      {font-size: 8pt; font-weight:bold ;}
.label10     {font-weight:bold;font-size:10pt ;}
在浏览器中查看XPage时,wfsHeader、wfsHeaderLite和sperator都会按预期显示。但是,在Notes客户端中查看时,分离器工作正常(显示一条1像素的灰线,但wfsHeader和wfsHeaderLite无效)。 我看不出分隔符和wfsHeader的标记之间有任何真正的区别,除了一个用高度表示,另一个用字体大小表示。它们都应用于单个面板或表格单元格。
我的印象是,css在Notes客户端和Web浏览器之间应该是一样的。我很困惑为什么分隔符在这两种浏览器中都可以工作,而wfsHeader只在Web浏览器中工作。

XPiNC基于Mozilla XULRunner,它的行为可能与您最喜欢的浏览器不同。XULRunner在年升级到了新版本Notes 9.0.1,所以您可能想试试。

XPiNC基于Mozilla XULRunner,其行为可能与您喜爱的浏览器不同。XULRunner在Notes 9.0.1中升级到了更新版本,因此您可能想试试。

XPiNC基于Mozilla XULRunner,其行为可能与您喜爱的浏览器不同。XULRunner是upgra在Notes 9.0.1中升级到较新版本,所以您可能想试试。

XPiNC基于Mozilla XULRunner,它的行为可能与您最喜欢的浏览器不同。XULRunner在Notes 9.0.1中升级到较新版本,所以您可能想试试。

在Firefox浏览器中尝试CSS。如果在那里看起来不错,在Notes-C中应该也不错还有留置权


使用Firefox开发者工具(STRG+I)检查哪个CSS规则适用于哪个元素。

在Firefox浏览器中尝试CSS。如果在那里看起来不错,在Notes客户端也应该不错


使用Firefox开发者工具(STRG+I)检查哪个CSS规则适用于哪个元素。

在Firefox浏览器中尝试CSS。如果在那里看起来不错,在Notes客户端也应该不错


使用Firefox开发者工具(STRG+I)检查哪个CSS规则适用于哪个元素。

在Firefox浏览器中尝试CSS。如果在那里看起来不错,在Notes客户端也应该不错



使用Firefox开发工具(STRG+I)检查哪个CSS规则适用于哪个元素。

XULRunner组件受HTTP资源缓存的约束,这些资源为该组件提供了适当的HTTP头。因此,在更改CSS文件后,如果不重新访问该文件,则可能会出现缓存问题。您有两个选项:关闭Notes和设计器以退出所有VBELOGING进程和rest艺术。在大多数情况下,缓存会得到它。但由于这非常麻烦,您也可以使用XPinc浏览器刷新按钮的“清除私有数据”选项(使用它旁边的小向下箭头使用此选项)

XULRunner组件受到HTTP资源缓存的影响,这些资源为该组件提供了适当的HTTP头。因此,在更改CSS文件后,如果不重新蚀刻CSS文件,则可能会出现缓存问题。您有两个选项:closen Notes和Designer退出所有VBELOGING进程并重新启动。在大多数情况下,缓存会获得一个a refetch已完成。但由于这非常麻烦,您也可以使用XPinc浏览器刷新按钮的“清除私人数据”选项(使用其旁边的小向下箭头使用此选项)

XULRunner组件受到HTTP资源缓存的影响,这些资源为该组件提供了适当的HTTP头。因此,在更改CSS文件后,如果不重新蚀刻CSS文件,则可能会出现缓存问题。您有两个选项:closen Notes和Designer退出所有VBELOGING进程并重新启动。在大多数情况下,缓存会获得一个a refetch已完成。但由于这非常麻烦,您也可以使用XPinc浏览器刷新按钮的“清除私人数据”选项(使用其旁边的小向下箭头使用此选项)

XULRunner组件受到HTTP资源缓存的影响,这些资源为该组件提供了适当的HTTP头。因此,在更改CSS文件后,如果不重新蚀刻CSS文件,则可能会出现缓存问题。您有两个选项:closen Notes和Designer退出所有VBELOGING进程并重新启动。在大多数情况下,缓存会获得一个a refetch已完成。但由于这非常麻烦,您也可以使用XPinc浏览器刷新按钮的“清除私人数据”选项(使用其旁边的小向下箭头使用此选项)

使用FireFox和Chrome,查看FireBug中的css,所有这些看起来都很好,并且都可以使用。Notes客户端仍然无法使用。也许9.0.1可以修复它。我们正在讨论在Notes客户端中显示XPage,不是吗?在这种情况下,XULRunner可能会与您的css存在一些特定于版本的问题,实际上,请尝试使用9.0.1 firs在检查其他原因之前。使用Firebug Lite组件可以检查Notes客户端如何应用CSS规则。我怀疑您只需要更具体的说明(例如,
div.wfsHeader
,而不仅仅是
.wfsHeader
)。因此,在不对css文件进行任何更改、升级到9.0.1或对XPage进行任何实质性更改的情况下,Header和HeaderLite已开始在Notes客户端中工作。为此,我很高兴,但我肯定想知道原因。这是一个可能永远不为人所知的人生奥秘。想想吧!使用FireFox和Chrome,查看css在FireBug中,所有这些看起来都很好,并且都可以工作。在Notes客户端中仍然无法工作。也许9.0.1可以解决它。我们正在讨论在Notes客户端中显示XPage,不是吗?在这种情况下,可能是XULRunner在CSS中存在一些特定于版本的问题,实际上,在检查其他原因之前,请先尝试使用9.0.1。使用FireBug Lite组件能够检查Notes客户端如何应用CSS规则