Overview
Examples
Screenshots
Comparisons
Applications
Download
Documentation
Tutorials
Bazaar
Status & Roadmap
FAQ
Authors & License
Forums
Funding Ultimate++
Search on this site
Search in forums












SourceForge.net Logo
Home » U++ TheIDE » U++ TheIDE: Other Features Wishlist and/or Bugs » DragAndDrop FILES does not work under LINUX
DragAndDrop FILES does not work under LINUX [message #35006] Tue, 27 December 2011 19:34 Go to next message
Didier is currently offline  Didier
Messages: 725
Registered: November 2008
Location: France
Contributor
I am using the drag and drop of files in order drop the files to open with my app.

This works very well on WIN32, but under LINUX it does not work Sad

I haver never seen this feature work under linux, is it normal or is it a bug ?

I've been triing to see what's happening and I found the following things:

  • The ctrl DragAndDrop() gets called all the time, even while moving the selected file
  • The pasteClip is always empty ??


I work under linux FEDORA 12 (I know it's quite old now) with KDE

Doe's anybody have this working under linux ?

Note: The dropfiles example app is the test case

Report message to a moderator

Re: DragAndDrop FILES does not work under LINUX [message #35007 is a reply to message #35006] Tue, 27 December 2011 19:42 Go to previous messageGo to next message
mirek is currently offline  mirek
Messages: 14256
Registered: November 2005
Ultimate Member
Didier wrote on Tue, 27 December 2011 13:34

I am using the drag and drop of files in order drop the files to open with my app.

This works very well on WIN32, but under LINUX it does not work Sad

I haver never seen this feature work under linux, is it normal or is it a bug ?

I've been triing to see what's happening and I found the following things:

  • The ctrl DragAndDrop() gets called all the time, even while moving the selected file
  • The pasteClip is always empty ??


I work under linux FEDORA 12 (I know it's quite old now) with KDE

Doe's anybody have this working under linux ?

Note: The dropfiles example app is the test case





It is implemented, the clipboard type is "text/uri-list"...

I have just tested in Gnome, it seems to work fine.

It is not unlikely that KDE has different protocol (or different clipboard type) for this...

Mirek

Report message to a moderator

Re: DragAndDrop FILES does not work under LINUX [message #35008 is a reply to message #35007] Tue, 27 December 2011 21:49 Go to previous messageGo to next message
Didier is currently offline  Didier
Messages: 725
Registered: November 2008
Location: France
Contributor
I tested with gnome and it also works fine,

Seems to be a KDE specific problem

But looking at the logs in DEBUG mode

In GNOME:
#### PasteClip = 
Target action 1
Sending status/finished to 23115959 accepted: true
DropStatus Client Message XdndPosition
Client Message 83890900 XdndPosition, src: 23115959
XdndPosition [757, 350], action XdndActionCopy
Source action 1
#### PasteClip = 
Target action 1
Sending status/finished to 23115959 accepted: true
DropStatus Client Message XdndPosition
Client Message 83890900 XdndPosition, src: 23115959
XdndPosition [759, 352], action XdndActionCopy
Source action 1
#### PasteClip = 
Target action 1
Sending status/finished to 23115959 accepted: true
DropStatus Client Message XdndPosition
Client Message 83890900 XdndPosition, src: 23115959
XdndPosition [760, 353], action XdndActionCopy
Source action 1
#### PasteClip = 
Target action 1
Sending status/finished to 23115959 accepted: true
#### PasteClip = 
#### PasteClip = 
#### PasteClip = 
#### PasteClip = 
#### PasteClip = 
DropStatus Client Message XdndDrop
Client Message 83890900 XdndDrop, src: 23115959
XdndDrop to 10VMLineEdit : 0xbf82c308(parent 16WithTabDocLayoutIN3Upp10ParentCtrlEE)
Source action 1
#### PasteClip = 
Target action 1
Sending status/finished to 23115959 accepted: true
DropStatus Client Message WM_PROTOCOLS
DropStatus Client Message WM_PROTOCOLS
DropStatus Client Message WM_PROTOCOLS



In KDE
DropStatus Client Message XdndPosition
Client Message 85985289 XdndPosition, src: 81788964
XdndPosition [1023, 365], action XdndActionMove
Source action 2
#### PasteClip = 
Target action 2
Sending status/finished to 81788964 accepted: true
#### PasteClip = 
#### PasteClip = 
DropStatus Client Message XdndPosition
Client Message 85985289 XdndPosition, src: 81788964
XdndPosition [1023, 365], action XdndActionMove
Source action 2
#### PasteClip = 
Target action 2
Sending status/finished to 81788964 accepted: true
#### PasteClip = 
#### PasteClip = 
#### PasteClip = 
#### PasteClip = 
DropStatus Client Message XdndPosition
Client Message 85985289 XdndPosition, src: 81788964
XdndPosition [1023, 365], action XdndActionMove
Source action 2
#### PasteClip = 
Target action 2
Sending status/finished to 81788964 accepted: true
#### PasteClip = 
#### PasteClip = 
#### PasteClip = 
DropStatus Client Message XdndDrop
Client Message 85985289 XdndDrop, src: 81788964
XdndDrop to 10VMLineEdit : 0xbfb1fde8(parent 16WithTabDocLayoutIN3Upp10ParentCtrlEE)
Source action 2
#### PasteClip = 
Target action 2
Sending status/finished to 81788964 accepted: true
DropStatus Client Message WM_PROTOCOLS
DropStatus Client Message WM_PROTOCOLS
DropStatus Client Message WM_PROTOCOLS



The target action differs: 1 in GNOME and 2 in KDE
You are certainly right saying it's a protocol problem.
Where is all this protocol parsing done, i can try and take a look at what can be done ?

Report message to a moderator

Re: DragAndDrop FILES does not work under LINUX [message #35010 is a reply to message #35008] Wed, 28 December 2011 09:21 Go to previous messageGo to next message
mirek is currently offline  mirek
Messages: 14256
Registered: November 2005
Ultimate Member
For now, I would not be that much concerned about action, clearly KDE suggests default action different than Gnome.

1 means copy
2 means move

What I would test first is which formats are available on clipboard. Unfortunately, there is no direct logging of this in U++; however the scan of available formats in in method

bool Ctrl::Xclipboard::IsAvailable(int fmt, const char *type)

so perhaps putting DDUMP(XAtomName... into the loop there would reveal the information.

Mirek

Report message to a moderator

Re: DragAndDrop FILES does not work under LINUX [message #35016 is a reply to message #35010] Wed, 28 December 2011 14:17 Go to previous messageGo to next message
Didier is currently offline  Didier
Messages: 725
Registered: November 2008
Location: France
Contributor
OK,

Thank's. I will try this and see what comes up

Report message to a moderator

Re: DragAndDrop FILES does not work under LINUX [message #35020 is a reply to message #35016] Thu, 29 December 2011 11:42 Go to previous message
Didier is currently offline  Didier
Messages: 725
Registered: November 2008
Location: France
Contributor
I did some testing and the problem does not come from KDE. It comes from the file browser used:

First, depending on the file browser used, you have to push on [ctrl] to get a 'XdndActionCopy' command (action 1)

But even with the correct command, some browsers still don't work. Here is the status for 3 current linux browsers:

  • dolphin : does NOT WORK (defautl with KDE)
  • konqueror : does NOT WORK
  • nautilus : OK (default with GNOME)


After more investigation, it seems that the CLIP is EMPTY with dolphin and konqueror although all the rest is identical to nautilus case.

So I gess this is a Konqueror/dolphin bug.

[Updated on: Thu, 29 December 2011 11:44]

Report message to a moderator

Previous Topic: ColorPopup widget crashes TheIDE with "Invaild memory Access" on latest Daily builds of U+
Next Topic: In MSC Builder, linking a lib with *many* objects gives an error
Goto Forum:
  

[ Syndicate this forum (XML) ] [ RSS ] [ PDF ]

Current Time: Tue Apr 29 19:50:05 CEST 2025

Total time taken to generate the page: 0.00644 seconds
.:: Contact :: Home ::.

Powered by: FUDforum 3.0.5.
Copyright ©2001-2013 FUDforum Bulletin Board Software