topbanner_forum
  *

avatar image

Welcome, Guest. Please login or register.
Did you miss your activation email?

Login with username, password and session length
  • Tuesday April 23, 2024, 6:07 am
  • Proudly celebrating 15+ years online.
  • Donate now to become a lifetime supporting member of the site and get a non-expiring license key for all of our programs.
  • donate

Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Messages - kefrey [ switch to compact view ]

Pages: [1]
1
Drag&Drop Robot / Feature request - mini GUI
« on: November 24, 2012, 01:59 AM »
I find this program to be fabulously useful.  Sometimes, though, it's too big onscreen, especially with, say, two Explorer windows open at the same time. It would be nice to have the option to switch to a 'simplified' GUI, like so...

[attachimg=#1][/attachimg]

The configuration file selection is in the file menu, where it would usually be found.  The various option settings are in an options menu.  Fields 2-4 are either excluded or hidden in the options menu.  The file queue is hidden until opened by the "queue" button, but since there's no reason to drop anything into the output window, the whole bottom part of the screen can serve as a drop zone for the file queue, whether it's visible or not.

Another step - add 'menus' for fields 2-4, which are drop zones and allow viewing/editing by clicking or selecting the 'menu' via keyboard.  Then they're fully available without taking up screen space.

2
Drag&Drop Robot / Re: GUI/form bugs v1.13.01 in w2k
« on: November 24, 2012, 12:46 AM »
Well, not quite - you may have forgotten how you wrote the program, or maybe this stuff is hidden in the form editor... ;)

I got to poking around with ResHack and fixed the drop zones (in my personal copy, at any rate).  They are all in the main form, which is amenable to text editing.  The labels are in the main form too, but they are also initialized somewhere, so even after fixing the form and deleting the settings files, a fresh start labels field 4 as field 3, although the drop zone and the %f4 variable work properly.

I was able to fix that one with a hex editor by looking for a place in the software where there was a set of data going field 1, field 2, field 3, field 3, at hex 2A01B9 - the nearby text is

Settings\0Field1Caption\0Field 1 (%f1,%F1)\0Settings\0Field1Text\0\0
Settings\0Field2Caption\0Field 2 (%f2,%F2)\0Settings\0Field2Text\0\0
Settings\0Field3Caption\0Field 3 (%f3,%F3)\0Settings\0Field3Text\0\0
Settings\0Field3Caption\0Field 4 (%f4,%F4)\0Settings\0Field4Text\0\0
               ^
  note duplicated Field3


These names don't appear in the text form. It might be an error in the initializing/reading/writing of the ini file, but I'm just guessing.

Good luck with it. The edited form is attached, but it fixes the drop zones, not the labels.



3
Drag&Drop Robot / Re: any drag&drop users?
« on: June 15, 2012, 11:03 PM »
Just found it. Just learning to use it.  It seems useful. I reported a bug.

To really make use of it requires GnuWin or some other set of utilities and some skill at the Windows command line, which is possibly the most arcane programming language since IBM OS/360 JCL.

4
Drag&Drop Robot / GUI/form bugs v1.13.01 in w2k
« on: June 15, 2012, 10:51 PM »
Problem 1 - there are two Field 3s - line one: commandline, line two: field 1, line 3: field 2, field 3, field 3
Problem 2 - the drop zones don't correspond with the text fields onscreen

If you drop things in the "right" place, it all seems to work, though.
Resizing works normally - the zones stay with their (wrong) controls.

DragDropRobotCommented.png

Pages: [1]