brushfe's Forum Posts

  • This is incredible! Thanks so much for your insight, I can't wait to try all this out. Really appreciate it!

  • Hey there — wondering if anyone has any thoughts on how best to code a really simple baseball.

    If you've played the old nes baseball games, there's always that view of the field after the batter hits a pitch. It flies in a single direction, collides with the walls, changes in height and speed, etc.

    I'm mostly trying to figure out the variables at play here. There's the horizontal direction of the ball, and its forward speed. But then there's also vertical direction and speed. How would you determine a pop-fly versus a line drive?

    I was trying to do this without the physics engine, to keep it authentic, but maybe that's a mistake.

    If anyone's got any insight, would love your thoughts!

  • > > Alright you guys win, I'll disable them if you're logged in. I think that's a good compromise?

    >

    > Definitely gets my vote!

    >

    > Though I still don't know why there's advertising on the forum — certainly in the middle of the posts.

    >

    > For example, there's already a "Pricing" and "Try Now" option at the top, both promoting purchase. One of those could be highlighted.

    >

    > How much advertising does this forum need?

    Forum threads provide an excellent opportunity for organic content for search engines - if someone is trying to make a mobile game and searches Google for "How do I make a game like Angry Birds" (just an example) there's a chance a Construct forum thread could pop up. For new users stumbling onto the site like this, providing a short but sweet CTA is perfect rather than relying on them to navigate the site.

    Given the fact that Scirra's only revenue stream is the licencing model, it's perfectly reasonable for them to use every opportunity they get to communicate the value of the Construct platform to new users - especially when it comes to quality of life features like forums (which are clearly having a lot of work put in to them; embedded video, built in tab menus, tables) that cost more than you'd think to host, improve and maintain.

    Rather than passing this cost onto existing users by increasing the cost of subscription, do you not feel that's best for Scirra to put more effort into expanding their userbase?

    I feel like it should also be noted that the "Buy Now" page also features the free version of C3.

    I agree that this is a good example of a forum being someone's first point of contact with construct. But if they like what they see / read here in the forum, they'll investigate the software and what it can do. Then they'll make a decision to buy construct.

    Practically nobody will jump from an interesting forum topic to subscribing to software they've only just heard about.

    So the banners aren't helping. In fact they're interrupting the cool forum experience you're describing.

    I totally agree construct should be promoted to unregistered users. Just not this way; it's destructive to every use case I've heard and can imagine. Highlight the Buy Now button and ensure its on the mobile nav bar - everyone wins.

  • Alright you guys win, I'll disable them if you're logged in. I think that's a good compromise?

    Definitely gets my vote!

    Though I still don't know why there's advertising on the forum — certainly in the middle of the posts.

    For example, there's already a "Pricing" and "Try Now" option at the top, both promoting purchase. One of those could be highlighted.

    How much advertising does this forum need?

  • Completely agree, I don't see how these ads make sense.

    Most people on this forum are owners of construct 2 or 3. Construct 2 owners aren't going to suddenly upgrade to c3 because of a bunch of banners interrupting their forum experience.

    Non-construct owners know full well there's a store to buy it. Most are arguably scoping out the community before buying, so no need to push them.

    Construct owners who aren't logged in get an ad for something they already own.

    And if these are placeholders for future paid media banners, and you're going to monetize your community, that's a whole other (awful) problem.

    So what's the point of them?

  • For me I think it's a big step backwards in a lot of the design. It's suffering the same fate as the reddit redesign.

    This may be covered by the Css upgrades on mobile, but so far for me:

    -Everything is too big. The mobile screen is taken up by one or two topics at most, and I end up scrolling and scrolling just to see the same info i used to see all at once. Too much work for the user.

    -The type is also giant, and making what should be one one line break out over two or three lines (i.e. The site nav text links under the "reply" title on this page)

    -Last size thing: the buttons and icons are also enormous. (ie the construct logo in the top nav should be half the size, and the nav bar height with it.)

    -Everything is important. There is no design hierarchy. Every element has a bright colour, often competing, and I have no indication of where to look. (i.e. The formatting buttons above this text box)

    -The scrolling-boxes, like topic review, get in the way of the constant page scrolling I'm now doing (because everything is too big). When I try to scroll up on this Post Reply page, for example, half the time I end up just scrolling the topic review box instead.

    I hope this is a work in progress, personally. It's falling for so many of the modern web design traps, and it's particularly sad to see that when the last forum design was so good.

  • You do not have permission to view this post

  • You do not have permission to view this post

  • You do not have permission to view this post

  • You do not have permission to view this post

  • Yes, I believe so. Any action or condition that contains the deleted variable will be deleted, even if there are other variables mentioned (since you can't reference things that don't exist)

  • That's a part of Construct2. If you delete an object or a variable, it deletes any references to it in the code (since the code would be broken, referencing something that doesn't exist).

    You have to remove those kind of parameters references manually before deleting the variable. Or, if you have multiple sprites with the same variables, put them into families and assign the variables to the family, so you can add and subtract sprites without jeopardizing the code.

  • You do not have permission to view this post

  • You do not have permission to view this post

  • I had this problem too, but I think the 'on destroyed' trigger occurs before the destruction is processed, not after. It's helpful, because you can use the destroyed sprites's variables and position to do things like place an explosion, but yeah it does mean the sprite still is counted by the count.

    I just change my checks to if sprite.count = 1. Or maybe you can could use a separate event "if sprite.count = 0"?