Alright, I added a "fake clipboard" for r20. It just remembers the last thing you copied and enables "Paste" menu options based on that. Obviously it's not a real clipboard, so you can't do things like paste between editors, nor will copying something unrelated remove the "paste" options (which will keep pasting the last thing you copied within C3). However it means within the same C3 window you can use copy-and-paste via the menus.

I'm slightly concerned this "not actually a real paste" feature could also be a gotcha for some people later down the line, but I do agree it's a basic feature and there should be some provision for it.

Thanks a lot. It will definitely help until we have a desktop version. I'd like you to keep in the back of your mind, tablet and other touch capable devices for C3. As I understand one of the biggest selling points is the multi platform support, and mobile version, so don't forget the in between people. using the non mobile version on tablets.

I guess also there's many artists like me who despise coding but want to do games. And many artists use tablet form factor devices with drawing capabilities.

Ashley The problem is I'm working on a tablet (surface pro 4) most of the time, with no keyboard connected, using mostly touch and stylus to create games. This works pretty well in C2, except for a small little right click problem not triggering right click context menu, for touch or stylus... (solvable by 3rd party plugin)

I really love the fact that i don't have to sit at a desk with a keyboard and mouse to be able to create games in C2. Usually I'm on my back in the sofa, in the bed, on the bus, on the airplane... C2 works pretty nicely this way even if it might not have been intended. Sure a laptop would probably work better, but as I'm working on a Tablet form factor machine I don't want to bring along keyboard and mouse everywhere.

I would suggest you to get a Surface Pro 4 or similar type of machine to run C2/C3 on, using only touch and/or stylus. Quite a pleasure to work that way actually.

Some features that already enables this type of developing is, autocomplete, clickable input bars with options. Even when I'm doing expressions I'm doing minimal input in terms of on-screen-keyboard presses. Usually first 2 letters of every command, followed by a click/touch.

As much as I like what's going on with C3 (Right click touch and stylus finally working) ... but there's no proper cut and paste. I'm pretty sure you will solve it with the desktop version, as well as file handling (folders).

But i just wanted to point you towards a new segment of users... tablet users

If C3 can accommodate tablet users with nicely functioning touch/stylus input i think you have a huge new user base to explore. It would be my pleasure to provide a promo video how I do a complete game in C3 in a hammock, drinking pinacoladas, without ever touching a mouse or keyboard.

One of the first thing you need to consider when doing real casino games with payouts is logging every single spin... This is required for compliance i believe. You also probably need to hire some really good mathematicians to calculate the RTP (Return to player), over millions of spins. Your aim is somewhere around 96%.

If your game has any bug or can be exploited you better make sure you have the money to cover a lawsuit from anyone licensing your game, as casino companies can lose a fortune if the players find exploits and win more than they spend.

I guess those two are your major biggest hurdles to overcome if you want to do actual casino games.

Play for fun games with cookie coins you can pretty much do what you want. you can have 120% RTP if you want.

I work in the gambling industry and if you're going to be dealing with real life money and actual payouts to customers it's not an easy road to take. A lot of regulations, compliance and licence costs etc. That's why most gambling companies license their games from big companies like "NetEnt" etc. I bet it's super hard to be compliant with regulations if you plan to create your own game clients.

But if you're creating "play for fun" casino games it's much more easy, as long as you don't plan to pay out any actual money to customers.

Many play for fun games, still sell tokens or "virtual cash" or something as IAP, or you can earn them in game. This is no problem as long as you don't do any actual cash payouts to customers. It's purely virtual currency for fun.

Still these type of "play for fun" casino games are currently the 2nd biggest (by revenue) segment in mobile gaming after casual games like "Candy crush, etc". So it's a huge and growing market, but if you want to do real casino games with real payouts is much much harder.

Copy and paste is disabled for chrome for security reasons. As it would allow apps to mine html5 apps to mine usful data.

Here's a guide on how to get around it.

https://www.lucidchart.com/techblog/2014/12/02/definitive-guide-copying-pasting-javascript/

This is very annoying especially since C3 will be a webapp, and it's a very very useful or actually necessary feature, for working. I have seen several web-apps getting around this by having their own chrome extensions or chrome apps. I think it's something that C3 should consider to spend some time on. You can't work efficiently without proper copy/paste functionality.

Ideally a link to this extension should be provided on construct.net page, or as a link in the editor.

Any input on this Ashley or Tom

Will the standalone version have this functionality?

You can't work efficiently without proper copy/paste functionality, it's the only thing driving me nuts about C3 at the moment.

Could one major factor be that framerate is capped at 60fps for html5? I don't know if native is capped but i think this is the case for most htm5 games, that's why you were getting higher numbers with native, so I don't think this test says anything really.

Whenever I try to optimize my Construct 2 projects, i always try to reach the somewhere close to the 60fps cap, if I'm a bit lower, even on midrange phones.

I'm pretty sure there is some performance difference, but from my own tests it's NOT rendering that is the bottleneck. I believe CPU load can benefit greatly from javascript, instead of in an event sheet. For instance loops are way faster in javascript (approx 20 times faster) than loops in the event sheet. The overhead probably kills it.

I think webGL rendering is fast enough. The event sheet is not very fast or efficient, so using plugins/behaviours will help out a lot here, giving you more CPU resources for draw calls etc etc.

good. just tried out the beta on my sp4 pretty much cant use it as touch is as above plus normally what would be a touch and drag to pan kind of pans but also selects moves randomly whatever sprites are under your finger. also the scroll bars on the layout view are doing the opposite of input eg left is up and up is right.

to note though in general touch dosent work well on chrome on windows 10 surface pros anyway, feels buggy and does strange things sometimes especially in full screen mode.

edge touch works perfectly. you would think ms are deliberately gimping chrome on their surface pros. either that or chrome just havent worked out how to do browser touch properly on desktop yet... which is hard to believe.

Yeah it would be good if this worked flawlessly. I really don't like chrome and only have it installed at the moment just for C3. Usually chrome works fine with touch, for example google maps. I think they just didn't implement any touch functionality in the desktop version yet. They probably thought everyone using desktop version would use mouse and keyboard. I think that's why it's not working correctly at the moment.

Been experimenting more with faking a 3D look. No third party plugins, just vanilla C2.

That's pretty neat! How's it working performance wise?

Nice work. Very minimalistic i must say, but looks fun.

I think someone replaced my breakfast cereal with LSD. Or wait..... looks kind of cool. Endless runner type?

Usually you get payed per 1000 impressions. (PPM) The payout can vary quite a lot depending on a lot of factors, like type of ad, etc. But we can use 1$ per 1000 impressions in this example.

So if you have 60,000-100,000 active users daily. (80,000 average) and they all see 5 ads per day (5x80,000) Thats about 400,000 impressions per day. So if you get 1$ per 1000 impressions, you would get about 400$ per day.

Using ads you want a lot of impressions and as high payout per 1000 impressions as possible.

I'm not really sure what you are trying to do with the looping, but maybe it's better if you just set a variable in the loop, and do the ectuap movement outside the loop when that variable is set.