SlickRun

[Login]

SlickRun V4.0.2.1   
Suggested by tproli - Added on 21 Feb 2007
2MB (uncompressed) - Popularity score (1952)
Website - Download - Comments (20) - Post comment - Permalink

 
Synopsis: SlickRun is a floating command line utility that allows you to create command aliases (known as "MagicWords"). You can launch applications/URLs by typing its path/location, or by typing MagicWords. You can also jot a random note at any time (by typing "jot"). In addition, SlickRun supports auto-completion and relative paths for maximum portability.
Writes settings to: Application folder. It creates a lone working registry entry that does not impact portability of settings at all.
Dependencies:
How to extract: Download the installer and extract to a folder of your choice. Delete [NSIS].nsi and all the *.wav files (the wave files are not needed as they won't be used in portable mode). Create a blank file in the folder called slickrun.local. Launc sr.exe.
Stealth [?]: No
Path portability: Requires manual entry of relative path (eg. ..\..\personal\work.doc)
Unicode support: No
License: Freeware
System Requirements: Win2K / WinXP / Vista

Posted comments:

[Anonymous] ErikGREAT PROGRAM. Been looking for this for a long time. Allows access to progs by multiple words in case you don't remember what the prog name was, but you do remember it was a "network" or "scan" or etc.

Thanks...
 [2007-02-21 11:13]

[Anonymous] ErikUnfortunately (see previous comment), it turns out slickrun does NOT support portable jump drive letters, i.e., the drive is hard-coded for each magic word program, which makes it useless for jump drives... [2007-02-21 12:22]

[Anonymous] tiggerhttp://groups.msn.com/Bayden/slickrun.msnw?action=get_message&mview=1&ID_Message=73
seems to suggest SlickRun does support relative paths?
 [2007-02-22 02:25]

[Anonymous] Andrew LeeI can confirm SlickRun does support relative paths as indicated in the synopsis. [2007-02-22 04:06]

[Anonymous] ErikOk,Andrew, what am i missing?

I setup magic words on computer A, which is jump drive letter I:.

Now I move to computer B, which assigns J to the jump drive. Now all the magic words fail, with an error that I:\whatever prog does not exist, do I want to edit the magic word.

You have some way to make this work?
 [2007-02-22 07:46]

[Anonymous] Andrew LeeDude, you don't understand relative paths. Let's say you have the following folder structure:

slickrun\
photofiltre\

Then you specify "..\photofiltre\photofiltre.exe" when you define your MagicWord (relative to where SlickRun.exe is, you see), you can run it from anywhere and it will still work, as along as the folder structure remains the same.

Hell, you could even copy it to your friend's harddisk under C:\MainFolder\SubFolder\WhySoManyLevels and it will still work! That's the beauty of relative paths.
 [2007-02-22 16:29]

[Anonymous] Erikjjlol.

Dude, try setting a magicword for some program on the jump drive. Then plug it in somewhere else where the jump drive letter changes.

This is a site dedicated to portable software. What's the point of having a program that starts other programs when it won't start other programs on jump drives?

And don't lecture me on relative paths. Relative path has been used loosely lately, in the context of portable programs and jump drives, to refer to changing the jump drive letter when it is plugged into a different computer, which slickrun does not do. So slickrun will not start programs off a jump drive when a different drive letter is assigned to the jump drive.

There is a work around, which involves using dos' subst to force a fixed drive letter to the jump drive.

I've got it working with an Autoit script if anyone is interested.
 [2007-02-26 06:27]

[Anonymous] Erikjjbtw, Andrew, the relative path usage you refer to is not what slickrun is referring to. EVERYTHING supports that kind of relative path, because it is a built-in function of the O/S.

It has been built-in since early dos. For an author to say he supports that kind of relative path usage would be the same as saying he supports folder structures. duh, so does everyone else.
 [2007-02-26 06:31]

[Anonymous] Andrew LeeActually, not every launcher supports relative paths. If the launcher forgets to use SetCurrentDirectory() to point to its own base folder, then relative paths will fail. I have seen a couple of launchers that don't support relative paths.

Relative paths actually has an advantage over relative drive letters. That is, you can move the entire folder structure somewhere else and it will still work. For example, if you have something like:

H:\
  slickrun\
  photofiltre\
 gaim\

and one day, you decide to organize it to:

H:\
  apps\
    slickrun\
    photofiltre\
    gaim\
  docs\

everything will still work without any change. If you use relative drive letters, you will still need to change every app path involved.

Of course, it will be better if the launcher converts all absolute paths to relative paths automatically, like PStart. It also wouldn't hurt if the launcher supports relative drive letters, but given a choice, I would rather the launcher supports automatic relative paths _first_ due to the benefit I have described above.
 [2007-02-26 23:22]

[Anonymous] Andrew LeeBTW, Eric, if you really really really want relative drive letters, here's a simple way to do it. Just delete the drive letter in the MagicWord. eg. if the path is "f:\photofiltre\photofiltre.exe", just change it to "\photofiltre\photofiltre.exe". That way, it doesn't matter which drive letter the USB memory stick got assigned. The program will still run.

Note that this method doesn't just work with SlickRun. It should work with any launcher that supports relative paths, since relative drive letters is but a subset of relative paths.
 [2007-02-27 02:05]

[Anonymous] ErikjjAdnrew, this discussion would have been MUCH SHORTER if you would just TRY what you are saying, instead of continuing to just say it, because IT DOES NOT WORK with magicwords.

I don't "really, really, really want relative drive letters", i would just like to use slickrun for driving 200 portable programs on a jump drive, but it doesn't work as delivered. I wrote a work around, and it works fine with the workaround.

If you have some way to make magic words work when the jump drive letter changes, then post it, but TRY IT FIRST.
 [2007-02-27 10:11]

[Anonymous] Andrew LeeI definitely tried it before posting my last comment, and it worked for me. Perhaps someone else would like to verify the method. Thanks! [2007-02-28 04:44]

[Anonymous] tproliStrange to hear Erik that SR won't launch apps with relative paths for you. I did some test here and everything works fine. [2007-03-03 01:47]

[Anonymous] tproli@ Erik: could you show one or two magicwords that fail?
You wrote:
"with an error that I:\whatever prog does not exist"

If I mistype on of my magicwords, I get this error message for example:
File "..\..\Graphics\AcdSee\AcdSee.exe" not found"

Notice that the error message has no drive letters at all.
 [2007-03-03 01:54]

[Anonymous] bLiTzJoNIt supports drive letters now: http://groups.msn.com/bayden/slickrun.msnw?action=get_message&mview=0&ID_Message=227 [2007-03-20 11:59]

[Anonymous] RatatoskOutstanding keyboard application launcher. I've used pretty much all the others, but this one really does a fantastic job. Highly recommended! SlickRun support relative drives and relative paths and is an ideal part of your portable usb kit. [2009-10-06 19:17]

[Anonymous] HeikoDude, for me, this is a almost useless piece of software... there are few already defined "magicwords" and new definitions cost me a lot of time. [2009-10-10 10:21]

[Anonymous] J44xmI've been using TypeAndRun for some time. How does this compare to it? [2009-10-11 05:56]

[Anonymous] RubySlickRun is my favorite launcher and in my startup folder, but looking back to the debate between Andrew and Erik it seems there was and still is a path issue. It has to do with how you start SlickRun (ie: command-line, shortcut or double-click the exe). Andrew stated in one of his comments "If the launcher forgets to use SetCurrentDirectory() to point to its own base folder, then relative paths will fail.", which is exactly what happens when you start SlickRun from a command-line outside of it's own folder. SlickRun is a true command-line program and will retain the current directory of where it was started from. The problem is further compounded by the fact that when assigning a magic word and a corresponding file, that file is now working in the current directory that SlickRun is working from. To overcome these issues and assure path portability, first and foremost start SlickRun by either double-clicking the exe inside it's folder or from a command prompt, cd to SlickRun's folder and then launch. Now create a MagicWord and browse for a file, then replace the drive letter and colon with the drive macro "$D$" (without quotes) and set your Startup Path for this file relative to SlickRun (ie: ..\Regshot). If you do not set this path some files (ie: Calcute, LBreakout2, Regshot, WinSCP) will write their settings back to SlickRuns Working directory. The $D$ macro filepath will always work no matter where SlickRun was started from whereas the relative filepath will not. To see your current working directory type cmd in SlickRun command box. [2009-10-12 09:05]

[Anonymous] WebforkThe simplicity of words used to launch programs and web pages rather than some kind of menu system because you think of the verb of something you want to do before you think of the program that does it. As such, SlickRun translates into a real productivity boost. Although initially the program seems complex and unapproachable, just a little customization becomes infectious and you find you've developed quite a list of words. [2009-10-15 22:19]


Post your comment:

All HTML tags will be removed from your comment. URLs (http, https, ftp) will be automatically detected and hyperlinked. I reserve the right to delete irrelevant, frivolous or offensive comments. For more general topics (eg. whether apps that write to the registry, leave traces on the host machine, rely on certain versions of IE etc. can be considered portable), please post to the Portable Freeware Discussion forum. If your virus scanner has detected a virus in the application, please email the author directly or post to the forum. Note that false positives (i.e. flagging a virus when there is actually none) are extremely common for virus scanners. When in doubt, try an online scanner like Online Malware Scanner or VirusTotal, which scans files using multiple anti-virus engines. It is very likely to be a false positive if only a few engines raise the red flag.

Your name: Remember me
Comment:

Turing test:


All rights reserved. Copyright © 2010 Andrew Lee (mailto: andrew at portablefreeware dot com)