JauntePE: A place to make requests
JauntePE: A place to make requests
I think there should be a designated place (topic, subforum, whatever) where people could make requests for JPE launchers for their favorite applications.
Posting the name of the application and its home page and license type should be mandatory.
Other details would be welcomed (like special requirements) but "the story" should be kept as concise as possible.
Maybe this way more and more (hopefully all) software would become netcafe-launch-ready .
Cheers!
Posting the name of the application and its home page and license type should be mandatory.
Other details would be welcomed (like special requirements) but "the story" should be kept as concise as possible.
Maybe this way more and more (hopefully all) software would become netcafe-launch-ready .
Cheers!
-
- Posts: 1212
- Joined: Wed Jul 18, 2007 5:45 pm
Please do!freakazoid wrote:Can we post requests here in this thread
I'll make the first one though!
[Request] WIA-Loader
Tried it without luck.WIA-Loader transfers pictures from a camera or flash card to the PC. It offers many options to name image files and folders and give you the possibility to geocode pictures with gpx-files.
WIA-Loader is free to use, without limitations at the moment.
You need Microsofts .NET Framework 2.0 or higher in order to use WIA-Loader.
Thanks in advance!
-
- Posts: 1212
- Joined: Wed Jul 18, 2007 5:45 pm
Alright!
Here's one that I can think of off the top of my head:
mpTrim - http://www.mptrim.com/
Nice little mp3 trimmer, but writes to registry.
When I think of more, i'll post it here!
Here's one that I can think of off the top of my head:
mpTrim - http://www.mptrim.com/
Nice little mp3 trimmer, but writes to registry.
When I think of more, i'll post it here!
wallpaper changer
krapplets paper wallpaper changer 3.2a
website http://krapplets.cream.org/paper.shtml
this wallpaper changer supports lists with relative paths but looks to the registry to find the lists
I have tried to use Jaunte PE myself but I am not experienced
I have also contacted the developers but no response
website http://krapplets.cream.org/paper.shtml
Version: 3.2a BETA Size: 180kb
Also from the main pagePaper is a random wallpaper program.
that should cover license and websiteAll Krapplets Applications have the following features
They are Free
They are true 32-bit apps written exclusively for Windows 95 & NT4
They have a full install and uninstall script
They are written in C++ using MFC
this wallpaper changer supports lists with relative paths but looks to the registry to find the lists
I have tried to use Jaunte PE myself but I am not experienced
I have also contacted the developers but no response
- Andrew Lee
- Posts: 3074
- Joined: Sat Feb 04, 2006 9:19 am
- Contact:
wow, this is great. It will bring up the name of JauntePE to others.
This is just my suggestion not a request. The folder structure for the application-specific portable launcher. So far i have see Andrew and joby_toss using below structure
for Andrew he use Data instead of JPE
So my suggestion is to add a specific name under this two folder (App and JPE). For example
Let say i have the other JPE application
With this directory structure, i as a user have the choice to merge this two package together, thus allowing me to use only one jauntePE.dll
So my combine JPE application will be
This is just my suggestion not a request. The folder structure for the application-specific portable launcher. So far i have see Andrew and joby_toss using below structure
Code: Select all
App\
JPE\
JPE\jauntePE.dll
Paper.exe
Paper_jauntePE.ini
So my suggestion is to add a specific name under this two folder (App and JPE). For example
Code: Select all
App\Paper\
JPE\Paper\
JPE\jauntePE.dll
Paper.exe
Paper_jauntePE.ini
Code: Select all
App\mpTrim\
JPE\mpTrim\
JPE\jauntePE.dll
mpTrim.exe
mpTrim_jauntePE.ini
So my combine JPE application will be
Code: Select all
App\mpTrim\
App\Paper\
JPE\mpTrim\
JPE\Paper\
JPE\jauntePE.dll
mpTrim.exe
mpTrim_jauntePE.ini
Paper.exe
Paper_jauntePE.ini
What for? To save a few kilobytes?crownixx wrote: Let say i have the other JPE applicationWith this directory structure, i as a user have the choice to merge this two package together, thus allowing me to use only one jauntePE.dllCode: Select all
App\mpTrim\ JPE\mpTrim\ JPE\jauntePE.dll mpTrim.exe mpTrim_jauntePE.ini
With your way one has one more directory to pass to get to the files which slows access to them whenever it has to do something manually.
IMO it's unnecessary complication.
Also, you achieve do the same in a few seconds by editing the .ini and changing JPERuntime setting to point to some common directory like ..\JPE\jauntePE.dll
But I think that it's good that you started the discussion. IMO standardization of directory structure is convenient for the users and is going to accelerate JPE market adoption.
My proposal:
Code: Select all
(appname).exe
readme // optional
bin
cfg
cfg\(appname).reg
cfg\(redirected folders)
data\jpe_(appname).exe
data\jpe_(appname).ini
data\jauntePE.dll
data\.. // optionally other data
- It requires a secondary launcher. Additional 4 KB and a few milliseconds at launch.
Advantages:
- Most users need to access only the .exe, other files are moved out of sight.
- Shallow, with short directory names = easy to browse.
- Easy to backup
- Easy to update the app
- Easy to update JPE. Because of secondary launcher, you don't have to change it's icon.
Question: Does JPE allow for environmental variables in paths in the [Launch] section?
The secondary launcher could set them to allow i.e. for centralized settings repository. Or using one JauntePE.dll by all programs.
I only thought of the folder structure briefly.
I think it is something that's not going to be standardized too soon. In fact I don't even see the point for this to happen (diversity is a good thing ).
I prefer applications sitting each in its place so if i want to get rid of one, i only have to select that one folder and press delete. I don't have the time to think what i have to select and where from.
The truth is that anyone could change the folder structure to their liking in 2 minutes: just create the necessary folders and edit the .ini file - only 3-4 lines/paths have to be modified.
I think it is something that's not going to be standardized too soon. In fact I don't even see the point for this to happen (diversity is a good thing ).
I prefer applications sitting each in its place so if i want to get rid of one, i only have to select that one folder and press delete. I don't have the time to think what i have to select and where from.
The truth is that anyone could change the folder structure to their liking in 2 minutes: just create the necessary folders and edit the .ini file - only 3-4 lines/paths have to be modified.
To save 464 KB if the user choose to.What for? To save a few kilobytes?
Then you are also suggest that what redllar had set in 12 Step Program and JPE Quickie standard that use JPE\ProgramFiles\Appname is is slow and unnecessary. I really cant comment about this coz i dont know how it really affecting the performanceWith your way one has one more directory to pass to get to the files which slows access to them whenever it has to do something manually.
IMO it's unnecessary complication.
IMO, new user will be afraid to edit the .ini, plus they need to know how to use relative path. We should ask other person opinion which one is far more easier, merging 2 package or editing the runtime ini?Also, you achieve do the same in a few seconds by editing the .ini and changing JPERuntime setting to point to some common directory like ..\JPE\jauntePE.dll
I think yes. redllar use the term tokens. See readme.html>Launch IniQuestion: Does JPE allow for environmental variables in paths in the [Launch] section?
What i dont understand is how the secondary launcher (if i'm right (appname).exe) get it setting to point to data\jpe_(appname).exe?
I want to correct that my suggestion folder structure for JPE does not need to have its own application folder thus we can have similar setting for file system that is create in JPE Quickie and redllar 12 Step Program. So we have two app-specific condition potentially to occur
1. JPE App-specific that is set using 12-Step Program and JPE Quickie that use installation procedure
2. JPE App-specific that is design for app that doesnt have setup, unable to JPE-Setup for example msi installer so we can use Universal Extractor. The application can be put in App\appname folder
Both condition will use same dll which will be in JPE\jauntePE.dll and both using the same File System setting which will be in JPE folder. The most important is that it is sync with redllar 12 Step Program and JPE Quickie folder structure.
Yes i admit the it will complicated when we do the update and that is why i said it is only an option
Standardized folder structure offers ( at least ) 2 advantages:joby_toss wrote:I only thought of the folder structure briefly.
I think it is something that's not going to be standardized too soon. In fact I don't even see the point for this to happen (diversity is a good thing ).
- Users' convenience. When user wants to find some files, it's easier to navigate in a known structure.
- Allows for making tools that relay on it. Example: PortableApps.com backup.
Me too. None of standards proposed to date interferes with it. 2 allow for breaking it if users wishes too (which has advantages as well).joby_toss wrote:I prefer applications sitting each in its place so if i want to get rid of one, i only have to select that one folder and press delete. I don't have the time to think what i have to select and where from.
Yes, but remember that you have to do it with every app and every update of the launcher. In the end it's cumbersome.joby_toss wrote:The truth is that anyone could change the folder structure to their liking in 2 minutes: just create the necessary folders and edit the .ini file - only 3-4 lines/paths have to be modified.
I meant situation when user has to access the files directly. That's another directory to pass. When it's automated there's practically no difference.crownixx wrote:To save 464 KB if the user choose to.What for? To save a few kilobytes?
Then you are also suggest that what redllar had set in 12 Step Program and JPE Quickie standard that use JPE\ProgramFiles\Appname is is slow and unnecessary. I really cant comment about this coz i dont know how it really affecting the performanceWith your way one has one more directory to pass to get to the files which slows access to them whenever it has to do something manually.
IMO it's unnecessary complication.
IMO, new user won't experiment with merging apps. I'm pretty sure about it.crownixx wrote:IMO, new user will be afraid to edit the .ini, plus they need to know how to use relative path. We should ask other person opinion which one is far more easier, merging 2 package or editing the runtime ini?Also, you achieve do the same in a few seconds by editing the .ini and changing JPERuntime setting to point to some common directory like ..\JPE\jauntePE.dll
Yes, it seems it does. So it is possible to make my approach work with shared dlls (and settings) too. W/out increasing tree deph.crownixx wrote:I think yes. redllar use the term tokens. See readme.html>Launch IniQuestion: Does JPE allow for environmental variables in paths in the [Launch] section?
There's a handful of ways to do it, the simplest being reading own file name.crownixx wrote:What i dont understand is how the secondary launcher (if i'm right (appname).exe) get it setting to point to data\jpe_(appname).exe?
I don't get this part.crownixx wrote:I want to correct that my suggestion folder structure for JPE does not need to have its own application folder (...)
Yes, things should be as similar to what redllar set as possible, to make it easy for the developers.crownixx wrote:(...) thus we can have similar setting for file system that is create in JPE Quickie and redllar 12 Step Program. So we have two app-specific condition potentially to occur
1. JPE App-specific that is set using 12-Step Program and JPE Quickie that use installation procedure
2. JPE App-specific that is design for app that doesnt have setup, unable to JPE-Setup for example msi installer so we can use Universal Extractor. The application can be put in App\appname folder
Both condition will use same dll which will be in JPE\jauntePE.dll and both using the same File System setting which will be in JPE folder. The most important is that it is sync with redllar 12 Step Program and JPE Quickie folder structure.
I'll have to look at JPE defaults more closely, I'm yet to Jauntize my first app! Well, I tried once before, but it seems that Quickie doesn't work on XP x64. Will investigate another day.
Directory structure is not an option. Developer sets it and users live with it (or change it, if they are advanced enough and find it worthwhile).crownixx wrote:Yes i admit the it will complicated when we do the update and that is why i said it is only an option
To end this long post, I want to update my structure proposal: add optional "doc" directory in the root. Containing things like sources and..well..docs.
Ok ok ... so i guess that most of you guys would prefer a jointly folder structure ... I would go with something like this:
Code: Select all
App\
App\application's files and folders
Data\
Data\appname_jpe.reg
Data\redirected folders
Data\appname_jpe.ini
Data\jauntePE.dll
Doc\
Doc\readme
Doc\license (JPE's, app's)
appname_jpe.exe
Sorry, I'm notorious for creating large offtopics. Andy, could you split this? TIA.
You all seem to prefer App for binaries, I back off.
What I don't like about your proposal is keeping settings and JPE runtimes together. IMO it's more convenient to have them separated.
Also, I don't like the _jpe postfix. For the end user it makes no difference whether the application is Jauntized or portable by itself and seeing _jpe everywhere would be daunting, like it is with Portable PortableApps.com software.
Obligatory license is certainly a good idea.joby_toss wrote:Ok ok ... so i guess that most of you guys would prefer a jointly folder structure ... I would go with something like this:Code: Select all
App\ App\application's files and folders Data\ Data\appname_jpe.reg Data\redirected folders Data\appname_jpe.ini Data\jauntePE.dll Doc\ Doc\readme Doc\license (JPE's, app's) appname_jpe.exe
You all seem to prefer App for binaries, I back off.
What I don't like about your proposal is keeping settings and JPE runtimes together. IMO it's more convenient to have them separated.
Also, I don't like the _jpe postfix. For the end user it makes no difference whether the application is Jauntized or portable by itself and seeing _jpe everywhere would be daunting, like it is with Portable PortableApps.com software.