SnipG's Forum Posts

  • There are ways to improve it.

    1. use default theme only

    2. upvote my suggestion construct3.ideas.aha.io/ideas/C3-I-1231

    Editor needs extra grouping element. So you can hide events and action to improve performance and look

    3. Find Css bug, report Github, then report Crbugs and in months you get it fixed. And whole Internet benefits from it :)

    4.Test each Css property and then workaround ones that cause performance drop.

  • I am just used to the default theme but cant stand the colors.

    I was at same spot long time ago, then i made myself my own version/theme.

    It took way to long and way too much time, if i knew default theme has so much missing stuff, problems and cases to support I would never took it on. I bet would had mastered another engine by time it was solid enought for use. It's not publicly available anymore, because I only change it for my own liking and can't stand to look at that CSS anymore.

    But I would glady look at what scirra will come up with or someone else. But there are still issues with official dark theme in github issue tracker, after so many years. Cases that would take ~10min to fix. So if they even make new theme, it would take very long time to get solid enough and issue free.

  • Looked more into this.

    Ashley

    back in 2018

    There isn't much apps can do to influence this. Chrome custom tabs / pwa is the way to go if you want to use chrome's rendering pipeline and still look like an app."

    "AFAICT Chrome Custom Tabs always show additional browsing UI, making them unsuitable for a fullscreen app, and PWA cannot be hosted in the Google Play store. So WebView is a key part of Android publishing."

    At 2019 : medium.com/@firt/google-play-store-now-open-for-progressive-web-apps-ec6f3c6ff3cc

    Chrome 72 for Android is now shipping from the Play Store to all users and this version included Trusted Web Activity (TWA), that in a nutshell is a way to open Chrome in standalone mode (without any toolbar or Chrome UI) within the scope of our own native Android package.

    which means we can now distribute PWAs in the Google Play Store!

    Ofc this means a lot of extra work for maybe almost nothing. But this could be possible fix for this rare case that some people seems to have "Perf different in chrome vs webview"

    Or maybe apps already use it and it was implemented in previous years? Somewhere between 2019 and 2021 ?

  • Try Construct 3

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

    Try Now Construct 3 users don't see these ads

  • Anyway, they updated that last issue with "Labels: Hotlist-DeveloperPain" only because that's different case and something to do with blacklist. Which I think might not be the case.

    OK i found last bo reply for you:

    "Webview and chrome do not have the same graphics pipeline. Chrome renders web content into a surface that it created and owns, and has complete control over scheduling GPU work. Webview renders web content into the surface that the rest of java views draws into; that surface is created and owned by android side, and webview only gets callbacks of when it should render, so webview does not have control over scheduling and does not get much feedback on the scheduling. Also webview exercises more gles APIs than chrome does for compositing, which possibly some drivers are slower at them. It's not clear what exactly is happening here, but symptom is swap is slow.

    There isn't much apps can do to influence this. Chrome custom tabs / pwa is the way to go if you want to use chrome's rendering pipeline and still look like an app."

    Chowdren runtime

    That's seems to be some custom runtime/engine, what some guy makes and changes for each game separately and if you want it, you have to pay % share or his monthly working salary(which could be a lot for dev). That does not seems to be automated or what not.

    You could possible buy game port to Unity much cheaper, ofc you then could/would also have to pay for port to Switch, but having port in Unity and not in some custom engine gives you much more options.

  • Seems they have updates that new issue report with "Labels: Hotlist-DeveloperPain" - So they might be working on it.

    Anyway, last time 'bo' reply was something like(i don't remember 100%): literally they have no control over webview, and can't see what exactly adds extra performance downfall aka webview itself could take % off from each frame perf and not much left for other stuff, when more perf is needed.

    His answer was not 100% clear, and you could interpret it diffently

    You should find his answer to see the reason correctly.

  • After that... No resolution and no more discussion.

    That guy already gave resolution last time it was posted in crbug. Seems he just won't do it again in similar post or some other reason, but I doubt there is some other reason as things don't change so drastically. So it would be reasonable to suggest guy 'bo' won't repeat same thing again in new issue report.

  • I was taking a look at Opera and their new Browser, which they bought GM studio for!

    Mockup if C3 had been bought by Opera:

    Tagged:

  • That seems reasonable explanation.

    But I bet Windows uses that order because that order makes sense there. Where Cancel takes priority over OK. As if users changes something in Windows, then best option is to Cancel and clicking OK should not be clicked so easily. Because there, OK and Cancel can have big serious consequences. While in C3, it's just change variable, create project, insert object.

    I bet they also have statistic, that shows when users goes to change something in Windows, they Cancel more often then Confirm it.

    While in C3, clicking Cancel is opposite effect, you loose all inserted math/values and Browsers offers UNDO / REDO if you even overwrite your stuff, so it makes no sense to protect users for clicking OK. While you cannot redo your stuff which you inserted into some dialog.

  • I took another look at it, and indeed it possible to keep Default theme nice in dark version.

    Fast mockup I tried, comparison to official ones. Even tried Kenyonb one, but it did not look so good.

  • That's even more then 1 year ago.

    Anyway, it just took 4 css properties to change most buttons around. Is all ok now for me.

  • Official dark theme, seems to be made to look good. As someone who have designed my own theme and while doing so, the official theme problems seemed to come from design patten and workarounds from all cases, which i also faced: event size and order, different events after another, editor size, select focus hover style, reasonable contrast between everything, all which editor has to support and still look good.

    To overcome thous problems, editor has to look very simple and with simple style. Or you just add a lot of padding everywhere.

    And i think if official theme gets pure dark version, it won't look good. Black and white suits, but other colors get really messy, with no good contrast etc

  • I told them about this years ago, but they didn't seem to care.

    Well then. But if problem has already been pointed out before, there must be a reason and no action has been taken. Then it could be safe to assume, no futher action is taken on default theme in future.

    Construct3 has "50+ dialogs " as stated in docs, swapping buttons around for my own use, which will take time. I would need confirmation like that.

  • I occasionally confirm dialog settings and then see they have not applied! So I do it again.

    But now I wondered why does it still happen, so I looked at Construct UI button positions and wondered, what design law do they follow?

    Some dialogs have OK Cancel. Other have Cancel Back Done. Or Back Done and Create Cancel!

    Why don't buttons follow one rule, where Accept is right and cancel left? Why do buttons are like they are?

    Who designed it, is there some meaning behaind it?

  • You need to write your own shader, to do it correctly. I don't think there is anything simple that can do it currently.

    Sometime ago I wrote myself correct hsl changer - to 100% match google color tool hsl changes. I used it on your yellow image to test it.

    You would need something similar but with rgb etc swap. For precision, it takes a lot of time to calibrate it corretly. So output color is 100% for example 198,165,76 and not few precisions off. So you should look into it if you wanna get it easily done, and not use multiple sprites for overlay etc.

  • Saw there are some topics about new feature called scene graph and thought, how I would see it?

    Firstly, I think the name scene graph is what timeline is, so i rename the feature now on to Fixset.

    So what is Fixset? It's predefine object group with relative coordinate system.

    How does it work?

    Object group that can be prebuilt and created durning runtime, with all properties it had assigned before and ability to modifie each object seperatly inside group relative system.

    1. Build

    User can prebuild hierarhy of objects inside layoutview and define object group relative connections by custom imagepoints.

    • User can select and drag objects into group
    • User can set each object connection points
    • User can prebuild object group and define custom properties for each object.
    • User can define parent and child objects inside object group

    Example image of object group inside Fixset feature. Each object can be predefine with custom properties and relation between other objects. Even body element is child to global Fixset properties, so body can also be destroyed if needed.

    2. Use

    Fixset object can be created durning preview and keeps all predefined settings from build phase.

    • User can create and destroy Fixset object
    • User can save and reuse previous Fixset state, or default state
    • User can change child object properties: like angle,size while keeping other properties relative to group
    • User can change imagepoint connections or swap them between child objects
    • User can change parent object properties indepenently from rest of the group, while still keeping other setting relative to global Fixset properties and its childs.
    • User can assign parent state to some child object
    • User can delete each fixset object seperatly or create them back

    Examples:

    User can select and rotate child object.

    User can redefine parent object to child and then rotate everything else around it.

    User can change multiple child object properties same time: position and rotate them, while keeping object still relative to body element

    Fixset benefits.

    Add easy way to maniplulate group of objects.

    Simplifies object group relative handling.

    Create and delete predefine object group.

    Load and save old object group settings.