Scanning for plugins in C:\Dev-CodeBlocks\share\codeblocks\plugins
Manager failed to load XRC resource 'C:\Dev-CodeBlocks\share\codeblocks\Cccc.zip'.
Manager failed to load XRC resource 'C:\Dev-CodeBlocks\share\codeblocks\CppCheck.zip'.
Manager failed to load XRC resource 'C:\Dev-CodeBlocks\share\codeblocks\Cscope.zip'.
Manager failed to load XRC resource 'C:\Dev-CodeBlocks\share\codeblocks\DoxyBlocks.zip'.
Manager failed to load XRC resource 'C:\Dev-CodeBlocks\share\codeblocks\EditorConfig.zip'.
Manager failed to load XRC resource 'C:\Dev-CodeBlocks\share\codeblocks\headerfixup.zip'.
Manager failed to load XRC resource 'C:\Dev-CodeBlocks\share\codeblocks\ThreadSearch.zip'.
Tools Plus Plugin: Registering shell type Piped Process Control
Manager failed to load XRC resource 'C:\Dev-CodeBlocks\share\codeblocks\ToolsPlus.zip'.
Manager failed to load XRC resource 'C:\Dev-CodeBlocks\share\codeblocks\wxSmithAui.zip'.
Loaded 60 plugins
indeed, with a new clean build this also occurs.so is there a problem with those existing plugins?
so is there a problem with those existing plugins?
Is the xrc file missing all together or something else?
Quoteso is there a problem with those existing plugins?
Is the xrc file missing all together or something else?
As far as i know this plugins do not have xrc files, but the resource management of wxWidgets expects xrc files. Adding dummy xrc files can probably solve this...
The sdk indicated by 'killerbot' is 1.34.0
The sdk specified by C::B after compilation is 1.36.0 (svn 11350, 2018-03-28)
Problems with checking spelling are still the same.Unfortunately your bug reporting skills haven't improved either... 8)
Does it work with the previous night build?Yes, it works.
Can you find the commit that breaks it?I'll try...
// we disallow the drag of files within the project tree
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...i am not quite sure if this is wxWidgets behaviour:
It works, but i still will look further...
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.
I can try to do it but first i want to know if the implementation for the fix i suggested a few posts above is really a problem (also on other platforms like mac or unix)I've tested (OS-X and Windows) : it is not really a problem if you know how it works (especially on OS-X where the "forbidden" icon isn't shown).
This should fix the issueCodediff --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...
I have temporary disabled external drag and drop from projectmanagerui.
External drag and drop is incompatible with wxTreeCtrl internal use of drag and drop.
We can use one or the other, but not both in a wxTreeCtrl.
QuoteI have temporary disabled external drag and drop from projectmanagerui.
External drag and drop is incompatible with wxTreeCtrl internal use of drag and drop.
We can use one or the other, but not both in a wxTreeCtrl.
i have started to work on a implementation with dedicated drag and drop objects, but this is a lot work because the whole logic (moving files between virtual folders without the internal tree control api ecc....) has to be rewritten. And i have no time for this at the moment....