Author Topic: NANY 2013 Release: Customizable Remote Administration Panel (CRAP) (Read 118180 times)

hamradio · « **Reply #125 on:** April 08, 2024, 11:21 AM »

The edit and delete favorites buttons -- will they return?
-oblivion (April 08, 2024, 04:21 AM)

While hovering a favorite…

Shift+Click to edit.
Ctrl+Click to delete with confirmation.
Shift+Ctrl+Click to delete with no confirmation.

The edit/delete buttons on main window won’t be back as they have no way to tell which to edit/delete from that menu so if the buttons ever make a return it will be in an edit favorites window.

An initial note. Quite a few of my CRAP buttons use "runas" so I can use an admin account to run things from a non-admin login.

If I use the new "skip command window" option, I have to set the application as runas.exe and pass everything else (the actual program as well as the user account details) to the command as a lengthy parameter.

It works -- of course! -- and is exactly as the command actually works but it means, for me at least, most of my buttons -- those that don't need a results window left open, anyway -- are going to be runas.exe with the actual program I'm running (along with its parameters) demoted to a parameter of runas.

Not sure if this matters or not! I haven't found an error with it, just a change of focus.
-oblivion (April 08, 2024, 04:57 AM)

Cool.

Your current proposal for the message seems self explanatory enough to me
-ConstanceJill (April 08, 2024, 02:29 AM)

I changed it slightly but it’s pretty much the same.

hamradio · « **Reply #126 on:** April 09, 2024, 05:01 PM »

Slight question before the next beta version...

Since I am warning the user when <var> isn't there if skip command window is true and ignore variable text is false...should I also do the reverse? Whereas if <var> is found but ignore variable text is true then popup asking if you was wanting to use it and if yes is pressed changing ignore variable text checkbox to false and continuing or if no is pressed allow you to make changes?

ConstanceJill · « **Reply #127 on:** April 10, 2024, 02:45 AM »

I guess it would be logical to do so indeed.

hamradio · « **Reply #128 on:** April 10, 2024, 02:54 PM »

I guess it would be logical to do so indeed.
-ConstanceJill (April 10, 2024, 02:45 AM)

Done.

Also the beta @ the CRAP Beta Download Page has been updated to 2.1.0 build 25. Scroll down to see details in the terms of a few things. One such is if you left keep command window open and selected skip command window as well in previous beta make sure the option you want is selected. Reason is I made it to where only one or the other of those two checkboxes should be checkable at a time for more clarity to which is used. The others should still be checkable as normal but it won't let you select both of those now.

hamradio · « **Reply #129 on:** April 13, 2024, 08:54 PM »

Even though beta 2.1.0 build 25 has been uploaded I have been working on the lnk file dropping onto main button panel to read the data in. It is close to being ready for testing itself.

Will work with .exe and .lnk. However...the .lnk files will get the arguments and the .exe will always turn up blank for the arguments portion.

hamradio · « **Reply #130 on:** April 16, 2024, 03:55 PM »

CRAP beta 2.1.0 build 40 should now be uploaded to the CRAP beta download page.

You should be able to do this in it...

Click for example of drag and drop in action.

NANY 2013 Release: Customizable Remote Administration Panel (CRAP)

Note: You may also drag lnk and exe files to the listing portion of the layout editor to do the same for those of you who might use the layout editor window. It works with multiple selected files and will loop through all you dropped onto either way before it finishes.

ConstanceJill · « **Reply #131 on:** April 17, 2024, 06:33 AM »

Cool, I'll download and test it a bit later.

From your animated demo though it looks like it doesn't have "Ignore variable text" checked by default when drag-and-dropping a shortcut, which it probably should.

hamradio · « **Reply #132 on:** April 17, 2024, 12:57 PM »

Cool, I'll download and test it a bit later.

From your animated demo though it looks like it doesn't have "Ignore variable text" checked by default when drag-and-dropping a shortcut, which it probably should.
-ConstanceJill (April 17, 2024, 06:33 AM)

Yeah I noticed that when I did the animation, so it will be fixed in the next. Let me know what other rough edges you want me to look at too if you notice them.

Don’t think I mentioned it but it’s also a - in title and value for favorite separators

Update: Another rough edge I noticed is when dropped it wasn't gaining focus. It should hopefully now gain focus in the next uploaded version.

ConstanceJill · « **Reply #133 on:** April 21, 2024, 08:16 AM »

Hello there

Today I've tested (on my home computer, running Windows 11 v23H2) adding buttons using the shortcut drag and drop feature, and I've encountered a few issues, some of which seem to be related to the handling of lower/uppercase.

1 - when adding a single button, if the ".exe" part of the icon's name happens to not be entirely in lowercase, then in the main window, the button's icon and caption do not appear.
The button itself can still be highlighted when placing the mouse cursor at its position, the tooltip shows up and the associated program can still be launched.
Changing the button's properties to have the ".exe" in the icon's name be in lower case fixes that issue

2 - when dragging several shortcuts to the main window in order to create the corresponding buttons.
If a single one of those shortcuts has the ".EXE" part of target program's filename written uppercase, then CRAP will open the "Adding New Button" dialogue for each shortcut, until the user confirms the "Add" button for that one shortcut with the uppercase ".EXE", at which point CRAP will basically abort processing the queue: there will be no further window to add the next shortcuts even if more were selected, and the buttons for which the settings were already input will not be added to the layout.

3 - This one isn't related to uppercase vs lowercase file names, but to how some games themselves behave.
A normal Windows shortcut has a "start in" field, which, from my understanding, basically sets the "current folder" before starting the program. This field doesn't appear to exist for CRAP buttons, and so for some programs that need it to be set, they may either fail to run, or try to look for and/or write some files in the wrong place.

hamradio · « **Reply #134 on:** April 21, 2024, 04:39 PM »

Hello there

Today I've tested (on my home computer, running Windows 11 v23H2) adding buttons using the shortcut drag and drop feature, and I've encountered a few issues, some of which seem to be related to the handling of lower/uppercase.

1 - when adding a single button, if the ".exe" part of the icon's name happens to not be entirely in lowercase, then in the main window, the button's icon and caption do not appear.
The button itself can still be highlighted when placing the mouse cursor at its position, the tooltip shows up and the associated program can still be launched.
Changing the button's properties to have the ".exe" in the icon's name be in lower case fixes that issue

2 - when dragging several shortcuts to the main window in order to create the corresponding buttons.
If a single one of those shortcuts has the ".EXE" part of target program's filename written uppercase, then CRAP will open the "Adding New Button" dialogue for each shortcut, until the user confirms the "Add" button for that one shortcut with the uppercase ".EXE", at which point CRAP will basically abort processing the queue: there will be no further window to add the next shortcuts even if more were selected, and the buttons for which the settings were already input will not be added to the layout.

3 - This one isn't related to uppercase vs lowercase file names, but to how some games themselves behave.
A normal Windows shortcut has a "start in" field, which, from my understanding, basically sets the "current folder" before starting the program. This field doesn't appear to exist for CRAP buttons, and so for some programs that need it to be set, they may either fail to run, or try to look for and/or write some files in the wrong place.
-ConstanceJill (April 21, 2024, 08:16 AM)

1. I have tracked down that bug. At least in my test it works.
2. After I fixed #1 I cant seem to get #2 to reproduce if I have understood correctly.
3. The fix for that will be a "start in" text box in which I can add one. (Update: I have added in.)

hamradio · « **Reply #135 on:** April 22, 2024, 08:31 PM »

Just a FYI...I am currently hoping to get another beta out in the next day or two with those 3 items fixed.

hamradio · « **Reply #136 on:** April 24, 2024, 03:34 PM »

CRAP beta 2.1.0 build 49 should now be able to be downloaded from the CRAP beta download page.

Changes...
Hopefully the drag and drop bugs are fixed.

The start in addition textbox to all non layout link buttons. Along with various other tweaks.

Note: Also in this version...I don't know if I should keep/remove but atm if the control key is pressed when dropping it will add all without the add dialogs...should I keep or remove?

Thanks for all the testing so far as well.

ConstanceJill · « **Reply #137 on:** April 25, 2024, 02:16 AM »

Thanks, I'll download and test it ASAP

[…]
Note: Also in this version...I don't know if I should keep/remove but atm if the control key is pressed when dropping it will add all without the add dialogs...should I keep or remove?
-hamradio (April 24, 2024, 03:34 PM)

Sounds neat, if the default settings it adds the button with are all right then I see no reason to remove it.

hamradio · « **Reply #138 on:** April 25, 2024, 02:17 PM »

Thanks, I'll download and test it ASAP

[…]
Note: Also in this version...I don't know if I should keep/remove but atm if the control key is pressed when dropping it will add all without the add dialogs...should I keep or remove?
-hamradio (April 24, 2024, 03:34 PM)
Sounds neat, if the default settings it adds the button with are all right then I see no reason to remove it.

-ConstanceJill (April 25, 2024, 02:16 AM)

I noticed one thing myself today...in fixing how the settings are handled the separator goes based on the width of the button not the height in that build 49 when using a custom button layout. I will fix that.

ConstanceJill · « **Reply #139 on:** April 26, 2024, 02:26 PM »

All right, I've tested it a little bit and indeed the 3 issues I had posted about in post #133 seem to be fixed.

I've noticed however that in the "Start in" field, it appears that CRAP puts the path it imported between double quotes, and that seems to not work exactly as expected as, for example :
- Diablo 2 Lord of Destruction, when connecting to Battle.net, creates a BnetLog.txt file in the folder where it is started in.
If it is started from a button in CRAP where the "Start in" field has double quotes around it, then that file is created in the same folder where CRAP itself was started in
- The Dark Mod v2.12 x64 (it's a free game, get it from https://www.thedarkmod.com/downloads/

) exhibits a similar behaviour, also creating its Darkmod.log file in the same folder where CRAP was started in
- Thief Gold, if its install.cfg file (that file basically tells it where to look for its resources) contains relative paths such as ".\", which is likely to be the case if it was patched up TFix (which is very much THE recommended unofficial patch package), will fail to run when started from such a button.

In all those examples, removing the double quotes around the contents of the "Start in" field from the buttons fixed the issues.

Now I didn't try to install those games in folders that had spaces in them, so I'm not sure if the double quotes would be required then or would still cause issues.

hamradio · « **Reply #140 on:** April 26, 2024, 03:05 PM »

All right, I've tested it a little bit and indeed the 3 issues I had posted about in post #133 seem to be fixed.

I've noticed however that in the "Start in" field, it appears that CRAP puts the path it imported between double quotes, and that seems to not work exactly as expected as, for example :
- Diablo 2 Lord of Destruction, when connecting to Battle.net, creates a BnetLog.txt file in the folder where it is started in.
If it is started from a button in CRAP where the "Start in" field has double quotes around it, then that file is created in the same folder where CRAP itself was started in
- The Dark Mod v2.12 x64 (it's a free game, get it from https://www.thedarkmod.com/downloads/ ) exhibits a similar behaviour, also creating its Darkmod.log file in the same folder where CRAP was started in
- Thief Gold, if its install.cfg file (that file basically tells it where to look for its resources) contains relative paths such as ".\", which is likely to be the case if it was patched up TFix (which is very much THE recommended unofficial patch package), will fail to run when started from such a button.

In all those examples, removing the double quotes around the contents of the "Start in" field from the buttons fixed the issues.

Now I didn't try to install those games in folders that had spaces in them, so I'm not sure if the double quotes would be required then or would still cause issues.
-ConstanceJill (April 26, 2024, 02:26 PM)

I will also get the quotes removed and hopefully those wont be needed for it after all.

hamradio · « **Reply #141 on:** April 27, 2024, 03:36 PM »

CRAP BETA 2.1.0 build 60 now on the CRAP Beta Download Page.

BIG CHANGE -> Reworked how button's are identified to account for some of the D&D changes below.
A smaller change -> When files are dropped it should now filter out files that are not of correct file extension.
Additionally -> Some bugs were squashed and hopefully are dead.

Due to the BIG CHANGE I was able to implement the following...

Added more drag/drop operations for buttons.

Main Window D&D operations...
1. Shift + D&D = Move a button/separator within current layout (always placed to the left of button/separator you dropped it on).
2. Control + D&D = Drop a button on a "layoutlink" to give the option to move the button to that layout if it exists.
3. Control + Shift + D&D = Drop a button on a "layoutlink" to give the option to copy the button to that layout if it exists.
4. Note that you cannot move separators to layoutlinks as they don't require data to be entered anyway.

Move to Layout/Copy to Layout right click menu items for the equivalent of the above.

Note: Even with the "BIG CHANGE" no changes should be needed on your side with this version but let me know if you find a bug...

hamradio · « **Reply #142 on:** May 01, 2024, 02:37 PM »

I have a small update coming to beta build 60 at some point soon. Anything else that I should take a look at from build 60 before I do put the small update out?

I have focused on optimizing some parts of the program with the latest to get it ready for the release build.

ConstanceJill · « **Reply #143 on:** May 02, 2024, 10:17 AM »

Well I'm sure yet if that's a good idea, but I've been thinking, perhaps it would be nice to have a layout-related option that would allow to hide the Variable field and Favorites menu, in case someone intends to use that layout specifically for shortcut type links that do not require any input?

hamradio · « **Reply #144 on:** May 02, 2024, 01:37 PM »

Well I'm sure yet if that's a good idea, but I've been thinking, perhaps it would be nice to have a layout-related option that would allow to hide the Variable field and Favorites menu, in case someone intends to use that layout specifically for shortcut type links that do not require any input?
-ConstanceJill (May 02, 2024, 10:17 AM)

Perhaps if that is something you would want I could possibly work it into each layout file and it will be up to each layout to specify if those are shown or hidden. If each layout I could add a Current Layout Settings submenu inside the Layout Management menu. Perhaps as well another option would even be simply checking with each load of the layout files to see if all buttons have the option ignore variable text and hide and/or disable the top bar which wouldn't even require the extra option. If it found one that the variable wasn't ignored it would show it still. So there is some thoughts for you to consider for your original idea as well. I could probably do any of those mentioned or leave as is. Will let you decide if you think any is a good idea and let me know.

I did figure out how to get dark scrollbars and dark system menu/right click menu for the combobox/textboxes when on windows 11...

hamradio · « **Reply #145 on:** May 06, 2024, 03:14 PM »

Well I'm sure yet if that's a good idea, but I've been thinking, perhaps it would be nice to have a layout-related option that would allow to hide the Variable field and Favorites menu, in case someone intends to use that layout specifically for shortcut type links that do not require any input?
-ConstanceJill (May 02, 2024, 10:17 AM)

I have implemented at the moment in my local copy for it to check to see if any button that is enabled has the ignore variable unchecked and if the layout has all ignore variables for each then it will hide the top bar else display it...but let me know if you want it a different way or not at all. I am cool with whichever way you would prefer on this.

ConstanceJill · « **Reply #146 on:** May 07, 2024, 02:31 AM »

I'm wondering if having it hide as long as no button uses the variable may be confusing for new users that didn't read about the feature first, especially if it's hidden when they start a new layout (which by default would be empty), or if they just start by making one such button and then the field disappears.

Maybe having it just be a toggleable option for each layout would keep it more simple (also when it comes to maintaining the code, even though I guess that's not for me to worry about).

hamradio · « **Reply #147 on:** May 07, 2024, 03:50 PM »

I'm wondering if having it hide as long as no button uses the variable may be confusing for new users that didn't read about the feature first, especially if it's hidden when they start a new layout (which by default would be empty), or if they just start by making one such button and then the field disappears.

Maybe having it just be a toggleable option for each layout would keep it more simple (also when it comes to maintaining the code, even though I guess that's not for me to worry about).
-ConstanceJill (May 07, 2024, 02:31 AM)

Here is what I did currently for a toggleable option. I changed up the layout management dropdown a tiny bit to accommodate for a layout config section by moving switch layouts into a sub menu of it. Then I added a variable bar preference of "On, Off, Auto" with "On" being the default setting to the new layout config submenu in the layout management dropdown. Since the layout listing was dynamic menu items it was easier to have those in a submenu. Then I switched the other portion of layout management to be created at design time which the layouts config needed to already be in place. Also the variable bar options also have a tooltip explaining each if hovered. This should allow for expanding with more layout specific settings should the need/want arise.

hamradio · « **Reply #148 on:** May 08, 2024, 09:22 PM »

2.1.0 build 67 BETA BUILD is on the beta page for download.

What's New/Modifications
Each layout file now has a layout configuration section where each option only applies to that layout file.
When loading a large width/height image file for the icon it should now ask if you want to save a copy at a smaller size to use.
Added the ability to shorten the title bar down a little.
More bug fixes and optimizations.
Further theme fixes.

I also ended up adding one last feature to this beta...

Added not one but two new prefix/suffix macros as follows:
<login:user> and <login:pass> which will pop a dialog asking for them right before the launch happens.
Please note that the value will not show in the launch confirm window for more security.

As always let me know if bugs are found no matter how BIG or small of a bug it may be.
Also let me know your thoughts/feedback on this program/build in general even if no bugs are found...

ConstanceJill · « **Reply #149 on:** May 10, 2024, 11:43 AM »

Hey there,

I've been using 2.1.0 beta 67 today and I've run into a kinda new issue.

With previous versions it already happened from time to time that, while launching a command with a button, I'd get the attached error message. It was not a very common occurrence and the command ran anyway with no other issue, so I didn't mind much.
What's new with this latest beta is that, after running into that error, now I can't seem to interact with the Variable field any more. I can open the drop-down list (which appears to be empty while it shouldn't be) but can't get the blinking cursor to appear inside the field itself, or select the current value by double clicking it, or even replace it by selecting a favorite… seems the only way out is to exit CRAP and restart it.