I hope I'm not being too presumptuous here, but I wanted to start a thread for the subject of extending/adding to Chapter 8 of the x2 manual ("Applications that extend x2's functionalities") because I'm sure that we file-shufflers have probably discovered and would like to share the many little "power tools" that make dealing with computers a little easier, as well as making x2 even more wonderful.
To keep it sane, I propose that each listing should include the name of the app, a short description and a link to it's homepage (I've heard that direct links are rude). Perhaps keep it in the realm of tools not toys; handy apps not bloated suites, and free- or dang cheap-ware so as to avoid shillers. Fair 'nuff? Cool with you, Nikos? Now then, I'll begin.
Context Edit 1.1
Simple yet full-featured tool which I have used for (among a hundred other delicious things) adding "Open with Editor2" to my right-click menu and associate it with .txt .cfg .ini .dat .etc... Was available from PC magazines website, but is now floating around the web on different freeware archive sites like this one: (direct link because the website is dang hard on the peepers)
http://www.ramlende.com/downloads/contextedit11.zip
Karen's Directory Printer
Someone else showed me this in another topic as a response to an x2 feature request and I've found it immensely useful since then. Didn't know how much I'd need it until I could do it this easily.
http://www.karenware.com/powertools/ptdirprn.asp
Irfanview
Less than Photoshop but more than your average image viewer, a straightforward image wrangler with more basic functionality than you can shake a stick at... twice.
http://www.irfanview.com
That's the cream of my crop, what are you using?
Additions to chapter 8
Moderators: fgagnon, nikos, Site Mods
Good effort, hpp3! You can check out Pricelessware and Nonags sites for a comprehensive list of freeware applications. From that list, pick what looks like an extension for x2.
We are also looking for tutorials on various subjects (mainly, how you achieved a complicated task, with some steps and some screenshots).
We are also looking for tutorials on various subjects (mainly, how you achieved a complicated task, with some steps and some screenshots).
No problem, just thought I'd share. Tutorials, tips, tricks etc, do we submit them here or send them to whom it may concern? I could probably come up with a few, and we could glean a bunch from these forums.
BTW- There is a version 1.2 of ContextEdit, Google for "cnxtedit.zip" and look for "1.2" in the results, you'll find it. Bug fix from v.1.1 that detects self-referring loops in the registry.
BTW- There is a version 1.2 of ContextEdit, Google for "cnxtedit.zip" and look for "1.2" in the results, you'll find it. Bug fix from v.1.1 that detects self-referring loops in the registry.
Currently we haven't organized that bit (mainly because there were no user-contribution except responses from our seasoned users like JRz and Fganon.
But I guess the way to do this is-
1. Go ahead and post your article as a new thread.
** Always start your subject-line with "Tutorial", "Tip", etc... That makes searching easier.
2. Later, Nikoswill shift all these threads to a separate area.
3. We will also include some part of it in the next version of manual.
But I guess the way to do this is-
1. Go ahead and post your article as a new thread.
** Always start your subject-line with "Tutorial", "Tip", etc... That makes searching easier.
2. Later, Nikoswill shift all these threads to a separate area.
3. We will also include some part of it in the next version of manual.
More... since reading this thread
http://forum.zabkat.com/viewtopic.php?t=21 ... 26c23cf77d
I think it can be said that LZArc, while a fine archiving program, is apparently somewhat buggy in the shell extension. So, until that gets fixed and for the record, here's a few alternates that I have experience with:
Edit: LAZrc appears to be remove from the list of suspects so here's the link:
LZArc
I think this one is in the top five "opens just about every archive format out there except .sit files" (dang, dang, dang, dang)
http://www.izsoft.dir.bg/index.html
JustZipIt
Small simple fast. Zip/Zip & email/Unzip all from the context menu and full zip-64 implementation. That's it... and for my purposes, that's all that's needed.
http://avatarsoft.com/
ZipGenius
Powertool or Bloated Sack of Feature Creep; you decide. Does everything WinZip does & then some, then throws in a FTP client along with the kitchen sink.
http://www.zipgenius.it/
7zip
The black sheep of the bunch, but with a black belt. Compatible with most formats, and cuts a nice one with its own 7Z format.
http://www.7-zip.org/
This one just in...
Tugzip
Looks to be just about as feature-packed as ZipGenius, without the kitchen sink!
http://www.tugzip.com
Mrklean mentioned a few others, and avatarsoft has a compression app comparison chart here:
http://free-backup-software.net/free-zip-program.htm
http://forum.zabkat.com/viewtopic.php?t=21 ... 26c23cf77d
I think it can be said that LZArc, while a fine archiving program, is apparently somewhat buggy in the shell extension. So, until that gets fixed and for the record, here's a few alternates that I have experience with:
Edit: LAZrc appears to be remove from the list of suspects so here's the link:
LZArc
I think this one is in the top five "opens just about every archive format out there except .sit files" (dang, dang, dang, dang)
http://www.izsoft.dir.bg/index.html
JustZipIt
Small simple fast. Zip/Zip & email/Unzip all from the context menu and full zip-64 implementation. That's it... and for my purposes, that's all that's needed.
http://avatarsoft.com/
ZipGenius
Powertool or Bloated Sack of Feature Creep; you decide. Does everything WinZip does & then some, then throws in a FTP client along with the kitchen sink.
http://www.zipgenius.it/
7zip
The black sheep of the bunch, but with a black belt. Compatible with most formats, and cuts a nice one with its own 7Z format.
http://www.7-zip.org/
This one just in...
Tugzip
Looks to be just about as feature-packed as ZipGenius, without the kitchen sink!
http://www.tugzip.com
Mrklean mentioned a few others, and avatarsoft has a compression app comparison chart here:
http://free-backup-software.net/free-zip-program.htm
Last edited by hpp3 on 2004 Nov 10, 00:47, edited 1 time in total.
I don't know how many "tweakers" we have here, but for those who want something more (much, much more) than the old standby TweakUI, check this out...
X-Setup Pro
Free for non-commercial use, it can control over 1500
hidden windows settings.
http://www.x-setup.net
They also have some nice little freeware dealies here
http://www.xteq.com
Registry Commander
Just like it says, a registry editor with a little more authority. Some features it has over regedit (from the website) "cut/copy/paste, advanced search, change value type (string => binary), bookmark of keys and values, support of other types than just strings, dword and binary values....Supports all 12 data types in the registry"
And (for all you Norton Commander nostalgists) "uses some standard shortcuts defined from back in the DOS days in applications such as Norton Commander."
http://www.aezay.dk/aezay/regcmd
X-Setup Pro
Free for non-commercial use, it can control over 1500
hidden windows settings.http://www.x-setup.net
They also have some nice little freeware dealies here
http://www.xteq.com
Registry Commander
Just like it says, a registry editor with a little more authority. Some features it has over regedit (from the website) "cut/copy/paste, advanced search, change value type (string => binary), bookmark of keys and values, support of other types than just strings, dword and binary values....Supports all 12 data types in the registry"
And (for all you Norton Commander nostalgists) "uses some standard shortcuts defined from back in the DOS days in applications such as Norton Commander."
http://www.aezay.dk/aezay/regcmd
there's another good one from www.shellcity.net
http://members.tripod.com/semper.fi/ieze/index.htm
i use IE security zones a lot and this is god-send!
http://members.tripod.com/semper.fi/ieze/index.htm
i use IE security zones a lot and this is god-send!
For those who requested Mouse Gestures...
StrokeIt
Looks to be pretty configurable and with the plug-in SDK, those who code could probably come up with a gesture suite for x2!
http://www.tcbmi.com/strokeit/
StrokeIt
Looks to be pretty configurable and with the plug-in SDK, those who code could probably come up with a gesture suite for x2!
http://www.tcbmi.com/strokeit/
Hotkey Managers
Hello,
Productivity has always been my main interest and focus when working with computers. I have developed a few productivity tools for my own use and have released some for the public as freeware. But I am not really in the same league as Nikos. I just create my tools for my own pleasure and release them as a hobby.
I have released two tools which I use in conjunction with Xplorer2 and think may interest other people.
The first freeware package I would suggest is a hotkey manager called JDN Hotkeys. I know many people in this forum think that Xplorer2 is absolute heaven for keyboard junkies and that no one could possibly ask for anything more in the way of hotkey support. But I think using an independent hotkey manager offers many benefits and - in fact - is preferrable for many reasons.
First and foremost, it enables you to set the hotkeys to your preferred choices. If you use several apps that produce documents, you may have built up an attitude about how you like to organize your hotkeys and using an independent hotkey manager enables you to set the hotkeys as you like them for all of the apps you use.
But there are many other reasons. One reason is that advanced hotkey managers offer some programmable support and approaching any problem with a collection of tools (like a GUI tool and a hotkey manager and a script processor) that allow you to automate tasks within different tools at different levels seems obvious to me to be the most powerful and flexible approach. Choose the best tool for each component of the job. Why limit yourself to one tool or toolkit for a big job? Staying on top of your productivity when using your machine over the many years you use one is probably the biggest job of all.
There are many independent hotkey managers and many of them are freeware. I usually recommend Hoekeys as a simple, small and fast package or AutoHotKey as a deluxe package with ties to AutoIt (a full scripting language). Since Hoekeys is so small, there is very little of it to learn and it is consequently very quick and easy to learn.
My app (JDN Hotkeys) is better suited to experienced users - especially those with programming experience. It offers some more powerful capabilities that you might consider "programmable solutions" and usually it takes people a long time of using hotkey managers before they are sufficiently comfortable to try creating hotkeys that create and program other hotkeys.
One red flag with JDN Hotkeys. It was not designed for W98 and has a few problems there (although it is open source and the required fixes are fairly small if anyone is interested. Also, I'm not interested in supporting this app any more and if anyone would like to see it become a part of their app or Nikos would like to make it a part of Xplorer2, you all are welcome to it.
There is very little overlap between Xplorer2 and any hotkey manager and I would suggest that you might at least consider some of the benefts of using Xplorer2 together with an independent hotkey manager.
AUTOHOTKEY - http://www.autohotkey.com
HOEKEYS - http://dana.ucc.nau.edu/~tsr22/apps
JDN HOTKEYS - http://www.geocities.com/jdnhotkeys
Productivity has always been my main interest and focus when working with computers. I have developed a few productivity tools for my own use and have released some for the public as freeware. But I am not really in the same league as Nikos. I just create my tools for my own pleasure and release them as a hobby.
I have released two tools which I use in conjunction with Xplorer2 and think may interest other people.
The first freeware package I would suggest is a hotkey manager called JDN Hotkeys. I know many people in this forum think that Xplorer2 is absolute heaven for keyboard junkies and that no one could possibly ask for anything more in the way of hotkey support. But I think using an independent hotkey manager offers many benefits and - in fact - is preferrable for many reasons.
First and foremost, it enables you to set the hotkeys to your preferred choices. If you use several apps that produce documents, you may have built up an attitude about how you like to organize your hotkeys and using an independent hotkey manager enables you to set the hotkeys as you like them for all of the apps you use.
But there are many other reasons. One reason is that advanced hotkey managers offer some programmable support and approaching any problem with a collection of tools (like a GUI tool and a hotkey manager and a script processor) that allow you to automate tasks within different tools at different levels seems obvious to me to be the most powerful and flexible approach. Choose the best tool for each component of the job. Why limit yourself to one tool or toolkit for a big job? Staying on top of your productivity when using your machine over the many years you use one is probably the biggest job of all.
There are many independent hotkey managers and many of them are freeware. I usually recommend Hoekeys as a simple, small and fast package or AutoHotKey as a deluxe package with ties to AutoIt (a full scripting language). Since Hoekeys is so small, there is very little of it to learn and it is consequently very quick and easy to learn.
My app (JDN Hotkeys) is better suited to experienced users - especially those with programming experience. It offers some more powerful capabilities that you might consider "programmable solutions" and usually it takes people a long time of using hotkey managers before they are sufficiently comfortable to try creating hotkeys that create and program other hotkeys.
One red flag with JDN Hotkeys. It was not designed for W98 and has a few problems there (although it is open source and the required fixes are fairly small if anyone is interested. Also, I'm not interested in supporting this app any more and if anyone would like to see it become a part of their app or Nikos would like to make it a part of Xplorer2, you all are welcome to it.
There is very little overlap between Xplorer2 and any hotkey manager and I would suggest that you might at least consider some of the benefts of using Xplorer2 together with an independent hotkey manager.
AUTOHOTKEY - http://www.autohotkey.com
HOEKEYS - http://dana.ucc.nau.edu/~tsr22/apps
JDN HOTKEYS - http://www.geocities.com/jdnhotkeys
Last edited by JDN on 2004 Dec 04, 14:59, edited 3 times in total.
Command-Line Toolkit
--------------------------------------------------------------------------------
JDN XP Toolkit - 100 new commands and filters for Windows.
This post is so long that I will split it into two parts. This first part describes the app in general and the next part gives some examples to make it easy for people to get an idea of the kinds of tools contained in the toolkit.
The second freeware package I have released is also open source. It is a command-line tool so it has almost zero overlap with Xplorer2. I say that to make it clear that it is not a competitor to Xplorer2 but instead I suggest it can be used to enhance and support the use of Xplorer2.
What is a command-line toolkit? You can have a look at the web site at http://www.geocities.com/jdnxxp or a mirror http://blake.prohosting.com/jdnxxp . But let me just show you a few quick examples to give you a taste.
My toolkit is called JDN XP Toolkit and is called XXP (Extra XP commands) for short. I have been building this collection for many years and it now contains 100 commands, filters and scripts.
Here is a brief overview:
The original version of Windows contained only three filters - FIND, SORT and MORE. Despite all the improvements made in the past twenty years, Windows has not added any more. That's a shame because when it comes to doing serious work, working in a CMD window is the best way I know to access the full power of the Windows operating system. This toolkit contains 100 extra XP commands and filters.
Over the years, I have built up a collection of tools which I use when working with Windows. They include some
useful commands and filters like FIND, SORT and MORE and are used in a CMD window or a DOS window. They enable
performing file manipulations quickly and easily. They perform the kinds of file manipulations that usually
require either writing a program from scratch or finding one written by someone else. JDN XP Toolkit contains
100 new commands and filters. So instead of hunting for these tools as the need arises, you can download
them all at once and keep them on hand for when the need arises.
A filter is a special kind of Windows command. Filters are special because unlike ordinary commands, they can be
combined with other commands. This makes them the most convenient and most versatile of all the
Windows commands. This XP Toolkit contains 100 new commands, almost all of which are filters.
Their biggest advantage is that they are "open source" so that anyone may contribute to the development.
Here are some examples:
DIR /B /S /L C:\*.* | FILE_NAME | SORT | DUP
The above command lists all duplicate files on your C drive and the filters used in this command line are the main focus of the JDN XP Toolkit.
If you'd like to try this yourself to see, you can download the small self-extracting ZIP file (300K) and it will expand into a folder containing 3 megs of programs and source. The default install folder is C:\XXP but you can change that on the first screen shown when you run the self-extracting ZIP file.
If you decide to give it a try, there are many examples and tutorials you can take. Please try to remember to check the help file - JDNX.HLP.
I hope that it saves you a lot of time and improves your productivity. I especially hope you find ways to use it within Xplorer2 to enhance the value of Xplorer2.
JDN XP Toolkit - 100 new commands and filters for Windows.
This post is so long that I will split it into two parts. This first part describes the app in general and the next part gives some examples to make it easy for people to get an idea of the kinds of tools contained in the toolkit.
The second freeware package I have released is also open source. It is a command-line tool so it has almost zero overlap with Xplorer2. I say that to make it clear that it is not a competitor to Xplorer2 but instead I suggest it can be used to enhance and support the use of Xplorer2.
What is a command-line toolkit? You can have a look at the web site at http://www.geocities.com/jdnxxp or a mirror http://blake.prohosting.com/jdnxxp . But let me just show you a few quick examples to give you a taste.
My toolkit is called JDN XP Toolkit and is called XXP (Extra XP commands) for short. I have been building this collection for many years and it now contains 100 commands, filters and scripts.
Here is a brief overview:
The original version of Windows contained only three filters - FIND, SORT and MORE. Despite all the improvements made in the past twenty years, Windows has not added any more. That's a shame because when it comes to doing serious work, working in a CMD window is the best way I know to access the full power of the Windows operating system. This toolkit contains 100 extra XP commands and filters.
Over the years, I have built up a collection of tools which I use when working with Windows. They include some
useful commands and filters like FIND, SORT and MORE and are used in a CMD window or a DOS window. They enable
performing file manipulations quickly and easily. They perform the kinds of file manipulations that usually
require either writing a program from scratch or finding one written by someone else. JDN XP Toolkit contains
100 new commands and filters. So instead of hunting for these tools as the need arises, you can download
them all at once and keep them on hand for when the need arises.
A filter is a special kind of Windows command. Filters are special because unlike ordinary commands, they can be
combined with other commands. This makes them the most convenient and most versatile of all the
Windows commands. This XP Toolkit contains 100 new commands, almost all of which are filters.
Their biggest advantage is that they are "open source" so that anyone may contribute to the development.
Here are some examples:
DIR /B /S /L C:\*.* | FILE_NAME | SORT | DUP
The above command lists all duplicate files on your C drive and the filters used in this command line are the main focus of the JDN XP Toolkit.
If you'd like to try this yourself to see, you can download the small self-extracting ZIP file (300K) and it will expand into a folder containing 3 megs of programs and source. The default install folder is C:\XXP but you can change that on the first screen shown when you run the self-extracting ZIP file.
If you decide to give it a try, there are many examples and tutorials you can take. Please try to remember to check the help file - JDNX.HLP.
I hope that it saves you a lot of time and improves your productivity. I especially hope you find ways to use it within Xplorer2 to enhance the value of Xplorer2.
Last edited by JDN on 2004 Dec 04, 15:10, edited 5 times in total.
Toolkit Sample Commands
Here are some very brief examples of four of the commands in XP Toolkit. I chose these four commands for two reasons:
First, you are likely to have seen similar things in the past and if you should download the self-extracting ZIP file, you can see their help screens by typing the name of the command alone on a command line. Then you can see the full range of options for any of these commands and get a sense for the style used in most commands and filters in the toolkit.
Second, I have been developing these commands over many years and these are some of the more modern. If you have any interest in looking at the source code, these would be good choices since they use a consistent method for standardizing the commnd line interface.
-------------------------------------------------------------------------------
The REP (Replace) command enables you to insert or replace a search string with a target string. Some features include:
. enables both replace and insert operations
. can specify searches where ANY or ALL of the conditions are met
. can specify input files either from inline parms or input files
. can specify both search and target strings from inline parms or input files
. can restrict search to specific rows and columns
. target strings can "cycle"
. supports regular expressions
REP /s:"abc def" /t:xyz FLIST.TXT
Replace the string "abc def" with "xyz" in every occurrence in the files specified in the "file list" file FLIST.TXT.
REP /A /E /S:SLIST.TXT /T:TLIST.TXT
This is an example of an insert. The search strings are obtained from a "search string list" file SLIST.TXT. The target strings are obtained from a "target string list" file TLIST.TXT. The /A means that the target string is to be inserted AFTER the search string when it is found.
So "abc def" would become "abc defxyz".
The /E means that only those lines containing EVERY search string are to be selected for the insert operation.
The "file list" approach is the most powerful for people who know how to use the DIR command. I often use the DIR command with the /B (bare format) and /S (all sub-directories) to create a "file list" file and then pass that to either REP or SEL. In this way you can create complex lists of files to be processed spanning multiple folders, partitions and drives.
I know this command may seem quite simplistic to many of you and that you have seen this sort of thing before. But if you look at the help file for this command (just type REP at the command line), you will see that it contains a number of options that make it sufficiently powerful to rival some of the best text replace facilities available. Also consider that it is just one out of 100 tools in the toolkit and since most of them use the same format and standards, learning one of them puts you well on the road to having all 100 of them at your command.
-------------------------------------------------
The SEL (Select) command is my enhanced version of the Windows FINDSTR command. It fixes many of FINDSTR's design problems and bugs and offers some enhancements, including:
. output can be tailored for "eyeballing" or in data format for further processing by machine
. designed so you can specify that ANY or ALL the conditions must be met
. can specify input files either from inline parms or input files
. can specify search strings from inline parms or input files
. can select either individual records or entire files
. can restrict search to specific rows and columns
. supports regular expressions
SEL /s:apple /s:pear "/R:1+10 -10+-1" "/C:5 7 9 20+30" FLIST.TXT
Select all records that contain either the string "apple" or "pear" from a number of files whose names are specified in the "file list" file FLIST.TXT. The search is limited to the first ten records and the last ten records and columns 5, 7, 9 and 20 thru 30.
SEL /M /I /S:"abc def" FLIST.TXT
Select all records that contain the string "abc def" and ignore the case. Do not output each record. Just output the name of the files in which a match occurs. So a maximum of one record is output per file.
-------------------------------------------------
The ANY and ALL commands are a quick way to identify files contianing one or more search strings. This is different from the SEL command which is interested in selecting records that contain a number of search strings and then reporting either the records or the files that contain them. ANY and ALL are interested in slecting files that contain a number of search strings either in which all the strings occur on a single line or occur anywhere in the file.
ANY /s:cat /s:dog /s:bird /R:-10+0 /C:1+10 FLIST.TXT
Identify all files contained in the "file list" file FLIST.TXT that contain all three strings "cat", "dog" & "bird". The strings may occur anywhere in the file but must all be found in the last ten records and in columns 1 thru 10
ALL /s:cat /s:dog /s:bird "/R:10+20 30+40" /C:1+10 FLIST.TXT
Identify all files contained in the "file list" file FLIST.TXT that contain all three strings "cat", "dog" & "bird". The strings must all occur on the same record. The search is restricted to records 10 thru 20 or 30 thru 40 and columns 1 thru 10.
First, you are likely to have seen similar things in the past and if you should download the self-extracting ZIP file, you can see their help screens by typing the name of the command alone on a command line. Then you can see the full range of options for any of these commands and get a sense for the style used in most commands and filters in the toolkit.
Second, I have been developing these commands over many years and these are some of the more modern. If you have any interest in looking at the source code, these would be good choices since they use a consistent method for standardizing the commnd line interface.
-------------------------------------------------------------------------------
The REP (Replace) command enables you to insert or replace a search string with a target string. Some features include:
. enables both replace and insert operations
. can specify searches where ANY or ALL of the conditions are met
. can specify input files either from inline parms or input files
. can specify both search and target strings from inline parms or input files
. can restrict search to specific rows and columns
. target strings can "cycle"
. supports regular expressions
REP /s:"abc def" /t:xyz FLIST.TXT
Replace the string "abc def" with "xyz" in every occurrence in the files specified in the "file list" file FLIST.TXT.
REP /A /E /S:SLIST.TXT /T:TLIST.TXT
This is an example of an insert. The search strings are obtained from a "search string list" file SLIST.TXT. The target strings are obtained from a "target string list" file TLIST.TXT. The /A means that the target string is to be inserted AFTER the search string when it is found.
So "abc def" would become "abc defxyz".
The /E means that only those lines containing EVERY search string are to be selected for the insert operation.
The "file list" approach is the most powerful for people who know how to use the DIR command. I often use the DIR command with the /B (bare format) and /S (all sub-directories) to create a "file list" file and then pass that to either REP or SEL. In this way you can create complex lists of files to be processed spanning multiple folders, partitions and drives.
I know this command may seem quite simplistic to many of you and that you have seen this sort of thing before. But if you look at the help file for this command (just type REP at the command line), you will see that it contains a number of options that make it sufficiently powerful to rival some of the best text replace facilities available. Also consider that it is just one out of 100 tools in the toolkit and since most of them use the same format and standards, learning one of them puts you well on the road to having all 100 of them at your command.
-------------------------------------------------
The SEL (Select) command is my enhanced version of the Windows FINDSTR command. It fixes many of FINDSTR's design problems and bugs and offers some enhancements, including:
. output can be tailored for "eyeballing" or in data format for further processing by machine
. designed so you can specify that ANY or ALL the conditions must be met
. can specify input files either from inline parms or input files
. can specify search strings from inline parms or input files
. can select either individual records or entire files
. can restrict search to specific rows and columns
. supports regular expressions
SEL /s:apple /s:pear "/R:1+10 -10+-1" "/C:5 7 9 20+30" FLIST.TXT
Select all records that contain either the string "apple" or "pear" from a number of files whose names are specified in the "file list" file FLIST.TXT. The search is limited to the first ten records and the last ten records and columns 5, 7, 9 and 20 thru 30.
SEL /M /I /S:"abc def" FLIST.TXT
Select all records that contain the string "abc def" and ignore the case. Do not output each record. Just output the name of the files in which a match occurs. So a maximum of one record is output per file.
-------------------------------------------------
The ANY and ALL commands are a quick way to identify files contianing one or more search strings. This is different from the SEL command which is interested in selecting records that contain a number of search strings and then reporting either the records or the files that contain them. ANY and ALL are interested in slecting files that contain a number of search strings either in which all the strings occur on a single line or occur anywhere in the file.
ANY /s:cat /s:dog /s:bird /R:-10+0 /C:1+10 FLIST.TXT
Identify all files contained in the "file list" file FLIST.TXT that contain all three strings "cat", "dog" & "bird". The strings may occur anywhere in the file but must all be found in the last ten records and in columns 1 thru 10
ALL /s:cat /s:dog /s:bird "/R:10+20 30+40" /C:1+10 FLIST.TXT
Identify all files contained in the "file list" file FLIST.TXT that contain all three strings "cat", "dog" & "bird". The strings must all occur on the same record. The search is restricted to records 10 thru 20 or 30 thru 40 and columns 1 thru 10.
Hi JDN,
absolutely sharing your opinion about keyboard vs. mouse effectivity. Will have a look at your hotkey program too though I'm pretty content with AutoHotkey and SlickRun running on my system.
I'd like to try your filters, too. But I only get a warning "Programm zu groß für den Arbeitsspeicher" i.e. German for " program to big for working RAM". This on XP SP1.
What can that be. Filesize of my setup_jdnxxp is 318.810.
CRC32 4B3022DE
MD5 Hashwert 284F72DF5789F8601D12779F7F3F5FCF
Also, is it possible to sort the lines of an input file reversely to an output file? Couldn't figure that out. (If it can't, wouldn't be a useful addition?
BRX
absolutely sharing your opinion about keyboard vs. mouse effectivity. Will have a look at your hotkey program too though I'm pretty content with AutoHotkey and SlickRun running on my system.
I'd like to try your filters, too. But I only get a warning "Programm zu groß für den Arbeitsspeicher" i.e. German for " program to big for working RAM". This on XP SP1.
What can that be. Filesize of my setup_jdnxxp is 318.810.
CRC32 4B3022DE
MD5 Hashwert 284F72DF5789F8601D12779F7F3F5FCF
Also, is it possible to sort the lines of an input file reversely to an output file? Couldn't figure that out. (If it can't, wouldn't be a useful addition?
BRX
Hello BRX,
I have not heard of this problem before. So I just now downloaded from
http://blake.prohosting.com/jdnxxp
That gets me a self-extracting executable named setup_jdnxxp.exe
When I run that, it creates a folder named C:\XXP and stores some 298 files occupying approx 3 megs.
In other words, it worked perfectly for me.
I will send you a PM with my email so that we may pursue this further without using Nikos' bandwitdh.
Nikos? If for some reason, you ever want to take my offer to make my Hotkeys manager a part of X2 (for free), let me know if you would prefer to see my discussing issues about it here in your forum. Otherwise I will arrange to discuss these issues privately via email. Naturally, I don't think it's fair for me to spend your bandwidth to discuss my freeware product.
I have not heard of this problem before. So I just now downloaded from
http://blake.prohosting.com/jdnxxp
That gets me a self-extracting executable named setup_jdnxxp.exe
When I run that, it creates a folder named C:\XXP and stores some 298 files occupying approx 3 megs.
In other words, it worked perfectly for me.
I will send you a PM with my email so that we may pursue this further without using Nikos' bandwitdh.
Nikos? If for some reason, you ever want to take my offer to make my Hotkeys manager a part of X2 (for free), let me know if you would prefer to see my discussing issues about it here in your forum. Otherwise I will arrange to discuss these issues privately via email. Naturally, I don't think it's fair for me to spend your bandwidth to discuss my freeware product.
Hello BRX,
I thought I'd show how to do this here in case anyone else would ever like to reverse the order of records in a file as you have asked.
The following command line will do the trick. I suggest you look at the beginning of the source file for each command to understand exactly what is happening and why. But it's pretty simple. The source file for the NUM command is NUM.DPR. The source file for the EXT command is EXT.DPR. You can't see the source for the SORT command because it is provided by Windows and they have decided to make all their source closed source. I can understand why they make most of their source closed source. But for a lot of it - including the SORT command - there are many good reasons for making it open source and hardly any imaginable reason for keeping it closed.
I attach a line number to the beginning of each record, sort the file in reverse order, then remove the line number.
I have tested this on one of the sample text files included called SAM.TXT. The following command line reads a file and reverses the order in which the records occur:
NUM /F- SAM.TXT /C:1+9 | SORT /R | EXT /C:10+0
You could break this down into three separate commands as follows. That might help you see exactly what each step does in this three-step process.
NUM /F- SAM.TXT /C:1+9 > TEMP001.TMP
SORT /R TEMP001.TMP > TEMP002.TMP
EXT /C:10+0 TEMP002.TMP
Try it and see. I hope it works out well for you. Do you know how to create and use batch files? Using a batch file to do this would save you a lot of typing.
Oh. The above command line handles files with a maximum of 1 billion records but can easily be increased (if necessary) when true 64 bit systems arrive.
I have no idea what the resource limitations are on Windows SORT command - because as far as I know, no one ever published anything about it. That makes me so angry. If there is good reason for making some software "closed source", there is a very good reason for making most of it "open source". The SORT command is a perfect example of something that should be open source.
I do know that the SORT command had some bugs in it for a very long time. They were fixed in the version of SORT for XP so hope MS has finally upgraded SORT to handle files whose size exceeds a PC's main memory. For many years, I used to use a 16 bit sort program from Morton Kern Systems because it handled files upon which the Windows SORT would croak.
I thought I'd show how to do this here in case anyone else would ever like to reverse the order of records in a file as you have asked.
The following command line will do the trick. I suggest you look at the beginning of the source file for each command to understand exactly what is happening and why. But it's pretty simple. The source file for the NUM command is NUM.DPR. The source file for the EXT command is EXT.DPR. You can't see the source for the SORT command because it is provided by Windows and they have decided to make all their source closed source. I can understand why they make most of their source closed source. But for a lot of it - including the SORT command - there are many good reasons for making it open source and hardly any imaginable reason for keeping it closed.
I attach a line number to the beginning of each record, sort the file in reverse order, then remove the line number.
I have tested this on one of the sample text files included called SAM.TXT. The following command line reads a file and reverses the order in which the records occur:
NUM /F- SAM.TXT /C:1+9 | SORT /R | EXT /C:10+0
You could break this down into three separate commands as follows. That might help you see exactly what each step does in this three-step process.
NUM /F- SAM.TXT /C:1+9 > TEMP001.TMP
SORT /R TEMP001.TMP > TEMP002.TMP
EXT /C:10+0 TEMP002.TMP
Try it and see. I hope it works out well for you. Do you know how to create and use batch files? Using a batch file to do this would save you a lot of typing.
Oh. The above command line handles files with a maximum of 1 billion records but can easily be increased (if necessary) when true 64 bit systems arrive.
I have no idea what the resource limitations are on Windows SORT command - because as far as I know, no one ever published anything about it. That makes me so angry. If there is good reason for making some software "closed source", there is a very good reason for making most of it "open source". The SORT command is a perfect example of something that should be open source.
I do know that the SORT command had some bugs in it for a very long time. They were fixed in the version of SORT for XP so hope MS has finally upgraded SORT to handle files whose size exceeds a PC's main memory. For many years, I used to use a 16 bit sort program from Morton Kern Systems because it handled files upon which the Windows SORT would croak.