............................................
.....................................
excellent work as always, thanks a lot!
Nice. Make as many options as there can be.
email settings
very nice, just installed so far so good. installed my cabs no problem, instruction to do this are pretty clear.
i have been reading about UC from slueth on how it install my setting for my email, not having much luck understanding, got it to install my cabs no problem. next i am trying to learn how to copy my email settings, i dont know if this can be done with this program? and if you can help me do this, its only 1 email account pop3 so not much info.
thanks
Lupe
Sounds cool, in fact, I liked it the first time, When it was UC. Just kidding I had to say it, just had to. I look forward to giving this a go when I have a moment.
JimmyMcGee said:
Sounds cool, in fact, I liked it the first time, When it was UC. Just kidding I had to say it, just had to. I look forward to giving this a go when I have a moment.
Click to expand...
Click to collapse
Thanks...I think
Let me take this opportunity however to say a couple of things about UC, and specifically how this tool is really for a different purpose.
First off, although UC is a nice standard, even Sleuth acknowledges that there is really nothing new in what he is doing with UC. He took some standard autorun.exe techniques and registry entries and bundled them to make a procedure that used to take 3 or 4 steps now take 2. UC adds nothing new, other than a standardized way to use autorun.
Also, UC mainly is meant for fully automated installs of a storage card. So, you pop your card in the slot, and sdautorun processes the sdconfig.txt automatically. UC can install CABs, provision XML and copy files (with limited success). However you must first set up your sdconfig.txt file and build your XML files manually or by exporting registry keys. You must set all this up beforehand in the sdconfig file.
SASHIMI takes a different approach in that you don't need to set up a config.txt file and it isn't bound to statically install the same things each time. In addition, since it can import reg keys natively (well, technically it calls another included app to do it, but it's all bundled in the installer) you don't need to go through the hassle of exporting reg keys, and then converting them to .XML (and optionally rolling them into a .CAB file).
Other advantages SASHIMI has:
In addition to running fully automated, you can choose to run only Manual, or Manual+Auto which will allow you each time to be prompted with a set of CABs and .REG files which you wish to install.
Customizing .CAB installs by tethering/binding .REG and .MSCR files so you can easily map additional configuration entries to a particular .CAB
Logging, so you can track what has been done
Transfer entire directory structure. If you have several folders with multiple subfolders you want transfered from storage you can do this easily.
Modular - the multiple directory structure allows for nice compartamentalization and organization of applications and configuration settings. Things aren't stored in static config.txt files or difficult XML. Simple .REG files, CABS, and optionally MortScript files if you want to use them.
All of these benefits come with only one drawback, which is inherent in this technique. That is it may not be fully automated. Of course this makes sense because if you want to be prompted about which CABs you want to set up or where you want to install them, you need to invest a little time answering prompts. I think the time to do this is considerably less than creating a config.txt file.
In addition, SASHIMI can be run using only Auto mode, in which case it is fully automated (and logged). In fact, it can even be configured to be run automatically when the SD card is put in if you so choose (I will be writing up instructions for that).
So, it really depends what you want to do. I honestly feel that SASHIMI can do everything autorun (and thus UC) can do and more. The exception is it can't import XML. I may update this by including autorun in the package and build this feature in as well. Personally, I think it's easier to work with .REG than .XML. UC however, has a slightly simpler structure which of course why it isn't as feature rich. I think it lends itself more to it's main purpose...which is to be cooked into ROMs and do a fully automated install at boot.
However, as the name implies, SASHIMI is a RAW installer and is meant more for users who want full control of what is getting installed (generally users who use lighter, uncooked ROMs and want to install more apps, etc.
Although, as I said everyone can use it. I think you really need to download it and run through the tutorial to see the power it has.
thx!
Awesome!!!!!! Been following your dev work on this and I should say this is a really great new level you've taken this package!!!!
Gonanaaa try this!
Thanks for this
Sashimi works great. You did a marvelous job of documenting it. Follow the directions and you have an easy solution for us flashing junkies....Bravo!
parleyp said:
Sashimi works great. You did a marvelous job of documenting it. Follow the directions and you have an easy solution for us flashing junkies....Bravo!
Click to expand...
Click to collapse
Thanks for your support.
Please feel free to make suggestions/bug reports/feature enhancements.
I couldn't think of anything else it needed at the time, but I'm sure it's not perfect.
On my list so far is:
Add support to use XML provisioning files (in addition to REG). - Not sure if I will put this in both Manual AND Auto modes...thinking maybe just Auto.
Writeup instructions, and maybe a little update that shows/updates the program to run in UC/Autorun mode. - This will allow it to run in auto mode as soon as the SD card is placed in the device (or a new device is started for the first time with the SD in the slot).
Integrate a config.txt / sdconfig.txt file so those of you who run UC can easily move/switch between both apps. Basically the idea is SASHIMI will process the config.txt file in addition to what it already does. It is kind of repetitive, since then you would be able to either import an XML through my methods, or just put your XML/CPY/EXEC commands in the config.txt file. Obviously if you ONLY use config/sdconfig.txt then there really isn't a need to use SASHIMI too, but if you want the extra options while still maintaining any work you did with UC then it's a go!
I would like to try to keep the app aroung it's central purpose, which is as an installer automater/helper app...so try to keep suggestions/recommendations around that.
thanks
better than uc, imho
thanks for you help bengalih, from your other thread, got my emails set up,
i used tiermanns Personal OEMizer to create my provisioning XML.
i then used the task manager you provided and bam, it worked.
this is why i believe SASHIMI is the best choice. i flash many roms, not all roms have the same programs installed, when i use uc i have to change my config.txt or i might install something that is already in the rom or i might miss something that is not in the rom. yea yea i know, cry me a river
heres what i like, i put my stuff in auto file, like my spb mobile, spb weather and a few others that no one installs because they must be purchased, then all my others in the "manual file" stuff like pcm keyboard, rss hub, htc end key, etc and google search which makes you stop and accept user agreement, if i have something in the manual file thats already installed in the rom you just flashed, just click no when it gets to it and on to the next cab.
i believe with sleuths uc if a cab requires a reboot it cant be used, for example i can put spb phone suite in manual and once completed it ask if i want to reboot, i select no and now it goes to the next cab, once im done with the cabs i want to install then i reboot very very nice
thanks
Lupe
overhaulengines said:
thanks for you help bengalih, from your other thread, got my emails set up,
i used tiermanns Personal OEMizer to create my provisioning XML.
i then used the task manager you provided and bam, it worked.
this is why i believe SASHIMI is the best choice. ...
Click to expand...
Click to collapse
Thanks Lupe...glad you got it worked out.
I am finishing up the next version, which will incorporate UC as well, so if users have an sdconfig.txt file they want to use it can also be used by SASHIMI (in reality I am calling UC's SDAutorun.exe to do it). So, it will be like a combined installer.
There still isn't a substitute for UC in terms of cooking it into a ROM to run automatically on first boot, but with my next version you will be able to use the sdconfig.txt and you will also be able to initiaze SASHIMI when the storage card is inserted. This makes it ideal if you need to provision alot of phones and each one is slightly different.
It sounds like you are taking advantage of the manual+auto install...great. FYI if a .CAB is already unstalled, then the following will happen:
1) If in Manual mode, it will ask you to remove the old CAB first and then it will ask you the location to install the new one. Of course you can always skip the CAB in manual mode if you don't want to reinstall.
2) If in Auto mode it will automatically remove the CAB and install it again.
Ah, one last thing...the Task Manager is DotFred's task manager, I can't take the credit for that application, and I will be sure to credit him in the next release notes.
Version 3.0 coming soon.
I'm finishing up version 3.0 to be release by end of week.
Here are the following updates:
v.3.0
- XML integration added! Use XMLs with/instead of .REG files to provision your device.
- UC integration and the ability to use sdconfig.txt files.
- Option to auto-launch when Storage Card is inserted.
- Better Log handling and INTEGRATED log viewer.
- Additional menus for less clutter and more choices!
- More status dialogs to let you know what's happening when.
- Ability to create/restore Program Menu shortcuts to any location.
- \Scripts and \Root directories available in both Auto and Manual modes for more control!
- Moved tandem/bundled .REG processing before .CAB installation for the ability to import registry entries prior to application install. .MSCR and .XML tandem files process after .CAB installation.
- Optimized code formatting
Let me know if there are additional options you would like to see.
Does the SDConfig.txt file use eliminate the ability to use the programs default folder based way of separating and installing? The program is excellent as is. But if I were shooting for the moon I would suggest adding ability to export personal information to .XML or .REG from current device for use after flash...
aadadams said:
Does the SDConfig.txt file use eliminate the ability to use the programs default folder based way of separating and installing? The program is excellent as is. But if I were shooting for the moon I would suggest adding ability to export personal information to .XML or .REG from current device for use after flash...
Click to expand...
Click to collapse
I completely agree with this. If you were able to have the tool create the .xml and/or .reg files from your currently installed ROM, it would make an excellent tool a killer app.
Thanks for the work!
aadadams said:
Does the SDConfig.txt file use eliminate the ability to use the programs default folder based way of separating and installing? The program is excellent as is. But if I were shooting for the moon I would suggest adding ability to export personal information to .XML or .REG from current device for use after flash...
Click to expand...
Click to collapse
No, the SDConfig.txt file is an ADDITIONAL step in the Auto phase.
So, after running either the Auto, or Manual+Auto modes the last step will be to process an SDConfig.txt file if it exists AND the option to use UC is enabled within SASHIMI.
I think that answers your question.
I did also add the option to do a backup of the entire registry to a file. But, your suggestion gives me an idea....
I can't really provide an interface with MortScript to do a selective backup of the registry, but what I may be able to do is read another configuration file. So, the user would create a file with the following format:
HKCU\Settings\Phone Settings\
HKLM\Control Panel\Sounds\
HKLM\Software\Application1\
Click to expand...
Click to collapse
Whatever keys are listed in the entries will be written out to a .REG file in the Manual\Reg directory and can then be imported if desired or moved to Auto\Reg.
Would that suffice for what you are asking?
That, my friend, would be EXCELLENT! This is an awesome application! Keep up the good work!
Thanks for everything, sir. I cannot wait to try this out.
Ok, I have implemented all the above features.
I just need to do a bit more testing and then repackage the .CAB and update the documentation.
Unless i get anymore feature requests/bug reports I will be upping this probably by Friday.
If any new feature requests are too complex (but worth doing) they may wait until next version.
Related
Hi - is there any way on PocketPC 2003 to disable access to Solitaire and Jawbreaker. I'm pretty sure I can't remove them all together as they're in the ROM - but some registry hack to prevent access to them would be sufficient.
Try this...
You don't list what device or WM versions you are using, but here are two possible solutions you could try:
1) Read through the forums specific to your device, and learn how to cook your own ROM, removing the offending software.
2) Any file in your ROM can be "overwritten" by syncing to your pc and draggin a file with the same name to the folder containing the file you wish to replace. IE. I have a small, written for the pda application, which when run, displays a pop-up saying "This software has been removed because I do not wish for anyone using this device to have fun doing so!" or similar. I then name it solitare.exe and drag it into the Windows directory from my PC. It asks me am I sure I wish to overwrite the file, I click yes and bam! the file is "replaced". (I believe what actually happens is the OS delinks the file and places the new file in the old ones placeholder on the filesystem, it is still in the ROM as that is unwritable unless flashing, but it is no longer accessable, which is what you want to happen.
tried & failed...
I've created a solitare.exe as you suggested and placed it in the Windows directory - it doesn't seem to get run when executed however - The original game still gets run - I fear I may be doing something stupid.
Re: tried & failed...
gremlin said:
I've created a solitare.exe as you suggested and placed it in the Windows directory - it doesn't seem to get run when executed however - The original game still gets run - I fear I may be doing something stupid.
Click to expand...
Click to collapse
Why do you want to block them?
Re: Try this...
pneuma said:
You don't list what device or WM versions you are using, but here are two possible solutions you could try:
1) Read through the forums specific to your device, and learn how to cook your own ROM, removing the offending software.
2) Any file in your ROM can be "overwritten" by syncing to your pc and draggin a file with the same name to the folder containing the file you wish to replace. IE. I have a small, written for the pda application, which when run, displays a pop-up saying "This software has been removed because I do not wish for anyone using this device to have fun doing so!" or similar. I then name it solitare.exe and drag it into the Windows directory from my PC. It asks me am I sure I wish to overwrite the file, I click yes and bam! the file is "replaced". (I believe what actually happens is the OS delinks the file and places the new file in the old ones placeholder on the filesystem, it is still in the ROM as that is unwritable unless flashing, but it is no longer accessable, which is what you want to happen.
Click to expand...
Click to collapse
Hey pneuma.
2) Isn't working for me either. I thought gremlin was doing something wrong, but I just tried it myself, and, although my "fake" solitaire.exe (a renamed app) file is there, so is the original solitaire.exe. Tapping on the Solitaire icon under games runs the game as if nothing happened, although just opening the Games folder would tell you that it didn't work (the Solitaire icon is still the cards)
What did you do that we didn't? I'm using a Universal.
Peculiar...
Personally I haven't tried this specific to the games, but there was a nasty spash screen in the new WM5 for my Himalaya that I replaced in the method detailed above. It would appear however that solitaire might be a system program, as the following files:
\windows\solitaire.lnk
\windows\start menu\solitaire.lnk
have the following Target: ":MSSOLITAIRE"
but don't despair!
If you have resco explorer or some similar mobile based explorer replacement, try edit the links to point to the replacement exe, or even delete the links altogether, as well as the Games directory under "\windows\start menu\" (might not work deleting them though).
If the deletion or edits don't work you may well have to do the same trick, replacing these .lnk files with something else.
--Marc
Thanks to pneuma I think I've got a workable solution without having to hack into the ROM!
I've created two programs (using PocketBuilder) called Solitare.exe and Jawbreaker.exe which just pop up a response window saying "This Application Has Been Disabled"
I've also created two .lnk files - solitare.lnk and jawbreaker.lnk which contain:
22#"\Windows\Solitare.exe"
and
23#"\Windows\Jawbreaker.exe"
respectively
In my boot process I copy the executables and .lnk files to the \Windows directory and also copy the .lnk files to the
\Windows\Start Menu\Program\Games\
directory.
I don't think our users (sorry to diss them) are bright enough to figure out they have to remove all of these files to get the games working again.
Thanks for all your help.
Gremlin.
gremlin said:
(sorry to diss them)
Click to expand...
Click to collapse
But you're dissing them all the way by treating them like this.
Why shouldn't they be able to play Solitair or JawBreaker every now and then during a coffee of lunch break. A bit of light releif never did anyone any harm.
I'm glad I don't work with you. (Bah Humbug)
I have no say in how the users are treated - I am merely a developer - I get told what needs to be done and I do it. I can offer my suggestions at design time but ultimately it is not my decision how the users are treated on the shop floor.
If I was in management it would be a different story.
I'm lovely to work with - I make the tea and everything
gremlin said:
If I was in management it would be a different story.
Click to expand...
Click to collapse
Point taken. :wink:
I would argue that it's hardly worth the effort just to piss people off.
I'll have my tea with milk and no sugar.
hi,
please advise if i am wrong with my thoughts.
i think it is useless and a waste of performance to use LNK files (at least the ms ones).
lets have a look at the calendar.lnk:
if you want to launch the calendar app, you are launching first the calendar.lnk. the lnk file points to a registry setting (mscalendar). so the launcher (or systemhandler or whatever) needs to lookup there to findout what the programm-name and the required parameters are (in this case "poutlook.exe calendar". now after a while of doing nothing effectively the system finally begins to execute poutlook.exe calendar...
so whats the point of using lnk files?
i see so many launchers, programms even tweak utilities which make use of lnk files.
e.g. if you change one of your softkeys with a tweak utility to "phone", it does the same useless thing: it points to a link file instead directly to cprog.exe.
hopefully i am totally wrong but then please give me some advise.
thx
lnk is shortcut files
same as in windows
in windows if you want to start your program from the desktop
and dont want to copy the tons of files the exe file needs to start
to the desktop too you have a shortcut to the exe file
Some more on the subject:
The use of lnk files does not slow down the loading, in fact it can make it much more officiant.
Take Skype for example: it has a large executable (several MB). If you were to place that exe under "programs" to launch it it will take the system several seconds (quite noticeable period of time) just to find the icon inside the exe so even if you were just scrolling through your programs the device would appear to hang while the icon was loading.
A solution to that (which now became official part of the program installation) was to keep the icon in smaller exe (a resource dll or just plain ico file can also be used) and the lnk will "state" that the icon is not in the main exe.
Another use of the lnk files is the one you mentioned your self:
poutlook.exe calendar
Without lnk files you would be forced to type any parameters manually every time just like in the good old dos days.
By the way, the process you described, lnk-registry-exe does not take that long on current devices.
Just try launching a given exe directly and check if you notice any difference in lag.
If anything, it is the certificate check combined with relatively slow read speeds of flash memory that make WM 5 and 6 devices look sluggish.
levenum,
thanks a lot for your time and explanation.
sure, i was aware that lnk files help you to launch more easily programs with longer command strings when you use the default launcher.
but how about a different launcher (e.g. rltoday), where you setup once your config within that launcher. would you really point to the calendar.lnk file (which points to registry, which points to an exe file) instead of typing "poutlook.exe -calendar" directly into the launching path within rltoday?
anyway, if you say that there is no time lag, the discussion is more or less of "academical nature".
thanks
oliver
I am not familiar with rltoday, but it all comes down to how the programmer implemented the launcher.
There are two different commands, CreateProcess designed specifically to launch executable files and for that purpose only.
SellExecuteEx that acts exactly like a click in file explorer. The writer of the launcher has the option of which to use and I suspect they often use the second command.
The reason is simple: they want to give the user as much options as possible. If you want to bother and look up the exe and its command line, good for you, go for it. But what if you are a regular user who just wants to get that stupid icon on his today screen?
He wouldn't know or care about lnk->registry->exe. He just knows to look under windows\start menu\programs for something familiar.
Also having to interpret input of different types may be extra work so some launcher creators may want to only allow lnk and let the system understand and run their content.
That way they do not need to implement options for different icons, command line parameters and control panel applets.
..................................
bengalih said:
Hey all,
I thing UC is great, but I have gotten to prefer the Tiered Autoinstaller that allows me to pick and choose my CABs to install.
I have taken Tiermann's cool app and packaged it for a non-cooked in audience. Add it to your favorite ROMs to quickly pick and choose all your CABs to install.
Find out more about it and grab it here
Click to expand...
Click to collapse
Thank you kindly
bengalih said:
Hey all,
I thing UC is great, but I have gotten to prefer the Tiered Autoinstaller that allows me to pick and choose my CABs to install.
I have taken Tiermann's cool app and packaged it for a non-cooked in audience. Add it to your favorite ROMs to quickly pick and choose all your CABs to install.
Find out more about it and grab it here
Click to expand...
Click to collapse
OK so THIS is a big step forward for the crazy flasher that lies in us.
Time saving, simple, perfect.
Very convenient to use (especially because I already have my CAB collection on my storage card in a folder named CAB...)
Thanks
Choice between Device and SD Card
Hello Bengalih,
is it possible that when i use the TierAutomatic Installer that i have the choise between the Telefon Memory or the Storage Card where the Programm has to be installed ?
I like to install the most of my Programms to the storage card to keep the Memory of the Phone free for the running Programms.
Or doesn´t this make sense ?
Greetings from germany
Jürgen
oooh great!
Awesome THANK YOU!
but 1 question/request
I have my cab directory sorted by different directories, is there a way to checkbox an entire directory? instead of adding each cab in config.sys?
i have directories like
\Storage Card\Games
\Storage Card\Tweaking
\Storage Card\System Tools
\Storage Card\Multimedia
etc. so it would be awesome to just check the entire directory to save overview
Awesome work dude - been looking for an installer like this that runs perfectly on non-UC compliant ROMs! This works flawlessly - thanks!!!!
Is it also possible to install the cabs on the storage card? i dont want my games on my device but on my storage card...
Imperium said:
Is it also possible to install the cabs on the storage card? i dont want my games on my device but on my storage card...
Click to expand...
Click to collapse
I would like to know that too.
Imperium said:
Is it also possible to install the cabs on the storage card? i dont want my games on my device but on my storage card...
Click to expand...
Click to collapse
change the default installation directory to your storage card using WinCE cab manager.
JuWarth said:
Hello Bengalih,
is it possible that when i use the TierAutomatic Installer that i have the choise between the Telefon Memory or the Storage Card where the Programm has to be installed ?
I like to install the most of my Programms to the storage card to keep the Memory of the Phone free for the running Programms.
Or doesn´t this make sense ?
Greetings from germany
Jürgen
Click to expand...
Click to collapse
The Tiered Auto Installer works by using a built-in copy of Autorun. Since Autorun doesn't allow any user interaction, it is not possible to "choose" what location you want to install.
However, you can use a CAB editor tool to open up your .CAB, and change the default installation directory to "\Storage Card".
WinCE CAB Manager can do it with the trial version.
Thx for the answer
Thx for the answer. I will try the WinCE cab manager
Imperium said:
Awesome THANK YOU!
but 1 question/request
I have my cab directory sorted by different directories, is there a way to checkbox an entire directory? instead of adding each cab in config.sys?
i have directories like
\Storage Card\Games
\Storage Card\Tweaking
\Storage Card\System Tools
\Storage Card\Multimedia
etc. so it would be awesome to just check the entire directory to save overview
Click to expand...
Click to collapse
Yes you can do this...with a little elbow grease:
From the TAutoInstall page...
It will find all cab files referenced in the config.txt as well as those found in \Windows, \Storage Card\Boot, \Storage Card, \Extended_ROM, and \Extended_ROM2.
Click to expand...
Click to collapse
Note that the config.txt should be located in the same directory as TAutoInstall, which in my package is \Windows. I have found that if TAutoInstall is installed in another location with a space in the name (e.g. \Storage Card or \Program Files) that it won't function properly).
In addition the following quote:
Note: The default search directories can be overridden by a command line.
TAutoinstall.exe "\SomePath\folder1" "\SomeOtherPath\Folder2"
You can have up to 10 search paths.
Click to expand...
Click to collapse
In fact, this is the magic of how my packager is working. I have created a shortcut to run TAutoInstall with specific search directories, in this case \Storage Card\Cabs.
NOTE: When you specify directories on the command line it no longer checks the default directories listed above, but it will still check the config.txt file.
Unfortunately it doesn't check recursively, but you can have up to 10 paths. So, to do what you ask you will need to edit my .lnk file:
You need to open the .lnk file in a text editor.
You can copy the \Program Files\TAInstall\TAInstall.lnk to your PC via activesync.
Open it in WORDPAD, not NOTEPAD as it doesn't save them properly.
You will see my syntax:
47#"\Windows\TAutoinstall.exe" "Storage Card\Cabs"
Note the format, specifically the quotes and the number at the beginning. The number is the number of characters in the string minus anything before and including the #. So in the above link there are 50 characters minus 3 (47#). You can modify the shortcut for up to 10 paths, like so:
122#"\Windows\TAutoinstall.exe" "Storage Card\Cabs" "Storage Card\Cabs\Sub1" "Storage Card\Cabs\Sub2" "Storage Card\Cabs\Sub3"
Note that I updated the number to reflect the number of characters in the string minus 4 (122#).
I have not tested it with more than one path, but it should work. I also don't know if there are any limitations as to the maximum length of a shortcut, perhaps a developer would know.
Once you've edited it, copy TAInstall.lnk back to \Program Files\TAInstall\ and you should be good to go. If you have a problem, make sure that the shortcut is being save properly by your text editor. Remove everything you added and re-save and see if the .lnk file still works. If not, then you're text editor probably mangled it.
I would then make a backup copy of the lnk so you won't need to do it all over again.
simple 3-row Mortscript
another "solution" without UC could be a simple mortscript in the cab-directory:
It's not "unattended", but it will do the the job...and you can select the install directory....
ForEach CAB in files (Systempath("ScriptPath")&"\*.cab")
RunWait (%CAB%)
EndForEach
petervbeck said:
another "solution" without UC could be a simple mortscript in the cab-directory:
It's not "unattended", but it will do the the job...and you can select the install directory....
ForEach CAB in files (Systempath("ScriptPath")&"\*.cab")
RunWait (%CAB%)
EndForEach
Click to expand...
Click to collapse
Peter, could you be a bit more step by step with that, maybe putting it into a code box?
I get it, I can read it, I don't know what a "mort-script" in the "cab-directory" would look like (text file?) and where exactly it would go.
Thanks for this thread, guys!
rush242 said:
Peter, could you be a bit more step by step with that, maybe putting it into a code box?
I get it, I can read it, I don't know what a "mort-script" in the "cab-directory" would look like (text file?) and where exactly it would go.
Click to expand...
Click to collapse
just create a text file on your desktop computer and save it with the .mscr file-extension.
then copy this file including the mortscript.exe to your "cab" directory on your mobile machine. that's it
the "cab directory" is just the directory where you save these two files and all your cabs....
but as i said - this script will just call all setups, all necessary informations are manually - it's just like you click each
cab file seperately in file explorer...
attached you'll find my installer (sorry, the language is in german (NO, i'm NOT german, i'm from South-Liechtenstein )
and it'll write a registry key how many times you've started this script....the first time there is no message, if you run this
script more than once, there is a counter and it will remind you how many times you've started this script... (yeah, i like such things....)
i like the fact that i absolutely know what this script is doing, i can easily choose between storage and memory and if i want to
cancel a setup it's no problem
edit: english script (including mortscript exe is uploaded...hope that helps)
rush242 said:
Peter, could you be a bit more step by step with that, maybe putting it into a code box?
I get it, I can read it, I don't know what a "mort-script" in the "cab-directory" would look like (text file?) and where exactly it would go.
Thanks for this thread, guys!
Click to expand...
Click to collapse
I have a feature-rich MortScript that I will be uploading shortly...you may like it better than the Tiered Installer....
petervbeck said:
i like the fact that i absolutely know what this script is doing, i can easily choose between storage and memory and if i want to
cancel a setup it's no problem
edit: english script (including mortscript exe is uploaded...hope that helps
Click to expand...
Click to collapse
Thanks Peter!! That should really help.
UC is good, but there are so many differences between ROMs that you're always editing the text file and thus prone to making it error out. Not to mention, the Lock/Unlock BS.
I've been using Tier Autoinstall in my ROMs for awhile. Even have a cab for non-cooked installation that puts a shortcut in the same place you do?!? funny how great minds think alike . I'll update this post to put in the link to the wiki about it (once the wiki is back up).
_Alex_ said:
I've been using Tier Autoinstall in my ROMs for awhile. Even have a cab for non-cooked installation that puts a shortcut in the same place you do?!? funny how great minds think alike . I'll update this post to put in the link to the wiki about it (once the wiki is back up).
Click to expand...
Click to collapse
Hey welcome back _Alex_, I thought you were movin' on.
Yes, I actually discovered the Tiered AutoInstall first in your ROM I believe. I know you have a stand-alone UC (which I link on the front page), but never saw a stand-alone Tiered from you.
Although I like the check-box effect to install cabs, the current version of Tiered AutoInstaller (and thus my stand-alone version) is a little too limited for all but automated installs.
If you guys like, please check out my new VIP+bengalih RAW AutoInstaller. Fully MortScript based with quite a few more features!
With the 6.5 rom's coming out, I'm finding that I have to re-arrange my start menu everytime I flash. I'm aware of re-start, but it's a bit, primitive, for what I want to do. I'm wondering if CECabManager can create a cab that will simply MOVE files from one directory to another, even if that means creating a directory to place some files in. Basically, a fast and easy way to clean up my start menu the way I like it. Any help is appreciated.
A common cab can not do this, in my knowledge if you want a cab do this, that cab must contain a setup.dll, which can execute some commands before/after the install/uninstall. And seems it is not easy to make a setup.dll except you can use c++ computer language.
Otherwise a cab can only: Copy files, create/overrwrite registry and create shortcut.
As fa as I know, XDA_UC can do this. Check here:
[UC]XDA_UC V1.0.02, Automated & Silent User & Cook, Configuration Service[12/07/09]
Please do correct me if anything wrong.
I actually use a cab to install my start menu, but I cook my own roms. I think it's going to be harder to do if you're flashing different roms-you won't know beforehand all the shortcuts that you need. You could probably write a mortscript that deleted everything in the start menu, and then install what you want with a cab, but I have a feeling that you'll miss a bunch of apps that are cooked in, and maybe include dead shortcuts.
Sashimi is another good way to insert a new start menu directory.
hmm. guess I'll stick with what I know for now. Thanks guys.
hi there i've installed some games onto my HD2 (uno, FM, tonyhawks) and want to locate them in the games folder not in the main windows area. can anyone help me do this?
open file explorer. browse to windows/startmenu/programs.....look for ur games shortcuts......cut..... nd paste in windows/startmenu/programs/games. done
You're not done at all.
OK, it will move the shortcut to the correct folder, but the icon won't follow. It's defined in the registry ([HKLM\Security\Shell\Startinfo\Start] then the folder name, then the shortcut name, string value "Icon").
People making CABs should be a bit less lousy and direct shortcuts to the correct folder, same for the acompanying icon.
Actually, some people put icon definitions into several registry keys, so they will "follow" the shortcut if you move it. It's actually a satisfying alternative, if you consider it gives the user the ability to put the shortcut wherever he wants (including copying it to several locations) without losing the icon.
But yes, having shortcuts piling up into the Start Menu's first level, or even worse, placing them into dummy folders with a fixed name (sometimes in a foreign language), is pig work, and I saw even worse (yes, it's possible !) : shortcuts landing to a foreign language "Programs" or even "Start menu" folder, so actually not even displaying in the Start Menu !
When you create (or modify) a CAB file, you should heavily use aliases in order to let Windows Mobile translate them to the actual names during installation.
For instance, if you wanted to direct a shortcut to the "Games" folder, whatever its actual name in your own language is, you should NOT put it into "\Windows\StartMenu\Programs\Games" (neither into "%StartMenu_Programs%\Games", though it's still better like that), but you should actually use "%StartMenu_Programs_Games%", which will put the shortcut in the exact correct location.
You can do the same for the program's location itself. For instance, %ProgramFiles_Games% will direct it to the correct folder, according to your system's language, and will even do so, either you choose to install it on the internal memory, or on the SD card.
You can use these aliases inside registry values, too.
Unfortunately, this process may sometimes do it "too much".
It's the case on cooked ROMs, where the author may retain WWE names for some folders and translate others, sometimes using his own syntax. Since the CAB will always translate using the official way, it may still land in an incorrect location...
The ony way to be sure you'll obtain the wanted result, anyway, is to get some CAB editor program and peek inside before copying them to the pocket PC and installing them... And maybe, fix them before using them.
It will be handy each time you'll need to reinstal it, so don't mind inspecting and fixing the CABs you find : it's always better than crashing your system because something wrong or inadequate to your setup was put inside.
One classic case is TouchFlo / Sense tabs, for instance.
Unfortunately, they're all defined inside a unique XML Manila file, so you actually can't just ADD a tab : in fact, this notion does not even exist ; all you can do is overwrite your whole tabs list with another complete one, and pray that you'll end up with the same list, plus the new one... Would you bet your life on that ? I won't.
In real life, you really can NEVER trust a CAB intended to add a tab to your existing setup, as the author most probably don't have the same tabs as you have. In the best case, you'll just loose some tabs (they'll just disappear, even in the tabs list from the settings, and you won't get them back) : the programs and files are still there, but their definition file will have been replaced by the new one. And in the worst case, it will add a definition for a tab whose programs and files are not previously installed on your phone - and you'll crash it once and for all.
That's the reason why now, I never give a tab CAB containing any tabs definitions. I only provide all but the tabs list, and provide separate CABs for all the possible tabs combinations - and you have to choose and use the good one. Or use Maltwater's SenseUtil program to setup your tabs. The good news is my method will setup all the tabs in perfect order as soon as you've soft resetted the device, since my CABs contain the XML file, plus all the registry keys, plus it resets ManiFull.xml.
So, people, whatever I said about good CABs putting the shortcuts where they should... OK, you may be lucky... But the right behaviour should always be to look inside CABs before trying them. You can trust me !
i'm new coming nice to know all
russeini said:
open file explorer. browse to windows/startmenu/programs.....look for ur games shortcuts......cut..... nd paste in windows/startmenu/programs/games. done
Click to expand...
Click to collapse
It's been a while since I had the need to move icons, so there may be newer versions of this program, but the JWMDIconChanger will move the icons for you.