Forum    Search    FAQ

Board index » Sluggy Related Forums » Sluggy Related Chat




Post new topic  Reply to topic  [ 272 posts ] 
 
Author Message
 Post Posted: Tue Jun 19, 2018 7:36 pm 
User avatar
Offline
Joined: Tue Dec 13, 2016 12:19 am
Posts: 120
Captain_20plus wrote:
Does this test link to that strip fix the issue for you?


Yes and no. I just clicked that link ten times, and here's where it took me:

  1. Strip for October 24th
  2. Strip for October 24th
  3. Strip for October 24th
  4. Strip for October 23rd
  5. Strip for October 19th
  6. Strip for October 24th
  7. Strip for October 24th
  8. Strip for October 23rd
  9. Strip for October 23rd
  10. Strip for October 23rd

I guess 1 out of 10 is…better than nothing? ¯\_(ツ)_/¯

Incidentally, I'm noticing the exact same fragment identifier rewriting behavior as swmartian in the browser's address bar.

Update: I just found another link to reproduce this issue: it should take me to the strip for June 2nd, 2011, but instead it takes me to the strip for May 19th or June 1st, depending on how many times I click it (or manually paste the URL into the address bar).

Top 
   
 Post Posted: Sat Jun 23, 2018 3:34 pm 
User avatar
Offline
Joined: Thu Aug 17, 2017 1:14 pm
Posts: 39
kansaichris wrote:
Incidentally, I'm noticing the exact same fragment identifier rewriting behavior as swmartian in the browser's address bar.

I wanted to confirm and explain the address bar behavior you're seeing. You might notice as you scroll through the archives that the url will change to reflect the current strip you're looking at. This is to facilitate being able to just copy the url from your address bar and link someone to the strip you're looking at. (I'm sure we've all tried to link someone to what we're looking at on a dynamic webpage and had it fail.)

So this is somewhat intentional and in this instance is just a side effect of the bad landing behavior. The url updating process is kicking in on the strip you land on, because it doesn't know the different between scrolling there on purpose and having been dragged there by a hash url.

Of course, we're still looking into the underlying issue, with some disappointment that testing for the possible fix is not panning out.

Top 
   
 Post Posted: Sun Jun 24, 2018 2:57 am 
User avatar
Offline
Joined: Tue Dec 13, 2016 12:19 am
Posts: 120
You know, I actually never noticed that the URL automatically changes as I scroll through the archives, but—now that you mention it—it totally does! Your explanation makes perfect sense and definitely fits with the behavior I'm seeing.

Just out of curiosity, did you ever end up trying to set the size of each <img> tag rather than relying on the browser to accurately calculate it on its own, or would that be technically infeasible to accomplish at this point?

Top 
   
 Post Posted: Sun Jun 24, 2018 1:56 pm 
User avatar
Offline
Joined: Thu Aug 17, 2017 1:14 pm
Posts: 39
kansaichris wrote:
Just out of curiosity, did you ever end up trying to set the size of each <img> tag rather than relying on the browser to accurately calculate it on its own, or would that be technically infeasible to accomplish at this point?

Unfortunately there are technical reasons not to do that. I'll explain below, but first, are you noticing any reflow as the page loads? Elements that grow in height as images load? I suspect the problem might be something else, given that you were actually landing on later strips with your 10 try test.

Geeky details, for anyone interested:

Setting explicit height and width attributes on the image tag would break responsive css. The comic images would fall off the right of the screen on mobile screens.

What this last test attempted is commonly known as the padding-bottom hack, where the image is put in a container with a height of 0 and a padding-bottom of the height to width ratio, so it always reserves an appropriate height relative to the width.

This is all under the assumption that the problem is related to DOM reflow, where the height of the page changes as elements are loaded, thus pushing the correct comic down immediately after landing on it. The original solution to reflow (which is working well enough that we can't reproduce the issue) is embedding a transparent png as a data URI (base 64 encoded string of the image data) directly in the image tag as the html is generated, which is then replaced with the real comic image as the strip scrolls into view. Data URI images should reserve their height right away, as they don't wait for a second request to load an image file and determine its dimensions.

Top 
   
 Post Posted: Mon Jun 25, 2018 3:48 am 
User avatar
Offline
Joined: Tue Dec 13, 2016 12:19 am
Posts: 120
I love geeky details. :) Thanks for sharing!

Captain_20plus wrote:
are you noticing any reflow as the page loads? Elements that grow in height as images load? I suspect the problem might be something else, given that you were actually landing on later strips with your 10 try test.


Though there seems to be an almost imperceptible "jump" just after the page starts to load (i.e. at the same time that the date in the address bar changes), I don't see any reflow issues when I then try to rapidly scroll down the page. In other words, it would appear that both the data URI images and the padding-bottom hack are working as intended. I was thinking about using something like the <picture> element with the <srcset> and <sizes> attributes to set the image size according to responsive breakpoints, but your solution looks like it may be a bit more elegant. :)

In that case, I wonder if the issue has to do with a rounding error in how some JavaScript function—or even the browser itself—is calculating the scroll position on extremely long pages?

Top 
   
 Post Posted: Mon Aug 13, 2018 12:43 pm 
User avatar
Offline
Joined: Sun Nov 13, 2005 1:59 pm
Posts: 2146
Location: In "Still" waters...
Today's comic (8-13-15) is not visible in the archives (and thus not in the transcription site, either).

I have a screenshot if necessary - but I'm too busy to find out where to post it so I can link to it. But let me know if you need it.

Also, you might want to tell Pete to remove the message from Leah above the comic. I'm not sure if anyone's aware that there is a new comic -- including Zil (i.e., no reaction thread for today)!! :-)

Top 
   
 Post Posted: Tue Aug 14, 2018 1:31 pm 
User avatar
Offline
Joined: Sun Nov 13, 2005 1:59 pm
Posts: 2146
Location: In "Still" waters...
Everything all fixed now - apparently part of a larger issue. So never mind!

Thanks

Top 
   
 Post Posted: Wed Dec 26, 2018 11:33 pm 
User avatar
Offline
Joined: Fri Aug 04, 2017 10:26 am
Posts: 444
is it just me or is the compendium broke/missing? i tried clicking on the one at the end of 4u city (http://archives.sluggy.com/book.php?cha ... 2011-07-08) and it brings me to the pledge page (yes, i am signed in and active). then i try to click on the compendium link from my profile and i get a 404 sluggy not found (actually it's just a blank page but i like my name for it better).

Top 
   
 Post Posted: Wed Jan 16, 2019 4:48 pm 
User avatar
Offline
Joined: Sun Nov 13, 2005 1:59 pm
Posts: 2146
Location: In "Still" waters...
HELP!! The change in chapter broke NiftySearch!

OK, it didn't completely break it, but it has rendered it "annoying". So who runs NiftySearch right now? Have you taken it over, or do I need to reach out to DaveRhodes?

When I went to transcribe today's comic, I got the 'landing' spot that I usually get when there is no comic - the "comics not yet in books" visual. I tried scrolling past that, and I did get to a spot that looks like it should be for the comic - it is blank, but there is today's date in the lower right corner, like there usually is for a normal comic. But the comic itself does not appear.

I had to keep jumping back and forth between tabs in order to transcribe.

Top 
   
 Post Posted: Fri Jan 18, 2019 12:56 am 
User avatar
Offline
Joined: Fri Jan 27, 2017 8:29 pm
Posts: 167
Book "Comics Not Yet in Books": Chapter 72 is absent from the list of chapters at the top.

Top 
   
 Post Posted: Mon Feb 04, 2019 1:29 pm 
User avatar
Offline
Joined: Sun Nov 13, 2005 1:59 pm
Posts: 2146
Location: In "Still" waters...
With the lack of communication, I can't tell whether y'all finally got it to work, or whether it just 'self-corrected'... NiftySearch doesn't work like it used to, but I can see the comic on the same page as the transcription box now, at least. If it was you - thank you.

Top 
   
 Post Posted: Mon Feb 04, 2019 8:19 pm 
User avatar
Offline
Joined: Thu Aug 17, 2017 1:14 pm
Posts: 39
Hey swmartian: apologies for the lack of communication. I'm not sure how I missed your previous message on the transcription issue. I'm glad to see it is fixed. However, I don't think anything changed to cause or fix the problem, either on the sluggy.com side or the NiftySearch side (my understanding is Dave's codebase hasn't changed in a long time).

Top 
   
 Post Posted: Tue Feb 05, 2019 1:38 am 
Offline
Joined: Fri Aug 04, 2017 4:40 pm
Posts: 4
I have been going back and rereading through the archives, but my "Chapters completed" progress bar on my profile page is not updating properly, nor am I unlocking playsets. I am currently in Chapter 32, however, only chapters 1-11,13-16, and 27 show as complete. I tried scrolling all the way up and down through chapter 12, but I couldn't get it to show as read. I just switched to a new computer, and it took a bit of doing to figure out where I had left off. Help!

Top 
   
 Post Posted: Tue Feb 05, 2019 3:45 pm 
User avatar
Offline
Joined: Sun Nov 13, 2005 1:59 pm
Posts: 2146
Location: In "Still" waters...
Captain_20plus wrote:
Hey swmartian: apologies for the lack of communication. I'm not sure how I missed your previous message on the transcription issue. I'm glad to see it is fixed. However, I don't think anything changed to cause or fix the problem, either on the sluggy.com side or the NiftySearch side (my understanding is Dave's codebase hasn't changed in a long time).

Ah, I was partly wrong - it is working as it has been... There are two issues at play here - and I'm wondering if they're (kind of) related?

1. At the beginning of this chapter (and as I recall, I complained about this issue before - was it at the beginning of the last chapter??) the comics would not show up on NiftySearch. The space for them was there, but no comic. In both instances, I would have to switch between tabs in order to transcribe, and by the time I was done, the comic still was not visible on NiftySearch (so not just a slow-loading issue). In both instances, this problem continued for the first few comics, and then suddenly cleared up.

2. The second issue - and this is why I thought it was behaving "differently" - has to do with the as of yet uncorrected "landing" issue. The last time that I clicked on a link to a comic, I "landed" about a week of comics away from the intended date. In NiftySearch, that "landing" issue has always been exaggerated. So I usually land quite a few comics behind the comic I need to transcribe and have to scroll down quite a bit to the correct one. Well, with the start of the new chapter, I landed on the "page" of "Comics not yet in books". I usually only land there on days when there is not a comic, so it confused me at first - until I figured I could scroll down past it and onto the current comic (or the space where the current comic should be). I had not previously landed there on days when there is a comic, so I thought it must be new behavior. However, today when I directed NiftySearch to today's transcription page, it landed about halfway down that "Comics not yet in books" page. I suspect that with a few more comics in this chapter, I will stop landing on it altogether - and then it will "appear" to be back to old behavior (if that makes sense). Edit: Hey! I finally specced about something correctly! Yay me! LOL

So it is curious that the disappearing comics are no longer an issue once the "landing" is no longer "pegging" at the top of the "Comics not yet in books" page... Just sayin'....

Top 
   
 Post Posted: Tue Feb 12, 2019 3:02 pm 
Offline
Joined: Wed Feb 06, 2019 6:10 pm
Posts: 12
My apologies if this has been asked before (I am a first time defender but I've been reading forever yes I should've done this years ago, I apologize Pete) but I am trying to find all of the old Defender's shield comments--is there anywhere they are all in one place? is it the D20+ blog? or is there somewhere else to find them? I also noticed that the links for the art in the blog is broken.

Is the compendium meant to have something in it?

Am I asking something asked before? I did a search for "shield" in this thread and I didn't see it.

Top 
   
Display posts from previous:  Sort by  
 
Post new topic  Reply to topic  [ 272 posts ] 

Board index » Sluggy Related Forums » Sluggy Related Chat


Who is online

Users browsing this forum: No registered users and 1 guest

 
 

 
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot post attachments in this forum

Search for:
Jump to: