管理员您好,我是Greysky,我的账号被封禁了,但我不知道哪里涉及了不当内容。如果您能够指出有何不当之处,我保证不再重犯。如果您能为我解封,我将不胜感激。
- 欢迎来到THBWiki!如果您是第一次来到这里,请点击右上角注册一个帐户
- 有任何意见、建议、求助、反馈都可以在 讨论板 提出
- THBWiki以专业性和准确性为目标,如果你发现了任何确定的错误或疏漏,可在登录后直接进行改正
用户讨论:Arumi
Jump to navigation
Jump to search
大佬您好,我不是很理解您为什么要撤销我十几分钟前对爱丽丝·玛格特洛依德的词条所进行的更改 我的更改内容如下:
将该词条1.1.4登场剧情永夜抄部分“与魔理沙共同发动了永夜异变”改成了“由八意永琳与蓬莱山辉夜共同发动”。
在我的印象中永夜异变并非由魔理沙与爱丽丝发动而是由蓬莱山辉夜与八意永琳为逃避月球追兵而制造的幻影,具体可以查阅东方永夜抄的词条(https://thwiki.cc/%E4%B8%9C%E6%96%B9%E6%B0%B8%E5%A4%9C%E6%8A%84)。 还请大佬给我个解释。
你看看历史记录就会知道之前已经撤回过一次了(
蓬莱山辉夜和八意永琳制造的是虚假的月亮,永夜是自机组为了解决虚假月亮异变而发动的。
幻影是辉夜和永琳制作的不假,但是把它变成“永夜”的是自机,所以是自机发动的永夜异变。
公式站的介绍:
感觉到使魔,打破幻想的人类。
使用了使魔,使幻想无效化的妖怪。
—— 两个人,将夜停止了
辉夜:“你们所做出的这种半吊子的永远之夜……我就用操纵永远的力量来打破给你们看。”
大佬好,
我看了下Wiki的介绍发现技术面的问题是由阁下所负责, 我有一些bug(?)想要提交或者说改善要望(笑), 希望有找对人.
・由于未在其他设备上进行过测试, 本人并不确定以下所提交的bug是否可以在其他设备上如期重现.
本人所使用的环境如下 Windows 10 Pro v1903 18362.10019 Google Chrome v77.0.3865.75 64bit
・bug反馈
1.東方原曲页面 - 二次同人数据项下所引用数据相关
问题表象:同人曲目数量(每半年)图表描绘时间轴中断 具体可参照 献给已逝公主的七重奏词条
时间轴从2015H2开始中断, 并未描绘出后续数据 通过查询 同人专辑搜索 可得知 2015H2 - 2019H2 期间仍有其同人曲目产出 故得出结论 - 图表描绘不完整 (即使0数据也理应被描绘出来)
问题重现:东方红魔乡 同一时期的原曲 U.N.OWEN就是她吗? 同样存在上述问题 魔法少女们的百年祭 却没有出现上述问题
问题研判:目前所发现的个例出现在较早期的作品中 并且都是同人化程度很高的曲子 由于出现问题的时间节点2015H2的数据下滑有些异常, 我求了一下和, 发现了问题之所在(可能的) 即当历年同人曲目数量之和达到或超过2000的情形下, 该图表会出现上述问题. (献给已逝公主的七重奏 - 总数 2859) (U.N.OWEN就是她吗? - 总数 3087)(貌似计数模块正常工作) (魔法少女们的百年祭 - 总数 703)
由于采用的应该是模板, 故推测该现象会在同人化高的曲子页面普遍存在, 亦或随着时间的推移逐渐显现. 因会对该项功能造成一定影响, 还请大佬修正.
潜在问题:受上述问题的影响, 制作方图表数据是否会受到牵连 即当历年同人曲目数量之和达到或超过2000之后, 制作方图表的计数是否正常统计? 也请大佬酌情加以调查.
设计当初没有预想到会有超过2000首同人曲的情况,导致只能统计最早2000首同人曲,现在已经把上限提高到5000
感谢回复, 膜拜下大佬的神速修复. 闲话不多说, 下面进入改善要望部分.
・改善要望
1.页面 div id:siteNotice 项下 div id:scrollDiv JS滚动事件相关
问题表象:打开本站任意页面后, scrollDiv的JS滚动事件运作正常(setInterval=5000)
一旦切换至其他标签页并经过一段时间后, 在返回前述标签页之时发生JS滚动事件异常加速的现象
鸡血速度滚动(目测间隔0.5秒左右), 一段不定时间后恢复正常5秒间隔.
问题重现:本人使用的是Chrome浏览器, 并未测试在其他环境是否会发生同样状况.
问题研判:Google从2017年Q2开始对非活跃页面的后台计时器进行限制, 以节省内存并改进电池使用寿命. 参见 长期愿景和未来计划
受此影响, 当切换到其他页面并且问题页面进入非活跃状态后, 页面定时器不运动但是动画依然排列.
所以当切换回来时就出现了上述鸡血滚动的现象(个人猜测).
页面当初的设计并无问题, 但受外部政策影响才出现了上述计时器异常.
推测影响范围为本站全体页面, 桌面移动双端, 通过Chrome或使用Chromium内核的浏览器访问.
最后, 本计时器异常并不会造成多大影响, 本人在此姑且提出改善要望.
是否需要修复还请大佬酌情进行判断, 在此再次对阁下的辛勤付出表示感谢.
测试内容
- wiki
- 代码
测试回复
测试回复
测试回复
测试回复
测试
请问您可否暂时或永久解除藤原妹红词条的保护呢?在下想要更新其在官作中的登场纪录。非常感谢!
您好?可否请您答覆我呢?在下最近对妹红的词条还有一些欲修改的地方。
从词条历史可看出您保护妹红页面的原因是两年前某用户的破坏行为,目前看来似乎早已没有保护本条目的必要...
晚安,冒昧向您询问。我准备把东方旧作的音乐文件上传,是否应该归类到“官方MIDI分类”中?
东方旧作主要是使用FM波表的MIDI文件(扩展名为.m或.m2等),并非标准的、扩展名为".mid"的MIDI文件。需要特别的播放器(HOOT等)来进行播放。
这些文件都是我自己从从游戏中提取的;和HOOT Archive提供的播放列表进行比对,提取的文件基本吻合。
参见:【2018年版】关于PC98(东方旧作)MIDI的播放[1]
我目前还是不太确定wiki要不要收录这些midi
之前看到您把“神秘的人偶”合并到了“神秘的人偶 ~ God Knows”,以及“樱花之恋塚 ~ Japanese Flower”合并到了“樱花之恋塚 ~ Flower of Japan”。 请问,这种曲名不同的可以合并吗?
如果可以,“二色蓮花蝶 ~ Red and White”是否有必要合并到“二色莲花蝶 ~ Ancients”?
合并了
感谢您的回复和应答,以及所做的修正。
冒昧问一下,是不是原来二色莲花蝶 ~ Red and White,以及樱花之恋塚 ~ Japanese Flower、神秘的人偶在合并的时候,没有把那些“分析考据”、“说明文本”一并放过来?
实在抱歉,我本人已经看不了原来的页面了,无法确认,只得询问。
再次询问,是不是要把“再编曲”与原曲的页面合并?
这里,我再补充一个,Circus Reverie的原曲是机械马戏团 ~ Reverie,这种名字差异较大的,请问是否要合并?
这几曲的考据两边是一样的,说明文本都搬了。
再编曲的原曲很多,合并与否是取决于很多因素的,大部分情况下分开两个页面是很有必要的。
我制作了《死奏怜音》的罗马字,然而不到一天就被您删除,请问添加罗马字是否错误? (无论如何,我的心血被您删除的时候,不难想象我的心理阴影面积有多大。。。。。。)
本站上的歌词页面不需要写罗马音。没有特殊读音的话,汉字后面的括号假名也应该省略。
请把心血花在还原bk排版、标点及改善翻译上。
我的心血啊!(我好不容易标的假名,罗马字,等于ギェ囊!!!)(心如刀割!!!!!!!!!!!!!!!!!!!!!!!!!)
就是说你的心思用错地方了
可惜了!
我为了大家方便给出的罗马字和假名。。。。。。
尊敬的管理员: 您好! 我想将“西方Project”的游戏资源,放到相关页面下。 最近,贴吧里有人求相关的资源,我想,不如放到这里。因为我在贴吧的链接总是被秒删。 不知您有什么建议,或者有没有管理下载的管理员可以联系。 顺祝劳动节快乐!
此致 敬礼!
THBWiki上不应该写下载地址,本WIKI定位是资料站而不是资源站。
如果必须要写,那也只能写制作方发布的下载地址(可以是转存到国内网盘再发布的下载地址)
在Bandicap上标价name your price的专辑可以把Bandicap页面写在词条上么()
可以写在售价补充里,专辑没有正式官网的话也可以写到官网里
Non ci sono vecchi argomenti.