Talk:2304: Preprint

Explain xkcd: It's 'cause you're dumb.
Jump to: navigation, search

I was going to mention the TeX format(/family), but someone got in there before me. So how about if it's a .wp4 document? ;) 01:40, 9 May 2020 (UTC)

But now the LaTeX reference is removed, anyway. 16:14, 9 May 2020 (UTC)

Why is this comic labeled as a Saturday comic? I don't know what timezone you use, but it was posted Friday, well before midnight UTC. 02:15, 9 May 2020 (UTC)

I'm pretty sure that's just an error. The date for the comic in the archive is "2020-5-8", which is today (Friday). Comic #2303 correctly has the "Wednesday comic" category, and the archive lists its date as 2020-5-6 (which is Wednesday). ...And I've fixed it now. The category is automatically generated based on the date listed in the Template:Comic infobox at the top of the article; someone incorrectly entered it as "May 9, 2020" instead of "May 8, 2020". --V2Blast (talk) 02:53, 9 May 2020 (UTC)
'Someone' == DgbrtBOT; and thus probably based off the time() it thinks it is, upon autocreating the base article, rather than any human erring. Depending on the home system's timezone, it probably was Saturday for DB, if not for Randall. Maybe an offset/correction/relocali(s|z)ation should be put into the code, but it seems to normally work out Ok and this comic might have been just over a threshhold... (edit: Wiki time in history seems to be UTC, for me at least - I'm in UTC+1/BST but as an IP-editor I haven't made any setting changes to my personal login that I don't have. DgbrtBOT piped up at 22:48, which at UTC+2 or more (Central Europe Daylight Savings, which matches what I recall of knowing about that entity, or anywhere more Easterly) would have been 'tomorrow', and I didn't spot the new comic until at least those dozen minutes after that which occured before my own clocks ticked past midnight. Given that Randall is (usually?) In UTC-5, or UTC-4 when daylight savings is established, maybe Dgbrt needs a special offset of -6 hours (or go directly via localtime() with the best current known Munroevian locale specified) in calculating things. Or we can let the community smooth these things out like we just did when a possible late-evening update causes this to be an issue?) 03:17, 9 May 2020 (UTC)

Is "sarcastically pronouncing the registered trademark symbol" meant as pronouncing it "arr" in the way pirates talk? Bischoff (talk) 15:00, 9 May 2020 (UTC)

I would expect professional news anchors can come with something even more sarcastic. -- Hkmaly (talk) 01:08, 10 May 2020 (UTC)
Perhaps they'd go with something like "R in a circle" or "Circled R" (pronounced "Circledar"). PotatoGod (talk) 17:27, 10 May 2020 (UTC)
Perhaps we can use a little of both and create a new standard for sarcastically pronouncing it as "circled, arrr!" Iggynelix (talk) 12:05, 11 May 2020 (UTC)
ReGiStErEd TrAdEmArK! 20:34, 11 May 2020 (UTC)
I thought it was meant to be read as "Ado-bear" - but then again, English is not my first language:)

In 2020 I use pdf to put documents with tables onto a website, because html exports from editors are voluminous and brittle. 10:32, 10 May 2020 (UTC)

As someone who regularly takes tables from PDF in order to put them into spreadsheets for further use, some people don't do me any favours by that method. Among the problems, if the table setter didn't pay attention to the column widths then the copied-out text of two adjacent cells that don't appear to overlap each other will interlace at a character level and need editing back to separate entites. And then there's the inconsistencies of Header rows atop the table and/or atop the next newpage the table splits over. I could run a quick script on (X)HTML tables, and get it perfectly for my needs. CSV, or even TabSV, would actually be my preferred transport format (i.e. no format, just pure layout without even spanned/merged cells, and I can redo what needs redoing on the final redo), but I can't ever seem to get them to do that for me despite having the data almost in that form prior to the PDFing... Grrrr. 11:30, 10 May 2020 (UTC)
I feel your pain. I receive pdf documents from a financial professional, where an A4 landscape page seems to have about five two-column-wide tables side-by-side, and I'm still deciding what kind of manipulation to do, to get it into CSV and do some analysis. 10:21, 12 May 2020 (UTC)
If the PDFing hasn't ruined the groupings/precedence, like it often does, try mouse-selecting each table, to copy and paste into notepad or equivalent. Sometimes that works well enough to create tab delimited elements (other times, it line-feeds between columns as well as rows, but still can be reconstructed) and then that'll paste into a spreadsheet (or be parsable with a script) better than any Paste Special (using "no textformat" options?) straight into a grid. Sometimes you need to fiddle a bit with the notepad text, but depending on the data that might be doable with a few choice find+replace runs, perhaps upon consecutive table-pastings to save you time repeating yourself. Or not. 00:08, 13 May 2020 (UTC)

I think Randall's last point (no unprofessional humans use PDFs in 2020) is very wrong. Especially due to the coronavirus, all college classes have switched to online assignment submissions, and the teachers only accept PDF submissions (although, annoyingly, they give the original template files in .doc format!) I would NOT trust random college student's assignment submissions as a reputable information source! PotatoGod (talk) 17:22, 10 May 2020 (UTC)