Entire Project Rename Suggestions/Comments

[ShahzaibAhmad05]

The entire repository has to be renamed.

I discovered that there is another repository named 'printstruct' which has some MATLAB modules/scripts, which is completely unrelated.

That means the repository name was not good from the start.

I have decided to rename this repository from PrintStruct to Gitree, which would also mean changing the terminal call keyword to just gitree and not prst, and ofcourse, this project will remain open-source and alive forever.

After the name change, we might have to re-publish on PyPi, which is fine. Only that I would want the version to dump to 1.0.0 once again.

Now, there is an already existing repository Gitree built with javascript, but that is a non-issue, since it does about the same thing this tool does.

So, I'm going to ask all contributors:

• Is this name change alright?
• OR should I stick to printstruct?
• OR should I change it to a different name? (please provide suggestions)

@vidya381 @Tribirdie @ShreyaDubey1001 @bgdcc @naga251602

[ShahzaibAhmad05]

I will wait for comments till tomorrow. Till then I will continue to merge pull requests

[vidya381]

I have some concerns with "Gitree" - mainly that it implies the tool is git-specific when it actually works on any directory. Plus there's already a JavaScript project with that exact name doing similar things.

That said, if you want to rename, now is honestly a good time since the project is still young. Way easier than doing it later with more users.

Personally, I'd stick with PrintStruct. The MATLAB package is in a totally different domain, so I don't see much real-world confusion happening.

But if you're set on changing it, maybe consider something like "TreeView" instead? It's clearer about what it does and doesn't have the git-only vibe.

Either way, happy to help with whatever you decide!

[Tribirdie]

pytreant could be a nice name in my opinion. Unique, and keeps the directory tree theme.

[ShahzaibAhmad05]

Yes, the name Gitree sounds like it is git-specific, so that concern is valid.

I know there's a javascript project with the same name, but it's been dead for about 4 years, and it doesn't offer much features. We could simply add it's one or two extra features to our tool.

To be honest, I use this tool daily for my projects (I use LLMs often so it's useful), and I wanted it to get a bit of popularity, which would lead to more people contributing, more features adding into it, and eventually being more useful for everyone.

So, I did a couple of experiments to check if anything was a bottleneck and found the name to be it.

How I see it is:

• Yes, it does work with any directory
• But there are other tools out there (such as for zipping directories from the terminal, there are tons of tools)
• Those tools are definitely the thing when if people just want dir printing and zipping
• This tool's main features are git specific
• And whatever further we might add, moves it a step closer to working with git

Also, since I'm being honest here, I would say I absolutely wouldn't want any references to MATLAB for this project.

And TreeView is a nice name, but again difficult to type in the terminal / get used to typing it. I'm probably the only user of this tool for now (am I?) and I wouldn't want to waste 2 extra seconds typing a longer name in my terminal.

If it's another name, we'd need it to be short enough or at least easier to type in. Also, we cannot use an alternative name like we used prst for PrintStruct. It lessens trust on the tool.

[ShahzaibAhmad05]

so uhhh... sorry for the longest reply ever, in short, this project's value comes from git semantics/features. That's why I figured Gitree might be a good name.

[ShahzaibAhmad05]

@vidya381 I do want to ask one more time, What feature of this project do you think is not related to git?

I'm asking because it's not me who owns the repo, it's you guys. I'm just a reviewer sitting by

[ShahzaibAhmad05]

I mean the only thing that makes this project unique is that it works with gitignore right? (which is the flagship feature at this point)

For the other stuff it does, like directory tree printing, are there not better alternatives already?

[vidya381]

You're right - the gitignore handling is what makes this special. The multi-path support I just added, the zip feature, the output stuff - they're all generic on their own. There are plenty of tools that can print trees or zip directories.

But those features become way more useful BECAUSE they respect gitignore. Like zipping a project without including node_modules or .env files automatically. Or getting a clean tree structure for LLM context without all the build artifacts.

So yeah, the git-aware behavior is the core value. Everything else is just built on top of that foundation.

If gitignore handling is what sets this apart, then Gitree makes sense as a name. It tells people immediately what they're getting.

[ShahzaibAhmad05]

Happy to see your opinion is now on the same track😊