Why not give Url-Catcher a good going over - 26/02/03 07:28 PM
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....
)
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...)
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 :
Obvisously the $url identifier would also have to be changed. Something like:
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.
--Jah
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....
)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:https://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:https://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.
--Jah