| Age | Commit message (Collapse) | Author |
|---|
|
|
|
Add local overrides for the project type attributes test-prefix,
test-suffix, related-files-fn, src-dir and test-dir. Add tests
for this new behaviour.
|
|
Update readme and projectile.el
|
|
This is to prevent projectile-replace from searching on very large files of a project (my Emacs hangs when projectile search on a 1MB Javascript library file, while I only wanted to search and replace on Rust code).
|
|
|
|
|
|
|
|
|
|
|
|
|
|
It is very common for a Go based project to have a Makefile.
|
|
Fixes projectile-dir-files-alien on macOS.
As I describe in #1783, the function `projectile-dir-files-alien` is not returning the same value in macOS as the function `projectile-dir-files-native`, because it is returning values with a leading "./". This PR fixes the `fd` command invocation adding the `--strip-cwd-prefix` to remove leading "./", and therefore fixing the issue reported in https://github.com/doomemacs/doomemacs/issues/6504.
|
|
Rails puts most of its source files under app rather than lib. This
updates the src-dir to allow easy switching between source and test
files in this case.
|
|
When `projectile-project-root` was unable to find a project root for a
directory, it would not cache the negative result, so future invocations would
repeat the (often expensive) search for a project root every time.
With this change, `projectile-project-root` caches failure to find a project
root, when that failure is expected to be permanent, and consults that cache
for speed on subsequent invocations. "Expected to be permanent" means that
either we're trying to find the project root of a local directory, or we're
successfully connected to a remote directory via TRAMP. If the directory isn't
local, but we can't connect to it, we consider that a transient failure and
don't cache it.
Under the hood, this change uses the same `projectile-project-root-cache`
that's used to cache successful attempts to find a project root, but with a new
key `projectilerootless-{dir}`. This should allow cache invalidation to work
as expected.
|
|
Discovered using codespell:
https://github.com/codespell-project/codespell
|
|
Add variable `projectile-project-enable-cmd-caching` to enable or
disable command caching which defaults to `t`. Make the project
command functions, like `projectile-configure-project`, pass a `nil`
command-map to `projectile--run-project-cmd` if caching is disabled.
The variable is checked with a function
`projectile--cache-project-commands-p` which ensures that
directory local variables for the project are loaded.
|
|
|
|
|
|
Now that Emacs 28.1 is released and the latest stable version available, we should include testing with this version in CI.
|
|
|
|
|
|
|
|
|
|
As per grails new version (version 4 and 5), the configuration file name has been change to application.yml from application.properties.
|
|
|
|
Use "src/" and "test/" as defaults for the src-dir and test-dir
attributes of a project type when toggling between implementation and
test files.
Improve error messages for implementation and test file toggling
|
|
|
|
regular expressions
|
|
The unescaped periods were causing unexpected directories to be ignored.
E.g. for the following go project, the configitem directory was ignored because it matched the regex ".git":
$ find pkg -type f
pkg/metrics/argus.go
pkg/secrets/secrets.go
pkg/dynamo/dynamo.go
pkg/utils/types.go
pkg/utils/utils.go
pkg/utils/errors.go
pkg/configitem/configitem.go
pkg/api/handlers.go
pkg/api/middleware.go
|
|
Fix minor space typo
|
|
|
|
The byte compiler in Emacs 28 show warnings for "docstring wider than 80 characters" in multiple places. These warnings are show every time the package is updated from list-packages so it's visible for the user.
I mostly just used fill-paragraph to fix these docstrings.
|
|
|
|
|
|
|
|
|
|
Allow changing of project type precendence in
projectile-update-project-type.
|
|
|
|
|
|
|
|
`defvar` (when given a single argument) is a compiler directive whose
execution has no effect.
The fact that it also works when placed inside `eval-when-compile` is an
accident (and a bug: it should only affect the rest of the code within
the `eval-when-compile`).
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Port projectile-time-seconds to future Emacs
|
