randyhook's Forum Posts

• • randyhook
  • 
  • • Joined 14 Mar, 2014
    • 
    • 1 topics • 4 posts
  • 1

  • 29 Mar, 2016
  • Quote

  This is Airline Reservations Agent, a light simulator based on the consoles used by agents in the 1960s. You can play the demo here: http://randallhook.com/airline-reservations-agent/play/

  

• Try Construct 3

  Develop games in your browser. Powerful, performant & highly capable.

  Try Now Construct 3 users don't see these ads
• • randyhook
  • 
  • • Joined 14 Mar, 2014
    • 
    • 1 topics • 4 posts
  • 1

  • 22 Feb, 2016
  • Quote

  A few weeks ago I was about 100 hours into a project, regularly committing my project to a Subversion repository and generally making a lot of progress and enjoying using Construct 2. Then something went wrong. Subversion refused to accept my commit because of "missing files" (I was saving my project as multiple files, not the default single capx). But I could see the files! I tried opening them manually and Windows complained as well. What in the world?

  Instantly, I felt betrayed by Construct. My last commit was five hours old, and although not the worst that could have happened, I didn't want to redo the last five hours, but more importantly, I was afraid it could happen again. I switched over to one of the other game engines I also use.

  Well, on a whim, a couple of days ago I Googled my problem and I couldn't believe what I found the problem was. And it wasn't Construct's fault. I hereby officially send my apologies to the Construct team for my hasty judgement.

  As I mentioned earlier, I was saving my project as multiple files. I have an object in my game that I call the "Auxilliary Monitor". I gave it the object type name of "aux". Therefore Construct saved out the necessary files with names such as "aux.xml". Well guess what? Windows 7 has a list of file names you are supposed to never use, and, you guessed it, aux is one of them. Unbelievable.

  So I'm back in Construct 2 and really loving it again. I hope this post comes up for anyone who runs into similar trouble.

• • randyhook
  • 
  • • Joined 14 Mar, 2014
    • 
    • 1 topics • 4 posts
  • 1

  • 20 Dec, 2015
  • Quote

  One other thing to be aware of, because this was driving me insane. Let me know if there's a better way though. I was struggling with all of the suggestions of checking the conditions of a layer's visibility in order to see if a mouse click was valid. None of the methods worked for me so I saw this post, was excited, and realized this didn't work either.

  I found out my problem was that I set the Group back to Activated too quickly. Therefore the underlying button that I didn't want to get clicked would get respond, because the condition I set was already true. To remedy this, I put a timer on the Event Sheet. Every second it checks for my condition, and if it is true, it reactivates the Group. I believe what this is doing is waiting past the next game cycle before determining if we should reactivate the Group or not. It is now working. Let me know if you need more explanation on this.

• • randyhook
  • 
  • • Joined 14 Mar, 2014
    • 
    • 1 topics • 4 posts
  • 1

  • 14 Dec, 2015
  • Quote

  I wanted to add a little clarification to the confusion, because I just had this same "problem" and this post pointed me in the right direction. My confusion was caused by adding the Function object for the first time, and in the dialog, naming it the name of my function. For example, I saw the Function object over in my Project panel, but it was called "GetNextBlock".

  I then couldn't figure out how to add "another" function. Well, it was there the whole time, I was just confused. So I renamed it "Function" and everything made sense. Like Ashley said, you add it to your project only once, like a Mouse object. So don't name your first actual function until you create one on an Event Sheet.