tauri-apps / tauri-apps/tauri-docs

Official RIIT (Rewrite it in Tauri) Standpoint?

Open
#692 7 comments 3 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

enhancement
Dominant language
MDX
Stars
1.1k
Forks
887
Avg merge
2d 8h
Merged PRs (30d)
48

Description

I think the recent tweets to rewrite-it-in-tauri (like the one about Slack) has been inspiring community members to push for it in other projects. 😁 I think it's great to offer ideas and get the word out there, but I worry a little that some of these unofficial cases will be discounted because Tauri is in beta and then may not be considered again once things are stable.

I'm guessing that some of the people proposing these might be super excited, but not super knowledgeable on Tauri. Or they may just let their excitement come off too strongly - I've been there! Their arguments haven't been very robust or detailed, from what I've seen. It's something to the effect of "Why? Because Tauri is faster and smaller than Electron!" 😅

If anyone else also thinks this could have some negative effect, my proposal would be to have a "cease fire" unless from official sources, obviously not worded that way because we aren't at war. 🤪 We could have an official page like
"Considering Tauri for your project?" with a section targeting these excited devs pushing it on their favorite tools like:

If you're excited to see this adopted by your favorite tools, we recommend the following to have the strongest and most respectful approach:

  • Don't just say, "because it's better than Electron." 😅
  • Be respectful of the decisions the maintainers have already made.
  • A project's success does not come from following shiny toys. Shape your proposal in a way that shows your excitement, but also is backed by concrete evidence.
  • Do your homework. Find out what tools they are using and real pain points they are having. Focus on those.

and so on..

If we do want mitigation, but feel like this is too forward, an alternate solution could be to keep an eye out for these instances and try to advise. This is reactive and so we may miss some or be too late, but 🤷🏼..

Contributor guide

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

No file, test, or entry point is named. Review the proposed guidance and the documentation contribution process before deciding whether an official standpoint is wanted. Done would mean an agreed scope and published guidance, but the issue does not define the page location or acceptance criteria.

Written by the indexing model from the issue text.

Assessment

Domain
documentation
Issue type
Documentation
Difficulty
5/5
Estimated time
Over a week
Activity status
Stale
Clarity
Needs clarification
Newbie friendliness
20/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.