February 14th, 2018, 02:58 AM | #131 |
Member
Join Date: Jan 2013
Posts: 64
Thanks: 2,030
Thanked 615 Times in 63 Posts
|
Does anyone know how to make IHG resume all downloads from a saved session at once? It never does it for me. All of the files just say, "Waiting...", no matter what I do. I have to manually select each and every single file on the list that I want to retry. That's the only way it works.
|
February 14th, 2018, 08:34 AM | #132 |
Vintage Idiot
Join Date: Feb 2012
Location: History
Posts: 22,143
Thanks: 226,791
Thanked 357,041 Times in 21,638 Posts
|
I've never tried saving an IHG session, but: sometimes IHG somehow "misses" the trigger to batch download images from a given post. In that scenario there's a couple of approaches I've used: a) just re-do the download, or b) select the first (or last) file in the download window queue, use the shift key and select all the other files (click last/first), then get IHG to restart the download.
Might that work? |
February 14th, 2018, 08:44 AM | #133 |
Member
Join Date: Jan 2013
Posts: 64
Thanks: 2,030
Thanked 615 Times in 63 Posts
|
|
February 14th, 2018, 09:06 AM | #134 |
Vintage Idiot
Join Date: Feb 2012
Location: History
Posts: 22,143
Thanks: 226,791
Thanked 357,041 Times in 21,638 Posts
|
It should do in most such similar circumstances. That is: many fundamentals of computer interface behaviours are (/should) be standardised. The shift key, the control key, etc. when selecting items. Then it doesn't need to be (widely) documented, it just works as expected regardless of whether you're in windows explorer (folders/directories) or somewhere else, similar.
|
The Following 6 Users Say Thank You to effCup For This Useful Post: |
February 28th, 2018, 02:40 PM | #135 |
Vintage Idiot
Join Date: Feb 2012
Location: History
Posts: 22,143
Thanks: 226,791
Thanked 357,041 Times in 21,638 Posts
|
Something I've noticed a few times now with pimp&host: sometimes the uploaded original images do not download. Instead one gets the "this image has been removed" small default image. One cause for that seems to be where the original image is large, so the default link is a reduced-size (medium) image, but there's also been a format transition in that process. That is, the original image might, for example, be not a .jpg but instead a .png, but the default-linked image seems (now?) to always be a .jpg That causes a problem for the IHG code we're using because the image filetype is assumed to be the same as the one used within the default link.
Examples here, here. Here's the default (med.-size) image, or in other words this image. But play swap-a-roonies with the trailing underscore-L and you get this, suggesting that the original image has been removed. But in reality it hasn't. Here it is as a different file format: a png. I don't currently see any way of dealing with that. /headscratch/ I don't see anything in the default p&h link indicating the different file type. It would be much simpler if we could instead somehow simply use the url for the full-size image, here, as that page does include the correct (png) image filetype. I don't know how to intercept the "default" (medium-size) link & exchange the full-size one for it, within the flow of steps IHG performs. Removing the underscore-L from the url was just a (grubby) workaround. |
The Following 11 Users Say Thank You to effCup For This Useful Post: |
March 1st, 2018, 02:29 AM | #136 |
Vintage Idiot
Join Date: Feb 2012
Location: History
Posts: 22,143
Thanks: 226,791
Thanked 357,041 Times in 21,638 Posts
|
Alright, please test the following and report here any problems/errors found. First two lines are unchanged, only the function needs amending.
host: pimpandhost URL Pattern: ^https?:\/\/(?:image\.|www\.)?pimpandhost\.com\/image\/.+?$ Code:
function(pageData, pageUrl) { pageUrl = pageUrl.match(/^https?:\/\/(?:image\.|www\.)?pimpandhost\.com\/image\/\d+/); var req = new XMLHttpRequest(); req.open("GET", pageUrl + "?size=original", false); req.send(); var iUrl = (req.responseText).match(/img class=('|")original\1 src=('|")(https?:\/\/.+?)\2/); return iUrl ? {imgUrl: iUrl[3], status: "OK"} : {imgUrl: null, status: "ABORT"} } |
The Following 8 Users Say Thank You to effCup For This Useful Post: |
March 1st, 2018, 04:26 AM | #137 |
Senior Member
Join Date: Jun 2017
Posts: 462
Thanks: 62,431
Thanked 5,249 Times in 459 Posts
|
this P&H post was a little odd, really tiny images like 10-15kb. I will test the script on this one,
http://vintage-erotica-forum.com/sho...5&postcount=51 still tiny after the script edit
__________________
Smutus Emeritus Last edited by solarbear; March 1st, 2018 at 04:36 AM.. |
March 1st, 2018, 06:51 AM | #138 | |
Vintage Idiot
Join Date: Feb 2012
Location: History
Posts: 22,143
Thanks: 226,791
Thanked 357,041 Times in 21,638 Posts
|
Quote:
Neither I or IHG can make images bigger than what people upload/post. |
|
The Following 4 Users Say Thank You to effCup For This Useful Post: |
March 1st, 2018, 07:10 AM | #139 |
Senior Member
Join Date: Jun 2017
Posts: 462
Thanks: 62,431
Thanked 5,249 Times in 459 Posts
|
ok, i did notice the 10kb ph logo a few times , i think that is what the script edition is concerning, but was kind of hoping it may concern the sporadic tiny ph image files. it seemed like the only host that had those tiny images.
Immense gratitude for the IHG efforts
__________________
Smutus Emeritus Last edited by solarbear; March 1st, 2018 at 07:20 AM.. |
The Following 3 Users Say Thank You to solarbear For This Useful Post: |
March 3rd, 2018, 08:11 AM | #140 |
Vintage Idiot
Join Date: Feb 2012
Location: History
Posts: 22,143
Thanks: 226,791
Thanked 357,041 Times in 21,638 Posts
|
|
The Following 9 Users Say Thank You to effCup For This Useful Post: |
|
|