Hi @KodeZwerg! Thank you VERY much for your consideration!

Adjusting the surface as it is shown in your picture is the least problem.

Sounds great!

Yes it is lightning fast because I use PIDL techniques. (the content shown comes directly from windows, my program does not have to read the directory)

I'll take lightning fast :D

This is not a challenge, so yes, it can be done.

Perfect!

Limiting the output to your desired file extensions is no hurdle.

You can ignore the request for limiting the output of the desired file.  If we're limiting the view to the subfolder /Data then that'll be a given so there's no need to waste your time writing extra code to limit what files to read. :D

Read what I wrote above, so yes.

Sounds great.

I can provide this option via .ini functionality.
(the source text for my program does not exist. this is my intellectual property and it stays with it)

Agreed! That works for me.

I still have to think about that.

Don't worry about this.  I've thought about it and it's really not that important to me.

My program was developed with the Delphi programming language and not with AHK.
But yes, it is independent and only requires basic WindowsOS resources.

When the time comes, I can offer an uncompressed version

Agreed on all points above!!

That will not happen. It has to be enough that I offer my programs free of charge without asking for a fee.

That's reasonable. Since it's written in Delphi I doubt I can make any reasonable modifications anyways, LOL!! :D

Being portable is and always has been my goal when creating applications.

Thank you for that.  It's amazing to me how many non-portable software programs there are out there (not speaking in relation to donation coder, of course as 99% of the software here is portable)

Since the wish was only expressed in a certain subfolder of the program itself to look for folders and files, this remark is obsolete

Yep, you're right.


I'd like to ask one more question if I may. Brace yourself, lol, I think this one is really out of the question since it is a big ask but I wanted to run it by you just in case.
Would it be  possible for the app to read the files inside a ZIP file as the data?  The reason I ask if copying 25,000 files is a real chore especially having to do it over & over a network; copy  1 large zip file would make things super easier.  I don't know what the performance would be like, but if it makes things super-complicated or slows things to a crawl just reading the files then I would cross this last point out. 

Let me know what your thoughts are about this and thanks again for even being willing to consider. 

Oh, I almost forget about my own project located here.

Due no wishes or replies at all to this project, it was not developed any further.
If needed I can produce a full customized built of it.

-KodeZwerg (March 17, 2021, 03:20 PM)

Yes, I tried that app and it was very fast in loading the files, but the interface was a little overwhelming for my needs.
 I would very very much appreciate a customized version!!  I know this is super nit-picky (and I'm sorry, lol)  but here's a general layout:



Here's a picture of the design (see attached below) some technical criteria to consider:
1. Should list only files in a subfolder called "Data" located in its own directory. For example, a user places a folder called "Data" in the app's directory and the app reads it from there.

2. The main types of files that will be launched/printed:

• RTF files
  PDF files
  LNK files (short to RDP file)
  .URL (web site)
  

3. No menu bar needed or desired as it will clutter the interface.  One can quit the app using top right X.
3. Be able to read & list up to 20-30,000 files in multiple directories. Your apps are lightning fast so I don't see this as a problem.
4. You can put generic names in the titles "AppTitle"  and I can modify those in the source code.
5. Settings window allows to configure font, & font size & relative data path

Other considerations:
1. I assume since these are made in AHK there will be no dependencies or prerequisite software
2. I will be avoiding using MPRESS or UPX compression as I need to avoid the identification of this software as malware by McAfee AV. I checked splaylistmaker as an example, and happy to say most brand name AVs don't mark the app as malware) :)
3. Source code is needed to make very basic (non-programming) adjustments if needed.
4. I know this is a standard for all your apps, I would need it to be completely portable (store all settings in config.ini like your other brilliant apps). 
5.  I would need to be able to launch the app via USB key so making the directories relative (e.g. \Data vs C:\Data) is of critical importance.
6. Should not access network since all files will be stored locally

I'll take a crack at this one.  How soon did you need it by?

-skwire (December 12, 2020, 10:14 AM)

yesterday!!  LOLLL  jk

-superboyac (December 12, 2020, 06:27 PM)

Lol, too true.  I've been working on this for months and it's surprisingly hard with no coding experience.  I was really getting desperate and found Snap2HTML which did about 60% of what I needed but if skwire could make this app in the proposed design below it would really be wonderful.  It's a pretty basic design.



skwire, thank you so much for being willing to help me with this. I deeply appreciate it.  I have spent the last few hours putting together a proposed design to eliminate the guesswork. I sincerely hope I don't offend you or this community by making this too custom but it would really make the world of difference.  I would need to have the source code to be able to make the necessary personal modifications. I would compile using AHK to EXE compiler.   I hope this isn't asking too much.  I really wish I had the time to learn Autohotkey, but too much going on in my life to take on such a task :(


Here's some technical criteria to consider:
1. Should list only files in a subfolder called "Data" located in its own directory. For example, a user places a folder called "Data" in the app's directory and the app reads it from there.

2. The main types of files that will be launched/printed:

• RTF files
  PDF files
  LNK files (short to RDP file)
  .URL (web site)
  

3. No menu bar needed or desired as it will clutter the interface.  One can quit the app using top right X.
3. Be able to read & list up to 20-30,000 files in multiple directories. Your apps are lightning fast so I don't see this as a problem.
4. You can put generic names in the titles "AppTitle"  and I can modify those in the source code.
5. Settings window allows to configure font, & font size & relative data path

Other considerations:
1. I assume since these are made in AHK there will be no dependencies or prerequisite software
2. I will be avoiding using MPRESS or UPX compression as I need to avoid the identification of this software as malware by McAfee AV. I checked splaylistmaker as an example, and happy to say most brand name AVs don't mark the app as malware) :)
3. Source code is needed to make very basic (non-programming) adjustments if needed.
4. I know this is a standard for all your apps, I would need it to be completely portable (store all settings in config.ini like your other brilliant apps). 
5.  I would need to be able to launch the app via USB key so making the directories relative (e.g. \Data vs C:\Data) is of critical importance.
6. Should not access network since all files will be stored locally