Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Show HN: Tritium – The Legal IDE in Rust

tritium.legal

Post reply on HN
Print view View original

161–170 of 171 posts

Re: Show HN: Tritium – The Legal IDE in Rust

#161

Post by wiseowise »

cosmic_cheese wrote: post #144
cAtte_ wrote: post #133

Earlier quoted context omitted.

VS Code, the aforementioned very performant Electron-based IDE, would like to differ

VS Code is very much a special case and not the least bit representative of the typical Electron app. It benefits from having some of the best talent available working on it and has multiple bits that drop down to lower-level solutions to improve performance, both of which Microsoft is willing to pay for because VS Code entrenches them in the software development world in ways it wouldn’t be otherwise.

> has multiple bits that drop down to lower-level solutions to improve performance

Such as?

> VS Code is very much a special case and not the least bit representative of the typical Electron app.

And Obsidian, and Discord, and Logseq, and Notion, and Figma, and Slack, and Postman, and Insomnia, and so on, and so. Oh wait, so it's not only VS Code?

Re: Show HN: Tritium – The Legal IDE in Rust

#162

Post by WorldMaker »

hiAndrewQuinn wrote: post #84

Ha, I had the same thought a while back along a slightly different vector (legal-adjacent technical writing). I ended up writing a blog post of my wishlist of features Word has that static site generators like Hugo don't appear to, yet. [1] I think there's a lot of money to be made in this arena, especially given that LLMs are much easier to integrate with plain text files than with Word documents. [1]: https://hiand…

Much (but not all) of what you are looking for exists in the reStructuredText [1] space. Sphinx [2] is an SSG focused on technical writing about software that you may find worth exploring.

Also, the scientific text community has been pushing MyST [3] which is an attempt to take some of the best ideas of reStructuredText and reapply them to Markdown-style syntax as a baseline. The MyST tools are a lot more recent and don't have the maturity just yet of Sphinx (including the larger ecosystem such as SaaS hosts like readthedocs).

[1] https://docutils.sourceforge.io/rst.html

[2] https://www.sphinx-doc.org/en/master/index.html

[3] https://mystmd.org/

Re: Show HN: Tritium – The Legal IDE in Rust

#163

Post by hitekker »

cryptonector wrote: post #160
piker wrote: post #89

Earlier quoted context omitted.

It’s a great point. This uses the canvas element only because it’s rendering in the browser. But this is really a desktop application, so the canvas element doesn't come up as a concept outside of WASM. Your main contention seems to be that nobody other than web browser implementers can render and edit text, and thus we should be limited to the set of applications that can run on the DOM and leverage the web browser’…

> Your main contention seems to be that nobody other than web browser implementers can render and edit text, I took it as a claim that using the canvas you can't implement _inputs_ correctly. The example given was about compose sequences, but I'm sure there's much more to it.

Yeah the GP’s reply was a little misleading/ambiguous. It begins by saying “great point” but then it distorts & argues against that point.

Better just to disagree directly, I think.

Re: Show HN: Tritium – The Legal IDE in Rust

#164

Post by panzi »

z3t4 wrote: post #142
panzi wrote: post #128

Earlier quoted context omitted.

With DOM you get accessibility integration. At least in the EU if you provide a web service you have to be accessible, otherwise you can get sued.

IANAL,afaik the accessibility law is only for government monopoly services. But I don't think it matters, because if you use the DOM you still need to test if the app works in screen readers etc, even normal websites have trouble with accessibility.

AFAIK it applies to everyone. But you don't get automatically fined, someone has to sue first. Maybe there has to be a business relation between the user and the web site? And yes, with HTML you need to still use all the right tags and attributes to make it accessible. Firefox has a nice accessibility tree view in its dev tools that you can use for debugging. Is there something like that for this toolkit? Is it somehow exposing an accessibility tree? Replicating everything in DOM for accessibility?

Re: Show HN: Tritium – The Legal IDE in Rust

#165

Post by cryptonector »

hitekker wrote: post #163
cryptonector wrote: post #160

Earlier quoted context omitted.

> Your main contention seems to be that nobody other than web browser implementers can render and edit text, I took it as a claim that using the canvas you can't implement _inputs_ correctly. The example given was about compose sequences, but I'm sure there's much more to it.

Yeah the GP’s reply was a little misleading/ambiguous. It begins by saying “great point” but then it distorts & argues against that point. Better just to disagree directly, I think.

Maybe u/piker misunderstood u/chrismorgan's point.

Re: Show HN: Tritium – The Legal IDE in Rust

#166

Post by cosmic_cheese »

wiseowise wrote: post #161
cosmic_cheese wrote: post #144

Earlier quoted context omitted.

VS Code is very much a special case and not the least bit representative of the typical Electron app. It benefits from having some of the best talent available working on it and has multiple bits that drop down to lower-level solutions to improve performance, both of which Microsoft is willing to pay for because VS Code entrenches them in the software development world in ways it wouldn’t be otherwise.

> has multiple bits that drop down to lower-level solutions to improve performance Such as? > VS Code is very much a special case and not the least bit representative of the typical Electron app. And Obsidian, and Discord, and Logseq, and Notion, and Figma, and Slack, and Postman, and Insomnia, and so on, and so. Oh wait, so it's not only VS Code?

> Such as?

At minimum it uses ripgrep for file searching, which is written in Rust but I thought I read blog posts about other parts in the past.

> And Obsidian, and Discord, and Logseq, and Notion, and Figma, and Slack, and Postman, and Insomnia, and so on, and so.

Out of the mentions in that list I’ve used, only Obsidian feels comparatively responsive to VS Code. Notion and Slack in particular are slow and can get super bogged down. Discord and Figma sit somewhere in between.

Re: Show HN: Tritium – The Legal IDE in Rust

#167

Post by irq-1 »

piker wrote: post #153
gamblor956 wrote: post #149

Earlier quoted context omitted.

As I said in another comment: you're basing your entire product around doing one feature, but your competition is the entire package. Redline doesn't appear to be working in Firefox in the web demo you have available. As that is supposed to be your killer feature I would say that your product isn't yet in MVP state. Also, the UI is quite bad and not the slightest bit intuitive; it's the kind of UI that only makes sen…

That's not the killer feature. I'm not sure where you got that impression. It's the integrated whole which is the feature. Sorry it seems not to work on firefox, but I'll definitely work on that. It's a desktop application with a "web preview" that is being presented here. Most lawyers never interact with the web preview (or the website for that matter) because it just arrives on their desktop. Agree to disagree on t…

Consider pitching it as: use the same Word you always have, and use these additional tools (diff, go to, etc..).

I'd expect most firms to have their own systems for backup, versioning, access control, approval, metadata, etc.. or at least a human process for such. It should be much easier to sell the "extra tools" than software that changes their process.

Re: Show HN: Tritium – The Legal IDE in Rust

#168

Post by chrismorgan »

rapnie wrote: post #132
piker wrote: post #89

Earlier quoted context omitted.

It’s a great point. This uses the canvas element only because it’s rendering in the browser. But this is really a desktop application, so the canvas element doesn't come up as a concept outside of WASM. Your main contention seems to be that nobody other than web browser implementers can render and edit text, and thus we should be limited to the set of applications that can run on the DOM and leverage the web browser’…

Build it on Makepad, who are building the UI framework (blew me away first time I saw it in action). Leaves you to build the app. https://makepad.nl https://github.com/makepad/makepad

Makepad is pure-canvas. It’s similarly entirely unsuitable on the web, and probably still not yet great on desktop, though it’s heading in the right direction.

Re: Show HN: Tritium – The Legal IDE in Rust

#169

Post by hiAndrewQuinn »

WorldMaker wrote: post #162
hiAndrewQuinn wrote: post #84

Ha, I had the same thought a while back along a slightly different vector (legal-adjacent technical writing). I ended up writing a blog post of my wishlist of features Word has that static site generators like Hugo don't appear to, yet. [1] I think there's a lot of money to be made in this arena, especially given that LLMs are much easier to integrate with plain text files than with Word documents. [1]: https://hiand…

Much (but not all) of what you are looking for exists in the reStructuredText [1] space. Sphinx [2] is an SSG focused on technical writing about software that you may find worth exploring. Also, the scientific text community has been pushing MyST [3] which is an attempt to take some of the best ideas of reStructuredText and reapply them to Markdown-style syntax as a baseline. The MyST tools are a lot more recent and…

RST's syntax has always turned me away, despite its extra power here, but MyST looks really interesting. Thank you!

Re: Show HN: Tritium – The Legal IDE in Rust

#170

Post by philsnow »

conartist6 wrote: post #123
philsnow wrote: post #45

Earlier quoted context omitted.

I pine for a DSL for legal documents, both because it’s tedious and tiresome to parse prose like this: > Except for persons who manufacture, process, produce, or initially transfer for sale or distribution self-luminous products containing tritium, krypton-85, or promethium-147, and except as provided in paragraph (c) of this section, any person is exempt from the requirements for a license set forth in section 81 of…

I have designed CSTML with that exact set of usage and features in mind. It would be absolutely perfect for what you describe. I badly need investors though. Know any lawyers interested in investing in a product like you are describing?

I don't see anything like that on the github link in your profile, but I would be interested in taking a look if you have anything public?

As to whether I know any lawyers interested in that kind of thing -- I think your thing would face the same kind of issue that others in this thread have identified: why would lawyers be interested in a product that, at the end of the day, helps them bill fewer hours? You could argue that some law firm could use it as their secret sauce like Whatsapp used Erlang or something like that, but I don't think that the legal space has many people interested in this kind of innovation.

Post reply on HN