Either QB64pe enhancement or IDGI

[doppler]

After some thought (always bad for me), Either this will become a QB64pe enhancement or I Don't Get It.

I use drop files a lot since implemented a couple releases ago (v1.3).  It's easy to use and setup.  A couple of commands and your program can take a list of files dropped on a window.  I want to take to the next level.

Drop them on the desktop icon link.!  And process them.  This a hidden feature (or not well known) in Microsoft windows.  I read through the program doc's again.  Not clear if it is already implemented.

Let the fun begin....

[mnrvovrfc]

I want to take to the next level.
:
Let the fun begin....

I also want the next level. Support on Linux. LOL see if that's easy. Might be only for GNOME and anything based on it(*). Nope, XFCE isn't one of them, and KDE is a different beast. LXQt isn't enough like KDE although they share many components, and whoever insists on LXDE is out of luck anyway. Those are the most popular desktop environments.

(*) MATE (forked from GNOME remembered from the first versions of Ubuntu), Cinnamon (forked from the "new" GNOME, by Linux Mint team), Budgie (created by Solus Project developers), Pantheon (by elementary OS team). There might be others. They might have the window manager "mutter" in common, although for Cinnamon it's called "muffin". MATE uses the "old" one now called "marco", probably before "mutter" even existed. "MATE" is pronounced like in Spanish with short vowels, not like the word for "partner". To add to the confusion, Debian offers "GNOME Flashback" which is the old GNOME that was offered in the first versions of Ubuntu, before it was transformed into MATE.



The main difference with MATE is that it allows one of those two panels removed and configured extensively. How the menus appear could also be changed although it's not recommended to beginners.

Yeah but supporting dragon drop brings more headaches the user has to be aware of, which won't be the fault of the programmer. On Thunar must drag into the heading of the file list. If not it might not complete the request, or if the user is hovering over a ZIP file when he/she lets go then it's going to think he/she wants to add to that ZIP file. Of course if it's RAR then it will fail, since WinRAR is the only program allowed to create RAR. PCManFM, the file manager for LXQt is even more pensive about this, must choose "compact" view (no headings nor information other than filenames) and find a blank space in the window to drag files into.

There's more. Dolphin on KDE and GNOME Files are the opposites with working with tabs in a single window of the file manager. With GNOME Files the user has to wait until it cares to change the view to the destination tab, when he/she wants to drag files into the destination. Otherwise he/she would be annoyed by the context menu Dolphin gives out: "Copy, Move, Cancel". "Just do it man!" But what if he/she didn't want to move and it does so accidentally? Anyway while dragging hold [SHIFT] to move and [CTRL] to copy.

I'm sorry for the lost post but it looks like the dragon drop support on QB64 might remain Windows only for a long while.

[dbox]

After some thought (always bad for me), Either this will become a QB64pe enhancement or I Don't Get It.

I use drop files a lot since implemented a couple releases ago (v1.3).  It's easy to use and setup.  A couple of commands and your program can take a list of files dropped on a window.  I want to take to the next level.

Drop them on the desktop icon link.!  And process them.  This a hidden feature (or not well known) in Microsoft windows.  I read through the program doc's again.  Not clear if it is already implemented.

Let the fun begin....

If you drop a selection of files on an executable it will pass the filenames as arguments to the program.

Code: (Select All)

Print "File Count:"; _CommandCount

For i = 1 To _CommandCount

    Print Command$(i)

Next i

[doppler]

After some thought (always bad for me), Either this will become a QB64pe enhancement or I Don't Get It.

I use drop files a lot since implemented a couple releases ago (v1.3).  It's easy to use and setup.  A couple of commands and your program can take a list of files dropped on a window.  I want to take to the next level.

Drop them on the desktop icon link.!  And process them.  This a hidden feature (or not well known) in Microsoft windows.  I read through the program doc's again.  Not clear if it is already implemented.

Let the fun begin....

If you drop a selection of files on an executable it will pass the filenames as arguments to the program.

Code: (Select All)

Print "File Count:"; _CommandCount

For i = 1 To _CommandCount

    Print Command$(i)

Next i

OK, this is one solution.  Does work with limits.  Too many commandcount entries does not work.  This a buffer size limit I think.  Not a count limit.

Dbox thanks for the insight trick.  Another toolbox additive snip-it.
I can always use this as preprocessing trick, and follow on with dropbox later on.  Why one over the other USE BOTH!!

[mnrvovrfc]

Steered off the road again...

Welp, works on Windows I guess but not for Linux. One major irritation about Linux is that many terminals are limited to a grand total of 255 figures for the command line. "xargs" could be used in some places, but not all.

I have to look into what is done by Purebasic because it might break down only to the two main GUI toolkits which are GTK and Qt. A lot of apps are still on GTK2, many of them are clunky and so many users don't like it. But GTK4, Qt5 and Qt6 require a lot of disk space although they don't seem to conflict with each other.

I don't think I could ever create an app that relies on dragon drop.

[doppler]

Steered off the road again...

Welp, works on Windows I guess but not for Linux. One major irritation about Linux is that many terminals are limited to a grand total of 255 figures for the command line. "xargs" could be used in some places, but not all.

I have to look into what is done by Purebasic because it might break down only to the two main GUI toolkits which are GTK and Qt. A lot of apps are still on GTK2, many of them are clunky and so many users don't like it. But GTK4, Qt5 and Qt6 require a lot of disk space although they don't seem to conflict with each other.

I don't think I could ever create an app that relies on dragon drop.

Not really off road.  The main subject was Drag-n-Drop.  Linux was never a windows wanna-be ever.  It was a free GUI based on Unix O/S.  Not knowing the limits and differences leads to all kinds of trouble.  Many apps are almost the same between Apple IOS and Android.  I know for a fact a good chunk of the code ports over with no change.  It's the other bits that are hell.  I know of a couple Android apps much better than Apple.  And vice-a-versa.  It all in taking advantage of O/S tools and work a rounds needed.

BTW, Dbox I already used both.

[dbox]

BTW, Dbox I already used both.

Excellent, glad it worked for you!

[doppler]

Unless someone knows of work a rounds for Linux drag-n-drop.  I would call this discussion at a conclusion.