ConwayLife.com

rowett wrote:Alternatively if the golly gang are open to contributions I may download the Golly source and see how hard it will be to add the isotropic code. The implementation in LifeViewer was fairly trivial.

rowett wrote:I did think about adding limited rule table support into LifeViewer but it's unpleasant in the forum since the rule definitions are either in separate posts or not posted. Plus at some stage I suspect Andrew will release Molly - the LifeViewer integration is done but disabled until he's ready.

Alternatively if the golly gang are open to contributions I may download the Golly source and see how hard it will be to add the isotropic code. The implementation in LifeViewer was fairly trivial.

git clone git://git.code.sf.net/p/golly/code golly-code

Andrew wrote:Hmm, there seems to have been a major misunderstanding (mostly on my part I suspect!). I've really got no idea what you mean by me "releasing Molly". I thought my involvement had finished and it was up to you and Nathaniel to decide on how and when to release LifeViewer+Molly. The main reason I wrote Molly was to show how it's quite easy to integrate Golly's core rule-loading code into a web app. This includes loading rules stored in external .rule files. I thought we'd decided that the best way to support this latter feature would be if the .rule files are stored somewhere on conwaylife.com so that LifeViewer+Molly could download them when needed. If you're waiting for me to do something then what exactly is it?!

rowett wrote:I believe my LifeViewer -> Forum -> Molly integration work is complete (pending further testing). I'll disable the "Open in Molly" functionality in builds of LifeViewer until you're ready to release Molly on the forum. Just let me know.

rowett wrote:Back in December I posted a bunch of source changes for Molly to complete the Molly side of the LifeViewer integration along with a bug fix that was causing a crash in Molly in Linux.

Andrew wrote:Anyway, I've incorporated your changes and tested them on trevorrow.com/molly. All seemed to work fine. Just one minor puzzle: your Makefile lists molly.html.mem as one of the install targets, but I don't get any .mem file when I run emmake. Is that file important?

Andrew wrote:PS. Re support for isotropic rules: I just realized that it would be lot simpler for you to test your changes in Molly, given that they should be limited to gollybase/liferules.cpp. No need to download and build wxWidgets, etc.

1. What is the canonical string representation of a hensel2 format rule? LifeViewer doesn't care. [GM]olly does since there is an API to return it.
2. What's the magic for dealing with B0 in hensel2 format rules?
3. LifeViewer also supports hensel2 format Generations rules with both Moore and Hex neighbourhoods. This would mean changes to (at least) generationsalgo.cpp including a rewrite of the algorithm.
4. We should probably standardize on parsing rules since LifeViewer is more restricted in some ways and more flexible in other ways than [GM]olly. Some examples:
   • LifeViewer insists that totalistic counts respect the neighbourhood. (e.g. rule = B8/S24H would be invalid since Hex neighbourhoods only have 6 neighbours)
   • LifeViewer insists that the "h" for hex neighbourhood is at end of the rule name.
   • [GM]olly allows the neighbourhood to be anywhere in the string (e.g. rule = B3/S2H3 is valid for Hex)
   • [GM]olly allows you to put multiple different neighbourhood characters in the rule name and uses the last one it sees (e.g. B2V/S12VH - ends up in Hex).
   • LifeViewer supports "History" postfix, [GM]olly doesn't.
   • LifeViewer allows "_" (in addition to "/") as a Birth/Survival(/Generation) divider.
5. There's also a ton of stuff that [GM]olly supports that LifeViewer doesn't and probably won't support (Wolfram, Rule Tables, Wireworlds etc.). My view is that LifeViewer should be a subset of Golly. No Venn diagrams!

Andrew wrote:Before you post your questions in golly-test, wait for me to post some background info about Molly (I haven't yet mentioned Molly in golly-test). Let me know when you've subscribed.

rowett wrote:I have subscribed.

Andrew wrote:

rowett wrote:I have subscribed.

Eagerly awaiting those questions...

• Von Neumann neighbourhoods are now suported for totalistic and Generations rules - test
• Wolfram 1D rules are supported - test
• you can now specify just one dimension for bounded grids and it is used for both width and height - test
• neighbourhood is now displayed in help information
• display mode (hex or square) is now displayed in help information
• shift and hotkey "/" now sets display mode to pattern default (hex or square)
• shift and hotkey "1" sets zoom to the nearest integer zoom

• state 1 of Generations patterns with only 2 states was being drawn in black
• patterns with an odd height and a bounded grid were being drawn one line too high

rowett wrote:Build 187 is now available on the lazyslug server...

dvgrn wrote:Nathaniel, Build 187 is ready to release whenever you get a moment.

• added B0 emulation support for totalistic rules with Hex or Von Neumann neighbourhoods - test
• if the STEP size is too large to allow frequent updates then it will by dynamically reduced to keep the UI responsive

• fixed a visual glitch caused by a previous optimization - test
• [[ TITLE ]] string was ignoring text after last variable substitution - test
• & symbols in script strings were being converted to html friendly versions - test
• snapshots were not working with patterns containing no live cells
• Wolfram rule number must be even - test
• when all cells died the STEP size was ignored
• partial fix for embedding <code> tags inside <viewer> tags

rowett wrote:Build 188 is now available on the lazyslug server...
Nathaniel - Please upload this build once Dave is happy since it fixes a visual glitch that's been reported by a few members here.

dvgrn wrote: EDIT: I successfully embedded Build 188 into my Blogger weblog template. The Select All link doesn't work yet, but no doubt that's some obvious silly thing that I did, or didn't do.

Any advice on how to do this better, and/or to make the viewer show up in the news feed on the conwaylife.com home page?

<!DOCTYPE html>
<html>
	<head>
		<script src="js/lv-plugin.js"></script>
		<script src="js/forum-fn.js"></script>
		<title>My page containing LifeViewer</title>
	</head>
	<body>
		<h1>My article containing a viewer</h1>
		<div class="rle">
			<div class="codebox">
				<div class="selall">Code: <a href="" onclick="selectCode(this); return false;">Select all</a></div>
				<code>
x = 23, y = 23, rule = B1/S01234V
5bo$6bo$5b4o$4b3ob3o$3b3o4b3o$2b3o7b3obo$4o10b3o$2bo13bo$2b2o12b2o$3bo
13bo$3b2o12b2o$4bo13bo$4b2o12b2o$5bo13bo$5b2o4bo2bo4b2o$6bo6bo6bo$6b3o
10b4o$6bob3o3bo3b3o$10b3o4b3o$12b3ob3o$14b4o$16bo$17bo!
				</code>
			</div>
			<canvas width="480" height="480"></canvas>
		</div>
	</body>
</html>

rowett wrote:I submitted a fix here that I don't remember Nathaniel incorporating but feel free to use the one from that post.

rowett wrote:The conwaylife.com home page needs to include both lv-plugin.js and forum_fn.js files. Both files should only be included once. Also it needs a <code></code> block just before the <canvas> element containing the pattern rle.

Nathaniel wrote:LifeViewer is now, at least in some limited capacity, also live on the wiki.

• added support for #CXRLE Gen - test
  • generations >= 1,000,000,000 are shown as "1B+" in the UI
  • shift and hotkey "g" toggles generation display between absolute generation and offset from start
  • waypoints still use offset from start
• added partial support for #CXRLE Pos (it's read and validated but doesn't move the pattern yet)
• added #CXRLE Gen and Pos to the help information
• hotkey "Esc" will now close the standalone viewer - test
• standalone viewer grabs keyboard focus when opened

• fixed a display issue with Generations algorithm when only decaying cells remain

rowett wrote:

Nathaniel wrote:LifeViewer is now, at least in some limited capacity, also live on the wiki.

Wow, LifeViewer truly has escaped from the confines of this forum!

Based on my limited testing it looks good so far.

dvgrn wrote:Hmm, the Reset button seems to be acting up again. It's hard to get control of the Copperhead on the Tiki-bar page, for example. To keep the viewer from looping, it seems like you have to hit Play, then Pause -- hitting Reset twice in a row doesn't do what I expect any more.

1. returns the pattern to T=0
2. disables waypoints (if defined)
3. enables looping (if LOOP defined and no waypoints defined)
4. does not reset camera or colours

1. resets the camera and colours to load state
2. enables waypoints (if defined)
3. enables looping (if LOOP defined)
4. starts playback (if AUTOSTART defined)

dvgrn wrote:There's a sample viewer added to the Copperhead wiki page. I just made a few experimental changes, dropping the initial size to THUMBNAIL, switching to THEME 6 which seems to match standard wiki images better, etc.

dvgrn wrote:For some reason I was thinking that the way it was supposed to work was for a single click to restart the waypoint animation/loop/whatever, and it would take two clicks on Reset to cancel animations entirely and let users do whatever they want from T=0.

• added [[ THUMBSIZE ]] script command to define thumbnail size divisor (2, 3 or 4)
• added [[ THUMBLAUNCH ]] script commmand which changes thumbnail behaviour so when clicked on launches the standalone viewer - test
• default grid line colours are now based on brightness of the background colour
  • no longer need to define custom grid line colours when using Theme 6
• when a thumbnail is expanded briefly display hotkey to shrink

• saving (hotkey "v") and restoring (shift and hotkey "v") camera position now works correctly with thumbnail view