Just an idea,
Why not give mIRC's Url-Catcher a good going over....
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....
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...)
; current situation
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 :
; new situation
Obvisously the $url identifier would also have to be changed. Something like:
; window could be $null for ALL items (as current situation).
; 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:
; could return 1..* window that have caught item number N
; result form: SOURCE[,SOURCE,SOURCE,...]
; Now with a specified 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.