Drule's Recent Forum Activity

  • Okay. I didn't know that.

  • I don't get it.

  • http://junk.drule.net/sven_1.cap

    Layout "lvBeta" line 10 in the event editor. This event gives me a crash in the runtime when I run the layout. Anyone knows why?

  • That makes for good bug reports. The devs work on construct in their spare time, and the current system saves them time. The time and hassle needed to submit bugs to the trackers helps reduce the time needed for the devs to isolate and fix the bug. Also nothing is preventing you from posting about bugs on the forum, but any bug should be ultimately submitted to the tracker. Otherwise like Ashley said, the problem might not get looked at.

    Cheers!

    Yeah of course the time spent submitting bugs can't be compared to the time invested in programming the project, but if I were leading a project of this size I'd want a pretty broad scope of bug submissions. Ashley seems pretty opposed to the idea and I guess she's free to work on the project in the way she's most comfortable with, but I honestly only see an upside to adding another bug submission channel if it meant that people with a lower interest level would start contributing. There's no harm in doing so. At worst you could ignore some of the posts, and at best you'd get a lot of submissions you probably otherwise wouldn't get.

  • And I really don't think it's harder to post a bug report than a forum post. Why not just report issues when you come across them?

    It's up to you to post a tracker items. If you don't the problem might not get looked at! What's so hard about it anyway?

    Well as you probably understand, logging into your bug tracker account, performing a search to see if your bug has already been submitted, writing an elaborate description of the problem and then providing a .cap file reproducing the error is a pretty big hassle when you encounter a glitch every 15-30 minutes of your game making session.

    I'm not suggesting it as a replacement for the bug tracker, but I'm saying there's a big difference between getting a one-liner regarding a bug off your chest and having to go through the above mentioned routine every single time you encounter an error. With the system you've got now, you're only going to get contributions from a handful of dedicated members, and I'm sure you'd find a whole lot more bugs if you offered an easier alternative for less dedicated users.

    EDIT:

    I'm not trying to come off as pushy, and I'm not trying to tell you how to run the development process either. I'm just saying that if I've refrained from submitting bugs on numerous occasions, I'm sure others have as well.

  • Hey, I have a suggestion regarding bug submission.

    I'm pretty sure I'm not the only one who encounters bugs, errors and glitches in Construct while being too busy or lazy to submit an elaborate bug report. Don't you think it would be beneficial if there was some sort of forum where these problems could be posted for record and posterity to ensure that they don't go unnoticed?

    It would probably have a lot of unecessary topics, but I think that would be better than having people say nothing at all about errors that could potentially be important to fix.

  • Does the SpriteFont.Width value even work? I'm trying to set my graphical dialog box - a speech bubble sprite - to the width of the SpriteFont textbox, but it appears at a width lesser than the width of the textbox.

    Take a look at this to see what I mean.

  • Yeah, I meant to post in the SpriteFont topic. Sorry about that.

  • Edit: Wrong topic.

  • Well, that makes sense, but what about the window seaming? Didn't you have that glitch on your computer as well when testing my game?

  • PixelRebirth told me that the reason why the first example bugs out is because the bottom tile has a non-pow2 size which doesn't work well with Construct, but the problem still applies to my other game.

  • Try Construct 3

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

    Try Now Construct 3 users don't see these ads
  • Hi. I've been working on a game for some time, and starting yesteray I've been experiencing problems with drawing graphics. For some reson pixels become skewed, tile seaming is off, and sometimes the size of certain objects will display differently in-game from how they appear in the editor.

    Allow me to show some examples:

    This is a project I started just now. Notice how the looped tile mosaic is displayed differently in-game from how it looks in the editor.

    <img src="http://junk.drule.net/pixeloff.png">

    Here is the cap for you all to play around with: http://junk.drule.net/grutch.cap

    Here is a screenshot displaying some major visual bugs:

    <img src="http://junk.drule.net/suckit.png">

    And another one displaying how the windows get cut off (it flickers, which is why it wasn't visible in the previous image):

    <img src="http://junk.drule.net/windows.png">

    Normally I run games at 200 zoom on a 640x480 resolution with the Advanced Camera Plugin to create a retro-styled art direction, but I've tried running it using regular, built-in layer zooming, as well as with no zooming at all (such as the very first example image in this thread) and the problems still remains.

    Ashley suggested I update my graphic drivers, so I did yesterday, but nothing has improved. I'm still experiencing these problems, and I have no idea why.

    Do you?

Drule's avatar

Drule

Member since 19 Oct, 2009

None one is following Drule yet!

Trophy Case

  • 15-Year Club

Progress

15/44
How to earn trophies