all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
* two questions about projectile
@ 2024-07-17 11:59 Luca Ferrari
  2024-07-31  9:27 ` Joel Reicher
  2024-08-02 19:51 ` Björn Bidar
  0 siblings, 2 replies; 3+ messages in thread
From: Luca Ferrari @ 2024-07-17 11:59 UTC (permalink / raw)
  To: help-gnu-emacs

Hi all,
I hope someone in here have solutions for my two trivial questions, or
can suggest if it does make sense to move away from projectile.
When I use projectile-find-tag to find a symbol in my projects (Perl,
Python, Java, C), if a tag is related to multiple entities, a buffer
xref is opened for me to choose where to jump. However, the buffer
xref stands within the opened buffers, hence when I want to switch to
another buffer I find it in the list. Is there a way to make xref to
automatically kill itself once a choice is made?

Second, when a tag is not found in the current project, it seems that
projectile scans all other projects, even those not opened. Is there a
way to restrict the jump to search only within _the current_ project
and not either in other opened (or not) projects?

Thanks,
Luca



^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: two questions about projectile
  2024-07-17 11:59 two questions about projectile Luca Ferrari
@ 2024-07-31  9:27 ` Joel Reicher
  2024-08-02 19:51 ` Björn Bidar
  1 sibling, 0 replies; 3+ messages in thread
From: Joel Reicher @ 2024-07-31  9:27 UTC (permalink / raw)
  To: Luca Ferrari; +Cc: help-gnu-emacs

Luca Ferrari <fluca1978@gmail.com> writes:

> I hope someone in here have solutions for my two trivial 
> questions, or can suggest if it does make sense to move away 
> from projectile.  When I use projectile-find-tag to find a 
> symbol in my projects (Perl, Python, Java, C), if a tag is 
> related to multiple entities, a buffer xref is opened for me to 
> choose where to jump. However, the buffer xref stands within the 
> opened buffers, hence when I want to switch to another buffer I 
> find it in the list. Is there a way to make xref to 
> automatically kill itself once a choice is made?

Do you really mean kill or is bury enough? Because <TAB> will 
select and bury the xref buffer, as will <RET> with a prefix.

Cheers,

        - Joel



^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: two questions about projectile
  2024-07-17 11:59 two questions about projectile Luca Ferrari
  2024-07-31  9:27 ` Joel Reicher
@ 2024-08-02 19:51 ` Björn Bidar
  1 sibling, 0 replies; 3+ messages in thread
From: Björn Bidar @ 2024-08-02 19:51 UTC (permalink / raw)
  To: Luca Ferrari; +Cc: help-gnu-emacs

Luca Ferrari <fluca1978@gmail.com> writes:

> I hope someone in here have solutions for my two trivial questions, or
> can suggest if it does make sense to move away from projectile.

I think it depends on the features that you need from projectile.
If you use just the basic features such as switching between projects,
project specific buffers, dired, compilation etc.

Projectile allows you to extend the project types beyond version control
systems but also build systems, e.g. it sets the `cmake --build' as the
compile command for projects using CMake.
Compare the features which you use and see if project does it better or
worse for you.

For me project.el is to limited, that it is a builtin package isn't
enough for me to use it if it is more limited.



^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2024-08-02 19:51 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2024-07-17 11:59 two questions about projectile Luca Ferrari
2024-07-31  9:27 ` Joel Reicher
2024-08-02 19:51 ` Björn Bidar

Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/emacs.git
	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.