Talk:1052: Every Major's Terrible - Revision history

92.23.2.208 at 21:39, 8 January 2026

2026-01-08T21:39:48Z

129.222.195.39: /* uhh */ new section

2026-01-08T21:30:48Z

‎uhh: new section

FaviFake at 17:09, 19 July 2025

2025-07-19T17:09:05Z

FaviFake at 17:08, 19 July 2025

2025-07-19T17:08:37Z

82.132.245.173 at 13:30, 27 June 2025

2025-06-27T13:30:48Z

82.132.245.173: I know I typed the image bit... But apparently not. Oh well, minor re-edits.

2025-06-27T13:07:47Z

I know I typed the image bit... But apparently not. Oh well, minor re-edits.

82.132.245.173: The editor doesn't like me.

2025-06-27T13:04:26Z

The editor doesn't like me.

82.132.245.173 at 13:02, 27 June 2025

2025-06-27T13:02:14Z

82.132.245.173 at 12:58, 27 June 2025

2025-06-27T12:58:57Z

FaviFake at 22:47, 26 June 2025

2025-06-26T22:47:59Z

@@ Line 130: / Line 130: @@
 :::Yeah ok at this point do whatever you all want, I'll avoid messing with this. Thanks for the explaination. --[[User:FaviFake|FaviFake]] ([[User talk:FaviFake|talk]]) 17:08, 19 July 2025 (UTC)
-== uhh ==
+;uhh
+the Wikipedia page for physics major redirects to Physics education not engineer. [https://en.wikipedia.org/w/index.php?title=Physics_major] {{unsigned ip|129.222.195.39|21:30, 8 January 2026}}
-the Wikipedia page for physics major redirects to Physics education not engineer. [https://en.wikipedia.org/w/index.php?title=Physics_major]
+:But did it do so (nearly) 14 years ago? (Also... perhaps Rule Of Funny?) [[Special:Contributions/92.23.2.208|92.23.2.208]] 21:39, 8 January 2026 (UTC)

← Older revision		Revision as of 21:30, 8 January 2026
Line 129:		Line 129:

	:::Yeah ok at this point do whatever you all want, I'll avoid messing with this. Thanks for the explaination. --[[User:FaviFake\|FaviFake]] ([[User talk:FaviFake\|talk]]) 17:08, 19 July 2025 (UTC)		:::Yeah ok at this point do whatever you all want, I'll avoid messing with this. Thanks for the explaination. --[[User:FaviFake\|FaviFake]] ([[User talk:FaviFake\|talk]]) 17:08, 19 July 2025 (UTC)
		+
		+	== uhh ==
		+
		+	the Wikipedia page for physics major redirects to Physics education not engineer. [https://en.wikipedia.org/w/index.php?title=Physics_major]

← Older revision		Revision as of 17:09, 19 July 2025
Line 128:		Line 128:
	::HTH, HAND. [[Special:Contributions/82.132.245.173\|82.132.245.173]] 12:58, 27 June 2025 (UTC)		::HTH, HAND. [[Special:Contributions/82.132.245.173\|82.132.245.173]] 12:58, 27 June 2025 (UTC)

−	:::Yeah ok at this point do whatever you all want, I'll avoid messing with this. --[[User:FaviFake\|FaviFake]] ([[User talk:FaviFake\|talk]]) 17:08, 19 July 2025 (UTC)	+	:::Yeah ok at this point do whatever you all want, I'll avoid messing with this. Thanks for the explaination. --[[User:FaviFake\|FaviFake]] ([[User talk:FaviFake\|talk]]) 17:08, 19 July 2025 (UTC)

← Older revision		Revision as of 17:08, 19 July 2025
Line 127:		Line 127:
	::So, anyway, that's the (rough, probably highly browser-dependent) relationship between the HTML and whatever popover/hover-text you get, if that helps at all. Unlike page-rendering (gradually being standardised through webkit/etc standardisation), the 'off-page' bits of browser UIs are likely still to do things however they see fit, across browsers (Firefox decorate things differently from Chrome, from Edge, etc) and platforms (BrowserX has to do things slightly differently between desktop Windows, desktop iOS, Chromebook, Android, etc), though I'm sure you can also see the commonalities (if only of temporarily convergent UI paradigms) once you experience enough of them.		::So, anyway, that's the (rough, probably highly browser-dependent) relationship between the HTML and whatever popover/hover-text you get, if that helps at all. Unlike page-rendering (gradually being standardised through webkit/etc standardisation), the 'off-page' bits of browser UIs are likely still to do things however they see fit, across browsers (Firefox decorate things differently from Chrome, from Edge, etc) and platforms (BrowserX has to do things slightly differently between desktop Windows, desktop iOS, Chromebook, Android, etc), though I'm sure you can also see the commonalities (if only of temporarily convergent UI paradigms) once you experience enough of them.
	::HTH, HAND. [[Special:Contributions/82.132.245.173\|82.132.245.173]] 12:58, 27 June 2025 (UTC)		::HTH, HAND. [[Special:Contributions/82.132.245.173\|82.132.245.173]] 12:58, 27 June 2025 (UTC)
		+
		+	:::Yeah ok at this point do whatever you all want, I'll avoid messing with this. --[[User:FaviFake\|FaviFake]] ([[User talk:FaviFake\|talk]]) 17:08, 19 July 2025 (UTC)

@@ Line 110: / Line 110: @@
    </a>
   </div>
-::The outer <code>div</code>-tag is just a handy contextual container, included here for reference only.
+::The outer <code>div</code>-tag is just a handy contextual container, included here for reference only. (But apparently taken literally by ''this'' site, despite appearing on my initial previews, so it's not jow visible above.)
 ::The inner <code>img</code> is 'fairly' typical of all comics:
 ::*The <code>src=</code> is obviously necessary so it is the image.

@@ Line 122: / Line 122: @@
 ::Touch-screen devices (phones, tablets, etc) that don't have 'a mouse' to 'hover' seem to defer (on personal experience) to responding only to ''long-press'' on an image (and/or link) of interest to popover a monolithic indicator that... does its own thing.
 ::For example, Firefox and Chrome browsers on my Android do it subtly differently, but when I tried switching tabs/browsers to check exactly what it reverted this editing to the last Preview submission, so forgive me if I don't give you the details verbatim.
-::But they're likely to show title-text (perhaps ellipsesed, if too long), perhaps alt-text (fall-back ''or'' in addition), and then any active options available (copy image/link locations to clipboard, open image/link in new tab, etc ...as variously applicable).
+::But they're likely to show title-text (perhaps ellipsesed, if too long), perhaps alt-text (fall-back ''or'' in addition), for any image. They also show the link-destination for any link. And then any more active options available (copy image/link locations to clipboard, open image/link in new tab, etc ...as variously applicable).
 ::In at least one of my local browsers, this means I get (without explanation) the title-text ''and'' the link-destination given, then the complete set of save-to/open-in options (and others) below that, which might be right-click menu options in a more Windowslike intercace. If it is an image-without-link or a link-only-of-text it would have just the appropriate subset of information/actions.
 ::I forget if the 'comic name' (i.e. alt-text) also notably features, as the popover-window header, in the same browser or in the other one, and I'm probably going to have to rewrite this whole explanation ''again'' if I switch over to check.
 ::So, anyway, that's the (rough, probably highly browser-dependent) relationship between the HTML and whatever popover/hover-text you get, if that helps at all. Unlike page-rendering (gradually being standardised through webkit/etc standardisation), the 'off-page' bits of browser UIs are likely still to do things however they see fit, across browsers (Firefox decorate things differently from Chrome, from Edge, etc) and platforms (BrowserX has to do things slightly differently between desktop Windows, desktop iOS, Chromebook, Android, etc), though I'm sure you can also see the commonalities (if only of temporarily convergent UI paradigms) once you experience enough of them.
 ::HTH, HAND. [[Special:Contributions/82.132.245.173|82.132.245.173]] 12:58, 27 June 2025 (UTC)

@@ Line 119: / Line 119: @@
 ::The <code>a href</code>-tagging is not usually present. Sometimes used for link to xkcd's own 'large' version of a comic (e.g. [[1000]]), or an onward/outward link (like here).
 ::
-::Anyway, a desktop browser (going by those I use) tends to provide just the title-text (falling back to the alt-text) as a hover-over tooltip. Whilst the link-onsardee associated with anything the mouse is over will appear as a mini-hover-thing over (usually) the bottom-left of the page. Perhaps as legacy from when it used to appear in the lower status-bar, before that bit of permanently used screen real-estate got "reclaimed", as with the stretch of "File | View | ... | Help" menu bar at the top.
+::Anyway, a desktop browser (going by those I use) tends to provide just the title-text (falling back to the alt-text) as a hover-over tooltip. Whilst the link-onwards associated with anything the mouse is over will appear as a mini-hover-thing over (usually) the bottom-left of the page. Perhaps as legacy from when it used to appear in the lower status-bar, before that bit of permanently used screen real-estate got "reclaimed", as with the stretch of "File | View | ... | Help" menu bar at the top.
 ::Touch-screen devices (phones, tablets, etc) that don't have 'a mouse' to 'hover' seem to defer (on personal experience) to responding only to ''long-press'' on an image (and/or link) of interest to popover a monolithic indicator that... does its own thing.
 ::For example, Firefox and Chrome browsers on my Android do it subtly differently, but when I tried switching tabs/browsers to check exactly what it reverted this editing to the last Preview submission, so forgive me if I don't give you the details verbatim.

← Older revision		Revision as of 12:58, 27 June 2025
Line 99:		Line 99:

	:Huh, you're right. I tried this on my phone because my PC broke, and it seems the link and the title text are... separate? I don't know HTML enough to understand what's happening, but we should check the metadata of the comics. You can check it using the method in the page [[Transcript]]. Otherwise I'll look at this later once I get my pc back. --[[User:FaviFake\|FaviFake]] ([[User talk:FaviFake\|talk]]) 22:47, 26 June 2025 (UTC)		:Huh, you're right. I tried this on my phone because my PC broke, and it seems the link and the title text are... separate? I don't know HTML enough to understand what's happening, but we should check the metadata of the comics. You can check it using the method in the page [[Transcript]]. Otherwise I'll look at this later once I get my pc back. --[[User:FaviFake\|FaviFake]] ([[User talk:FaviFake\|talk]]) 22:47, 26 June 2025 (UTC)
		+
		+	::I don't quite know what the problem is, but the following appears to be the HTML you 'need' to understand. I've rearranged its whitespace slightly, for comprehension, but it's functionally correct (except that you need to check the source to see the ampersand-encoded apostrophes/single-quotes, rather than them being rendered as their literals).
		+	<div id="comic">
		+	<a href="https://www.youtube.com/watch?v=DhaEjgnmy3c">
		+	<img src="//imgs.xkcd.com/comics/every_majors_terrible.png"
		+	title="Someday I'll be the first to get a Ph. D in 'Undeclared'."
		+	alt="Every Major's Terrible"
		+	style="image-orientation:none"
		+	/>
		+	</a>
		+	</div>
		+	::The outer <code>div</code>-tag is just a handy contextual container, included here for reference only.
		+	::The inner <code>img</code> is 'fairly' typical of all comics:
		+	::*The <code>src=</code> is obviously necessary so it is the image.
		+	::*The <code>title=</code> is the source of our 'title text' (possibly, if it didn't exist, it would fall back to using any alt-text, as below, haven't checked very early era xkcds/archives to see if this was ever left to happen).
		+	::*The <code>alt=</code> is traditionally for what to display if the image isn't loaded (yet!), perhaps more relevent back in dial-up-internet era, but probably still also useful for pure-text browsers (Lynx) or screen-readers. Maybe might show in the "broken image" spot where the link is broken/rotted so the image isn't found, depending upon browser/settings. Above, it's given the comic name, but maybe it has also been given the 'title-text' as well/instead, at timesm
		+	::*The <code>style=</code> is irrelevent to this issue.
		+	::*Not shown here (starts to appear in a later era of xkcds) are further parameters configurations that appear to help serve the viewer with the <code>_2x</code> version of the image, instead, if deemed appropriate. May subtly change things I describe below, but not much.
		+	::The <code>a href</code>-tagging is not usually present. Sometimes used for link to xkcd's own 'large' version of a comic (e.g. [[1000]]), or an onward/outward link (like here).
		+	::
		+	::Anyway, a desktop browser (going by those I use) tends to provide just the title-text (falling back to the alt-text) as a hover-over tooltip. Anything the mouse is over will appear as a mini-hover-thing over (usually) the bottom-left of the page. Perhaps as legacy from when it used to appear in the lower status-bar, before that bit of permanently used screen real-estate got "reclaimed", as with the stretch of "File \| View \| ... \| Help" menu bar at the top.
		+	::Touch-screen devices (phones, tablets, etc) that don't have 'a mouse' to 'hover' seem to defer (on personal experience) to responding only to ''long-press'' on an image (and/or link) of interest to popover a monolithic indicator that... does its own thing.
		+	::For example, Firefox and Chrome browsers on my Android do it subtly differently, but when I tried switching tabs/browsers to check exactly what it reverted this editing to the last Preview submission, so forgive me if I don't give you the details verbatim.
		+	::But they're likely to show title-text (perhaps ellipsesed, if too long), perhaps alt-text (fall-back ''or'' in addition), and then any active options available (copy image/link locations to clipboard, open image/link in new tab, etc ...as variously applicable).
		+	::In at least one of my local browsers, this means I get (without explanation) the title-text ''and'' the link-destination given, then the complete set of save-to/open-in options (and others) below that, which might be right-click menu options in a more Windowslike intercace. If it is an image-without-link or a link-only-of-text it would have just the appropriate subset of information/actions.
		+	::I forget if the 'comic name' (i.e. alt-text) also notably features, as the popover-window header, in the same browser or in the other one, and I'm probably going to have to rewrite this whole explanation ''again'' if I switch over to check.
		+	::So, anyway, that's the (rough, probably highly browser-dependent) relationship between the HTML and whatever popover/hover-text you get, if that helps at all. Unlike page-rendering (gradually being standardised through webkit/etc standardisation), the 'off-page' bits of browser UIs are likely still to do things however they see fit, across browsers (Firefox decorate things differently from Chrome, from Edge, etc) and platforms (BrowserX has to do things slightly differently between desktop Windows, desktop iOS, Chromebook, Android, etc), though I'm sure you can also see the commonalities (if only of temporarily convergent UI paradigms) once you experience enough of them.
		+	::HTH, HAND. [[Special:Contributions/82.132.245.173\|82.132.245.173]] 12:58, 27 June 2025 (UTC)

← Older revision		Revision as of 22:47, 26 June 2025
Line 97:		Line 97:

	With regards to the title text, it appears that the text and video is linked in a similar style as comic #3081: PhD Timeline. In that comic, the title text that appears by hovering over the comic shows up below while the video that it redirects you once you click it is linked below. What is the discrepancy here then? @[[User:FaviFake\|Favifake]] [[User:TomtheBuilder\|TomtheBuilder]] ([[User talk:TomtheBuilder\|talk]]) 17:40, 25 June 2025 (UTC)		With regards to the title text, it appears that the text and video is linked in a similar style as comic #3081: PhD Timeline. In that comic, the title text that appears by hovering over the comic shows up below while the video that it redirects you once you click it is linked below. What is the discrepancy here then? @[[User:FaviFake\|Favifake]] [[User:TomtheBuilder\|TomtheBuilder]] ([[User talk:TomtheBuilder\|talk]]) 17:40, 25 June 2025 (UTC)
		+
		+	:Huh, you're right. I tried this on my phone because my PC broke, and it seems the link and the title text are... separate? I don't know HTML enough to understand what's happening, but we should check the metadata of the comics. You can check it using the method in the page [[Transcript]]. Otherwise I'll look at this later once I get my pc back. --[[User:FaviFake\|FaviFake]] ([[User talk:FaviFake\|talk]]) 22:47, 26 June 2025 (UTC)