3 ms·

minor nit: cmd+z is ctrl+z in macos, which felt counter-intuitive on an editor IANAL: idk if lawyers dont do pdfs but tried some research papers and PDF render

• piker 1y ago
  Noted, and to be fixed. Thank you
  • tough 1y ago
    I had edited prior message but would be great if supported PDF rendering as good as docx! (for research mostly, not a lawyer)
    • yauneyz 1y ago
      If this is Electron, try pdf.js - really good rendering, you can create a text layer (for text selection, etc). Probably the best result per effort you can get
      • tough 1y ago
        care to link to repo? alwayss good to have one of these at hand
        • mdaniel 1y ago
          https://github.com/mozilla/pdf.js#readme https://github.com/mozilla/pdf.js#readme (Apache 2)
    • piker 1y ago
      One thing it does is cast the PDF to grayscale to render for speed (lawyers rarely care about the color of a legal doc in PDF), so perhaps I'll make that an adjustable setting which will trade off speed for clarity. Otherwise, it uses PDFium for PDF rendering so it should come out just as well as what you see in a Chromium-based browser.
      • tough 1y ago
        might be an issue with DPI / Retina screens on macOS? it's really more blurry than any pdf on chrome https://imgur.com/a/AElOuaA https://imgur.com/a/AElOuaA
        • piker 1y ago
          Oh, yes, that is also a cheat code to render them quicker -- it downsamples the render to save time. That will improve in future versions as Tritium uses spare cycles to increase the resolution.
          • tough 1y ago
            I also noticed when i opened a folder with hundreds of big pdf's it choked on it seems you're doing work on all files when loading, you should be more like lazy-loading?
          • piker 1y ago
            ^ yes it does greedily ingest the PDFs to allow for instantaneous search. What it needs (and doesn't yet do) is at least multi-thread that parsing step to get a 2-4x speedup.