跨越三个国家房山法院视频审理异国夫妻离婚案

Authored By

	dominic.mayers
	Jan 3 2024, 10:11 PM

Size

6 KB

Referenced Files

None

Subscribers

None

log_of_commit_to_cite_extension.txt
View Options

	commit 4a16ff2567a535c312b0507d4ca52ee7b16cd8fb
	Author: Dominic Mayers <dominic.mayers@meditationstudies.org>
	Date: Wed Jan 3 14:45:18 2024 -0500

	Cite ext: Add a safeguard to avoid processing a second time the ref tags

	The previous code contained a safeguard to prevent recursion. This replaces
	it with a similar safeguard with a similar idea, but which allows recursion.

	Bug: T22707
	Change-Id: Ifda92ac2cf464b58cf0a8bedd2b1afe149961c31

	commit 15fbc658e51659c73e80934e82b79a062237bfeb
	Author: Dominic Mayers <dominic.mayers@meditationstudies.org>
	Date: Wed Jan 3 14:10:56 2024 -0500

	Cite ext: Order the notes as they appear in guardedRef()

	The order of the notes in <references> sections should
	be the same as the one seen when we parse the page, i.e., the one seen by
	guardedRef(). However, because the recursive calls must be done before
	we store the processed texts in the stack, the order stored in the stack
	is different. The new code keeps track of the order in which <ref> tags
	are seen in guardedRef() in the property numLink. It sends the value
	of numLink before the recursive call to the stack, which stores it as the
	value 'numlink' of the ref array. This is used at the end in formatRefsList()
	to reorder the notes.

	Bug: T22707
	Change-Id: Ie3bd2f3407810b19906ac61ffec522c03e61a822

	commit 182a1a428b6be8008fd61c3ee122884cf4af9467
	Author: Dominic Mayers <dominic.mayers@meditationstudies.org>
	Date: Wed Jan 3 13:34:49 2024 -0500

	Cite ext: Strip empty tags also when searching missing closing tags

	The current code search for missing closing <ref> or <references>
	tags by stripping full tags and searching for remaining opening
	<ref> or <references> tags. That would work, but the regex used
	also matches empty <ref> or <references> tags. The new code strips
	them as well before applying the same regex. Perhaps, a better regex
	would work as well.

	Bug: T22707
	Change-Id: I49bb66c62f202ca33ec0279969eeb21314f2319e

	commit 0fde4d6d6de4b87abe3b2776b3f267a3dd0c8396
	Author: Dominic Mayers <dominic.mayers@meditationstudies.org>
	Date: Wed Jan 3 10:56:16 2024 -0500

	Cite ext: Only increase $ref['count'] in ReferenceStack when the ref is a link

	This is self explanatory. The value $ref['count'] should only be incremented
	when the footnote is used by a <ref> tag.

	Bug: T22707
	Change-Id: I38c5250b17cf03e71d58634ced2738f831821716

	commit 6b80742ea1423fba7dfc28ce95c6f9f610218688
	Author: Dominic Mayers <dominic.mayers@meditationstudies.org>
	Date: Wed Jan 3 09:39:26 2024 -0500

	Cite ext: Process nested <ref>s in <references> as ordinary <ref>s

	The current code uses $this->inRefTag to prevent recursion: the method ref()
	returns null if it is true and it sets it to true before guardedRef(). This is
	the opposite of what is needed to use the recursive power of the parser.
	This commit gets rid of this and uses $this->depthRef, the level of recursion
	in the processing of nested <ref> tags to properly manage recursion. It is
	used to distinguisgh ref tags inside a <references> tag that are only footnotes
	(cite_note), i.e, not links (cite_ref), from the ordinary <ref> tags, which
	correspond to links. The nested <ref> tags, even those within a <references>
	tag, are ordinary <ref> tags. They must be recursively managed just like any
	other ordinary <ref> tags. Therefore, the new code sets
	$isLink = ($this->inReferencesGroup === null \|\| $this->depthRef); The property
	$this->isLink is then used in Validator.php to validate differently the
	footnotes in a <references> tag from the ordinary <ref> tags. Note that
	it will not work to use a boolean and set it to false at the end of a level
	of recursion. It is necessary to distinguish the 0th level from the others.

	Bug: T22707
	Change-Id: Ie21861a43b55b782e22cb9188bb77b658fafb6d0

	commit 3180e9379ea7c9255dbb78e3c8967b6bcad9df54
	Author: Dominic Mayers <dominic.mayers@meditationstudies.org>
	Date: Wed Jan 3 00:41:07 2024 -0500

	Cite ext: Use recursiveTagParse in guardedRef, not after the recursion is done.

	The current code does not make recursive calls to the parser for each tag
	individually in guardedRef(), but twice at the end, after all ref tags have
	been processed in guardedRef(). Therefore, it does not use the natural
	recursive power of the parser. If these two calls to recursiveTagParse() at
	the end worked, that will be fine, but they do not and it is not surprising
	that they don't. The logic of recursion in the parser is that the extension
	receives the tag (the parameters and the inner text) and returns the html
	that should replace the tag. This applies also to the processing of the
	references tag(s). The processing of the ref tags is a part of the processing
	of the references tag(s). This is accomplished by storing the processed inner
	texts of the ref tags in a referenceStack. It is necessary that the code does
	the recursive calls in guardedRef() so that the inner text of all nested ref
	tags is processed and stored in referenceStack. The current code tries to do
	the parsing at the end and it adds a few processing of individual ref tags
	there and there to compensate for this lack of recursive calls, but it simply
	does not work. This commit does two things. First, it adds the required call
	to recursiveTagParse in guardedRef. Second, it removes all other processing
	and parsing of the individual ref tags, except what is expected from the
	extension: the html for the individual links (cite_ref) returned by guardedRef
	and the html that wraps the recursively processed inner text (cite_note) and
	the html that wraps this list of items returned by formatReferences. Every
	thing else is done recursively by the parser. There is a small issue: the
	current i18n translation does not create html links (<a href ...) , but wikitex
	links ([[...). The job of the extension is to produce html, not wikitex. So,
	it was necessary to create new entries in the i18n directory. This is part
	of a series of patches. All patches in the series must be applied before we can
	see the result: the correct parsing of arbitrarily nested ref tags.

	Bug: T22707
	Change-Id: I1a2619179bde809998d80947e6a4a3b59b86d4c4

File Metadata

Mime Type: text/plain
Storage Engine: blob
Storage Format: Raw Data
Storage Handle: 14450645
Default Alt Text: log_of_commit_to_cite_extension.txt (6 KB)

男人耳后有痣代表什么	四件套包括什么	检查前列腺做什么检查	妯娌是什么意思	月经期体重增加是什么原因
蟊贼是什么意思	起床气是什么意思	舌头发麻看什么科	内在美是什么意思	想怀孕需要检查什么项目
每天吃一根黄瓜有什么好处	六角恐龙吃什么	薤白是什么东西	铁蛋白是查什么的	试婚是什么意思啊
脸上长水泡似的痘痘是什么原因	高考成绩什么时间公布	拉姆什么意思	吃维c有什么好处	治胃病吃什么药

7月14号是什么星座hcv8jop1ns2r.cn	出血线是什么意思hcv9jop0ns5r.cn	右手小指戴戒指什么意思jiuxinfghf.com	eb病毒是什么病hcv8jop7ns0r.cn	死党什么意思96micro.com
肌酐是检查什么的hcv7jop6ns2r.cn	职级是什么意思hcv8jop3ns8r.cn	办理无犯罪记录证明需要什么材料hcv8jop4ns0r.cn	三焦不通吃什么中成药hcv8jop7ns4r.cn	咳嗽不能吃什么hcv8jop4ns5r.cn
亚麻籽油和胡麻油有什么区别wuhaiwuya.com	开柙出虎是什么意思hcv9jop7ns0r.cn	肾病到什么程度腿会肿96micro.com	ph值是什么意思hcv9jop0ns0r.cn	上日下文念什么hcv8jop8ns0r.cn
指南针什么时候发明的hcv7jop7ns1r.cn	感冒咳嗽可以吃什么水果hcv8jop7ns1r.cn	眩晕吃什么药好hcv8jop4ns8r.cn	冷感冒吃什么药好得快hcv8jop8ns1r.cn	hca是什么意思hcv9jop1ns8r.cn

跨越三个国家 房山法院视频审理异国夫妻离婚案

log_of_commit_to_cite_extension.txtView Options

File Metadata

Event Timeline

跨越三个国家房山法院视频审理异国夫妻离婚案

log_of_commit_to_cite_extension.txt
View Options