Re: Golly bugs
Posted: August 16th, 2022, 9:44 pm
Then Ctrl-F5.
Then Ctrl-F5.
I think those bugs are now fixed so please try the latest build. You'll probably need to force the page to beAndrew wrote: August 16th, 2022, 7:10 pm Looks like you used an experimental build of web Golly 4.2 we're currently testing. Unfortunately it has a few bugs ...
I've uploaded a new build that should fix this (works on Safari and Chrome on my Mac). You should be able to right-click or ctrl-click on the paste image (or the selection). Zooming in/out using the mouse wheel should also work.rowett wrote: August 18th, 2022, 4:05 am Web Golly 4.2 the Paste function seems to be ignoring Right-click to do the actual paste.
It now works as advertised on Chrome, Windows 11 - thanks!Andrew wrote: August 18th, 2022, 5:46 am I've uploaded a new build that should fix this (works on Safari and Chrome on my Mac). You should be able to right-click or ctrl-click on the paste image (or the selection). Zooming in/out using the mouse wheel should also work.
I assume you mean it's too sensitive rather than not sensitive enough? I'm not all that interested in doing more work on webGolly at the moment, but it should be quite easy to add a "mouse wheel sensitivity" setting to the Preferences dialog, especially for someone with good JavaScript/HTML skills.rowett wrote: August 18th, 2022, 8:24 am The mouse wheel works but the sensitivity is not good for my mouse.
Excellent! Just uploaded the new build. A setting of 5 works well on my Mac (laptop with track pad).
Bump this question of mine... I am still experiencing these bugs in Golly 3.3 and there is still no Makefile for Golly 3.4.I wrote: June 18th, 2022, 2:57 pm How do I compile Golly 3.4 on a Raspberry Pi (32-bit)? I tried downloading the Linux tar file from Sourceforge, but apparently that was compiled for x86, not ARM. 3.3 has a few bugs, but that is the latest version in the apt repos. I am a Python3/Javascript guy and know nothing about C++ or compiling stuff.
Updating my Mac iOS seemed to work.AlbertArmStain wrote: August 16th, 2022, 5:33 pm I left golly running overnight and this is what happened:
Screen Shot 2022-08-16 at 5.32.56 PM.png
Pasting and selecting have a white tint, you can’t scroll in or out, and left clicking doesn’t work.
You can download a source code tar ball for Golly 3.4 from here:wirehead wrote: August 19th, 2022, 10:47 am Bump this question of mine... I am still experiencing these bugs in Golly 3.3 and there is still no Makefile for Golly 3.4.
Thank you... I didn't know there was a makefile. Unfortunately it crashes:Andrew wrote: August 20th, 2022, 9:02 pm The makefile for Linux systems is gui-wx/makefile-gtk. I'd recommend renaming that file to "makefile" so you can simply type "make" to run it. Before running make you'll probably need to install a lot of stuff (wxWidgets, python2, opengl). Detailed instructions are in docs/Build.html. Good luck!
Code: Select all
$ make -f makefile-gtk
[...a lot of junk...]
/bin/sh: 1: wx-config: not found
wxutils.cpp:4:10: fatal error: wx/wxprec.h: No such file or directory
make: *** [makefile-gtk:226: ObjGTK/wxutils.o] Error 1
$
Sigh. As I said, detailed instructions are in docs/Build.html.wirehead wrote: August 20th, 2022, 9:32 pm Evidently I don't have wxWidgets installed. How do I do that? / What apt package do I need to install?
Sorry for that. As a Python/Javascript programmer I am used to having things "just work", like I expected sudo apt install golly would. Even when I build Python from source, there's just one command (./configure && make && sudo make install) and I naively assumed Golly would be similar. My apologies.Andrew wrote: August 20th, 2022, 11:03 pm Sigh. As I said, detailed instructions are in docs/Build.html.
Which OS and browser are you using? Have you tried forcing the page to reload? (There was a new build uploaded to fix a mouse wheel bug.) You said you're familiar with JavaScript programming, so if reloading webGolly doesn't fix the problem please post some .js code that correctly handles mouse wheel events in your browser. I'll then add the necessary changes to the webGolly code and upload a new build.wirehead wrote: August 23rd, 2022, 5:24 pm Zooming in and out with the mouse wheel does not work at all.
The script I use to create the patterns for webGolly ignores all .zip/.lua files as they're not supported, but that Flow6 folder only has a single .zip file so it ends up empty. I'll look at modifying the script to handle that case.The Self-Rep>Flow6 folder is empty.
I found the bug: On line 198 of gui-web/main.cpp it should check event.deltaY as well. Firefox (what I used and experienced the bug) apparently only provides the event.deltaY.Andrew wrote: August 23rd, 2022, 9:08 pm In case it helps, the current code to handle mouse wheel events is in InitEventHandlers() in gui-web/main.cpp.
Code: Select all
document.querySelector("#canvas.golly").addEventListener('wheel', event => console.log(event.deltaY));
I downloaded the latest version of Firefox (104.0) for my Mac and tried webGolly. Using the mouse wheel to zoom in/out works fine, so I'm puzzled why it isn't working in your Firefox. Which version are you using? On which OS?wirehead wrote: August 24th, 2022, 10:43 am ... Firefox (what I used and experienced the bug) apparently only provides the event.deltaY.
Ah, that must be it. Because my parents' Mac is really old, it's hit the "software update ceiling" with the OS and consequently Firefox is stuck back at version 78.15. I forget which version of OSX the computer is, but it's also ridiculously out of date.Andrew wrote: August 24th, 2022, 9:42 pmI downloaded the latest version of Firefox (104.0) for my Mac and tried webGolly. Using the mouse wheel to zoom in/out works fine, so I'm puzzled why it isn't working in your Firefox. Which version are you using? On which OS?wirehead wrote: August 24th, 2022, 10:43 am ... Firefox (what I used and experienced the bug) apparently only provides the event.deltaY.
That doesn't seem to be the case. I got some weird errors on all browsers when trying to load webGolly after switching to Module.canvas.wirehead wrote: August 24th, 2022, 10:43 am EDIT: in case it helps, in Javascript Module['canvas'] and Module.canvas are equivalent.
That's probably because you are using Emscripten to compile JS embedded in C++ and doing it a different way thatn emcc is expecting confuses it and it produces corrupted output. Oh well.Andrew wrote: August 25th, 2022, 9:19 am That doesn't seem to be the case. I got some weird errors on all browsers when trying to load webGolly after switching to Module.canvas.
Fixed, thanks for reporting!GUYTU6J wrote: August 28th, 2022, 6:27 am The bug looks specific to B3/S23; it does not happen to for B34/S34 or B2/S, for example.
... But I think the problem lies in interpreting "B3/S23[H|V]" as "Life[H|V]" in the Super algorithm. Another experiment that does not involve undo shows this symptom as well: