mIRC Home    About    Download    Register    News    Help

Print Thread
Why not give Url-Catcher a good going over #13285 26/02/03 07:28 PM
Joined: Dec 2002
Posts: 5
J
Jah Offline OP
Nutrimatic drinks dispenser
OP Offline
Nutrimatic drinks dispenser
J
Joined: Dec 2002
Posts: 5
Just an idea,

Why not give mIRC's Url-Catcher a good going over....


Example..

Incorporate the url's source (channel/query/etc) in the built-in Url-Catcher ...
(I have done this with mirc-script.. but as the Url-Catcher is there.... wink)

This could be done in a load of different ways:
- Grouped URLs in the urls.ini file.
- Extra Field in the URL's ini-string.
- (More ways...)

Code:
; current situation
n0=?:mIRC Homepage:URL:http://www.mirc.co.uk
n1=?:mIRC Forums:URL:http://forums.mirc.com/



A likely situation is to add the source(s) to the beginning of the ini-string:
1..* (one-to-many) source items, delimited with a comma.

So after adding the source(s) to the ini-string :
Code:
; new situation
n0=SOURCE:?:mIRC Homepage:URL:http://www.mirc.co.uk
n1=SOURCE,SOURCE:?:mIRC Forums:URL:http://forums.mirc.com/

Obvisously the $url identifier would also have to be changed. Something like:
Code:
;
$url(window,N)
; window could be $null for ALL items (as current situation).
$url(N)
;
; add a extra variable for retrieving the url's source window(s).
; any name would do for the variable... src/source/sid/window/wha...
;
; So without a specified window:
$url(N).window
; could return 1..* window that have caught item number N
; result form: SOURCE[,SOURCE,SOURCE,...]
;
; Now with a specified window:
$url(aWindow,N).window
; would return aWindow's name.. (which is aWindow)
; dunno... this one is probably not needed.
;

What else needs to be done:
-> Url-Catcher's parser needs to be tweaked.
-> A new window/dialog for the standard url-viewer, allowing for viewing by source/all.

What hasn't been handled:
-> An URL's position (N) in SOURCE when viewing URLs by SOURCE (concate position??).
We have an overal item-position in the urls.ini (The ini-key .n.b).
Would anyone actually need a item-position when grouped by source?..
( I think this is unlikely in the described method. But, it could be implemented in the ini-groups method.)

-> TIMESTAMP-CREATED(MODIFIED) WOULD BE NICE!
-> EVEN MORE... $network,$server,$etc... Though it gets a bit too much at one point.

This would imply a change to the urls.ini format, some peeps probably won't like that. wink

--Jah

Re: Why not give Url-Catcher a good going over #13286 27/02/03 08:26 AM
Joined: Dec 2002
Posts: 2,985
Watchdog Offline
Hoopy frood
Offline
Hoopy frood
Joined: Dec 2002
Posts: 2,985
The URL catcher function should be removed, not enhanced.

Re: Why not give Url-Catcher a good going over #13287 27/12/03 12:14 AM
Joined: Mar 2003
Posts: 8
D
donn Offline
Nutrimatic drinks dispenser
Offline
Nutrimatic drinks dispenser
D
Joined: Mar 2003
Posts: 8
Bumping a really old thread, but i was really hoping for this in the newer version. Its an incredibly useful feature that I, and many others I know use.

Its so difficult searching for an URL that you can't quite remember - only the approximate time or channel that it was mentioned in.