Messages - mysteryman [ switch to compact view ]

Pages: prev1 [2] 3 4next
FARR Plugins and Aliases / Re: Aliases for tracking packages
« on: January 08, 2008, 06:12 PM »
hey, heres a new version, due to this bug(?), i was unable to do this the RIGHT way (notice $$1$$2) but, it does work. This alias package does virtually identically to the originals but it now only has one alias line for each shipping provider (instead of one with regex, and one without)

if you downloaded version 1.1 i posted a few posts up, then it is functionally identical and you only need to download it if you want to :) if you dont have 1.1, get 1.2

Find And Run Robot / Re: bug in regex processing? or bug in my regex?
« on: December 30, 2007, 05:25 PM »
yes, it should, except you missed the earlier (?: that IS an opening parrenthesis for the OR, but it is a special one to prevent capturing/recording the information found (ie, so you will capture "1Z1", NOT "ups 1Z1" in the string ups 1Z1)

a little easier if you break it up (yes i know it would not work like this, but it does make more sense)

  ups (.*)

make more sense now? it at least does to me, but i could still be wrong

EDIT: oh, and btw, if you reverse the regexp, they reverse... 1Z works, and UPS does not... added colors too

Find And Run Robot / bug in regex processing? or bug in my regex?
« on: December 30, 2007, 04:57 PM »
This is related to the shipmenttracking.alias i updated last night (this morning). Before i posted the alias file, i tried to combine the keyword based, and regex based regex's together into one single regex to simplify future updates (if ups, etc changes their check url)
the regex for ups that i believed would work (and kinda does) is this

^(?:ups (.*)|(1Z.*))

my understanding, is that this regex should return either, but not both (.*) or (1Z.*) as $$1. However look at the results of what it does, and feel free to test

-ups 1Z1
see, this works... it detects the first one works, then skips to the end of the (?:)

$$1= | $$2=1Z1
this one does not work. It appears that each time it processes a ()  that does not lead with (?: that it counts up one variable. It seems it does this irregardless of matching. This first (.*) gets counted as 1, even though it does not match (seen by the null return of $$1), and should be ignored (correct me if i'm wrong), then it procedes to check the other half of the (?:) . It does return a match, but instead of returning a match on $$1 like it should (again, correct me if i'm wrong), it returns it on $$2. making it very difficult to make one alias work for both of them

if there is another way to do this, or if i am using the incorrect syntax for the regexp, please let me know...

FARR Plugins and Aliases / Re: Aliases for tracking packages
« on: December 30, 2007, 05:02 AM »
i noticed, the paste function does not accept multiple items with the same name, so reposting with .alias file

FARR Plugins and Aliases / Re: Aliases for tracking packages
« on: December 30, 2007, 04:27 AM »
wanted to help out... this is basicly the same alias file, but i have included dhl, as well as regex's for the non-ups shippers.

giving credit where credit is due: i borrowed the missing url's and regexp from the track package plugin for firefox. though, I could have found the information easily, and i doubt the devs care. :) but to be nice, you might think of installing it if you use firefox, handy little tool.

1000>>>usps>->usps $$1 |$$1>+>^usps (.*)
1000>>>usps>->usps $$1 |$$1>+>^(\d{20,})$
1000>>>ups>->ups $$1 |$$1&AgreeToTermsAndConditions=yes&ignore=&track.x=39&track.y=16>+>^ups (.*)
1000>>>ups>->ups $$1 |$$1&AgreeToTermsAndConditions=yes&ignore=&track.x=39&track.y=16>+>^(1Z.*)
1000>>>fedex>->Fedex tracking $$1 |$$1>+>^fedex (.*)
1000>>>fedex>->Fedex tracking $$1 |$$1>+>^(\d{12,19})$
1000>>>dhl>->DHL tracking $$1 |$$1>+>^dhl (.*)
1000>>>dhl>->DHL tracking $$1 |$$1>+>^(\d{10,11})$

Pages: prev1 [2] 3 4next
Go to full version