MediaWiki talk:Gadget-CommentsinLocalTime.js

页面内容不支持其他语言。
维基百科,自由的百科全书

改进以支持实时预览

请求已处理

新代码:[1]

  1. 主要代码是mw.hook('wikipage.content').add添加一个触发器(doc),在预览获得时触发。
  2. 因为触发是在预览内容添加前(doLivePreview函数),所以增加一个setTimeout(fn,0)使其排队。
  3. 其他代码是参考en:MediaWiki:Gadget-CommentsInLocalTime.js固定链接),暂无明显作用。

--YFdyh000留言2016年6月20日 (一) 10:19 (UTC)[回复]

建议使用此版本:[2]。--YFdyh000留言2016年6月20日 (一) 10:36 (UTC)[回复]

检查无误。--Antigng留言2016年6月20日 (一) 13:55 (UTC)[回复]

修改小工具CommentsinLocalTime(本地時區顯示簽名時間)

去除white-space: nowrap;,理由:有nowrap沒nowrap沒啟用小工具,(測試範例取自這裡)。--A2093064#Talk 2017年3月27日 (一) 02:41 (UTC)[回复]

'个月' 缺繁体

请求已处理

'个月'改为wgULS('个月','個月')。--YFdyh000留言2017年11月28日 (二) 19:07 (UTC)[回复]

(~)補充:X日「后」也無對應繁體「後」。--1.172.254.167留言2017年11月29日 (三) 05:03 (UTC)[回复]
完成,兩個都完成。--XiplusA2093064 2017年11月29日 (三) 05:50 (UTC)[回复]

關於小工具

在小工具→介面顯示工具裡有項「以本地時區顯示用戶簽名的時間,並顯示發言時間到當前時間的間隔」,開啟後會變成如「2017年11月25日, 星期六 (3日前), 08:32 pm (UTC+8)」這樣的顯示法,但如果超過一個月會寫「2017年10月22日, 星期日 (1个月6日前), 12:39 am (UTC+8)」,那個「個」會變成簡體字,雖然我是不排斥簡體字,不過這樣看起來總覺得怪怪的,明明是繁中介面為什麼會突然跑出簡體。請問這個可以修改嗎?謝謝—以上未簽名的留言由Suaveness對話貢獻)於2017年11月28日 (二) 03:30 (UTC)加入。[回复]

MediaWiki:Gadget-CommentsinLocalTime.js未進行多語言處理。-- By Jimmy Young. (Talk) 2017年11月28日 (二) 13:18 (UTC)[回复]
已在MediaWiki_talk:Gadget-CommentsinLocalTime.js请求。--YFdyh000留言2017年11月28日 (二) 19:07 (UTC)[回复]
已完成。--XiplusA2093064 2017年11月29日 (三) 05:53 (UTC)[回复]

編輯請求 2020-02-09

请求已拒绝--Xiplus#Talk 2020年3月29日 (日) 04:07 (UTC)[回复]

請求把utc_offset改成可以使用LocalComments.utc_offset來變更-- Sunny00217 2020年2月9日 (日) 08:23 (UTC)[回复]

“以本地时区显示签名时间”小工具先于图表加载时导致无限递归

如题,图表是指 Graph 扩展画的图。复现方法:开启以本地时区显示签名时间,访问这个比较复杂的图表,必要时多刷新几次,等小工具在图表之前加载完,浏览器会卡死,控制台报错递归次数太多。一些测试:英文版工具似乎没有此问题。把mw.hook('wikipage.content')中的延迟setTimeout("checkScript();", 0);调高也可以避免该问题(毕竟这样基本就会在图表之后加载了)。 --砜中嘌呤的白磷萃取 打谱 2021年4月11日 (日) 02:51 (UTC)[回复]

今天我手动调试的时候也发现了这个问题,本来今天中午还想来报告的,结果发现刚刚好有人比我早一天报告了。我的问题是,为什么会发生这种事情,理论上用户签名跟图表应该是完全没有关系的才对啊--Milky·Defer 2021年4月12日 (一) 13:47 (UTC)[回复]
昨天测试了一下,因能力有限未查出原因。这个小工具看起来会遍历每个节点,估计与图表代码在操作相同对象时有冲突。不建议以调高timeout作为最终解决方法。--Lt2818留言2021年4月12日 (一) 17:59 (UTC)[回复]
如果大家都不太明白具体原因的话,可以考虑同步到英文维基的最新版本,似乎没有出现这个问题。 --砜中嘌呤的白磷萃取 打谱 2021年4月16日 (五) 04:07 (UTC)[回复]
(+)支持。—— Eric Liu 創造は生命(留言留名學生會 2021年4月26日 (一) 02:56 (UTC)[回复]

編輯請求 2021-07-07

请求已处理

#編輯請求_2020-02-09的詭異(?)提案,加入LocalComments.utcOffset讓用戶可以調整顯示的時區(例如說某些無聊的人想把時區設在UTC+0)-- Sunny00217  2021年7月7日 (三) 15:24 (UTC)[回复]

#編輯請求_2020-02-09:有人需要,没什么坏处。--安忆Talk 2021年7月8日 (四) 05:49 (UTC)[回复]

有沒有辦法讓「以本地時區顯示簽名時間」小工具支援舊版時間戳格式?

早年的時間戳格式如「07:35 2005年11月28日 (UTC)」,與今日的「2005年11月28日 (一) 07:35 (UTC)」有所不同。是否能讓「以本地時區顯示簽名時間」小工具支援此類格式?另外在寫這話題的時候無意發現,若在新版的回覆工具文字編輯框內輸入支援的時間戳格式,就會直接自動被小工具轉換掉orz —— Eric Liu 創造は生命(留言留名學生會LEP 2021年7月6日 (二) 09:03 (UTC)[回复]

这是使用回复工具的测试,第二次,2005年11月28日 (一) 07:35 (UTC) 。--安忆Talk 2021年7月6日 (二) 10:08 (UTC)[回复]
 已修复。--安忆Talk 2021年7月6日 (二) 10:10 (UTC)[回复]
謝謝!—— Eric Liu 創造は生命(留言留名學生會LEP 2021年7月7日 (三) 06:42 (UTC)[回复]
我认为没有必要支持早期的时间格式,可以等其他有心人提交补丁。--安忆Talk 2021年7月6日 (二) 10:12 (UTC)[回复]
/(\d{2}):(\d{2}) (\d{4})年(1[012]|\d)月(3[01]?|[12]?\d)日 \(UTC\)/呢?-- Sunny00217  2021年7月6日 (二) 13:16 (UTC)[回复]
我不是很清楚早期格式是什么样的,是不是和现在的一样有\([一二三四五六日]\)正则)。单从这句看,不必(1[012]|\d)月(3[01]?|[12]?\d)日(\d{1,2})月(\d{1,2})日足够了。--安忆Talk 2021年7月6日 (二) 13:56 (UTC)[回复]
(這只是減少抓取不正確的日期格式罷了 囧rz……)-- Sunny00217  2021年7月7日 (三) 15:12 (UTC)[回复]
感觉有些多虑了。因为它不只有(\d{1,2})月(\d{1,2})日,还有前后文的,所以匹配错的概率可以说是趋于零。--安忆Talk 2021年7月10日 (六) 01:04 (UTC)[回复]

实时预览中失效

请求已拒绝

@AnYiLin这样修改能应对图表等场景吗,不知道怎么测。实时预览中元素没有'mw-content-text',只有'mw-content-ltr'。--YFdyh000留言2022年4月15日 (五) 03:58 (UTC)[回复]

请了解相关代码的管理员测试和应用。--YFdyh000留言2022年4月22日 (五) 12:35 (UTC)[回复]
我写的话会用Observer。本地这个还是挺迷的…en:User:Gary/comments_in_local_time.js这有新的。--安忆Talk 2022年4月23日 (六) 10:20 (UTC)[回复]
这个?兼容性不行吧。为什么换新的,图表那个不知道怎么重现,修改我觉得没问题……--YFdyh000留言2022年4月23日 (六) 11:29 (UTC)[回复]
@YFdyh000:MediaWiki自带这个API的Polyfill,请放心使用。--Diskdance 2022年9月14日 (三) 13:27 (UTC)[回复]
这个代码测试后有问题么?--百無一用是書生 () 2023年4月3日 (一) 07:57 (UTC)[回复]
未完成--百無一用是書生 () 2023年10月27日 (五) 02:23 (UTC)[回复]

編輯請求 2024-03-07

请求已处理

客棧討論。修改轉換範圍、調整日期格式。--Cookai餅塊🍪💬留言 2024年3月7日 (四) 08:31 (UTC)[回复]

完成--百無一用是書生 () 2024年3月10日 (日) 05:33 (UTC)[回复]

現時若要避免此小工具將差異頁面顯示的原始碼轉換,必須如§ 自定义的範例,在檢視差異時停用此小工具,但如此一來下方的頁面內容的時間戳也不會被轉換。

英維的版本沒有這種狀況,可能是因為L-497用了

document.querySelector('.mw-body-content .mw-parser-output')

中維的版本用的是

document.getElementById('bodyContent')  // 簡化,非源碼

在此提議對這點做修改。--Cookai餅塊🍪💬留言 2024年1月29日 (一) 16:47 (UTC)[回复]

(+)支持,我在我fork的版本中測試過沒什麼大問題。題外話,有辦法讓Gadget之間有運行順序嗎……之前在站外提過空格小工具和本地時區顯示簽名時間工具同時運行,有些時候簽名時區來不及在空格小工具前運行,導致加了空格後無法轉換時區,有辦法修嗎?--西 2024年2月3日 (六) 15:39 (UTC)[回复]
mw.loader.getState('ext.gadget.HanAssist') 方式判断并延迟?在User:SunAfterRain/js/download.js看到这种。--YFdyh000留言2024年2月3日 (六) 19:58 (UTC)[回复]
{{ping|YFdyh000}不太行,因為我的用法是必然會載入ext.gadget.HanAssist,然而此情境空格小工具不一定會載入(而且在本站一定是走User:SunAfterRain/js/download.js#L-3分支...)--SunAfterRain 2024年2月4日 (日) 08:31 (UTC)[回复]
@YFdyh000--SunAfterRain 2024年2月4日 (日) 08:32 (UTC)[回复]
我指在字距工具中mw.loader.getState('ext.gadget.CommentsinLocalTime'),等待loading/loaded/executing,ready或出错([3])后运作。--YFdyh000留言2024年2月5日 (一) 04:35 (UTC)[回复]
@YFdyh000那您需要的應該是這個:
new Promise((resolve, reject) => {
	let loopFlag;
	const loopFn = () => {
		switch (mw.loader.getState('ext.gadget.CommentsinLocalTime')) {
			case 'registered':
			case 'ready':
			case 'error':
			case 'missing':
				clearInterval(loopFlag);
				resolve();
				break;
		}
	};
	loopFlag = setInterval(loopFn, 100);
});
--SunAfterRain 2024年2月15日 (四) 09:36 (UTC)[回复]
		var element_class = unique_url ? unique_url : '.mw-body-content .mw-parser-output';
		replace_text(document.querySelector(element_class), /(\d{4})年(\d{1,2})月(\d{1,2})日 \([一二三四五六日]\) (\d\d):(\d\d) \(UTC\)/g, adjust_time);
改成這樣如何。--Cookai餅塊🍪💬留言 2024年2月12日 (一) 16:08 (UTC)[回复]
@LuciferianThomasSunAfterRainYFdyh000請問三位對此方案有甚麼看法?是否同意免去公示程序?--Cookai餅塊🍪💬留言 2024年2月18日 (日) 08:37 (UTC)[回复]
“此方案”指哪一份。我没有测试各案,但我支持解决误转换问题,测试稳妥后无需公示。--YFdyh000留言2024年2月18日 (日) 08:44 (UTC)[回复]
指上方這則留言。--Cookai餅塊🍪💬留言 2024年2月18日 (日) 08:56 (UTC)[回复]

修了測試版,為測試刪了HanAssist;可以直接合併的在這比較)。

改了

  • 轉換區域
  • dateFormatymd改成無前導0
    • 加了ymd0有前導0
    • 其他值的month加了前導0,符合ISO日期

--Cookai餅塊🍪💬留言 2024年2月20日 (二) 15:05 (UTC)[回复]

公示7日,2024年3月6日 (三) 15:28 (UTC) 結束:7日無異議,公示7日。--Cookai餅塊🍪💬留言 2024年2月28日 (三) 15:28 (UTC)[回复]
編輯請求已提交。--Cookai餅塊🍪💬留言 2024年3月7日 (四) 14:24 (UTC)[回复]