Re: Life tag testing
Posted: June 19th, 2017, 4:05 pm
Many thanks!Nathaniel wrote:Build 231 is now up -- sorry for the delay!
Many thanks!Nathaniel wrote:Build 231 is now up -- sorry for the delay!
Thanks!Nathaniel wrote:Build 231 is now up -- sorry for the delay!
The [[ NOGUI ]] option seems fairly exciting to me, as a way for people to easily add illustrations without having to ask anyone to upload RLE files for them.rowett wrote:No it doesn't it's all self contained. I really didn't change anything exciting in this build so I don't think it's LifeViewer but I'll take a more detailed look later.
To echo that question: does it make sense, or is it even possible, to keep using the "RLE:{patternname}" convention somehow, for patterns that are intended as subsidiary illustrations in an article? This is pretty much what we do already for the LifeViewer in the infoboxes, I guess, but not for theApple Bottom wrote:Thanks for the heads-up re: LifeViewer build 231!dvgrn wrote: -- Also, in case you run into this problem before it gets fixed: Nathaniel is currently running into errors with Build 231 of LifeViewer, on the LifeWiki but not apparently on the forums. He's working on it with his hosting people at the moment. Don't know if we might roll back Build 231 temporarily -- it's the one that might make it easier to put images directly into articles.
-- Then again, it will presumably mean that RLE starts being added directly to articles again, instead of to the RLE:{patternname} namespace. Is that going to turn out to be a bad idea somehow?
Will putting RLE snippets right into the articles themselves prove to be a bad idea down the road -- good question. It feels dirtier to me, somehow, not cleanly separating things that are conceptually separate (information on a pattern vs. encoding of a pattern), but I don't foresee any real trouble, certainly nothing that couldn't be fixed down the road.
That said -- and I haven't looked at that LifeViewer build at all -- is there a reason we couldn't somehow keep RLE snippets in their own namespace?
Code: Select all
[[Image:toadsucker.png|framed|center|One particular toad sucker -- the arrow indicates 30 generations of evolution<br />{{JavaRLE|toadsucker}}]]The reason from my end is that I actually can't "undo" the change on the wiki, since there are so many changes that it causes MediaWiki's diff script to timeout. I could of course just directly upload an old version like LV226, but sadly I didn't keep a copy of old versions locally (since I didn't foresee the diff timeout problem).dvgrn wrote:Any reason not to experimentally roll back to LV226? If LifeViewer then starts working on wiki pages again, the problem is (probably) somewhere in the LV231 update.
I just tried going back to LV226. No apparent difference -- LifeViewer didn't reappear on the Tiki Bar page, even after a hard refresh. I probably should have taken the time to check the Javascript console to make sure the error message was the same, but I just rolled back the change, so now we're back to LV231 again. Anyone else is welcome to try similar experiments, I guess -- I'm off to work for the day soon.Nathaniel wrote:The reason from my end is that I actually can't "undo" the change on the wiki, since there are so many changes that it causes MediaWiki's diff script to timeout. I could of course just directly upload an old version like LV226, but sadly I didn't keep a copy of old versions locally (since I didn't foresee the diff timeout problem).
Most the old published versions are kept here.Nathaniel wrote:Chris -- do you have an old version of LV somewhere that I could upload to the wiki for now? In fact, anyone with access to the MediaWiki:common.js page on the wiki (which should be both of you, I think) should be able to do this even.
Code: Select all
You do not have permission to edit this page, for the following reason:
This page provides interface text for the software on this wiki, and is protected to prevent abuse. To add or change translations for all wikis, please use translatewiki.net, the MediaWiki localisation project.Code: Select all
Refused to execute script from 'http://conwaylife.com/w/load.php?debug=false&lang=en&modules=site&only=scripts&skin=monobook&*' because its MIME type ('text/html') is not executable, and strict MIME type checking is enabled.
Yay -- LifeViewer is back and working on the wiki! Guess I just didn't wait long enough when I tried that.Nathaniel wrote:Hi Chris and Dave,
Thanks, that all sounds about right. I'll see what I can do, but I might not be able to increase PHP's memory limit. (I'm actually on roughly $5/month shared hosting that provides shockingly little server control). I'll look into other better methods of loading Javascript into MediaWiki again (common.js isn't really designed for "large" JS scripts like this, so I'm not too surprised that we've gone over some limit with it)
In the meantime, I've reverted back to 226 on the wiki again. This should fix things soon -- MediaWiki does some heavy-duty caching of stuff that even page refreshes sometimes doesn't fix though, so it might take a couple hours for the fixes to take effect.
*Security and other implications*
Since UploadStash allows one to read temp files off the MediaWiki server in a new way, it has to be checked very carefully that it does not open any new security holes. Here is what is in place:
- The actual temporary path is not revealed to the user. The user only uses an opaque session key, or a related Special:UploadStash URL.
- UploadStash tries to check that the path it is reading from really is in the repository's temp area.
- Since UploadStash is using PHP to serve the file, which is inherently less efficient, it will refuse to serve files that are larger than a preset limit (currently 250K).
Nathaniel, this MediaWiki Extension:Javascript looks like it might help.Nathaniel wrote:I'll look into other better methods of loading Javascript into MediaWiki again (common.js isn't really designed for "large" JS scripts like this, so I'm not too surprised that we've gone over some limit with it)
Code: Select all
x = 96, y = 93, rule = MAPAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA/
96o$96o$96o$96o$96o$96o$96o$96o$96o$96o$96o$96o$96o$96o$96o$96o$96o$
96o$96o$20o6b70o$20o6b70o$20o6b70o$20o6b70o$20o6b70o$20o6b70o$20o6b70o
$20o6b70o$20o6b70o$20o6b70o$96o$96o$96o$96o$96o$96o$96o$96o$96o$96o$
96o$96o$96o$96o$96o$96o$96o$96o$96o$96o$96o$96o$96o$96o$96o$96o$96o$
96o$96o$96o$96o$96o$96o$96o$96o$96o$96o$96o$96o$67o$67o$67o$67o$67o$
67o$67o$67o$67o$67o$67o$67o$67o$67o$67o$67o$67o$67o$67o$67o$67o$67o$
67o$67o$67o!Code: Select all
x = 96, y = 93, rule = MAPAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAw
96o$96o$96o$96o$96o$96o$96o$96o$96o$96o$96o$96o$96o$96o$96o$96o$96o$
96o$96o$20o6b70o$20o6b70o$20o6b70o$20o6b70o$20o6b70o$20o6b70o$20o6b70o
$20o6b70o$20o6b70o$20o6b70o$96o$96o$96o$96o$96o$96o$96o$96o$96o$96o$
96o$96o$96o$96o$96o$96o$96o$96o$96o$96o$96o$96o$96o$96o$96o$96o$96o$
96o$96o$96o$96o$96o$96o$96o$96o$96o$96o$96o$96o$67o$67o$67o$67o$67o$
67o$67o$67o$67o$67o$67o$67o$67o$67o$67o$67o$67o$67o$67o$67o$67o$67o$
67o$67o$67o!Thanks for reporting. This has been fixed in Golly 3.0b2.dvgrn wrote:I happened to notice that Golly 3.0b1 allows 15 non-canonical versions of any MAP string to be set, without correcting them to canonical form
LifeViewer also wasn't making the last character canonical. It's fixed and will be in the next released build. Test case is here.dvgrn wrote:Mentioning it here because it's kind of hard to tell if LifeViewer is correcting the last character or not. Might it be possible to wrap the text for the Information rule line, so that the whole rule is visible?
Looks good to me so far. Someone probably ought to write up an introduction of [[ NOGUI ]], [[ NOSOURCE ]], and [[ NOCOPY ]] -- and any other recent improvements that are temporarily slipping my mind -- for the LifeWiki Tiki Bar, and maybe for the "Pattern viewer for forum threads" thread as well. It will be interesting to see if wiki templates can be built now to make adding illustrations a bit easier.Nathaniel wrote:I've implemented another way of getting LifeViewer on the wiki, and build 233 is now up. Let me know if anything looks wonky or hasn't carried over properly.
@Dave - I've documented it on the LifeWiki Tiki Bar. I didn't document [[ NOSOURCE ]] because the RLE text boxes are already hidden on the Wiki.dvgrn wrote:Someone probably ought to write up an introduction of [[ NOGUI ]], [[ NOSOURCE ]], and [[ NOCOPY ]] -- and any other recent improvements that are temporarily slipping my mind -- for the LifeWiki Tiki Bar, and maybe for the "Pattern viewer for forum threads" thread as well. It will be interesting to see if wiki templates can be built now to make adding illustrations a bit easier.
It's on my to-do list for this evening.rowett wrote:Which reminds me - did you get a chance to check out whether the latest OpenGL fix worked on your ancient laptop?
Looks to me like it's already there. Or do I mean "here"?rowett wrote:@Nathaniel - thanks for fixing it on the Wiki. Please could you upload the same build (233) here on the forum and then I'll document it in the "Pattern viewer for forum threads" thread.
It is here and there! Thanksdvgrn wrote:Looks to me like it's already there. Or do I mean "here"?