The 10 november 2006 build is out.

[rjmyst3]

This is a wxWidgets to GTK communications bug in drag&drop.

This may be true, but I've only seen this on wxFlatNotebook - not on wxScintilla, for example. And I remember reading about a change to wxScintilla to improve drag&drop handling to prevent this in GTK.

I don't know much about coding drag&drop, but perhaps the handling could be improved in wxFlatNotebook?

[dje]

Hi !!

I found a (small) GUI bug.
- Activate Script console (View->Script console must be checked)
- In Messages notebook, right-click on Script console and click on Show/hide->Script console
- Right-click on any of the messages tab, Script console is not checked.
- Click on View menu, Script console is checked. The first click on it does nothing, the second re-enable it.

Dje

[killerbot]

Hi !!

I found a (small) GUI bug.
- Activate Script console (View->Script console must be checked)
- In Messages notebook, right-click on Script console and click on Show/hide->Script console
- Right-click on any of the messages tab, Script console is not checked.
- Click on View menu, Script console is checked. The first click on it does nothing, the second re-enable it.

Dje

thanks for the feedback, could you please file this bug report at berlios project page.

This applies to all other people who are providing us with bug reports, since in the forum they will get lost, but on the bug tracker on the project page, they will survive and get their needed attention.
Thanks to everyone !!!

[dje]

That's what I thought and did just after...
Bug ID 009438 !

Dje

[nzoltan]

This is a wxWidgets to GTK communications bug in drag&drop.
Not much CodeBlocks can do about it except turn off drag&drop on linux.

How can I disable drag&drop in GNOME? Please help me... 

[Pecan]

This is a wxWidgets to GTK communications bug in drag&drop.
Not much CodeBlocks can do about it except turn off drag&drop on linux.

How can I disable drag&drop in GNOME? Please help me... 

You would compile wxWidgets yourself and set the define in setup.h to 0

Code

#define wxUSE_DRAG_AND_DROP 1

This might cause other side effects.

If its just wxFlatNotebook thats the problem, you could compile it with the wxFNB_NODRAG flag.

[nzoltan]

If its just wxFlatNotebook thats the problem, you could compile it with the wxFNB_NODRAG flag.

<OFF>
I never develop wWindows before
</OFF>

Thanks. I found the wxFNB_NODRAG but have a magic value (0x80). Therefore if I comment out lines between 1300 and 1308 in wxFlatNotebook.cpp (codeblocks source tree), it will enough?

[rjmyst3]

Thanks. I found the wxFNB_NODRAG but have a magic value (0x80). Therefore if I comment out lines between 1300 and 1308 in wxFlatNotebook.cpp (codeblocks source tree), it will enough?

no, you'd need to find all of the wxFlatNotebook constructors in the code::blocks source code, and pass the wxFNB_NODRAG flag in them.
example,

before:

Code

wxFlatNotebook* m_editor = new wxFlatNotebook( this, -1, wxDefaultPosition, wxDefaultSize, wxFNB_SMART_TABS | wxFNB_VC8 ); 

after:

Code

wxFlatNotebook* m_editor = new wxFlatNotebook( this, -1, wxDefaultPosition, wxDefaultSize, wxFNB_SMART_TABS | wxFNB_VC8 | wxFNB_NODRAG ); 

Then, recompile code::blocks

[nzoltan]

no, you'd need to find all of the wxFlatNotebook constructors in the code::blocks source code, and pass the wxFNB_NODRAG flag in them.
example,

Thanks, success! C::B is now stable. 

[gjsmo]

I use this build on ubuntu edgy, and it said "incomplete entry on line 40, /etc/maincap" at startup, does any one know if it is my problem or somewhere else?

You have have a problem in that file. If I recall correctly it's actually wxWidgets that creates that error because I had the same problem with FileZilla 3 (which also uses wxWidgets).

I had a line something like this in /etc/mailcap (in the error line):

Code

application/x-emerald-theme
        ext: emerald

I removed those two lines and the error disappeared. Remember to backup the file before deleting anything from it though.

Never delete anything - comment it out by adding a # (hash mark) at the beginning of the line

[gjsmo]

It would be nice if this was fixed, as artoj has already given fixes for it as of January 10th.

Huh? I _reported_ the bug on 10th of January. The reason why this isn't fixed yet is because we don't know what the specific problem with these toolbar images is. And the menu images... well, I think we'll have to live with that problem a long time:

Screenshot 1

Screenshot 2

(And yes, the toolbars work correctly on those images)

Could someone with proper rights to the SF.net project page close these bugs because they are now fixed:

1401383 
1401376

Thanks for killerbot for creating the patches (and devs for applying them).

Is not this saying that the bugs are fixed?

[artoj]

Huh? I _reported_ the bug on 10th of January. The reason why this isn't fixed yet is because we don't know what the specific problem with these toolbar images is. And the menu images... well, I think we'll have to live with that problem a long time:

Screenshot 1

Screenshot 2

(And yes, the toolbars work correctly on those images)

These images are on Windows Vista which correctly shows the toolbar images. The problem happens on XP.

Could someone with proper rights to the SF.net project page close these bugs because they are now fixed:

1401383 
1401376

Thanks for killerbot for creating the patches (and devs for applying them).

Is not this saying that the bugs are fixed?

Those 2 were different bugs (nothing to do with the toolbars).