[Richard BetsonParticipant]

I am seeking a Mouse.X approach:

Monkey

Local mx:Float=Mouse.X 'Would like Local mwy:Int=Mouse.WheelY

1 2 3 4

Local mx:Float=Mouse.X   'Would like Local mwy:Int=Mouse.WheelY

[Richard BetsonParticipant]

Let me know what you come up with. I’ll try to have a look at how mojox implements it’s HtmlView.

Maybe Mark is out there lurking and has a tip or two.

[Richard BetsonParticipant]

you might want to look at the litehtml module

Are there any examples on how to use the litehtml module?

I would like to implement an HtmlView like mojox does. Does mojox use litehtml for it’s HtmlView?

[Richard BetsonParticipant]

Hi,

I have included an image of cursor movement within my Monkey 2 application. In view are both a system (OS) cursor and a local application cursor (the larger one) that is drawn using Mouse.x/y. Here I am capturing the screen while moving the cursor from right to left (moderate/slow movement). As you can see the locally drawn cursor is some distance from the actual system cursors position. This lag or delay in reporting position is noticeable. Whether it is a Linux, SDL or Monkey 2 issue it is a thing and noticeable.

It makes me also wonder why I get smooth mouse position data in my monkey 2 application but applications like Ted2 or Ted2GO seem to have wild positioning/scaling issues with console and treeview, at least on Linux. Why is it that the mouse position in my application is reported fine but seems out of control in some others? If I recall Mark linked the Ted2 issue to an SDL issue, but why does that same issue not extend to my application?

Attachments:

1. 

   cursor_issue.jpeg
   

[Richard BetsonParticipant]

^Thanks. So much to keep track of I sometimes get lost.

[Richard BetsonParticipant]

@playniax
Pyro 2 is free?…what an awesome move and I think, exactly what Monkey 2 needs. Great third party support and available in the open source vein. I’ll have to gladly follow suit.

Just wanted to give a shout out… good job.

[Richard BetsonParticipant]

Hi,

I have a cool new video of my latest progress posted . . . here.

I’ve added  better lighting support  and this video shows off some of the results you can achieve with Monkey 2 lighting. I have added new floor and wall assets that are bumped and really help with the overall lighting effect. I also have 2 asteroid map space layers receiving lighting effects. This allows for some under lighting which adds depth. Oh, and spinning lights and lighted ships!

I’ve also included a view of the new map resource toolbox I’m working on. It is part of the in-game editor I’m working on for Phoenix USC. It uses a topmost or pinned window which this frameworks GUI now supports. So in addition to windows you can cast to the background screen the framework now supports topmost windows. The toolbox features collapsible components based on a button and a list box for a combo’ish box style.  I have been working on smoothing out the GUI code and refining it. Adding features as I improve Phoenix USC.

Still a lot to get done but I’m making progress.

[Richard BetsonParticipant]

>”I will add.”

^Awesome.

[Richard BetsonParticipant]

Is there a option or method to disable auto-complete?

[Richard BetsonParticipant]

@nerobot
I finally got a chance to use Ted2go (with Mark’s recent changes). Good job. I am just starting to use it but I’m already loving the source view.

[Richard BetsonParticipant]

Aww. Thanks!

I am sure some know this (just FYI) but you can use numbers above 1.0 for the color variables for lights. For example:

Monkey

canvas.image.Color=New Color(4.0,4.0,4.0) canvas.AddLight( image, x, y, rotation )

1 2	canvas.image.Color=New Color(4.0,4.0,4.0) canvas.AddLight( image, x, y, rotation )

When you use numbers above 1.0 it will increase the saturation of the light. I find this useful for game effects and balancing lighting.

[Richard BetsonParticipant]

Wow, bright picture!

Thanks? Too bright?

Here are two images with two spinning beacons. One with no impact lighting and the other with. The issue I am having at the moment is getting the lights to bleed (render) on screen (current map view on display) when they are not on screen (say slightly off screen). It’s a fairly simple thing to account for but requires a little retooling on my part.

It sure is fun to play around with lighting.

Attachments:

1. 

   map8_9.jpg
   

2. 

   map8_10.jpg
   

[Richard BetsonParticipant]

I have some cone style lighting going with Marks latest additions (light rotation) to Monkey 2’s lighting framework. Here shown with a spinning red and yellow beacon. I’m in the process of reworking my frameworks architecture to fully accommodate Monkey 2 lighting features.  So far so good.

Attachments:

1. 

   map8_8a.jpg
   

[Richard BetsonParticipant]

Look for the Linux Mint logo on all upcoming videos. I just got an email form Clement  Lefebvre ( founder of the Linux Mint distribution ) authorizing it.

I’ll be using the Mint logo with the phrase ‘”Developed on Linux Mint”.

[Richard BetsonParticipant]

I may do that. But, I would like to see this feature added to Ted2 as I’m often getting the latest build of Monkey 2 from github and it would make it easier for me. Ted2Go is I think, branched to the latest stable version of MX2.

If Ted2 had a code view that would be enough for me as far as IDE features go.  I like Ted2’s simple approach and features like auto-complete just get in the way for me.

[Author]

Posts