MediaWiki讨论:Common.css/存档4
本页是以往讨论的存档。请勿编辑本页。若您想发起新讨论或重启现有讨论,请在当前讨论页进行。 |
编辑请求 2021-10-31
请求已处理。--安忆Talk 2021年11月7日 (日) 03:38 (UTC)
加入:
/* Styling the parameter fields in [[Template:Information]] and related templates
also here (besides on [[MediaWiki:Filepage.css]]) to ensure proper preview
on other pages than those in the file namespace */
.fileinfo-paramfield {
background: #ccf;
/* @noflip */
text-align: right;
/* @noflip */
padding-right: 0.4em;
width: 15%;
font-weight: bold;
}
--Chubit·📞 2021年10月31日 (日) 05:34 (UTC)
- @Chubit:这是用在哪里的?--安忆Talk 2021年11月1日 (一) 07:42 (UTC)
修正下划线位置
浏览器现在普遍把下划线放到字母基线位置,而汉字是没基线的,使得下划线过于贴近文字(专名号§电脑应用有所提及)。这个问题可以用CSS解决,提议在MediaWiki:Common.css添加以下代码:
:root {
text-underline-position: under;
text-underline-offset: 0; /* for Chromium */
}
应用前后效果对比如下:
- 屈原放逐,著离骚。
- 屈原放逐,著离骚。
这也会影响链接被指针指到时出现的下划线,效果可以看吴语维基。--Lt2818(留言) 2021年10月23日 (六) 17:00 (UTC)
- 不反对。@Lt2818:但有一点需要考虑的是如果下划线下方还有文字的话,下划线会不会遮挡下方文字。Sanmosa WÖRK 2021年10月24日 (日) 02:44 (UTC)
- 未发现有遮挡文字的情况。--Lt2818(留言) 2021年10月24日 (日) 04:24 (UTC)
- 会影响西文的下划线位置吗?顺便,专名号和书名号应该用{{ProperNoun}}和{{WavyBookMark}}。 ——魔琴 [ 已经告假 留言 贡献 ] 2021年10月24日 (日) 03:41 (UTC)
- 会,改到了字形下方(Lorem ipsum)。--Lt2818(留言) 2021年10月24日 (日) 04:24 (UTC)
- 修改后
屈原放逐,著离骚。会,改到了字形下方(Lorem ipsum)屈原放逐,著离骚。会,改到了字形下方(Lorem ipsum)屈原放逐,著离骚。会,改到了字形下方(Lorem ipsum)屈原放逐,著离骚。会,改到了字形下方(Lorem ipsum)屈原放逐,著离骚。会,改到了字形下方(Lorem ipsum)屈原放逐,著离骚。会,改到了字形下方(Lorem ipsum)
- 修改前
屈原放逐,著离骚。会,改到了字形下方(Lorem ipsum)屈原放逐,著离骚。会,改到了字形下方(Lorem ipsum)屈原放逐,著离骚。会,改到了字形下方(Lorem ipsum)屈原放逐,著离骚。会,改到了字形下方(Lorem ipsum)屈原放逐,著离骚。会,改到了字形下方(Lorem ipsum)屈原放逐,著离骚。会,改到了字形下方(Lorem ipsum)
- 默认
屈原放逐,著离骚。改到了字形下方(Lorem ipsum)屈原放逐,著离骚。改到了字形下方(Lorem ipsum)屈原放逐,著离骚。改到了字形下方(Lorem ipsum)屈原放逐,著离骚。改到了字形下方(Lorem ipsum)屈原放逐,著离骚。改到了字形下方(Lorem ipsum)屈原放逐,著离骚。改到了字形下方(Lorem ipsum)屈原放逐,著离骚。改到了字形下方(Lorem ipsum)屈原放逐,著离骚。改到了字形下方(Lorem ipsum)屈原放逐,著离骚。改到了字形下方(Lorem ipsum)
对比一下多行的效果看看--百無一用是書生 (☎) 2021年10月25日 (一) 04:15 (UTC)
- 感觉修改的话,行之间会有些拥挤,除非增加行间距--百無一用是書生 (☎) 2021年10月25日 (一) 04:16 (UTC)
- 这里是不同行高的样例,现值为1.6,感觉尚可。--Lt2818(留言) 2021年10月25日 (一) 14:42 (UTC)
- 高知名度地区搭商业中心,泛指北到广元路,[1]东到宛平路、宛平南路,西到宜山北路,南到南丹路搭仔斜土路个地段。渠是上海个四大副中心交十大商圈之一高知名度地区搭商业中心,泛指北到广元路,东到宛平路、宛平南路,西到宜山北路,南到南丹路搭仔斜土路个地段。[1]渠是上海个四大副中心交十大商圈之一高知名度地区搭商业中心,泛指北到广元路,东到宛平路、宛平南路,西到宜山北路,南到南丹路搭仔斜土路个地段。渠是上海个四大副中心交十大商圈[1]之一 --Kedouv(留言) 2021年10月25日 (一) 10:33 (UTC)
撤回提案,在Chromium系浏览器上显示有问题,例如该页面。--Lt2818(留言) 2021年11月14日 (日) 05:43 (UTC)
关于图像透明区域的显示
我在英文维基和维基共享发现,打开图像描述页(File: 名字空间)的时候,光标移到图片就会显现灰白棋盘格的图案来标示图片的透明区域,不知咱们能否实现?--⚞︎★⚟︎ 2021年10月26日 (二) 08:10 (UTC)
- 可以--Wiki emoji | 😷🅔🅜🅞🅙🅘🅦🅘🅚🅘😷 祝百毒不侵~ 2021年10月26日 (二) 09:42 (UTC)
.filehistory a img, #file img:hover { background: url(/w/resources/src/mediawiki.action/images/checker.svg?ff513) repeat; }
- 这在英维的哪里?—— Eric Liu 创造は生命(留言.留名.学生会) 2021年11月4日 (四) 11:42 (UTC)
- 我过去看了一下,发现 en:MediaWiki:Common.css 里面有这两行注释:
- 这在英维的哪里?—— Eric Liu 创造は生命(留言.留名.学生会) 2021年11月4日 (四) 11:42 (UTC)
/* Put a chequered background behind images, only visible if they have transparency. '.filehistory a img' and '#file img:hover' are handled by MediaWiki core (as of 1.19) */
- 而在维基共享资源,我打开这个页面时,没有看到哪里提及这个,所以我觉得这应该是 MediaWiki 原生的特效。--⚞︎★⚟︎ 2021年11月6日 (六) 10:00 (UTC)
如果把咱们 MediaWiki:Common.css 第358行删了会怎么样?--⚞︎★⚟︎ 2021年11月7日 (日) 04:23 (UTC)- 我打开 File:Douglas logo.png 试验了一下,右键点击那个图片,点击“检查”,在开发工具里面找到
#file img
的样式规则,取消勾选background
属性,我就立刻见到了这个效果,其实咱们也有这个功能,但是被 MediaWiki:Common.css 里面一条规则盖了,删掉那一行规则以后大家访问这类页面就都能见到这个特效了。--⚞︎★⚟︎ 2021年11月9日 (二) 16:01 (UTC)- @Great Brightstar:所以是否考虑付诸公示?—— Eric Liu 创造は生命(留言.留名.学生会.STE) 2021年11月17日 (三) 18:31 (UTC)
- 可以考虑。--⚞︎★⚟︎ 2021年11月17日 (三) 23:41 (UTC)
- 已公示。--⚞︎★⚟︎ 2021年11月20日 (六) 14:56 (UTC)
- 现已修复。-- ⚞︎★⚟︎ 2021年11月26日 (五) 15:50 (UTC)
- @Great Brightstar:所以是否考虑付诸公示?—— Eric Liu 创造は生命(留言.留名.学生会.STE) 2021年11月17日 (三) 18:31 (UTC)
- 而在维基共享资源,我打开这个页面时,没有看到哪里提及这个,所以我觉得这应该是 MediaWiki 原生的特效。--⚞︎★⚟︎ 2021年11月6日 (六) 10:00 (UTC)
征求社群共识:MediaWiki:Common.css的编辑请求
- 下列讨论已经关闭,请勿修改。如有任何意见,请至合适的讨论页进行,并不要再次编辑本讨论。
转交自互助客栈/技术。
根据保护方针,此编辑请求必须取得社群共识方能受理,欢迎参与讨论。
根据互助客栈/技术区的讨论,MediaWiki 在图像描述页早已实现了将指标移向图像就显示棋盘格背景的特效,而在中文维基百科,这一特性被 MediaWiki:Common.css 第358行的样式覆盖,删除这一行即可解决。--⚞︎★⚟︎ 2021年11月20日 (六) 14:49 (UTC)
- 我横看竖看,那段话说的都是模板模块。--安忆Talk 2021年11月26日 (五) 11:54 (UTC)
- 刚刚我去那里看了下版本历史,发现你已经把一行删除了,问题已经得到解决,多谢。(握🐾)-- ⚞︎★⚟︎ 2021年11月26日 (五) 15:47 (UTC)
- 本讨论已经关闭,请勿修改。如有任何意见,请至合适的讨论页进行,并不要再次编辑本讨论。
有必要在版本历史页和用户贡献页添加“维基百科”字样吗?
[1][2]生怕看到截图的人不知道截图出自维基百科?--Txkk(留言) 2021年12月12日 (日) 03:48 (UTC)
英语维基百科就没有这个东西。--Txkk(留言) 2021年12月12日 (日) 03:54 (UTC)
- 不好意思,忽略了新版Vector,已经改掉了。--安忆Talk 2021年12月12日 (日) 04:05 (UTC)
关于MediaWiki:Common.css对pre标签的处理
1273行开始的规则会影响CodeMirror的输出,造成源代码编辑时光标位置与实际不符。建议在前面添加.mw-parser-output
限制到浏览时显示的内容。--Func86(留言) 2021年12月12日 (日) 02:38 (UTC)
- 是在使用“新维基文字模式”编辑时遇到的吗?但我测试了一下,看起来是“语法醒目提示”的问题,而不是该段CSS的问题。--Xiplus#Talk 2021年12月12日 (日) 03:20 (UTC)
- 嗯,不是那段的问题。启用编辑器的语法高亮后的叠加层和实际文本框的字体和换行规则都不一样,导致文字选区不重叠。--安忆Talk 2021年12月12日 (日) 03:39 (UTC)
- 就是该段CSS改变了CodeMirror输出内容的换行规则(line-break),字体的影响不大。Func(讨论·贡献) 2021年12月12日 (日) 08:31 (UTC)
- 那应该直接把
pre, .mw-code, .mw-highlight
改成pre, .mw-code, .mw-highlight, .ve-init-mw-desktopArticleTarget .CodeMirror-code, .ve-init-mw-desktopArticleTarget .CodeMirror-code *, .ve-init-mw-desktopArticleTarget .ve-ui-mwWikitextSurface .ve-ce-paragraphNode
,哪有代码换行不去anywhere和break-all的…--安忆Talk 2021年12月12日 (日) 08:38 (UTC)- 不是很理解为什么wikitext编辑界面也要
line-break: anywhere;
,不过只要不影响正常使用就好。已经提交了一个小补丁。gerrit:745877--Func(讨论·贡献) 2021年12月12日 (日) 09:12 (UTC)
- 不是很理解为什么wikitext编辑界面也要
- 可是我在开启safemode(没有载入MediaWiki:Common.css)的情况下仍有错误。--Xiplus#Talk 2021年12月12日 (日) 12:32 (UTC)
- 在Beta Cluster测试了,移除该段CSS并不能解决问题。--Xiplus#Talk 2021年12月12日 (日) 12:40 (UTC)
- 呃,仍然存在其他原因导致的问题是完全有可能的,至少处理好该段CSS可以解决在当前讨论串源代码高亮时的问题。外部图片链接:https://imgtu.com/i/oqfvmq 如果方便的话也请您提供一个页面链接和/或问题截图。--Func(讨论·贡献) 2021年12月12日 (日) 13:07 (UTC)
- 在patchdemo上测试是正常的,但在自己的机器上使用patch后仍有问题。--Xiplus#Talk 2021年12月12日 (日) 14:32 (UTC)
- 是否是缓存问题,可以在F12确认到那个更改吗?--Func(讨论·贡献) 2021年12月12日 (日) 14:52 (UTC)
- 可以。另外我发现在patchdemo上无论有没有应用该patch都是正常的。--Xiplus#Talk 2021年12月12日 (日) 15:22 (UTC)
- 用什么内容测试是正常的呢……我是能看到修复的:https://imgtu.com/i/oLmfiR ,https://imgtu.com/i/oLmnVH--Func(讨论·贡献) 2021年12月12日 (日) 15:45 (UTC)
- 任何内容都是,您可以随意复制一篇文章过去测试。--Xiplus#Talk 2021年12月12日 (日) 16:22 (UTC)
- 用什么内容测试是正常的呢……我是能看到修复的:https://imgtu.com/i/oLmfiR ,https://imgtu.com/i/oLmnVH--Func(讨论·贡献) 2021年12月12日 (日) 15:45 (UTC)
- 可以。另外我发现在patchdemo上无论有没有应用该patch都是正常的。--Xiplus#Talk 2021年12月12日 (日) 15:22 (UTC)
- 是否是缓存问题,可以在F12确认到那个更改吗?--Func(讨论·贡献) 2021年12月12日 (日) 14:52 (UTC)
- 在patchdemo上测试是正常的,但在自己的机器上使用patch后仍有问题。--Xiplus#Talk 2021年12月12日 (日) 14:32 (UTC)
- 呃,仍然存在其他原因导致的问题是完全有可能的,至少处理好该段CSS可以解决在当前讨论串源代码高亮时的问题。外部图片链接:https://imgtu.com/i/oqfvmq 如果方便的话也请您提供一个页面链接和/或问题截图。--Func(讨论·贡献) 2021年12月12日 (日) 13:07 (UTC)
- 在Beta Cluster测试了,移除该段CSS并不能解决问题。--Xiplus#Talk 2021年12月12日 (日) 12:40 (UTC)
pre,.mw-code,.mw-highlight,.ve-init-mw-desktopArticleTarget .CodeMirror-code,.ve-init-mw-desktopArticleTarget .CodeMirror-code *,.ve-init-mw-desktopArticleTarget .ve-ui-mwWikitextSurface .ve-ce-paragraphNode { line-break: anywhere !important; white-space: pre-wrap !important; word-break: break-all !important; word-wrap: break-word !important; }
- 那应该直接把
- 就是该段CSS改变了CodeMirror输出内容的换行规则(line-break),字体的影响不大。Func(讨论·贡献) 2021年12月12日 (日) 08:31 (UTC)
- 嗯,不是那段的问题。启用编辑器的语法高亮后的叠加层和实际文本框的字体和换行规则都不一样,导致文字选区不重叠。--安忆Talk 2021年12月12日 (日) 03:39 (UTC)
编辑请求 2022-02-23
请求已处理--Xiplus#Talk 2022年2月24日 (四) 06:35 (UTC)
/* Hide stuff meant for accounts with special permissions. Made visible again in [[MediaWiki:Group-sysop.css]], [[MediaWiki:Group-templateeditor.css]], [[MediaWiki:Group-extendedconfirmed.css]], [[Mediawiki:Group-autoconfirmed.css]], and [[MediaWiki:Group-user.css]]. */ .sysop-show, .templateeditor-show, .extendedconfirmed-show, .autoconfirmed-show, .user-show { display: none; }
修bug。 Stang★ 2022年2月23日 (三) 14:00 (UTC)
- @Xiplus:MediaWiki:Group-patroller.css并不存在,可以考虑移除该行或是创建对应css页面。 Stang★ 2022年2月24日 (四) 13:37 (UTC)
本站 MediaWiki:Common.css 中的Logo变体覆盖可以移除了
phab:T273578#7838634--Func(讨论·贡献) 2022年4月7日 (四) 16:06 (UTC)
- interesting. —— Eric Liu 創造は生命(留言・留名・学生会) 2022年4月7日 (四) 18:26 (UTC)
- 完成。--Xiplus#Talk 2022年4月8日 (五) 01:19 (UTC)
- 还有tagline和wordmark的部分,去年在phab:T261153解决了,不知道为什么站点里面没有移除。--Func(讨论·贡献) 2022年4月8日 (五) 12:35 (UTC)
编辑请求 2022-10-09
编辑请求 2023-01-30
请求已拒绝
将
div.thumb div a img { background-color:#f8f9fa; }
改为
div.thumb div a img { background-color:#ffffff; }
--PexEric 💬|📝 2023年1月30日 (一) 08:35 (UTC)
- 修改理由是什么?--百無一用是書生 (☎) 2023年1月30日 (一) 09:07 (UTC)
- 未完成,见下--百無一用是書生 (☎) 2023年2月1日 (三) 09:42 (UTC)
Cleanup after T154077
请求已处理
Please make an edit similar to,
https://en.wikipedia.org/w/index.php?title=MediaWiki%3ACommon.css&diff=765412915&oldid=759894267
It should no longer be needed.
On this wiki,
div.thumb div a img {
background-color:#f8f9fa;
}
Thanks,--Arlolra(留言) 2023年1月31日 (二) 23:24 (UTC)
- @Shizhao:,可能和上面的相关?——Sakamotosan路过围观 | 避免做作,免敬 2023年2月1日 (三) 00:18 (UTC)
- 完成--百無一用是書生 (☎) 2023年2月1日 (三) 09:42 (UTC)
编辑请求 2023-05-04
请求已处理
去除当前版本第381行开始的如下CSS规则:
.hatnote i {
font-style: normal;
}
这段CSS是直接从英文维基百科搬运而来,英文维基百科原始的设计是整个hatnote默认为斜体字样,碰到hatnote内的斜体给纠正回正常字样。放到中文维基百科来,hatnote文字默认为正常字样,那么文字内的斜体也就应该是斜体字样。现在相当于hatnote内放置斜体标记完全失效。--MilkyDefer 2023年5月4日 (四) 13:07 (UTC)
- hatnote内必须放置斜体的例子有么?--百無一用是書生 (☎) 2023年5月5日 (五) 02:01 (UTC)
- 比如说一些固定需要用斜体的场合,拉丁文啊,生物学名这类的。我不喜欢在这种问题上牵扯出“没坏别修”,这就像是你盖房子在二楼开个悬空的门,你说反正那个门平时不开没关系,但是其他人只会拍下来上传到网上变成哏图。--MilkyDefer 2023年5月6日 (六) 04:03 (UTC)
- 生物学名有需要用到hatnote吗?--百無一用是書生 (☎) 2023年5月6日 (六) 07:00 (UTC)
- 比如说一些固定需要用斜体的场合,拉丁文啊,生物学名这类的。我不喜欢在这种问题上牵扯出“没坏别修”,这就像是你盖房子在二楼开个悬空的门,你说反正那个门平时不开没关系,但是其他人只会拍下来上传到网上变成哏图。--MilkyDefer 2023年5月6日 (六) 04:03 (UTC)
- 完成--百無一用是書生 (☎) 2023年8月17日 (四) 03:40 (UTC)
编辑请求 2023-08-03
请求已处理
.infobox {
border: 1px solid #a2a9b1;
border-spacing: 3px;
background-color: #f8f9fa;
color: black;
margin: 0.5em 0 0.5em 1em;
padding: 0.2em;
float: right;
clear: right;
width: 22em;
}
请求替换 .infobox 的样式,参考英维样式,此改动聚焦间距的问题。
移除:margin-bottom、margin-left。
加入:margin、width、border-spacing。--Taeas(留言) 2023年8月3日 (四) 14:29 (UTC)
请关注MediaWiki talk:Common.css的编辑请求
妈的受不了了。五月初提的EP,Shizhao问了点问题,我认真回答了,然后没下文了。仿佛被世界遗忘,“这个世界不要我了”。
对外观界面的重大更改要公示7天,我这就转录进来。我真的觉得这是非常简单的正确性修正,不知道为什么能拖拖拉拉三个半月。
去除当前版本第381行开始的如下CSS规则:
.hatnote i {
font-style: normal;
}
这段CSS是直接从英文维基百科搬运而来,英文维基百科原始的设计是整个hatnote默认为斜体字样,碰到hatnote内的斜体给纠正回正常字样。放到中文维基百科来,hatnote文字默认为正常字样,那么文字内的斜体也就应该是斜体字样。现在相当于hatnote内放置斜体标记完全失效。--MilkyDefer 2023年5月4日 (四) 13:07 (UTC)
- hatnote内必须放置斜体的例子有么?--百無一用是書生 (☎) 2023年5月5日 (五) 02:01 (UTC)
- 比如说一些固定需要用斜体的场合,拉丁文啊,生物学名这类的。我不喜欢在这种问题上牵扯出“没坏别修”,这就像是你盖房子在二楼开个悬空的门,你说反正那个门平时不开没关系,但是其他人只会拍下来上传到网上变成哏图。--MilkyDefer 2023年5月6日 (六) 04:03 (UTC)
- 生物学名有需要用到hatnote吗?--百無一用是書生 (☎) 2023年5月6日 (六) 07:00 (UTC)
- 比如说一些固定需要用斜体的场合,拉丁文啊,生物学名这类的。我不喜欢在这种问题上牵扯出“没坏别修”,这就像是你盖房子在二楼开个悬空的门,你说反正那个门平时不开没关系,但是其他人只会拍下来上传到网上变成哏图。--MilkyDefer 2023年5月6日 (六) 04:03 (UTC)
- 完成--百無一用是書生 (☎) 2023年8月17日 (四) 03:40 (UTC)
我现在感觉我随时要黑化成三句话不离独裁社群的人了。--MilkyDefer 2023年8月16日 (三) 17:27 (UTC)
- (!)意见 我最近是有感觉EP、WP:AF/FP等部分处理效率明显不行,难道秉承了少做少错,或者不懂不动。(&)建议 可能需要指名制度(旁观者效应)、限时回应(7~15天就好)、进度标注(如讨论页或客栈或公告板公示7日等),踢皮球也比干等强。另外,T:乐意处理EP的管理员/名单已归零。--YFdyh000(留言) 2023年8月16日 (三) 18:02 (UTC)
- 技术性的肯定不懂不敢乱动。那些内容保护后请求编辑的,经常不是吵作一团,理清头绪可能就要花很多时间;要么就是请求说的不明不白,问了也没人回应。长此以往,自然对EP有经验的人都知道没必要不要浪费太多时间在这上面--百無一用是書生 (☎) 2023年8月17日 (四) 03:52 (UTC)
- (~)补充 关于部分请求延滞,可以理解是共识或讨论不明显,以及管理员没法判断理据和影响。对此只能深表无奈,但很多影响可控、可回退的,拖延良久后是可以试运行再做评判的,保留并忽视问题可能受到了责任分配心理的影响。--YFdyh000(留言) 2023年8月16日 (三) 18:10 (UTC)
- 修好了。实在抱歉,EP我大概平均2-3周可能会看一次,您这个应该是我看过后想过些日子再做,结果就忘了。现在每次改这类页面都要临时给自己赋权界面管理员,所以不是特别紧急的话,都是会等到自己比较有空且有心的时候才会统一做一次,否则来回赋权太麻烦了--百無一用是書生 (☎) 2023年8月17日 (四) 03:45 (UTC)