The 29 April 2018 build (11386) is out.

[killerbot]

correct, the plan is for the next nightly to step up to wx 3.1.x, that's why we didn't bother anymore to take the step towards 3.0.4.

[Melchior]

oh ook...

[Khram]

Problems with checking spelling are still the same. Now there are no word breaks, but only the last letters are spelling, ... after this the code::blocks is very quickly destroyed.

[oBFusCATed]

Problems with checking spelling are still the same.

Unfortunately your bug reporting skills haven't improved either... 

[Xaviou]

Hi.

I've just noticed that it was no more possible to move files betwen/from/to virtual folders in the projects tree.

Is there now an option I missed to re-activate this ?

Tested on Windows 10 with the "official binary", and on OS-X and Debian.

Regards
XAv'

[oBFusCATed]

Does it work with the previous night build?

[Xaviou]

Does it work with the previous night build?

Yes, it works.

I have also tested with a personnal build (rev 11374) and it doesn't work.

Regards
Xav'

[oBFusCATed]

Can you find the commit that breaks it?

[Xaviou]

Can you find the commit that breaks it?

I'll try...

Regards
Xav'

[Xaviou]

I think I've found the commit : it seems to be rev 11345 :

• CodeSnippets - Apply modified patches by Miguel Gimenez and bluehazzard
      Adds DnD to projectmanagerui, removes it from the plugin, and fixes asserts
  

Its not just a supposition related to the comments above : I've built both rev-11344 and rev-11345.
But I've not made 'clean builds' (just svn update and build for both revs) so I can't be 100% sure of what I'm saying.

I have also built the last rev (11400) with src/src/projectmanagerui.cpp of rev 11344 (just before the problematic modification witch was the last modification made on this file) and it works (files can be dragged between virtual folders).
But I don't know witch other impact it can have : it was just for testing purpose.

Hope it'll help

Regards
Xav'

[Miguel Gimenez]

It seems pecan disabled dragging in the project tree on purpose:

// we disallow the drag of files within the project tree

[BlueHazzard]

This is my fault....
I will look into it and post a patch

[BlueHazzard]

This should fix the issue

Code Select Expand

diff --git a/src/src/projectmanagerui.cpp b/src/src/projectmanagerui.cpp
index cbd93a6fe..6ca7d0926 100644
--- a/src/src/projectmanagerui.cpp
+++ b/src/src/projectmanagerui.cpp
@@ -977,11 +977,8 @@ void ProjectManagerUI::OnTreeBeginDrag(wxTreeEvent& event)
         wxDropSource dragSource(m_pTree);
         dragSource.SetData(dropObject);
         dragSource.DoDragDrop();
-        // we disallow the drag of files within the project tree
-        return;
     }
-
-    // allowed
+    // Allow drag and drop within the project tree
     event.Allow();
}


On windows the handling is somehow bugged: If you drag a file the "forbidden" cursor will be shown as long as you hold the mouse button. As soon you release the button the normal "drag&drop" cursor will appear and drag and drop is possible...
It works, but i still will look further...

[BlueHazzard]

On windows the handling is somehow bugged: If you drag a file the "forbidden" cursor will be shown as long as you hold the mouse button. As soon you release the button the normal "drag&drop" cursor will appear and drag and drop is possible...
It works, but i still will look further...

i am not quite sure if this is wxWidgets behaviour:
http://docs.wxwidgets.org/3.0/overview_dnd.html

Dragging: The call to DoDragDrop() blocks the program until the user releases the mouse button (unless you override the wxDropSource::GiveFeedback function to do something special). When the mouse moves in a window of a program which understands the same drag-and-drop protocol (any program under Windows or any program supporting the XDnD protocol under X Windows), the corresponding wxDropTarget methods are called - see below.

[Miguel Gimenez]

The forbidden cursor appears because the project manager window should be also a drop target.