CL trunk mouse cursor stuck as arrow

[eranif]

I strongly suggest that you bring this up on the wx-dev/users mailing list (unless you already did and I missed that)
As this sound like a very annoying but that should be handled

Eran

[petah]

though I'm pretty sure it's a wx issue from looking at the Trac trail and source code, I can't reproduce the problem with a minimal example. I may give it another try this week-end.

cheers,

-- p

[DavidGH]

As this sound like a very annoying but that should be handled

This one isn't annoying; in fact I hadn't even noticed it. It was the previous, double-headed cursor bug that annoyed.

I'll have a look at the fix for that and see if I can work out how it can be generalised or altered. Either way, that bug-report will need to be reopened.

[DavidGH]

I can't even guess how to fix it, but at least I've managed to reproduce it in 'minimal' (adding a wxAui-managed wxSTC). I've reopened #15801.

[petah]

cool thx.

-- p

[DavidGH]

Now fixed in trunk, by 320a5da (#75888).

[petah]

Thanks. The cursor's still stuck as arrow in the output view though; I'm positive it used to turn into a text cursor before for selection but I'm not brave enough to reopen this ticket IMO that patch seems overly complicated but I don't know Gtk3's inner workings.

You'll need a wx patch I already posted on wx-dev to compile with wxTrunk, I also attached a CL patch required when building w/out precomp headers.

edit Eran: your latest cmake is apparently inserting the string that's passed to wx-configure --with-flavour <flav> in the middle of wx library filenames it searches for, but AFAIK <flav> doesn't get similarly inserted in wx's lib filenames when wx is built so CL won't find wx libs. I had to set --with-flavour to empty string for CL to find wx libs again. Not really important; just a FYI.

cheers,

-- p

[DavidGH]

The cursor's still stuck as arrow in the output view though

It depends on the pane: some are wxSTCs, which now work (or wxTextCtrls which continue to work), others are (iirc) wxDVCs, and they show the arrow cursor as they always have. I can't now see any difference between the wx3.1 and wx3.0 behaviour.

I'm afraid I don't understand the rest of your post. Why would I need a wx or CL patch? Is something not building?

[petah]

I'm afraid I don't understand the rest of your post. Why would I need a wx or CL patch? Is something not building?

Yeah, wx trunk doesn't build with gcc because NULL is assigned to an iterator in ./src/richtext/richtextbuffer.cpp:12002. I posted a workaround on wx-dev, also attached here, Julian Smart just saw my post so it'll probably be fixed shortly.

The CL patch is just for PCH-less builds; wxMenu is fwd-declared without a matching #include.

cheers,

-- p