Pattern viewer for forum threads

For discussion directly related to ConwayLife.com, such as requesting changes to how the forums or home page function.
User avatar
rowett
Moderator
Posts: 3823
Joined: January 31st, 2013, 2:34 am
Location: UK
Contact:

Re: Pattern viewer for forum threads

Post by rowett » March 31st, 2015, 3:13 am

bprentice wrote:This option provides no useful information and is confusing when the states are colored incorrectly.
If LifeViewer doesn't recognise the rule it defaults to Golly's 256 colour set. It is possible to override this and define the set of state colours for a specific pattern:

Code: Select all

x = 18, y = 26, rule = 24_235_4H_O3
10.CD$9.2D$8.CD.3C$8.D.C2A$10.C2A$10.C2$15.C.C$16.2A$15.C2A7$14.BA$
13.C2A$12.BCB$8.C$4.CB$4.BA2.C$.F.B2A$BF.3B$2F2.C$BF!
[[ COLOR 0 0 0 0
COLOR 1 255 0 0
COLOR 2 0 255 0
COLOR 3 0 0 255
COLOR 4 255 255 0
COLOR 5 0 255 255
COLOR 6 255 0 255 ]]

bprentice
Posts: 920
Joined: September 10th, 2009, 6:20 pm
Location: Coos Bay, Oregon

Re: Pattern viewer for forum threads

Post by bprentice » March 31st, 2015, 5:38 am

rowett,

You are missing my point entirely. I don't want to have my posts edited by some other forum member, especially when the edit serves no useful purpose. As to the color override, surely you are not suggesting that I find and edit more than 270 posts!

Brian Prentice

User avatar
calcyman
Moderator
Posts: 2938
Joined: June 1st, 2009, 4:32 pm

Re: Pattern viewer for forum threads

Post by calcyman » March 31st, 2015, 5:50 am

I don't want to have my posts edited by some other forum member, especially when the edit serves no useful purpose.
The posts haven't been 'edited'. Instead, the servlet renders 'code' tags differently.

Code: Select all

x = 366, y = 157, rule = B3/S23
b2o$bobo$bo7$28b2o$28bobo$28bo7$55b2o$55bobo$55bo7$82b2o$82bobo79b2o9b
2o$82bo91bo$173bo4b2o$162bo2bo2b2o2bo3bo3bo$162bo2bo4bobobo5bo10bo$
168b2o4bo3b3o4b2o3bob2o$185b2o2bo2b2o$163b2obo8b2o11b2o4b3o$109b2o57bo
6b2o13bo5bo$109bobo53b2ob2o5bo6b2o8b2o2bo$109bo51b2o3bob2o6bo5b2o6b2o
3bo$160bo2bo28b2o$163bo$192b2o$160bo3bo17b2o6b2o3bo$161b2o19b2o8b2o2bo
$163b3o8bobo13bo5bo$136b2o36b3o11b2o4b3o40b3o$136bobo35b3o2b2o4b2o2bo
2b2o42bo3bo$136bo37bo4bobo3b2o3bob2o41bo5bo$162b3o16bo9bo42bo7bo$161bo
3bo13b3o53bobobobo$160bo5bo6b2o61bo3b2o$160bo5bo7b2o65bobo$144bo15bo5b
o7b2o64b2obo$2o16b2o16b2o16b2o16b2o16b2o16b2o16b2o33bo3bo71b3o36b2o16b
2o16b2o$2o16b2o16b2o16b2o16b2o16b2o16b2o16b2o15bobo16b3o72b3o36b2o16b
2o16b2o13b2o$144b3o36b2o16b2o16b2o15bobo16b3o69bob2o$4b2o138b3o36b2o
16b2o16b2o33bo3bo68bobobo$4bobo140b2obo86bo15bo5bo7b2o53bo8b2o$4bo143b
obo102bo5bo7b2o52bobo6b2o6b2o$143bo3b2o104bo5bo6b2o52bo9bo7b2o4b2o$
142bobobobo105bo3bo13b3o47bobo17b2o2bo$141bo7bo105b3o16bo9bo57b2o2b2o$
142bo5bo80bo37bo4bobo3b2o3bob2o42b2o4b2ob2obo3b2o$143bo3bo81bobo35b3o
2b2o4b2o2bo2b2o42b2o4bo4bob4o$144b3o82b2o36b3o11b2o4b3o46bo3bo2bo$31b
2o223b3o8bobo13bo5bo$31bobo220b2o19b2o8b2o2bo46bo3bo2bo$31bo221bo3bo
17b2o6b2o3bo40b2o4bo4bob4o$285b2o42b2o4b2ob2obo3b2o$256bo68bo16b2o2b2o
$253bo2bo28b2o35bo19b2o2bo$202bo51b2o3bob2o6bo5b2o6b2o3bo35b2o2b2o8b2o
4b2o$202bobo53b2ob2o5bo6b2o8b2o2bo40bo7b2o$202b2o57bo6b2o13bo5bo40b2o$
58b2o196b2obo8b2o11b2o4b3o36bo2b2o$58bobo217b2o2bo2b2o29b6o5b3o$58bo
202b2o4bo3b3o4b2o3bob2o$255bo2bo4bobobo5bo10bo$255bo2bo2b2o2bo3bo3bo$
266bo4b2o$175bo91bo$175bobo79b2o9b2o$175b2o$85b2o$85bobo$85bo4$148bo$
148bobo$148b2o$112b2o$112bobo$112bo4$121bo$121bobo$121b2o$139b2o$139bo
bo$139bo4$94bo$94bobo$94b2o$166b2o$166bobo$166bo4$67bo$67bobo$67b2o$
193b2o$193bobo79b2o9b2o$193bo91bo$284bo4b2o$273bo2bo2b2o2bo3bo3bo$273b
o2bo4bobobo5bo10bo$40bo238b2o4bo3b3o4b2o3bob2o$40bobo253b2o2bo2b2o29b
6o5b3o$40b2o232b2obo8b2o11b2o4b3o36bo2b2o$220b2o57bo6b2o13bo5bo40b2o$
220bobo53b2ob2o5bo6b2o8b2o2bo40bo7b2o$220bo51b2o3bob2o6bo5b2o6b2o3bo
35b2o2b2o8b2o4b2o$271bo2bo28b2o35bo19b2o2bo$274bo68bo16b2o2b2o$303b2o
42b2o4b2ob2obo3b2o$13bo257bo3bo17b2o6b2o3bo40b2o4bo4bob4o$13bobo256b2o
19b2o8b2o2bo46bo3bo2bo$13b2o259b3o8bobo13bo5bo$247b2o36b3o11b2o4b3o46b
o3bo2bo$247bobo35b3o2b2o4b2o2bo2b2o42b2o4bo4bob4o$247bo37bo4bobo3b2o3b
ob2o42b2o4b2ob2obo3b2o$273b3o16bo9bo57b2o2b2o$272bo3bo13b3o47bobo17b2o
2bo$271bo5bo6b2o52bo9bo7b2o4b2o$271bo5bo7b2o52bobo6b2o6b2o$255bo15bo5b
o7b2o53bo8b2o$3b2o16b2o16b2o16b2o16b2o16b2o16b2o16b2o16b2o16b2o16b2o
16b2o16b2o16b2o33bo3bo68bobobo$3b2o16b2o16b2o16b2o16b2o16b2o16b2o16b2o
16b2o16b2o16b2o16b2o16b2o16b2o15bobo16b3o69bob2o$255b3o36b2o16b2o16b2o
13b2o$255b3o36b2o16b2o16b2o$258b2obo$259bobo$254bo3b2o$253bobobobo$
252bo7bo$253bo5bo$254bo3bo$255b3o!
It can be circumvented by including a blank line before the 'x = ..., y = ...' header.
What do you do with ill crystallographers? Take them to the mono-clinic!

User avatar
rowett
Moderator
Posts: 3823
Joined: January 31st, 2013, 2:34 am
Location: UK
Contact:

Re: Pattern viewer for forum threads

Post by rowett » March 31st, 2015, 6:28 am

bprentice wrote:I don't want to have my posts edited by some other forum member, especially when the edit serves no useful purpose.
Brian,
No one has edited your posts. The "Show in Viewer" link is added automatically by the system when the contents of the <code> block are something that the Viewer can display.
bprentice wrote:As to the color override, surely you are not suggesting that I find and edit more than 270 posts!
If you can provide me with or point me to the custom rule names you use and color sets I'm very happy to add them to the Viewer.

bprentice
Posts: 920
Joined: September 10th, 2009, 6:20 pm
Location: Coos Bay, Oregon

Re: Pattern viewer for forum threads

Post by bprentice » March 31st, 2015, 6:42 am

calcyman wrote:The posts haven't been 'edited'. Instead, the servlet renders 'code' tags differently.
Whether my posts have been edited or not, the fact remains they have been changed without my permission. Including a blank line to defeat the unwanted 'SHOW IN VIEWER' again places the burden on me to correct my previous posts. More than 270 of them!

The LifeViewer is a new feature of the forum and should have been introduced as an option for future posts only. When constructing new posts, each member should be given the option to either use it if they consider it useful or not use it if they don't. To force the use of the LifeViewer on all past posts is both ridiculous and annoying.

Brian Prentice
Last edited by bprentice on March 31st, 2015, 12:20 pm, edited 1 time in total.

bprentice
Posts: 920
Joined: September 10th, 2009, 6:20 pm
Location: Coos Bay, Oregon

Re: Pattern viewer for forum threads

Post by bprentice » March 31st, 2015, 7:20 am

rowett wrote:If you can provide me with or point me to the custom rule names you use and color sets I'm very happy to add them to the Viewer.
To burden your LifeViewer with knowledge of the posts of forum members is a very poor design and would result in a maintenance nightmare. For example most of my posts use custom rules and state color definitions. Your LifeViewer should simply be designed as a tool for use by forum members, providing them parameters to select options and control the behavior of their display. It should not be closely coupled to either Golly or the website.

Brian Prentice

User avatar
dvgrn
Moderator
Posts: 10693
Joined: May 17th, 2009, 11:00 pm
Location: Madison, WI
Contact:

Re: Pattern viewer for forum threads

Post by dvgrn » March 31st, 2015, 12:45 pm

bprentice wrote:The LifeViewer is a new feature of the forum and should have been introduced as an option for future posts only.
Just to report a different perspective: I was really happy to see the "Show in Viewer" links become available in older threads. Those links substantially solve a technical difficulty I've been having with many of the discussions on the Other Cellular Automata board.

In many cases -- such as this one, just to take a random example -- I'd really like to see quickly what the posted patterns look like. If they look like something I'd be interested in investigating further, then I'll be much more likely to install the rule table.

I can't just copy and paste patterns into Golly, because each thread tends to have its own rule (or three, in the above case) which I probably haven't installed -- so Golly will refuse to load the pattern and will throw annoying errors, unless I take a detour and edit the rule string with a text editor.

Alternatively, I used to have to go find where the rule was posted, often buried in the middle of a several-page thread, install it in my copy of Golly, and finally come back and copy out the pattern -- just to see what it looked like! Many times that seemed like too much of a time investment, since it might turn out not to be anything I'd be interested in anyway -- there was no easy way to tell.

Now I can get a decent preview picture with just a single click. The colors may not be accurate, but that doesn't seem likely to confuse anyone -- something similar happens in Golly if the Invert Colors option is set, for example. By the time exact colors matter, I'll make the investment to install the rule table.
bprentice wrote:When constructing new posts, each member should be given the option to either use it if they consider it useful or not use it if [they] don't. To force the use of the LifeViewer on all past posts is both ridiculous and annoying.
Luckily there doesn't seem to be any coercion occurring. If pattern-containing code blocks were getting indiscriminately converted into viewers -- taking up more screen space and CPU time and so on -- that would certainly be annoying in some cases.

To get an inline viewer, people have to use the "viewer" tag -- just as you suggest, that will never show up in old postings unless someone goes back and edits them.

The only difference in old postings is that a new link is being provided -- in a blank area of the code-block header line, so it doesn't take up any additional screen space. Everyone is free to click or not click on that link, as they see fit. I can't speak for anyone else, but I personally really like having the new option available.

bprentice
Posts: 920
Joined: September 10th, 2009, 6:20 pm
Location: Coos Bay, Oregon

Re: Pattern viewer for forum threads

Post by bprentice » March 31st, 2015, 1:50 pm

dvgrn wrote:In many cases -- such as this one, just to take a random example -- I'd really like to see quickly what the posted patterns look like. If they look like something I'd be interested in investigating further, then I'll be much more likely to install the rule table.
This is an interesting statement. Please explain in detail how you would determine whether you want to investigate further just by looking at the pattern. Without seeing the pattern you already know the author and that it is a gun. What additional information do you get just by looking at the pattern?

The fact that Golly separates rule definitions from pattern definitions has the side effect that Golly users must perform some rule management. Is this the real reason for your impatience and frustration with the Other Cellular Automata board?

Brian Prentice

User avatar
dvgrn
Moderator
Posts: 10693
Joined: May 17th, 2009, 11:00 pm
Location: Madison, WI
Contact:

Re: Pattern viewer for forum threads

Post by dvgrn » March 31st, 2015, 2:58 pm

bprentice wrote:This is an interesting statement. Please explain in detail how you would determine whether you want to investigate further just by looking at the pattern. Without seeing the pattern you already know the author and that it is a gun. What additional information do you get just by looking at the pattern?
Well... the short answer is that I get to see what what the pattern looks like.

Longer answer: it depends enormously on the specifics of the patterns and rules. Even at a quick glance, engineered patterns tend to look different from naturally emergent ones, even when the patterns are the same size. You can't usually make that distinction easily from looking at the RLE (though it's often implicit in the accompanying comments, certainly.)

In general I can sometimes get a sense of whether someone is posting samples of fairly common objects that have happened to emerge from random initial conditions -- i.e., if these objects are probably just the same things I would find myself with a few minutes of experimentation -- or if the pattern might be something really rare or interesting or impressive.
bprentice wrote:The fact that Golly separates rule definitions from pattern definitions has the side effect that Golly users must perform some rule management. Is this the real reason for your impatience and frustration with the Other Cellular Automata board?
Haven't noticed any particular impatience or frustration, actually -- I'm just choosing how best to spend my conwaylife.com browsing time. I've been thinking recently about whether it makes sense to invent a text rule format that combines a pattern with its associated rule file. It would be easy enough to do, in one sense, but it would also cause potentially new large headaches... along with greatly increasing the size of most pattern files.

bprentice
Posts: 920
Joined: September 10th, 2009, 6:20 pm
Location: Coos Bay, Oregon

Re: Pattern viewer for forum threads

Post by bprentice » April 1st, 2015, 12:05 pm

rowett,

Please look at this Java applet:

http://bprentice.webenet.net/Square%20C ... pplet.html

together with this note which briefly tells how to use it:

http://bprentice.webenet.net/Square%20C ... 0Cell.html

I think your program has the potential of being a far better and more useful browser based CA simulator than this one. Are you interested in developing your software in this direction?

Also, click on all the 'SHOW IN VIEWER' links in this thread:

viewtopic.php?f=11&t=1076

Recall my warning about closely coupling your viewer to either Golly or the website.

Brian Prentice

User avatar
rowett
Moderator
Posts: 3823
Joined: January 31st, 2013, 2:34 am
Location: UK
Contact:

Re: Pattern viewer for forum threads

Post by rowett » April 2nd, 2015, 5:50 am

bprentice wrote:Please look at this Java applet:
http://bprentice.webenet.net/Square%20C ... pplet.html

together with this note which briefly tells how to use it:

http://bprentice.webenet.net/Square%20C ... 0Cell.html

I think your program has the potential of being a far better and more useful browser based CA simulator than this one. Are you interested in developing your software in this direction?
I've only had time for a quick review but it looks very good. I'd certainly be interested in exploring the idea.
bprentice wrote:Also, click on all the 'SHOW IN VIEWER' links in this thread:

viewtopic.php?f=11&t=1076
Many thanks for pointing this out. There was a bug in how the LifeViewer was decoding rule names which has now been fixed (in all but one case on that page). The recently updated LifeViewer should now display all but one correctly, and with the correct colours.
bprentice wrote:Recall my warning about closely coupling your viewer to either Golly or the website.
I do recall however I'm not sure it's that closely coupled. For Golly the only two things I aligned were:
  • Tried to match keyboard shortcuts where possible
  • Used Golly's default 256 colour palette as a fallback when either a) I didn't have a colour set for a specific custom rule or b) the user hadn't specified their own colours with LifeViewer script commands
For this specific website there is an integration but this is configurable so it's relatively easy to use the LifeViewer in other websites.
bprentice wrote:Brian Prentice
Chris Rowett

User avatar
rowett
Moderator
Posts: 3823
Joined: January 31st, 2013, 2:34 am
Location: UK
Contact:

Re: Pattern viewer for forum threads

Post by rowett » April 2nd, 2015, 2:34 pm

Build 147 is now live on conwaylife.com

Enhancements since the last released build:
  • waypoint messages and system message are now displayed on separate lines
  • waypoint messages can now be two lines [[ "This is a\ntwo line message" ]]
    • waypoint messages are cleared when waypoint playback is switched off
    • waypoint messages containing more than one newline will be reported as errors
  • [[ STEP ]] can now be used in waypoints
  • when waypoints are defined LOOP is not disabled on Pause but on first Reset (to match waypoint playback)
  • added a progress bar behind the generation button when LOOP or waypoint playback enabled
  • the Pause and Reset messages will now say if LOOP or waypoint playback were enabled or disabled
  • valid patterns that are too large now display "Pattern too big!" rather than "Invalid Pattern!"
  • new user interface slider to define the step size
    • hotkey 'D' to decrease and 'E' to increase step size
  • the standalone viewer window is now constrained to the browser window and will move on browser resize if required
Fixes since the last released build:
  • closing and opening the standalone viewer on the same pattern now correctly enables looping and waypoint playback (where specified)
  • in some cases a third Reset caused odd behaviour
  • startup time was being counted in the first waypoint
  • opening a multi-state pattern in the standalone viewer after it previously contained an executable pattern caused incorrect colours to be used
  • waypoint catch up after pause or waypoint playback disable/enable could cause delays
    • catch up rate is now limited to prevent race conditions on slow hardware
  • only the first 128 state colours were being displayed
  • help information now correctly shows the subset of custom colours used
  • out of range state colours are now silently ignored since they could be valid but just not present in the pattern
  • pattern decoder was too lenient and in one extreme case was attempting to decode a python script as a life pattern
  • some pattern rule names were causing state colours to be set to all white
Many thanks to those who gave feedback or reported issues.

bprentice
Posts: 920
Joined: September 10th, 2009, 6:20 pm
Location: Coos Bay, Oregon

Re: Pattern viewer for forum threads

Post by bprentice » April 3rd, 2015, 12:02 pm

Chris,

I would like to keep a copy of the current version of your Viewer on my desktop. Do you have an archive stored on your site where I could download it?

Brian Prentice

User avatar
rowett
Moderator
Posts: 3823
Joined: January 31st, 2013, 2:34 am
Location: UK
Contact:

Re: Pattern viewer for forum threads

Post by rowett » April 3rd, 2015, 12:19 pm

bprentice wrote:Chris,

I would like to keep a copy of the current version of your Viewer on my desktop. Do you have an archive stored on your site where I could download it?

Brian Prentice
Here is where you can find the current and other versions of the Viewer:

User avatar
rowett
Moderator
Posts: 3823
Joined: January 31st, 2013, 2:34 am
Location: UK
Contact:

Re: Pattern viewer for forum threads

Post by rowett » April 17th, 2015, 5:43 pm

Build 151 is now live on conwaylife.com

Enhancements since the last released build:
  • new tile-based generation engine for much faster performance on sparse patterns
  • increase maximum STEP to 32 (to allow some patterns to achieve 1920 generations per second based on machine performance)
  • if the screenshot window (hotkey "O") could not be opened display a notification (usually because popups are blocked by the browser)
  • increased the duration of error notifications
  • switching on or off waypoint playback (with hotkey "W") now also turns on or off LOOP mode if defined
  • gps and STEP sliders background goes red if playback is not happening in "real time" due to machine performance
  • more consistent handling of playback when machine performance is low
  • improved time to Reset
  • Themes with no colour history now perform better during playback than other Themes when STEP > 1 is used
  • minimum ZOOM is now 0.25
  • supersampling is used to ensure live cells are always displayed at low ZOOM
    • 4x supersampling is used when 0.5 <= ZOOM < 1
    • 16x supersampling is used then 0.25 <= ZOOM < 0.5
Fixes since the last released build:
  • ensure standalone Viewer window is all visible when launched
  • initial waypoints without position information were not resetting to defaults in the standalone Viewer
  • only display LOOP on and off messages at Pause and Reset if LOOP is actually defined
  • hotkey "M" was toggling navigation menu when disabled
  • prevent progress bar from drawing > 100% on systems that are not fast enough to keep up with playback
  • step slider was not being displayed in the standalone Viewer if the previous pattern was VIEWONLY
  • only "Expand" notifications display when in THUMBNAIL mode
  • generations per step was not being reset when different patterns were opened in the standalone Viewer
  • waypoint playback was not performing smooth course correction after manual adjustment at last waypoint
  • it was possible to create a Viewer whose width was not a multiple of 8 and this caused display corruption
  • locking a UI item would not cancel any current interaction
  • in most cases display now no longer appears to wrap at low ZOOM

User avatar
Scorbie
Posts: 1692
Joined: December 7th, 2013, 1:05 am

Re: Pattern viewer for forum threads

Post by Scorbie » May 1st, 2015, 12:10 am

Something strange is happening in strobing? rules:
viewtopic.php?f=11&t=469&p=19204#p19204

User avatar
rowett
Moderator
Posts: 3823
Joined: January 31st, 2013, 2:34 am
Location: UK
Contact:

Re: Pattern viewer for forum threads

Post by rowett » May 1st, 2015, 3:05 am

Scorbie wrote:Something strange is happening in strobing? rules:
viewtopic.php?f=11&t=469&p=19204#p19204
Thanks for reporting it. The new tile-based generation engine doesn't support B0 rules. I'll fix it in the next build. It's likely that performance won't be great.

User avatar
Andrew
Moderator
Posts: 936
Joined: June 2nd, 2009, 2:08 am
Location: Melbourne, Australia
Contact:

Re: Pattern viewer for forum threads

Post by Andrew » May 1st, 2015, 3:23 am

rowett wrote:The new tile-based generation engine doesn't support B0 rules.
Maybe you could emulate B0 rules, like Golly does. Performance should be fine, and it avoids the annoying strobing. Following info is copied from Help > Algorithms > QuickLife:

A rule containing B0 and S8 is converted into an equivalent rule (without B0) by inverting the neighbor counts, then using S(8-x) for the B counts and B(8-x) for the S counts. For example, B0123478/S01234678 (AntiLife) is changed to B3/S23 (Life) via these steps: B0123478/S01234678 -> B56/S5 -> B3/S23.

A rule containing B0 but not S8 is converted into a pair of rules (both without B0): one is used for the even generations and the other for the odd generations. The rule for even generations uses inverted neighbor counts. The rule for odd generations uses S(8-x) for the B counts and B(8-x) for the S counts. For example, B03/S23 becomes B1245678/S0145678 (even) and B56/S58 (odd).
Use Glu to explore CA rules on non-periodic tilings: DominoLife and HatLife

User avatar
rowett
Moderator
Posts: 3823
Joined: January 31st, 2013, 2:34 am
Location: UK
Contact:

Re: Pattern viewer for forum threads

Post by rowett » May 1st, 2015, 3:38 am

Andrew wrote:Maybe you could emulate B0 rules, like Golly does.
Thanks Andrew I'll take a look. I've just fixed B0 in the Viewer and the performance is not as bad as I feared, however the strobing needs to come with a seizure warning...

User avatar
rowett
Moderator
Posts: 3823
Joined: January 31st, 2013, 2:34 am
Location: UK
Contact:

Re: Pattern viewer for forum threads

Post by rowett » May 1st, 2015, 5:52 am

The emulation works well, thanks Andrew!

Will be in the next released build...

User avatar
rowett
Moderator
Posts: 3823
Joined: January 31st, 2013, 2:34 am
Location: UK
Contact:

Re: Pattern viewer for forum threads

Post by rowett » May 29th, 2015, 8:30 pm

Build 154 is now live on conwaylife.com

Enhancements since the last released build:
  • added support for B0 rules via emulation
  • performance improvements to start up time (~20%)
  • added some more Colour Sets
  • improved styling on the standalone Viewer
  • births and deaths are now computed when statistics switched (with hotkey "G") from off to on (previously just population was computed)
  • initial population statistics are remembered for faster Reset
  • grid size is automatically sized to prevent display wrap at 1x ZOOM
  • ZOOM rate of change is now a constant factor (for smoother zooms)
  • waypoint interpolation now uses Bezier curves to smooth start and stop of a camera move
  • fit zoom (hotkey "F") now keeps a smaller border around the pattern and avoids the UI controls
  • improved colour history display at ZOOM < 0.5x
  • new script command [[ AUTOFIT ]] which can be used as a target for [[ T ]] and [[ PAUSE ]] waypoint commands
    • it is an error to use AUTOFIT not at a waypoint
    • AUTOFIT overrides any X, Y or ZOOM setting at the waypoint
  • when waypoint playback passes the last defined waypoint the help information displays ">" at the last waypoint in the list rather than "*"
Fixes since the last released build:
  • improved error checking in the Cells decoder
  • DEPTH was not being read correctly for the initial waypoint
  • correctly handle non-breaking spaces in patterns
  • waypoints with no initial ZOOM defined were using a default rather than the fit to zoom value
  • fit zoom (hotkey "F") and reset view (hotkey "V") are now disabled during waypoint playback (but work if waypoint playback is paused)
  • standalone Viewer window no longer intrudes on vertical scrollbar if present
  • STEP size was not being respected after last waypoint or when waypoints disabled

User avatar
simsim314
Posts: 1823
Joined: February 10th, 2014, 1:27 pm

Re: Pattern viewer for forum threads

Post by simsim314 » June 24th, 2015, 7:56 am

If I may ask for feature as an end user, I really miss the LifeHistory rule in the viewer. This would seriously enhance the viewer abilities. I'm mainly active in Patterns branch, and LifeHistory is the only reason for me to use golly instead of the viewer.

EDIT Another really missing feature is "go back" single iteration. Sometimes I iterate one tick further in the viewer and I need start all over. Maybe even having 4-5 iteration back would suffice for most purposes.

User avatar
rowett
Moderator
Posts: 3823
Joined: January 31st, 2013, 2:34 am
Location: UK
Contact:

Re: Pattern viewer for forum threads

Post by rowett » June 25th, 2015, 3:00 pm

simsim314 wrote:If I may ask for feature as an end user
Yes this is exactly the place to ask for features.
simsim314 wrote: I really miss the LifeHistory rule in the viewer. This would seriously enhance the viewer abilities. I'm mainly active in Patterns branch, and LifeHistory is the only reason for me to use golly instead of the viewer.
This won't come any time soon. The Viewer can only execute 2 state patterns today and changing that to support n-state patterns would be a relatively large chunk of work. The n-state support is currently limited to displaying the start state.
dvgrn asked if the Viewer could initially display a LifeHistory pattern with all the state colours and when asked to play collapse it to the two state (and two colour) executable version. This is currently on the backlog and may appear in a build soon.
simsim314 wrote: EDIT Another really missing feature is "go back" single iteration. Sometimes I iterate one tick further in the viewer and I need start all over. Maybe even having 4-5 iteration back would suffice for most purposes.
One step back is relatively straightforward so I'll see if I can put this in the next build.

User avatar
simsim314
Posts: 1823
Joined: February 10th, 2014, 1:27 pm

Re: Pattern viewer for forum threads

Post by simsim314 » June 25th, 2015, 4:33 pm

rowett wrote:The Viewer can only execute 2 state patterns today and changing that to support n-state patterns would be a relatively large chunk of work.
Well maybe you can think about LifeHistory not as many state support, but many colors support. The viewer already has state 2 from LifeHistory. State 3 and 4 will only mean to keep array of locations with initial "special case" and if a cell located in this array, color it in special case color (red for dead and white for live). State 5 is really not so needed, and state 6 means just don't evolve this cell at all (not crucial but nice to have, and can be implemented similarly I think). Just having coloring feeling like 3-4 states from LifeHistory will be really great addition to the viewer, and will suffice for most of the needs (people usually use those states for targets to see the initial or the targeted setup).

I can't imagine that keeping initial array of special cases, could be extremely complex to implement. You can also "color over" those cases with "external function" after you already painted all the 0-1-2 states. I know it will work slower, but no one expects the viewer to work fast with LifeHistory, and anyway it's only just a bit slower.
rowett wrote:One step back is relatively straightforward so I'll see if I can put this in the next build.
Great, thx!

c0b0p0
Posts: 645
Joined: February 26th, 2014, 4:48 pm

Re: Pattern viewer for forum threads

Post by c0b0p0 » June 28th, 2015, 10:23 pm

LifeViewer is doing something very strange when running hexagonal rules:

Code: Select all

x = 4, y = 4, rule = B245/S35H
b3o$bobo$4o$bo!

Post Reply