golly-test Mailing List for Golly

If Spotlight works now, it probably won't in the future. Apple is trying to
*hide* the ~/Library folder and its contents from users, so it's likely
they'll modify Spotlight to hide it as well.

To support this assertion, I point out that since the very beginning,
Spotlight has not provided content indexing (search for text in content of
files) for anything in any of the system directories, including (most
stupidly) the entire /Developer hierarchy. Which means that if you want to
use Spotlight to search the Apple APIs, you have to make a copy of all the
header files and documentation in /Developer into another place, like
~/Developer-for-Spotlight. Totally daft.

On Saturday, March 30, 2013, Tom Rokicki wrote:

> Isn't there a "spotlight" way to do this that is faster?
>
> On Sat, Mar 30, 2013 at 12:14 AM, Andrew Trevorrow <an...@tr...<javascript:_e({}, 'cvml', 'an...@tr...');>
> > wrote:
>
>> Robert:
>>
>> > However, a better instruction would be to avoid Terminal and instead
>> tell
>> > the user to use the "Go To Folder..." command (in the Go menu of the
>> Finder)
>> > and in the dialog panel that appears, type ~/Library/Application
>> Support/Golly
>> > (without the \ before the space). ...
>>
>> Much nicer -- thanks!
>>
>

-- 
  Robert Munafo  --  mrob.com
  Follow me at: gplus.to/mrob - fb.com/mrob27 - twitter.com/mrob_27 -
mrob27.wordpress.com - youtube.com/user/mrob143 - rilybot.blogspot.com

Tom:

> Isn't there a "spotlight" way to do this that is faster?

Hmm, maybe.  If the goal is to open the folder containing GollyPrefs
(so you can drag it somewhere else) then the fastest way I've found is
to type GollyPrefs into the Spotlight search box, then select "Show All",
then ctrl-click on GollyPrefs and select "Open Enclosing Folder".

One problem with this is that Spotlight might find lots of GollyPrefs
files (I have 6 in various places) so it might take a moment or two
to find the one you really want.

All things considered, I think Robert's method is the simplest
(if not always the fastest).

Andrew

Isn't there a "spotlight" way to do this that is faster?

On Sat, Mar 30, 2013 at 12:14 AM, Andrew Trevorrow <an...@tr...>wrote:

> Robert:
>
> > However, a better instruction would be to avoid Terminal and instead tell
> > the user to use the "Go To Folder..." command (in the Go menu of the
> Finder)
> > and in the dialog panel that appears, type ~/Library/Application
> Support/Golly
> > (without the \ before the space). ...
>
> Much nicer -- thanks!
>
> Andrew
>
>
> ------------------------------------------------------------------------------
> Own the Future-Intel(R) Level Up Game Demo Contest 2013
> Rise to greatness in Intel's independent game demo contest. Compete
> for recognition, cash, and the chance to get your game on Steam.
> $5K grand prize plus 10 genre and skill prizes. Submit your demo
> by 6/6/13. http://altfarm.mediaplex.com/ad/ck/12124-176961-30367-2
> _______________________________________________
> Golly-test mailing list
> Gol...@li...
> https://lists.sourceforge.net/lists/listinfo/golly-test
>



-- 
--  http://cube20.org/  --  http://golly.sf.net/  --

Robert:

> However, a better instruction would be to avoid Terminal and instead tell
> the user to use the "Go To Folder..." command (in the Go menu of the Finder)
> and in the dialog panel that appears, type ~/Library/Application Support/Golly
> (without the \ before the space). ...

Much nicer -- thanks!

Andrew

On Wed, Mar 27, 2013 at 5:46 AM, Andrew Trevorrow <an...@tr...>wrote:

> [Tony wrote]:
> > [...]
> >
> > Mountain Lion (at least) has decided to make [username]/Library
> > invisible in Finder. ...
>
> How annoying.  Apple must think we're all idiots or something.
> Oh well, not much we can do about that.  I don't think Golly
> should start saving persistent info elsewhere.  We'll just have to
> document this somewhere (probably at the bottom of Help > File Menu).
>
> If you do "open ~/Library/Application\ Support/Golly"
> in Terminal does it still open that folder in the Finder?
>

Yes, and you don't have to be a user with administrator privileges.

However, a better instruction would be to avoid Terminal and instead tell
the user to use the "Go To Folder..." command (in the Go menu of the
Finder) and in the dialog panel that appears, type ~/Library/Application
Support/Golly (without the \ before the space). If they type it wrong a
little message appears saying "The folder can't be found" and they get to
fix the spelling.

-- 
  Robert Munafo  --  mrob.com
  Follow me at: gplus.to/mrob - fb.com/mrob27 - twitter.com/mrob_27 -
mrob27.wordpress.com - youtube.com/user/mrob143 - rilybot.blogspot.com

I've fixed all the problems Mark reported.  I'll wait a couple of days
to see if any more bugs are discovered, then do new builds.
I'll probably update the version number to 2.5b2.

Andrew

Tony:

> It does better than that. It exposes the whole structure under ~/Library
> but with Library only greyed.

Good -- I'll add a note to the help.

Andrew

It does better than that. It exposes the whole structure under ~/Library but with Library only greyed.

I've sent a screen grab direst to you to avoid the list getting upset about size/whatever.


Tony Smith
127 Power Street
St. Albans, Vic. 3021
0405 499 718
http://ynotds.com/
http://transforum.net/
http://meme.com.au/


On 27/03/2013, at 8:46 PM, Andrew Trevorrow <an...@tr...> wrote:

> If you do "open ~/Library/Application\ Support/Golly"
> in Terminal does it still open that folder in the Finder?

Tony:

> By default Golly uses [username]/Library/Application Support/Golly
> to keep a bunch of things that survive version upgrades.
> 
> Mountain Lion (at least) has decided to make [username]/Library
> invisible in Finder. ...

How annoying.  Apple must think we're all idiots or something.
Oh well, not much we can do about that.  I don't think Golly
should start saving persistent info elsewhere.  We'll just have to
document this somewhere (probably at the bottom of Help > File Menu).

If you do "open ~/Library/Application\ Support/Golly"
in Terminal does it still open that folder in the Finder?

Andrew

Maks:

> When did you plan to release Golly 2.5?

The final release (to sourceforge) is at least a month away.

> I might want to look into
> these problems in detail, but I don't think I'll have time until next
> weekend.  ...

That'd be great if you could look at some of those problems.
If it turns out that wxGTK 2.9.x has fewer problems I'm happy
to move to that.

> I think I went through a similar experience trying to compile against
> wxGTK 2.9 a few months ago.  I wonder to which extent these problems
> are caused by Golly misusing the library... 

Unlikely I think, given that we don't see those problems on Windows
or the Mac (and only on some flavors of Linux).

> The easiest way to make sure the binaries are stripped is probably to
> use "install -s" instead of "cp" when copying them to the temp
> directory for the bindist target. ("install" is a tool that copies
> files and marks them executable; the "-s" option tells it to strip them
> too.) 

Thanks for the info -- I'll try that in makefile-gtk.

Andrew

Mark:

> Do you guys have trouble too in discerning the colors at zoom 1:4?

States 8, 9 and 10 all look pretty similar to my (poor) eyesight
at that scale.  Is it that big a problem?  I can always zoom in
to check a cell's icon (now that icons look good I tend to stay
in icon mode all the time), or I can use the picker tool.

Andrew

After four crazy years, I've stalled my cellular automata projects until I can get other demands on my notionally retired time under better control.

However, this beta landed at the same moment as the final piece of my 6 yearly computing upgrade, so I figured it warranted some testing, minimal last night but hopefully more in the next few days.

But there is already one thing that might deserve attention.

By default Golly uses [username]/Library/Application Support/Golly to keep a bunch of things that survive version upgrades.

Mountain Lion (at least) has decided to make [username]/Library invisible in Finder. It isn't a simple permissions issue at it has exactly the same permissions as [username]/Applications which is visible, and it is obviously visible through Terminal, but that doesn't make it accessible for various things that Finder has made second nature over many years.

In contrast, you can get to [computername]/[drivename]/Library by making [computername] visible in Finer Preferences > Sidebar. [computername] too is invisible by default but I'm guessing that this is Apple's preferred location for such things into the future.

Understand this argument may not be the best for computers with multiple users, but I'd expect within Golly users, that is likely a corner case.


Tony Smith
Complex Systems Analyst
Melbourne, Australia
http://www.ynotds.com/
Giving thanks to the space, time, energy, matter and other lives that have allowed me to tell my lies on this old and damp ball of rock.

On 26/03/2013, at 2:06 PM, Andrew Trevorrow <an...@tr...> wrote:

> Golly 2.5b1 builds are available for testing:
> 
> http://www.trevorrow.com/golly/golly-2.5b1-win.zip      (for Windows, 32-bit)
> http://www.trevorrow.com/golly/golly-2.5b1-gtk.tar.gz   (for Linux, 32-bit)
> http://www.trevorrow.com/golly/golly-2.5b1-gtk64.tar.gz (for Linux, 64-bit)
> http://www.trevorrow.com/golly/golly-2.5b1-mac.zip      (for Mac OS 10.6+)
> http://www.trevorrow.com/golly/golly-2.5b1-mac104.zip   (for Mac OS 10.4/5)
> 
> I can't build a 64-bit Windows version so could someone (Tom? Tim?)
> please do that and put it somewhere for me to grab.
> 
> If you have access to a Linux system then please try the appropriate
> Linux build.  The 32-bit version was done on a Mint 13 system and the
> 64-bit version on Fedora 17.  Hopefully they'll run on other flavors.
> 
> I'll wait a few days in case there are any serious problems, then
> announce them in places like the ConwayLife forums.
> 
> There are quite a lot of changes in this version so I think we
> should have a fairly lengthy beta testing phase of at least a month
> (long by my standards!).
> 
> The main things I'd like tested are:
> 
> - The "Convert Old Rules" command (bottom of the Control menu).
> Please let me know if any errors occur.  Might be wise to backup
> your rules folder before using it, just in case!
> 
> - Try to create/edit some icons using the icon-importer/exporter.py
> scripts.  Let me know if they could be improved.
> 
> Andrew

I just realized. I designed WWEJ3 on a CRT monitor, but on my TFT two of
the colors look too much alike.

It's about states 9 and 10.

On my CRT:
9 = turqoise
10 = sky blue
quite different

On my TFT:
9 = pastel turqoise
10 = water blue
almost the same unless largish areas have a uniform color

Do you guys have trouble too in discerning the colors at zoom 1:4?


Regards,
Mark

On Wed, 27 Mar 2013 09:10:59 +1100
Andrew Trevorrow <an...@tr...> wrote:

> The latest stable release (wxGTK 2.8.12) on both Fedora and Mint.
> What Linux are you using?

Mainly Gentoo, with wxGTX 2.8.12 too.

When did you plan to release Golly 2.5?  I might want to look into
these problems in detail, but I don't think I'll have time until next
weekend.  (Even then I don't guarantee I'll find anything, but it's
worth a look.)

> If so there are some serious compatibility problems with wxGTK and
> Unity (so many that I decided to dump Ubuntu as my preferred Linux
> system).

Unity worked poorly for me too.  (If I remember correctly Linux Mint is
based off Ubuntu, so the compilers and development libraries could be
the same.)

> Yep, this was one of the problems I saw in my Ubuntu 12 system.
> Unfortunately I think it would require fixing wxGTK, something I'm
> not keen to attempt.  I tried moving up to wxGTK 2.9.x -- this fixed
> some problems but added new ones!

I think I went through a similar experience trying to compile against
wxGTK 2.9 a few months ago.  I wonder to which extent these problems
are caused by Golly misusing the library... those bugs may be very
difficult to find.

> Yep, we should do that.  I assume it strips out unused code?  Is it
> done via some link option?

Stripping removes just symbol tables and debug info.  This extra data
doesn't hurt performance, but it can be large in filesize, and since 
end-users don't really have a use for it, it's best to remove it.

The easiest way to make sure the binaries are stripped is probably to
use "install -s" instead of "cp" when copying them to the temp
directory for the bindist target. ("install" is a tool that copies
files and marks them executable; the "-s" option tells it to strip them
too.) 

 - Maks.

Maks:
 
> I noticed a couple things about the Linux versions:
> 
>  1. The GUI in the 64-bit version is really sluggish (to the point of
> being uncomfortable to use) on my system.  The 32-bit version runs
> smoothly (as does my locally-compiled 64-bit version).  Maybe there is
> something peculiar about the wxWidgets library used on Fedora?  What
> versions did you use?

The latest stable release (wxGTK 2.8.12) on both Fedora and Mint.
What Linux are you using?  Is it Ubuntu with Unity?  If so there are
some serious compatibility problems with wxGTK and Unity (so many
that I decided to dump Ubuntu as my preferred Linux system).

>  2. On the other hand, the 32-bit version and my locally compiled
> version seem to have a bug, where if I draw some garbage, then press
> "Enter" to start generating, the Stop button doesn't respond at all!

Yep, this was one of the problems I saw in my Ubuntu 12 system.
Unfortunately I think it would require fixing wxGTK, something I'm
not keen to attempt.  I tried moving up to wxGTK 2.9.x -- this fixed
some problems but added new ones!

>  3. Small detail: the binaries aren't stripped.  That's not really a
> problem, but it makes the distribution about one megabyte larger than
> it needs to be.

Yep, we should do that.  I assume it strips out unused code?  Is it done
via some link option?

Andrew

Mark:

> When I use a character in XPM data that's not defined in the color table,
> Golly crashes hard.

Yep, I'll need to handle that.  Good catch.

> In other news, I updated the rules I wrote with higher quality anti-aliased
> and true-color icons and neater descriptions. They are uploaded to the
> repository. Double-check if I did nothing wrong.
> 
> WWEJ3.zip
> WireWorldMarked.zip

They look fine -- thanks!

Andrew

Mark:

> The folder does NOT exist. As I said, the error only appears on first run.

Ah, sorry, I misunderstood.  Now I see it.  Should be easy enough to fix.

> Another problem:
> Most of the included rules have comments in the wrong place. Instead of the
> comment being in the @RULE section, it's in the @TABLE section and prefixed
> with hashes. This isn't wrong per se, but doesn't set a good example for
> future rule makers.

Good point -- I'll tidy that up.

Looks like I'll need to do new builds (but I'll wait a few days in case
other bugs surface).

Andrew

When I use a character in XPM data that's not defined in the color table,
Golly crashes hard.

In other news, I updated the rules I wrote with higher quality anti-aliased
and true-color icons and neater descriptions. They are uploaded to the
repository. Double-check if I did nothing wrong.

WWEJ3.zip
WireWorldMarked.zip

Mark

On Tue, Mar 26, 2013 at 5:06 PM, Maks Verver <mak...@ge...>wrote:

> On Tue, 26 Mar 2013 14:06:38 +1100
> Andrew Trevorrow <an...@tr...> wrote:
>
> > If you have access to a Linux system then please try the appropriate
> > Linux build.  The 32-bit version was done on a Mint 13 system and the
> > 64-bit version on Fedora 17.  Hopefully they'll run on other flavors.
>
> I noticed a couple things about the Linux versions:
>
>  1. The GUI in the 64-bit version is really sluggish (to the point of
> being uncomfortable to use) on my system.  The 32-bit version runs
> smoothly (as does my locally-compiled 64-bit version).  Maybe there is
> something peculiar about the wxWidgets library used on Fedora?  What
> versions did you use?
>
>  2. On the other hand, the 32-bit version and my locally compiled
> version seem to have a bug, where if I draw some garbage, then press
> "Enter" to start generating, the Stop button doesn't respond at all!
> In your 64-bit version this is slow (takes about a second to respond)
> but at least it works.
>
>  3. Small detail: the binaries aren't stripped.  That's not really a
> problem, but it makes the distribution about one megabyte larger than
> it needs to be.
>
>  - Maks.
>
>
> ------------------------------------------------------------------------------
> Own the Future-Intel&reg; Level Up Game Demo Contest 2013
> Rise to greatness in Intel's independent game demo contest.
> Compete for recognition, cash, and the chance to get your game
> on Steam. $5K grand prize plus 10 genre and skill prizes.
> Submit your demo by 6/6/13. http://p.sf.net/sfu/intel_levelupd2d
> _______________________________________________
> Golly-test mailing list
> Gol...@li...
> https://lists.sourceforge.net/lists/listinfo/golly-test
>

On Tue, 26 Mar 2013 14:06:38 +1100
Andrew Trevorrow <an...@tr...> wrote:

> If you have access to a Linux system then please try the appropriate
> Linux build.  The 32-bit version was done on a Mint 13 system and the
> 64-bit version on Fedora 17.  Hopefully they'll run on other flavors.

I noticed a couple things about the Linux versions:

 1. The GUI in the 64-bit version is really sluggish (to the point of
being uncomfortable to use) on my system.  The 32-bit version runs
smoothly (as does my locally-compiled 64-bit version).  Maybe there is
something peculiar about the wxWidgets library used on Fedora?  What
versions did you use?

 2. On the other hand, the 32-bit version and my locally compiled
version seem to have a bug, where if I draw some garbage, then press
"Enter" to start generating, the Stop button doesn't respond at all!
In your 64-bit version this is slow (takes about a second to respond)
but at least it works.

 3. Small detail: the binaries aren't stripped.  That's not really a
problem, but it makes the distribution about one megabyte larger than
it needs to be.

 - Maks.

On Tue, Mar 26, 2013 at 1:41 PM, Andrew Trevorrow <an...@tr...>wrote:
> I can't reproduce the error on my WinXP system using
> C:\Documents and Settings\Andy\Application Data\Golly\Rules\
> as my rules folder, so I'm struggling to see what's going wrong.

The folder does NOT exist. As I said, the error only appears on first run.

Another problem:
Most of the included rules have comments in the wrong place. Instead of the
comment being in the @RULE section, it's in the @TABLE section and prefixed
with hashes. This isn't wrong per se, but doesn't set a good example for
future rule makers.

Regards,
Mark

Mark:

> After running Golly for the first time, when hitting "Convert Old Rules"
> and confirming delete, I get the error:
> 11:13:35: Can not enumerate files in directory 'C:\Documents and
> Settings\Administrator\Application Data\Golly\Rules\' (error 3:
> the system cannot find the path specified.)

That error message is coming from the high-level wxDir code
I use to enumerate all files in your rules folder.

I can't reproduce the error on my WinXP system using
C:\Documents and Settings\Andy\Application Data\Golly\Rules\
as my rules folder, so I'm struggling to see what's going wrong.

Some questions:

I assume that folder really does exist?
I don't know much about Windows but I wonder if it's a permissions
problem.  Anything unusual about the folder's permission settings?
Were you logged in as Administrator or as some other type of user?

The only other thing I can think of is if the folder contains
an unusual file (maybe a hidden file?).
If you have a backup of the original folder could you zip it up
and email it to me (or put it on some website if it's really big)?

> When I load an old rule (eg. WWEJ3), enable icons and zoom beyond 1:4,
> all icons turn white. The color of the state isn't assumed anymore.

Yep, I also see that bug (only on Windows -- no such prob on my Mac).
I should be able to fix that.

> After converting the rules, the icons are still white. I have to
> reload the converted rule to make the icons colorful.

That's not really a bug.  The conversion code doesn't attempt to
reload the rule because it shouldn't have to if everything
is working correctly.

Andrew

Tom:

> Heh.  Now that I've moved on to the Mac, I haven't touched my
> Windows box in months. I'll boot it and let it update itself this
> weekend and then do a build if everything still works.  It should.

Don't bother doing a 64-bit build until after I've fixed the
problems Mark reported.

Andrew

Three (and a half) bugs in
>http://www.trevorrow.com/golly/golly-2.5b1-win.zip      (for Windows,
32-bit)

After running Golly for the first time, when hitting "Convert Old Rules"
and confirming delete, I get the error:
11:13:35: Can not enumerate files in directory 'C:\Documents and
Settings\Administrator\Application Data\Golly\Rules\' (error 3: the system
cannot find the path specified.)
11:13:40: Can not enumerate files in directory 'C:\Documents and
Settings\Administrator\Application Data\Golly\Rules\' (error 3: the system
cannot find the path specified.)

When I do the same but don't confirm delete, I get the above error once,
and no option to save it as a log (no "Details >>" button).

When I load an old rule (*eg.* WWEJ3), enable icons and zoom beyond 1:4,
all icons turn white. The color of the state isn't assumed anymore. I
checked the icons, and there are only grayscale pixels. The color mode of
the icons file is 16 color (oops), but after converting to b&w color there
was no change.

After converting the rules, the icons are still white. I have to reload the
converted rule to make the icons colorful.

Regards,
Mark

> http://www.trevorrow.com/golly/golly-2.5b1-mac.zip      (for Mac OS 10.6+)

It is working very well. I have tested all rules quickly without any problem :D

Thank you very much for the last update!

Sincerely,
Genaro

--
Genaro Juarez Martinez
Unconventional Computing Center, UWE, UK
http://uncomp.uwe.ac.uk/genaro/
Computer Science Laboratory, IPN, UNAM, Mexico
http://uncomp.uwe.ac.uk/LCCOMP/
Foundation of Computer Science Laboratory, HU, Japan
http://www.iec.hiroshima-u.ac.jp/
Centre for Chaos and Complex Networks, CUHK, China
http://www.ee.cityu.edu.hk/~cccs/
Laboratoire de Recherche Scientifique, France
http://labores.eu/
Institut des Systèmes Complexes en Normandie, France
http://iscn.univ-lehavre.fr/



On 25 Mar 2013, at 21:06, Andrew Trevorrow <an...@tr...> wrote:

> Golly 2.5b1 builds are available for testing:
> 
> http://www.trevorrow.com/golly/golly-2.5b1-win.zip      (for Windows, 32-bit)
> http://www.trevorrow.com/golly/golly-2.5b1-gtk.tar.gz   (for Linux, 32-bit)
> http://www.trevorrow.com/golly/golly-2.5b1-gtk64.tar.gz (for Linux, 64-bit)
> http://www.trevorrow.com/golly/golly-2.5b1-mac.zip      (for Mac OS 10.6+)
> http://www.trevorrow.com/golly/golly-2.5b1-mac104.zip   (for Mac OS 10.4/5)
> 
> I can't build a 64-bit Windows version so could someone (Tom? Tim?)
> please do that and put it somewhere for me to grab.
> 
> If you have access to a Linux system then please try the appropriate
> Linux build.  The 32-bit version was done on a Mint 13 system and the
> 64-bit version on Fedora 17.  Hopefully they'll run on other flavors.
> 
> I'll wait a few days in case there are any serious problems, then
> announce them in places like the ConwayLife forums.
> 
> There are quite a lot of changes in this version so I think we
> should have a fairly lengthy beta testing phase of at least a month
> (long by my standards!).
> 
> The main things I'd like tested are:
> 
> - The "Convert Old Rules" command (bottom of the Control menu).
> Please let me know if any errors occur.  Might be wise to backup
> your rules folder before using it, just in case!
> 
> - Try to create/edit some icons using the icon-importer/exporter.py
> scripts.  Let me know if they could be improved.
> 
> Andrew
> 
> ------------------------------------------------------------------------------
> Own the Future-Intel&reg; Level Up Game Demo Contest 2013
> Rise to greatness in Intel's independent game demo contest.
> Compete for recognition, cash, and the chance to get your game 
> on Steam. $5K grand prize plus 10 genre and skill prizes. 
> Submit your demo by 6/6/13. http://p.sf.net/sfu/intel_levelupd2d
> _______________________________________________
> Golly-test mailing list
> Gol...@li...
> https://lists.sourceforge.net/lists/listinfo/golly-test

Heh.  Now that I've moved on to the Mac, I haven't touched my
Windows box in months. I'll boot it and let it update itself this
weekend and then do a build if everything still works.  It should.

-tom

On Mon, Mar 25, 2013 at 8:06 PM, Andrew Trevorrow <an...@tr...>wrote:

> Golly 2.5b1 builds are available for testing:
>
> http://www.trevorrow.com/golly/golly-2.5b1-win.zip      (for Windows,
> 32-bit)
> http://www.trevorrow.com/golly/golly-2.5b1-gtk.tar.gz   (for Linux,
> 32-bit)
> http://www.trevorrow.com/golly/golly-2.5b1-gtk64.tar.gz (for Linux,
> 64-bit)
> http://www.trevorrow.com/golly/golly-2.5b1-mac.zip      (for Mac OS 10.6+)
> http://www.trevorrow.com/golly/golly-2.5b1-mac104.zip   (for Mac OS
> 10.4/5)
>
> I can't build a 64-bit Windows version so could someone (Tom? Tim?)
> please do that and put it somewhere for me to grab.
>
> If you have access to a Linux system then please try the appropriate
> Linux build.  The 32-bit version was done on a Mint 13 system and the
> 64-bit version on Fedora 17.  Hopefully they'll run on other flavors.
>
> I'll wait a few days in case there are any serious problems, then
> announce them in places like the ConwayLife forums.
>
> There are quite a lot of changes in this version so I think we
> should have a fairly lengthy beta testing phase of at least a month
> (long by my standards!).
>
> The main things I'd like tested are:
>
> - The "Convert Old Rules" command (bottom of the Control menu).
> Please let me know if any errors occur.  Might be wise to backup
> your rules folder before using it, just in case!
>
> - Try to create/edit some icons using the icon-importer/exporter.py
> scripts.  Let me know if they could be improved.
>
> Andrew
>
>
> ------------------------------------------------------------------------------
> Own the Future-Intel&reg; Level Up Game Demo Contest 2013
> Rise to greatness in Intel's independent game demo contest.
> Compete for recognition, cash, and the chance to get your game
> on Steam. $5K grand prize plus 10 genre and skill prizes.
> Submit your demo by 6/6/13. http://p.sf.net/sfu/intel_levelupd2d
> _______________________________________________
> Golly-test mailing list
> Gol...@li...
> https://lists.sourceforge.net/lists/listinfo/golly-test
>



-- 
--  http://cube20.org/  --  http://golly.sf.net/  --