/tech/ - Technology★

>>903274 (OP)

>no word-wrap

>by adobe

No thanks

Marking up literary units of a piece of text is utter waste of time and essentially producing a blob.

Deeply retarded tier:

><big>W</big>hen Mr. <cursive>Bilbo Baggins<cursive> of <bold>Bag End</bold> announced that he would shortly be celebrating his eleventy-first birthday with a party of special magnificence, there was much talk and excitement in <bold>Hobbiton</bold>.

Retarded tier:

><chapter><paragraph>When Mr. Bilbo Baggins of Bag End announced that he would shortly be celebrating his eleventy-first birthday with a party of special magnificence, there was much talk and excitement in Hobbiton.</paragraph>...

Wrong tier:

>When <person identity='Bilbo Baggins'>Mr. Bilbo Baggins</person> of <person identity='Bilbo Baggins'>Bag End announced that he would shortly be celebrating his eleventy-first birthday with a party of special magnificence, there was much talk and excitement in <person identity='Bilbo Baggins'>Hobbiton.</paragraph>...

>>903280

Ahh fuck. Sent too early. Well, I can only continue.

...Wrong tier:

>When <person identity='Bilbo Baggins'>Mr. Bilbo Baggins</person> of <place identity='Bag End'>Bag End</place> announced that he would shortly be celebrating his eleventy-first birthday with a party of special magnificence, there was much talk and excitement in <place identity='Hobbiton'>Hobbiton.</place>

Right tier:

><sequence><cause what='announcement of eventy-first birthday' of='Bilbo Baggins, with a party of special magnificence'/><effect what='much talk and excitement' of='Hobbiton'/></sequence>

Smart tier:

><inference subject='hobbits' nature='excitable,sociable' basis='birthdays'/>

>>903283

>oldspeak double plus ungood

No thanks.

>>903279

EPUB, MOBI and DJVU are better at "being portable"

>>903289

<fuck who='you'/>

>>903274 (OP)

pdf is shit for ebooks. You can't adjust the font size or line spacing.

>>903310

>misses the point entirely

Can you adjust the font size or line spacing in a physical book? PDF is supposed to replicate the carefully prepared layout and typesetting of the document 1:1, so that every page looks exactly like it's supposed to be. As opposed to this, shit like .epub or .mobi lacks any formatting and is just a stream of paragraphs of text that is artificially divided into pages on the fly.

>>903460

This is when we know you've never used an e-reader.

PDF works well with documents that are supposed to be printed, because you already know the size and aspect ratio of the support (for instance, A4). Not all e-readers have the same size nor the same aspect ratio, and reading PDFs on them is utter shit.

>>903274 (OP)

>drm support

>YES

Fuck no. Also

>video support only via flash player

Another fuck no. Pdf is only okay

As an avid reader of manga I disagree. Simple folders full of jpegs or pngs is far superior in every way, shape, and form to a packaged pdf. Mostly because pdf readers are all pure cancer.

>>903586

>Simple folders full of jpegs or pngs

How about .cbr/.cbz

>pdf readers are all pure cancer

Sumatra seems very nice. Apart from .pdf it also reads .chm, .djvu, .mobi, .epub, .cbr and .cbz.

>PDF for ebooks

>not easily searchable by standard tools

>large file size

>requires a shitty GUI to read (or fbpdf)

>muh formatting

>can't be edited well most of the time

Plain ASCII master race. For stuff that really neads "muh formatting", Markdown or (rarely) HTML+CSS will suffice. For manga, plain JPG/PNG (encapsulated in .cbz or .tar) is better.

>>903274 (OP)

well it sure looks like .pdf wins on that chart because it has the most green boxes next to it

>>903611

I bet you haven't heard of "storage" compression level, which is basically zero compression. Archive file formats have other purposes besides reducing used storage space by means of compression, such use is to aggregate other files inside one file. Filesystem images are somewhat similar.

>faggot

rude and mean

>>903637

>ZIP

>no compression

In other words: useless, redundant shit which is best supplanted with `tar`. Do one thing and do it well: either compress or aggregate.

>rude and mean

Faggot. Get out of here before you give us all AIDS.

>>903274 (OP)

FB2 is the least cancer of all these, judging by the table.

a book should not have fucking sound, or interactivity. it's also not infested with DRM.

>>903640

>In other words: useless, redundant shit which is best supplanted with `tar`.

Show me, without googling, how to make a tar without storing absolute paths (which could be an embarrassing information leak).

After that we can talk about it.

>>903586

Storing text as images? Are you stupid?

>>903606

>Sumatra seems very nice. Apart from .pdf it also reads .chm, .djvu, .mobi, .epub, .cbr and .cbz.

Don't talk to Windows users.png

>>903644

>how to make a tar without storing absolute paths

$ tar -cf archive.tar directory

>>903646

you failed.

absolute paths are default behavior and these options do not change that.

>>903646

>>903648

Oops, me failed.

I forgot it's about a different thing: the username and file permissions. Tar stores them by default, leaking your username.

>>903651

and the answer is here

https://unix.stackexchange.com/questions/278011/anonymous-tarballs

totally not easy to find, and totally not obvious that tar is non anonymous by default.

>>903657

not the fun part:

`--numeric-owner` is silently ignored and 2 other options are unsupported

$ tar --version

bsdtar 2.8.3 - libarchive 2.8.3

so, it seems, on some systems it's not even possible to create anonymous tarballs with the tool that's intended to create them.

>>903664

>>903646

also it stores the path without normalizing.

tar -cf benis.tar test

tar -cf benis.tar /test

these 2 commands produce DIFFERENT FILES although they refer to the same directory

that's visible if you look at the file in hex editor that the argument is stored as is

>>903665

>tar -cf benis.tar ./test

forgot the dot

Now it's time to the Unix hating quote guy to step in and say something interesting about why tar is so shit

>>903311

>Digital Rights Management sucks

it's called Digital Restrictions Management

are you a cuck or why are you using the cucked naming?

>>903651

>>903657

>>903662

>>903664

>my username contains critical, sensitive private information

>>903665

>>903668

Why, exactly, is this a problem? 'test/' and './test/' will cause exactly the same results if extracted. No problem there.

>>903672

>>my username contains critical, sensitive private information

it can sometimes help connect some dots, you know, it's called fingerprinting (unless you use the default one, but on many systems there's no default username, and on others, it could be unique to the distro, and then there are also potentially distinct user/group IDs)

and the worst part is that this is the default behavior and most of the users have no idea that it happens

>>903672

>Why, exactly, is this a problem? 'test/' and './test/' will cause exactly the same results if extracted. No problem there.

it's useless information about whether I used a dot, and it can also add a bit of fingerprinting.

remember kids, there's no excuse for leaking more data than necessary to achieve the goal.

>>903671

It is what it is. Digital Rights Management.

>>903680

The cuck, it is what you are.

“Digital Rights Management” (abbreviated “DRM”) refers to technical mechanisms designed to impose restrictions on computer users. The use of the word “rights” in this term is propaganda, designed to lead you unawares into seeing the issue from the viewpoint of the few that impose the restrictions, and ignoring that of the general public on whom these restrictions are imposed.

Good alternatives include “Digital Restrictions Management,” and “digital handcuffs.”

Please sign up to support our campaign to abolish DRM.

https://www.defectivebydesign.org/

>>903680

https://www.defectivebydesign.org/what_is_drm_digital_restrictions_management

>>903674

You have valid points there. However, I think I'll continue using tar for most things: the most severe problem in my opinion is the username (which can fairly easily be fixed with --numeric-owner), just because it's easier to manage the compression separately from the archiving. (and can be pipelined) For example, recompressing in a superior compression format:

$ pv tarball.tar.gz | gzip -dc | lzip > tarball.tar.lz

Or extract an archive while it's downloading.

$ curl https://ftp.gnu.org/gnu/something/something-latest.tar.xz | tar -xJ

>>903686

>which can fairly easily be fixed with --numeric-owner

it doesn't work, at least on some flavors of tar, and it is silently ignored in that case.

you should at least test it by inspecting the result in a hex editor.

>>903686

>extract an archive while it's downloading

>just because it's easier to manage the compression separately from the archiving. (and can be pipelined)

normal archives can be pipelined too.

it's just not supported by the fatally impotent pipelining convention of UNIX --- it has no convention for structured data.

but you can write code in something like Python or whatever language you know, to stream individual files from an archive and send them immediately to the compression program.

if it was not a fringe use case, perhaps it could be released too.

>>903690

>perhaps it could be released as a somewhat general reusable utility too

>>903274 (OP)

It's fuckin yuge, epub is like 1/20th the size

Fuck you

>>903672

>>903690

>>my username contains critical, sensitive private information

Also on many desktop systems it's possible for a bystander to see your username even if your session is locked.

So, it's enough for it to be something unique to let a certain subset of human population deanonymize you.

>>903690

>hex editor

No need for that.

gzip -dc archive.tar.gz | dd bs=512 count=1 | grep $USER && echo "fix your shit" || echo "all good"

>writing a new script for every use case, rather than using the simple model which does one thing and does it well (tm)

What kind of bullshit is this. Unixhaters are actually fucking retarded.

>UNIX pipelines have no convention for structured data

Yes, of course, because the shell and the operating system have to be aware of every possible file format so it can be "aware of structured data". Right?

On an unrelated note, how fucking new are you. You double- and triple- and often even quadruple-post when one post could suffice, because you can't be patient enough to wait until all your thoughts have gathered. This behaviour is indicative of redditors who can EDDIT their posts billions of times (and piss off other redditors in the process).

>>903696

I don't usually do that when I am in a good thread.

This thread is low value.

>>903696

>>writing a new script for every use case, rather than using the simple model which does one thing and does it well (tm)

>What kind of bullshit is this. Unixhaters are actually fucking retarded.

Who said writing a new script every time?

>>903696

>Yes, of course, because the shell and the operating system have to be aware of every possible file format so it can be "aware of structured data". Right?

No.

There could be just one standard simple format for sending nested lists and that would be enough.

And it doesn't even need to be serialized to a file, so we're adding zero file formats.

In other words, right now streams have "lazy sequence of bytes" type, and after this change the type will be T = "lazy sequence of (lazy sequence of bytes | T)"

>>903698

>This thread is low value

Right. It's low value because you're shitting it up with your 6,000,000 short replies which each contain almost nothing of value.

>Who said writing a new script every time?

>a script to stream individual files from an archive and send them immediately to the compression program

You would need to write new scripts whenever any new compression format was released. You would need to update your software EVERY TIME you became aware of some obscure compression format with edge case use.

This isn't necessary when doing it the Unix way.

>standard simple format for sending nested lists

I do not understand how this would improve pipelining of ZIP files to the compressor.

Even if it did, it's not necessary because we have formats (such as tar and gzip) which are stream-oriented rather than having some kind of tree structure (which requires additional memory for caching and cannot load the CPU evenly).

>>903702

>It's low value because you're shitting it up

let's see

>OP makes a silly statement

>OP is immediately proven wrong and the topic is exchausted

>everything from now on is barely related to the topic

high value threads aren't like that

>>903707

Yes, OP is a faggot as is usual here. However, this thread does contain interesting discussion regarding ebook formats, which then diverged into a discussion about archive formats (punctuated with 6,000,000 badly formatted posts by you). This isn't really related to the OP, but it is not what I'd call "low value". There are a lot of things which I learned on this board only because a thread derailed and went into a really obscure topic. Sure, derailed threads can sometimes be total shit. But sometimes they are not.

>>903709

yeah you have a point here.

but other than a little distraction thrown in between, these posts are still the same amount of text.

>>903702

>You would need to write new scripts whenever any new compression format was released. You would need to update your software EVERY TIME you became aware of some obscure compression format with edge case use.

nah. if any compression tool follows a convention of accepting inputs/writing outputs, then it won't need to be modified.

>>903702

>I do not understand how this would improve pipelining of ZIP files to the compressor.

you would be able to directly send a tree structure with file paths and contents, and it will be transparently handled by the OS, that's it.

in this alternate universe, each archiver/unarchiver would be able to write/read these trees completely lazy, and you could do things like

unzip benis.zip | 7z -o benis.7z

to

>For example, recompressing in a superior compression format

>>903702

>stream-oriented

what is stream-oriented about tar and gzip?

most sane archive formats are also streamable. the difference is that you must deal with structured data.

tar will also never be as friendly to compression, because when the compressor deals with individual files, it may choose the best method per file by a clever heuristic. (7z does that, for example).

if you try to do this for tar, you end up duplicating complexity in the compressor to parse it back again, and then it doesn't make sense to use tar anymore.

Ultimately the cbx file extensions were just made up to tell your OS, that these archives should be opened with a comic book reader. Zip (.cbz) and RAR (.cbr ) might be the most commonly used formats on piracy sites, but you can also create 7z (.cb7), ACE (.cba) and tarball (.cbt) files, to open them with you comic book software.

>>903735

>tarball (.cbt) files

>CBT

fug

why cannot I forget this shit

What are some decent comic book readers? I was using CDisplay for a while, but my PDF reader ended up doing the job better. Still doesn't have support for some zip (don't blame me, that's the method the scanners use) layouts though. I haven't tested too thoroughly, but it's either unicode text, or nested subfolders, can't really change the files because most of them are from torrents, and I don't really have the space to keep two copies of everything.

>>903752

because you're a fucking degenerate who watches jewish porn and engages in jewish fantasies

>>903876

mount them with fuse-zip and view the files individually

heh..

┌───────────┬───────────────┬───────────┬────────┐
│ Format    │ Open Standard │ Word Wrap | Tables |
├───────────┼───────────────┼───────────┼────────┤
│ plaintext │ Yes           │ Yes       | Yes    |
└───────────┴───────────────┴───────────┴────────┘

>>903876

I'm using Comix. Don't know much about it, but I can read comicbooks.

>>903931

┌───────────┬───────────────┬───────────┬────────┬────────┐
│ Format │ Open Standard │ Word Wrap | Tables | Images |
├───────────┼───────────────┼───────────┼────────┼────────┤
│ plaintext │ Yes │ Yes | Yes | Yes |└───────────┴───────────────┴───────────┴────────┴────────┘

▓▓▓▓▓▓▀▀░░░░░░▀▀▓▓▓▓▓▓
▓▓▓▀░░░░░▄██▄░░░░░▀▓▓▓
▓▓░░░░░▄▄██▀░░░░░░░░▓▓
▓░░░░░▄██▀░░░▄█▄░░░░░▓
▌░░░░░▀██▄▄▄█████▄░░░▐
░░▄▄▄░░░▀████▀░▀▀██▄░░
░░▀██▄░▄▄████▄░░░▀▀▀░░
▌░░░▀█████▀▀▀██▄░░░░░▐
▓░░░░░▀█▀░░░▄██▀░░░░░▓
▓▓░░░░░░░░▄██▀░░░░░░▓▓
▓▓▓▄░░░░░▀█▀▀░░░░░▄▓▓▓
▓▓▓▓▓▓▄▄░░░░░░▄▄▓▓▓▓▓▓

>>903938

Let's try that again shall we.

┌───────────┬───────────────┬───────────┬────────┬────────┐
│ Format    │ Open Standard │ Word Wrap | Tables | Images |
├───────────┼───────────────┼───────────┼────────┼────────┤
│ plaintext │ Yes           │ Yes       | Yes    | Yes    |
└───────────┴───────────────┴───────────┴────────┴────────┘

▓▓▓▓▓▓▀▀░░░░░░▀▀▓▓▓▓▓▓ 
▓▓▓▀░░░░░▄██▄░░░░░▀▓▓▓ 
▓▓░░░░░▄▄██▀░░░░░░░░▓▓ 
▓░░░░░▄██▀░░░▄█▄░░░░░▓ 
▌░░░░░▀██▄▄▄█████▄░░░▐ 
░░▄▄▄░░░▀████▀░▀▀██▄░░ 
░░▀██▄░▄▄████▄░░░▀▀▀░░ 
▌░░░▀█████▀▀▀██▄░░░░░▐ 
▓░░░░░▀█▀░░░▄██▀░░░░░▓ 
▓▓░░░░░░░░▄██▀░░░░░░▓▓ 
▓▓▓▄░░░░░▀█▀▀░░░░░▄▓▓▓ 
▓▓▓▓▓▓▄▄░░░░░░▄▄▓▓▓▓▓▓

>>903939

┌───────────┬───────────────┬───────────┬────────┬────────┬────────────┐
│ Format    │ Open Standard │ Word Wrap | Tables | Images | Executable |
├───────────┼───────────────┼───────────┼────────┼────────┼────────────┤
│ plaintext │ Yes           │ Yes       | Yes    | Yes    | Yes        |
└───────────┴───────────────┴───────────┴────────┴────────┴────────────┘

http://www.cs.cmu.edu/~tom7/abc/

>>903931

>>903938

>>903939

>>903950

>/pol/ack cannot into code tags

What a surprise

>>903957

I tried to use the aa tag (because it's for "ascii art") and it failed. So, code tag. Stay triggered leftyshit

>>903926

I only heard about this shit fortunately.

Which porn is not jewish? How do you know?

>because you're a fucking degenerate

>8ch.net

hmm

>>904017

>Which porn is not jewish? How do you know?

I had to search it up to understand your reference.

>>904022

so, if I need to check something, I need to ask you if you know about it and if you don't, then it's jewish?

do you have an email/XMPP to be asked privately?

I'm into relatively obscure shit that will get me deanonymized probably lol

>>903926

Comics are meant to be read in pages of 2. It's not just some shitty ORIGINAL PAPER-LIKE EXPERIENCE meme, the amount of content you can see at once is considered by the artists, and they can basically time surprising shit to happen the next page over.

>>903876

>>903932

Used the Comix fork Mcomix, it was basically way better than I could even imagine. Just disable the sidebar, ignore the library functions, and you've basically got a version of CDisplay that doesn't trip up on weird filepaths, and goes through pages in order when the scanners fuck up the numbering and don't use any leading "0"s.

Since scanners all have their own opinions as to whether completely blank pages should be put after the title page, or since they sometimes do stupid shit like get a full scan of both covers across the spine, one thing you're going to occasionally want to do is hold the Control key as you're going over the page sometimes. Irons out page desyncs, which become very obvious with Japanese comics. I'm not a fan of some of the default keybindings, but then can all be changed, which is a lot more than SOME monstrosities allow for. You might also want to change the default scroll/turn page settings.

Anyway, 10/10, even my autistically particular eye couldn't find a single real fault about it.

plain text is fine.

PDF really pisses me off because my government releases protected forms that only work in adobe.

>audio video support

why didn't it replace html?

>>903283

It is starting to look more like an interactive novel/text adventure kind of language.

>>903274 (OP)

PDF is fixed. It still relies on paper formats in a digital age. I may like reading a PDF on my PC or laptop, during the day, but when I'm on a train reading something on my phone I want something that adjusts to fit the screen without getting tiny letters. Also, especially if it's getting dark, then I'd like to adjust colors if necessary.

>>907544

Yes, exactly!

This is an excellent example of what I meant when calling most texts blobs. Their logical, narrative structure, situational relationships, are concretized in human language and unparseable, effectively inoperable. When we mark human languages up, we open the text in question to modification, literally decompiling it. A novel, when it is broken up in its constituent logical, topographical, strategic/tactical, cost-analysis, decision-making units that are typically hidden behind English verbalization, opens itself to recreation, or analysis and re-synthesis as a parallel work in the same universe, for instance.

>>907544

>>907574

I wish I hadn't accidentally sent that first post too early; maybe I would be able to express my point better. But you understood it very well. Yes, a narrative format could represent knowledge, for instance so:

<knowledge of='person1' id='betrayal'><basis><person id='person3' who_did=.../>...

<decision of='person1' basis='betrayal'><consequence impact='person2,person3,...'>

>>904027

All major porn hosts are Jewish.

Jap porn though? Not really

This OP is blatant bait.

>>903274 (OP)

CBR:

✔️ Good Encryption Support

NO OTHER FORMAT HAS THIS

✔️ Superior to DRM, only tech savvy can copy-paste. Think of it as IQ-DRM.

✔️ Supports Anything you can put in an image:

✔️ Images

✔️ Tables

✔️ Word wrap

✔️ Doesn't make noise - ever.

✔️ Doesn't run scripts - ever.

✔️ Doesn't get scribbled on - ever.

✔️ Never get Rick-Rolled.

IT'S A BOOK, FAGGOT

✔️ Bookmarking support app-dependent, as it should be

✔️ Fast

PDF, I'M LOOKING AT YOU

✔️✔️✔️✔️✔️✔️✔️✔️✔️✔️✔️✔️✔️✔️✔️✔️✔️✔️✔️✔️✔️ Super-fast: Extract, view with QuickVirwer

CBR: It's a book, improved.

PDF: It's like a book, only with CIA inside!!!

>>907910

It's a good topic, though. Adobe owns business books, documents.

Say a company has a white paper for you to download. Place your bets, will it be:

1. CBR

2. ePub

3. Kindle

4. mobi

5. PDF

Place your bets now.

>>903283

>For what purpose exactly?

>>903735

>>903713

>>903696

Let me join the compression debate:

gzip can't compress multiple files and tar was used for fucking cassettes if I remember correctly which were cheap at the time but mostly just corrupted data.

* gzip for single files when the program which uses the format supports it (like GIMP, it's really useful in this case WHY IS THIS NOT THE DEFAULT OPTION? IT'S PROBABLY FASTER THAN SAVING TO A HARDDRIVE DIRECTLY)

* zip for accessibility

* 7zip for compression

* rar for spreading files over multiple downloads with as much links as required which can all be downloaded with a download manager and then reconstructed into the actual files

>>909033 (checked)

Companies know nothing about tech but used PDF to print so it will be PDF. Not because it's good but because they don't know any better.

>>909216

Ignore him. He adopted the poisonous XML-mindset the plan 9 dev warned us about. Better JSON, INI or fucking anything else

>>909033

Except CBR/CBZ is bitmaps (compressed, but bitmaps still) in an archive container. PDF is a vector format, a large document will be much larger in CBR and have a fixed resolution.

>>909323

The CB* formats are literally just compressed archives, put vector support in your reader and you'll read vector CB*s all day

>>903274 (OP)

HTML my manz. pdf is only used because in academia it's standard practice among all the "prestigious" groups. it's literally less aids to just embed your math crap in images in HTML. yes HTML is shit but these alternatives are strictly worse

>>903939

non-ASCII characters

lol are you using the Windows codepage with blocks or utf-8?

both are shit

>>909235

>* rar for spreading files over multiple downloads with as much links as required which can all be downloaded with a download manager and then reconstructed into the actual files

Why is RAR's multipart better than anyone else's?

>>909389

Ups. Didn't know other formats supported that.

Never made multipart stuff myself but I only ever saw it compressed to rar.

It may be because of this:

>The way RAR does it is that when you split an archive into volumes, the file names are file.part01.rar, file.part02.rar, and so on. And the cool thing is that with all the files in the same directory, you can click on any one of them and the whole archive will be opened up.

>The way 7z does it is file.7z.001, file.7z.002, and so on. And, of course, .001 is not an automatically associated extension when you install 7-Zip, so double-clicking on the file doesn't do anything. You have to know to go into 7-Zip options and set that .001 association.

https://menga.net/why-i-still-use-rar-instead-of-7z

But you're right: RAR might be obsolete

>>909421

>>The way RAR does it is that when you split an archive into volumes, the file names are file.part01.rar, file.part02.rar, and so on.

This is new to me, last time I've dealt with RAR multiparts they were r00, r01 and so forth.

Double-clicking is gay in any case, and 7-Zip's context menu recognizes them.

>>you can click on any one of them and the whole archive will be opened up

This doesn't work in 7-Zip, but I don't see why would it be very useful. You need all parts to extract anyway.

I like .djvu but ti is poorly supported.

>>909027

You might already know, but it turns out part of the PDF format is turing complete. It can't be safely parsed.

>>909426

I wish I would know why goodolddownloads and so on still use rar instead of 7zip.

Sage because offtopic

>>909235

>Better JSON, INI or fucking anything else

In the context of this thread, I have absolutely zero preference between JSON, XML, ini files or any other format.

>>909804

Habit, probably.

>>909352

>pdf is used for math crap

If you are in fact referring to TeX, there is nothing -- NOTHING -- better for typesetting math. Nothing else even comes close. But by all means continue to poke around in your gui "equation editor" like a nigger.

I prefer plain ASCII, so I can read it fine with a pager like 'less', or on an old 80's computer, or my Nintendo DS Lite with Moonshell.

If there are some illustrations or diagrams, then just supply them as GIFs in a zip file along with the plain text, or an HTML document that preserves their location in the text. But I'll probably just run "lynx -dump" to extract just the plain text.

>>910821

Is there a format which allows text formatting without imitating paper with retarded borders and XML? I don't know why all word processors fell to fucking paper no one prints out anyways and compressed XML no one would ever touch.

And a proper editor? (Something like MS Wordpad without the paperborders with a more unicode alternative than RTF?)

>>903274 (OP)

LMAO JUST USE POSTSCRIPT MY DUDE