DiegoM's Recent Forum Activity

  • fredriksthlm

    1. When opening the app the ATT prompt shows before the Consent/IDFA explainer. This is incorrect behaviour. The Funding choice message should be shown before.

    I did this like the documentation for Admob Plus said and didn't think twice about it, seems like an ok workflow if you ask me. After looking a little bit closer at the Funding Choices documentation here... it seems like you are correct and the iOS dialog should come afterwards the EU consent form.

    As for the other issues, I can't comment on them too much really. When I try it out it remembers the settings. The only thing I can think of right now, is that the Test Mode checkbox might still be on, that would cause the consent dialog to be shown all the time.

  • This is great! Very useful for art heavy games pipeline

    Would be useful if you could set individual frame times as well

    I thought about that while I was adding the animation properties, but didn't think it would be that useful, guess I was wrong :P

    Will it be possible to export/import animations with image points and collision polygons data? Currently if we need to move an animation from one sprite to another, we have to replicate all image points and polygons manually and this can be a lot of work.

    Don't see why it shouldn't be possible, the only problem as always, is that it's just a little extra thing on top of all the stuff that is still not done.

  • piranha305

    I hadn't even thought about that. It would be a useful feature.

  • eleanorjmorel

    As of r257, you can specify animation properties in the configuration file so your tool can fill in the details for each animation.

    I updated the original post with a little information about it.

  • boulerzzz

    I was looking at the project of someone complaining that their ads were not showing and noticed that they had set that option to never show the consent form. I realized that is not an option anymore. If your application wants to show ads and is in the EEA or UK, the consent form has to be shown.

    After removing that option, it hit me that the whole property is redundant now, because the User Messaging Platform SDK tells you if you need to show the form or not.

    There are two things that are looked at when deciding when to show the form, first the consent status

    • If the consent status is REQUIRED, it will be shown
    • If the consent status is NOT_REQUIRED, it won't be shown
    • If the consent status is OBTAINED, it won't be shown on start up but will be shown if explicitly requested using the Show user consent dialog action
    • If the consent status is UNKNOWN, it will be shown

    The SDK also tells you if a form is available. Obviously, if a form is not available nothing can be shown. A form will only be available if it was set up properly in the corresponding Admob account.

    So if everything is setup correctly, the consent dialog is shown only to the people that need to see it.

    If the form is not shown to users in the EEA or UK, the most likely problem is that it hasn't been set up correctly in the Admob account.

  • Orcavan

    The consent dialog will only be shown when it is required, if it is not required it will not show up on startup and you will not be able to trigger it manually.

    It is only required in the EEA (European Economic Area) and the United Kingdom, everywhere else in the world it is not required.

    On Rewarded ads... I think you got that mixed up. The old Rewarded Video Ads where deprecated in favour of the new Rewarded Ads. You can still make sure your ads are videos, but the way of doing it is by configuring the ad unit accordingly through your Admob account.

    Rewarded Ads and Rewarded Interstitial Ads are two different types of ads and you can choose which one you want to use, they are very similar though.

    About banner ads overlapping content... I think that is bug, should be easy to fix.

  • boulerzzz

    For some reason I get consent status "XXXXX&&true" if I try to open the consent window.

    Will be fixed in the next beta.

    Also if I give consent the status does not to OBTAINED update until the app is restarted.

    Just checked it, I forgot to get the updated consent status right after the form is closed. That's why it only works on reload. Will be fixed in the next beta.

    fredriksthlm

    I can see you use fixed versions (admob1.17 and consent2.1.10 at the moment), but I saw Ratson corrected your reported bug in consent 2.2. just fyi

    Going to wait to sort out all the issues on my side before updating :P

  • The next beta will have the ConsentStatus expression returning the new values according to the User Messaging Platform SDK.

    Also deprecated actions and conditions relating to User Personalization, because those concepts don't exist anymore.

    fredriksthlm

    You mentioned resetting the consent status, that is already part of what testing mode does. When the checkbox is ticked, the consent status is reset every time the application starts so you can see the consent form.

  • But do you really need it on the event sheet? Why? All you should care about is when the ads are shown. The plugin can decide internally if they will be shown or not, and it will be using that value to make the decision.

    Let's say you try to show an ad, but consent is still required, when you call an action to show an ad it will simply not be shown. On the other hand if consent was obtained or not required, the ad will be shown.

    There really is no need to expose the value, if the plugin is already making the choice of showing or not showing the ads based on it.

  • Working on this, it is more annoying than it seems.

    Just a heads up. I have been considering removing the ConsentStatus expression altogether, because as it stands, it is no longer needed from the perspective of Construct anymore.

    The plugin uses the value internally to decide whether to show the consent form on startup or not, after that there is nothing else to do with it.

    From what I understand, apps should always have an option for the user to review the consent given, so that option should always be visible, regardless of the current consent status.

    I did find a little bug in the cordova plugin we are using, that was tripping me up, so any changes will have to wait until that is fixed. It's a very small issue and from what I can see the plugin development is quite active, so I wouldn't worry too much about that.

  • Try Construct 3

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

    Try Now Construct 3 users don't see these ads

  • ciko

    The only actions and conditions that have been deprecated are the ones regarding Video ads, which have been replaced by the new Rewarded Ads.

    The deprecated actions and conditions still exist, but it is no longer possible to create new ones.

    If an existing project uses them, they will still work and behaive just as the new Rewarded Ads. If you delete an existing deprecated action or condition, you will need to replace it with the corresponding replacement.

    It is not strictly necessary to replace the deprecated events, but it is strongly recommended.

  • boulerzzz

    That is bug, it should be possible to select banner sizes. At the moment it is defaulting to Smart Banner. Will be fixed in the next beta.

    Adaptative banners are not yet implemented.

DiegoM's avatar

DiegoM

Member since 24 Apr, 2015

Twitter
DiegoM has 1,401,085 followers

Trophy Case

  • 9-Year Club
  • Jupiter Mission Supports Gordon's mission to Jupiter
  • Forum Contributor Made 100 posts in the forums
  • Forum Patron Made 500 posts in the forums
  • Regular Visitor Visited Construct.net 7 days in a row
  • RTFM Read the fabulous manual
  • Email Verified

Progress

15/44
How to earn trophies

Blogs