数码资讯
解决UL中间问题的几点思考
最近,我在做一个网站的时候遇到了一个问题。我用UL标签和LI标签构建的导航栏希望处于不确定的李数和UL宽度中间,但是当文本对齐时,它并没有起到理想的作用:中心应用于UL。 原来的页面结构是: 复制代码代码如下所示: firede 气 样式表结构: 复制代码代码如下所示: #菜单{…} 。menu_u
选购提示
关注价格、性能、续航、售后和真实使用场景,理性比较后再下单。
最近,我在做一个网站的时候遇到了一个问题。我用UL标签和LI标签构建的导航栏希望处于不确定的李数和UL宽度中间,但是当文本对齐时,它并没有起到理想的作用:中心应用于UL。
原来的页面结构是:
复制代码代码如下所示:
firede
气
样式表结构:
复制代码代码如下所示:
#菜单{…}
。menu_ul {…}
。menu_li {…}
所以它没有什么问题。但由于实现一个函数,它定义了一个ID(菜单)和两类(menu_ul,menu_li),使CSS文件臃肿。
我无法确定UL居中的原因是CSS太混乱和太多,以至于它在最后一个循环中混淆了自己。定义结构的代码在所有显示效果的代码中混合,所以它写得很混乱。
在大脑晕倒的情况下,不想改变,然后重新编写代码,实现上述功能,页面结构:
复制代码代码如下所示:
firede
气
完整的样式:
复制代码代码如下所示:
#菜单{文本对齐:中心;}
#菜单ul {填充:0;保证金:0;}
#菜单里{显示:内联;padding: 0 10px;}
像这样,解决UL不能在中间的问题很简单。请检查我的代码,因为原来是李的风格,添加一个浮点:左,因为显示的定义不是块,而是内联,所以不能浮起,引起冲突,导致UL不能显示中心。
总之,写一个网页结构时,最好使用一个相对统一的CSS的名称与功能模块,你可以定义一个样式名来解决问题,尽量不要定义多个和代码应尽可能简单,很容易得到一个问题,因为代码臃肿,很难找出错误。它使用一系列风格的菜单,下拉菜单,菜单李菜单,菜单:悬停,而不是定义一些名字如菜单,menu_ul和menu_ul_li,这似乎是清楚和明确的,但其实是很容易混淆的名字。
习惯是潜意识中过去经验的精华,但随着科技的进步,许多过去的习惯被进一步的改进所阻碍。在这个时候,我们需要更经常地参考标准,看看过去的习惯是否值得坚持,网站也是如此。标准可以提高效率,提高性能并指明方向。web标准化设计有助于提高网站维护的效率。
原来的页面结构是:
复制代码代码如下所示:
firede
气
样式表结构:
复制代码代码如下所示:
#菜单{…}
。menu_ul {…}
。menu_li {…}
所以它没有什么问题。但由于实现一个函数,它定义了一个ID(菜单)和两类(menu_ul,menu_li),使CSS文件臃肿。
我无法确定UL居中的原因是CSS太混乱和太多,以至于它在最后一个循环中混淆了自己。定义结构的代码在所有显示效果的代码中混合,所以它写得很混乱。
在大脑晕倒的情况下,不想改变,然后重新编写代码,实现上述功能,页面结构:
复制代码代码如下所示:
firede
气
完整的样式:
复制代码代码如下所示:
#菜单{文本对齐:中心;}
#菜单ul {填充:0;保证金:0;}
#菜单里{显示:内联;padding: 0 10px;}
像这样,解决UL不能在中间的问题很简单。请检查我的代码,因为原来是李的风格,添加一个浮点:左,因为显示的定义不是块,而是内联,所以不能浮起,引起冲突,导致UL不能显示中心。
总之,写一个网页结构时,最好使用一个相对统一的CSS的名称与功能模块,你可以定义一个样式名来解决问题,尽量不要定义多个和代码应尽可能简单,很容易得到一个问题,因为代码臃肿,很难找出错误。它使用一系列风格的菜单,下拉菜单,菜单李菜单,菜单:悬停,而不是定义一些名字如菜单,menu_ul和menu_ul_li,这似乎是清楚和明确的,但其实是很容易混淆的名字。
习惯是潜意识中过去经验的精华,但随着科技的进步,许多过去的习惯被进一步的改进所阻碍。在这个时候,我们需要更经常地参考标准,看看过去的习惯是否值得坚持,网站也是如此。标准可以提高效率,提高性能并指明方向。web标准化设计有助于提高网站维护的效率。
声明:本文内容用于数码产品信息整理与选购参考,具体价格、库存、售后政策以官方渠道和电商页面实时信息为准。