Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Handle different projects with the same name #5

Open
kennir opened this issue Mar 21, 2015 · 9 comments
Open

Handle different projects with the same name #5

kennir opened this issue Mar 21, 2015 · 9 comments

Comments

@kennir
Copy link

kennir commented Mar 21, 2015

How can I customize the location for each project? I have many projects are same name,so the location also be confused together.

maybe org-projectile can read the name from a file which in the project directory

@colonelpanic8
Copy link
Owner

Which Todo storage system are you using? Single file, per repo, hybrid?
On Mar 21, 2015 7:47 AM, "Ken Zhang" [email protected] wrote:

How can I customize the location for each project? I have many projects
are same name,so the location also be confused together


Reply to this email directly or view it on GitHub
#5.

@colonelpanic8
Copy link
Owner

Oh oops, just saw that you are using single file mode. Unfortunately, as of
right now, there is not really a way to do this. It is sort of assumed that
project names will be unique. There are potentially some ways this could be
fixed. Perhaps uniquefy could be applied to project names and the
containing directory would be used to identify the project. Alternatively,
I could add an option that would identify projects by their full path a.
On Mar 21, 2015 7:47 AM, "Ken Zhang" [email protected] wrote:

How can I customize the location for each project? I have many projects
are same name,so the location also be confused together


Reply to this email directly or view it on GitHub
#5.

@kennir
Copy link
Author

kennir commented Mar 21, 2015

Yeah, I'm using single file mode, I can't put a irrelevant file to my project folder, maybe use full path to identify projects is ok .

I'd really like this plugin, It's very useful, thank you for your job

@colonelpanic8
Copy link
Owner

Thats good yo hear; I'm glad that other people are using it. I can make it
so that you can supply a custom function to generate the heading from the
filepath. In your case you would just supply an identity function to get
full filepath headings.
On Mar 21, 2015 12:35 PM, "Ken Zhang" [email protected] wrote:

Yeah, I'm using single file mode, I can't put a irrelevant file to my
project folder, maybe use full path to identify projects is ok .

I'd really like this plugin, It's very useful, thank you for your job


Reply to this email directly or view it on GitHub
#5 (comment)
.

@colonelpanic8
Copy link
Owner

Hmmm. This is actually a bit harder to fix than I originally thought it was. It's going to require that I change the underlying way that org-projectile deals with projects so that everything is done with filepaths (probably for the best anyway).

@kennir
Copy link
Author

kennir commented Mar 22, 2015

Ok,Maybe you can add this feature on next major updating :)

@colonelpanic8
Copy link
Owner

Yeah. I'd definitely like to do this, but it actually seems sort of hard, I want to be able to let people continue to simply use project names to identify their projects. This is important for me because i use org-projectile across multiple computers where the projects are often found at different filepaths. I'm not really sure what the right way to approach the issue is.

@colonelpanic8 colonelpanic8 changed the title customize location for each project on one-repo mode Handle different projects with the same name Aug 17, 2023
@Lenbok
Copy link

Lenbok commented Sep 12, 2023

@kennir Can you just use .dir-locals.el in each project to specify a project name? e.g

((nil (projectile-project-name . "my-unique-project-name")))

(That's assuming projectile.el, not sure if built-in project.el supports variable based name overrides)

@colonelpanic8
Copy link
Owner

@Lenbok wow, quite the necropost. Last comment is from over 8 years ago! but yeah, youre suggestion should probably work.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants