-
-
Notifications
You must be signed in to change notification settings - Fork 89
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
Resolving file references should take working directory of run configuration into account #3679
Comments
Ah, so what is in the Makefile, and where is the Makefile located? If the Makefile does something other than just running a command (which I expect it does, otherwise it would't compile - I'm guessing the working directory) then it is expected that TeXiFy inspections won't work. The real question is, why are you using a Makefile and organising files like that (in a way that would not compile without the Makefile)? |
The makefile just dynamically builds the command I quoted. I have 3 different folders to seperate my general application papers, question lists and notes about interviews with different companies. The makefile: default | help:
@echo 'make | Zeigt die Hilfe'
@echo 'make build | Erstelle alle Dokumente mit latexmk'
@echo 'make build_application | Erstelle die Bewerbung mit latexmk'
@echo 'make build_job_search | Erstelle die Jobdaten mit latexmk'
@echo 'make build_questions | Erstelle die Interviewfragen mit latexmk'
@echo 'make clean | Säubere das Arbeitsverzeichnis von temporären Dateien und Verzeichnissen.'
@echo 'make help | Zeigt die Hilfe'
build: build_application build_job_search build_questions
build_application:
$(call compile,Bewerbung)
build_job_search:
$(call compile,Jobsuche)
build_questions:
$(call compile,Fragen)
clean:
rm -rf out/
define compile
latexmk -lualatex --output-directory=out/${1} abschnitte/${1}/*
endef |
Thanks, now it makes sense to me. I don't see any reason not to use LaTeX run configurations. If you do, then I think we can fix this: when resolving files, we need to check the working directory of the run configuration. What was your reason to not use run configs? (I don't know from memory if we support putting a wildcard |
Thank you for your help! Do you mean the IntelliJ Run Configurations? But if you mean them wouldn't that mean the project depends on IntelliJ and your plugin then instead of being buildable on any PC and also the GitHub CI? |
Yes: https://www.jetbrains.com/help/idea/run-debug-configuration.html My point is, if you use other tools outside of IntelliJ then there are some things (like this issue) that we cannot support automatically from TeXiFy. That means you need to do some manual configuration, in this case: right-click the job-application directory and select 'mark as Sources root' |
Ahhh, thank you. In my case I use the Makefile plugin to use its targets as run configurations. So if the feature to set the root directory it would work? How people usually do organize their LaTeX projects? |
Usually looks like this: https://hannah-sten.github.io/TeXiFy-IDEA/troubleshooting.html#what-should-my-document-structure-look-like but then with included files in subdirectories as you have |
Thank you for your help. |
Fixed that in 0.9.9-alpha.4: https://plugins.jetbrains.com/plugin/9473-texify-idea/versions/alpha |
Type of JetBrains IDE (IntelliJ, PyCharm, etc.) and version
IntelliJ IDEA 2024.2.3
Operating System
Arch Linux
TeXiFy IDEA version
0.9.7
What I did (steps to reproduce)
A tex file is in a subdirectory.
The
\input
and\RequirePackage
parameters are absolute paths from the base directory.Latexmk compiles everything just fine.
Minimal example to reproduce the problem
#path abschnitte/unterordner/Text.tex
#path aussehen/CV.sty
#path datenbanken/Meta.tex
Expected behavior
No error.
Actual behavior
It claims the file is not found.
Also if I use the auto fix to let it create the file it is always lowercase.
(if applicable) The full stacktrace of the exception thrown
The text was updated successfully, but these errors were encountered: