Use environment variable to specify part of image path in Lyx figures
Suppose I set an environment variable that contain an OS dependent file path
(e.g. /User/Dropbox/Project1/Images on Mac and C:UsersDropboxProject1/Images on Windows)
How would I go about using that environment variable as part of the image path (e.g./User/Dropbox/Project1/Images/image_of_interest.pdf on Mac and C:UsersDropboxProject1/Images/image_of_interest.pdf on Windows) when adding a graphics object using Lyx?
I understand that relative path can be used to specify path of "image_of_interest.pdf" in an OS independent manner. However, since I'm using Cryptomator to encrypt the enclosing folder of the Lyx file and load the encrypted folder as a virtual drive and "image_of_interest.pdf" is outside of the encrypted folder, I can only think of specifying an absolute path to "image_of_interest.pdf" in an OS independent way using environment variables.
graphics lyx
asked 3 hours ago
ZheZhe
1
New contributor
Zhe is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.
add a comment |
Suppose I set an environment variable that contain an OS dependent file path
(e.g. /User/Dropbox/Project1/Images on Mac and C:UsersDropboxProject1/Images on Windows)
How would I go about using that environment variable as part of the image path (e.g./User/Dropbox/Project1/Images/image_of_interest.pdf on Mac and C:UsersDropboxProject1/Images/image_of_interest.pdf on Windows) when adding a graphics object using Lyx?
I understand that relative path can be used to specify path of "image_of_interest.pdf" in an OS independent manner. However, since I'm using Cryptomator to encrypt the enclosing folder of the Lyx file and load the encrypted folder as a virtual drive and "image_of_interest.pdf" is outside of the encrypted folder, I can only think of specifying an absolute path to "image_of_interest.pdf" in an OS independent way using environment variables.
graphics lyx
asked 3 hours ago
ZheZhe
1
New contributor
Zhe is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.
I understand the desire to use encrypted or cloud folders for documentation but bitter experience has taught me its safer to pull the contents local for editing then return them to the container once done. this is not just for compilation but the file handling of background converters (dvi/ps/eps/pdf) or viewers (synctex)
– KJO
3 hours ago
Can you elaborate on the difficulties you faced in addition to screwing up relative paths that point to outside of the encrypted folder? I'm new to encrypting cloud folders.
– Zhe
3 hours ago
Versioning's no help if your eggs are in same basket. Loss is simply greater, 40+yrs ago lost data on encoded floppies 30-20 yrs ago lost data on remote mainframes. Last yr, lost months of work on secure backup-system that takes just as long to rebuild so re-started from scratch, This week lost 1.5 TB of history & wondering if the recovery struggle is worth it. Tex files are plain snippets. The more encrypted the more difficult to recover easily if needed. A zip file or any other method (usb that glitched / pulled / spiked by power surge) is only as good as the # of copies in event of failure.
– KJO
2 hours ago
Whilst editing the files are in a delicate state, especially there are many requests how can I recover my Tex from the final PDF since my file is no longer in the ether /usb stick. During edits the file is fully open thus prone to corruption from many causes, whilst running the compilation numerous file handling processes are in action. it only takes one byte to go wrong and the whole tower crumbles. Viewers during compilation need unfettered access to the updates etc. Thus frequently am asked why does this system not synchronise in dropbox/google/one drive etc. Backup off-line & expect issues
– KJO
2 hours ago
add a comment |
Suppose I set an environment variable that contain an OS dependent file path
(e.g. /User/Dropbox/Project1/Images on Mac and C:UsersDropboxProject1/Images on Windows)
How would I go about using that environment variable as part of the image path (e.g./User/Dropbox/Project1/Images/image_of_interest.pdf on Mac and C:UsersDropboxProject1/Images/image_of_interest.pdf on Windows) when adding a graphics object using Lyx?
I understand that relative path can be used to specify path of "image_of_interest.pdf" in an OS independent manner. However, since I'm using Cryptomator to encrypt the enclosing folder of the Lyx file and load the encrypted folder as a virtual drive and "image_of_interest.pdf" is outside of the encrypted folder, I can only think of specifying an absolute path to "image_of_interest.pdf" in an OS independent way using environment variables.
graphics lyx
asked 3 hours ago
ZheZhe
1
New contributor
Zhe is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.
Suppose I set an environment variable that contain an OS dependent file path
(e.g. /User/Dropbox/Project1/Images on Mac and C:UsersDropboxProject1/Images on Windows)
How would I go about using that environment variable as part of the image path (e.g./User/Dropbox/Project1/Images/image_of_interest.pdf on Mac and C:UsersDropboxProject1/Images/image_of_interest.pdf on Windows) when adding a graphics object using Lyx?
I understand that relative path can be used to specify path of "image_of_interest.pdf" in an OS independent manner. However, since I'm using Cryptomator to encrypt the enclosing folder of the Lyx file and load the encrypted folder as a virtual drive and "image_of_interest.pdf" is outside of the encrypted folder, I can only think of specifying an absolute path to "image_of_interest.pdf" in an OS independent way using environment variables.
graphics lyx
graphics lyx
asked 3 hours ago
ZheZhe
1
New contributor
Zhe is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.
asked 3 hours ago
ZheZhe
1
New contributor
Zhe is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.
asked 3 hours ago
ZheZhe
1
New contributor
Zhe is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.
asked 3 hours ago
ZheZhe
1
asked 3 hours ago
ZheZhe
1
1
New contributor
Zhe is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.
New contributor
Zhe is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.
Zhe is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.
I understand the desire to use encrypted or cloud folders for documentation but bitter experience has taught me its safer to pull the contents local for editing then return them to the container once done. this is not just for compilation but the file handling of background converters (dvi/ps/eps/pdf) or viewers (synctex)
– KJO
3 hours ago
Can you elaborate on the difficulties you faced in addition to screwing up relative paths that point to outside of the encrypted folder? I'm new to encrypting cloud folders.
– Zhe
3 hours ago
Versioning's no help if your eggs are in same basket. Loss is simply greater, 40+yrs ago lost data on encoded floppies 30-20 yrs ago lost data on remote mainframes. Last yr, lost months of work on secure backup-system that takes just as long to rebuild so re-started from scratch, This week lost 1.5 TB of history & wondering if the recovery struggle is worth it. Tex files are plain snippets. The more encrypted the more difficult to recover easily if needed. A zip file or any other method (usb that glitched / pulled / spiked by power surge) is only as good as the # of copies in event of failure.
– KJO
2 hours ago
Whilst editing the files are in a delicate state, especially there are many requests how can I recover my Tex from the final PDF since my file is no longer in the ether /usb stick. During edits the file is fully open thus prone to corruption from many causes, whilst running the compilation numerous file handling processes are in action. it only takes one byte to go wrong and the whole tower crumbles. Viewers during compilation need unfettered access to the updates etc. Thus frequently am asked why does this system not synchronise in dropbox/google/one drive etc. Backup off-line & expect issues
– KJO
2 hours ago
add a comment |
I understand the desire to use encrypted or cloud folders for documentation but bitter experience has taught me its safer to pull the contents local for editing then return them to the container once done. this is not just for compilation but the file handling of background converters (dvi/ps/eps/pdf) or viewers (synctex)
– KJO
3 hours ago
Can you elaborate on the difficulties you faced in addition to screwing up relative paths that point to outside of the encrypted folder? I'm new to encrypting cloud folders.
– Zhe
3 hours ago
Versioning's no help if your eggs are in same basket. Loss is simply greater, 40+yrs ago lost data on encoded floppies 30-20 yrs ago lost data on remote mainframes. Last yr, lost months of work on secure backup-system that takes just as long to rebuild so re-started from scratch, This week lost 1.5 TB of history & wondering if the recovery struggle is worth it. Tex files are plain snippets. The more encrypted the more difficult to recover easily if needed. A zip file or any other method (usb that glitched / pulled / spiked by power surge) is only as good as the # of copies in event of failure.
– KJO
2 hours ago
Whilst editing the files are in a delicate state, especially there are many requests how can I recover my Tex from the final PDF since my file is no longer in the ether /usb stick. During edits the file is fully open thus prone to corruption from many causes, whilst running the compilation numerous file handling processes are in action. it only takes one byte to go wrong and the whole tower crumbles. Viewers during compilation need unfettered access to the updates etc. Thus frequently am asked why does this system not synchronise in dropbox/google/one drive etc. Backup off-line & expect issues
– KJO
2 hours ago
I understand the desire to use encrypted or cloud folders for documentation but bitter experience has taught me its safer to pull the contents local for editing then return them to the container once done. this is not just for compilation but the file handling of background converters (dvi/ps/eps/pdf) or viewers (synctex)
– KJO
3 hours ago
I understand the desire to use encrypted or cloud folders for documentation but bitter experience has taught me its safer to pull the contents local for editing then return them to the container once done. this is not just for compilation but the file handling of background converters (dvi/ps/eps/pdf) or viewers (synctex)
– KJO
3 hours ago
Can you elaborate on the difficulties you faced in addition to screwing up relative paths that point to outside of the encrypted folder? I'm new to encrypting cloud folders.
– Zhe
3 hours ago
Can you elaborate on the difficulties you faced in addition to screwing up relative paths that point to outside of the encrypted folder? I'm new to encrypting cloud folders.
– Zhe
3 hours ago
Versioning's no help if your eggs are in same basket. Loss is simply greater, 40+yrs ago lost data on encoded floppies 30-20 yrs ago lost data on remote mainframes. Last yr, lost months of work on secure backup-system that takes just as long to rebuild so re-started from scratch, This week lost 1.5 TB of history & wondering if the recovery struggle is worth it. Tex files are plain snippets. The more encrypted the more difficult to recover easily if needed. A zip file or any other method (usb that glitched / pulled / spiked by power surge) is only as good as the # of copies in event of failure.
– KJO
2 hours ago
Versioning's no help if your eggs are in same basket. Loss is simply greater, 40+yrs ago lost data on encoded floppies 30-20 yrs ago lost data on remote mainframes. Last yr, lost months of work on secure backup-system that takes just as long to rebuild so re-started from scratch, This week lost 1.5 TB of history & wondering if the recovery struggle is worth it. Tex files are plain snippets. The more encrypted the more difficult to recover easily if needed. A zip file or any other method (usb that glitched / pulled / spiked by power surge) is only as good as the # of copies in event of failure.
– KJO
2 hours ago
Whilst editing the files are in a delicate state, especially there are many requests how can I recover my Tex from the final PDF since my file is no longer in the ether /usb stick. During edits the file is fully open thus prone to corruption from many causes, whilst running the compilation numerous file handling processes are in action. it only takes one byte to go wrong and the whole tower crumbles. Viewers during compilation need unfettered access to the updates etc. Thus frequently am asked why does this system not synchronise in dropbox/google/one drive etc. Backup off-line & expect issues
– KJO
2 hours ago
Whilst editing the files are in a delicate state, especially there are many requests how can I recover my Tex from the final PDF since my file is no longer in the ether /usb stick. During edits the file is fully open thus prone to corruption from many causes, whilst running the compilation numerous file handling processes are in action. it only takes one byte to go wrong and the whole tower crumbles. Viewers during compilation need unfettered access to the updates etc. Thus frequently am asked why does this system not synchronise in dropbox/google/one drive etc. Backup off-line & expect issues
– KJO
2 hours ago
add a comment |
0
active
oldest
votes
Your Answer
StackExchange.ready(function() {
var channelOptions = {
tags: "".split(" "),
id: "85"
};
initTagRenderer("".split(" "), "".split(" "), channelOptions);
StackExchange.using("externalEditor", function() {
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled) {
StackExchange.using("snippets", function() {
createEditor();
});
}
else {
createEditor();
}
});
function createEditor() {
StackExchange.prepareEditor({
heartbeatType: 'answer',
autoActivateHeartbeat: false,
convertImagesToLinks: false,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: null,
bindNavPrevention: true,
postfix: "",
imageUploader: {
brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
allowUrls: true
},
onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
});
}
});
Zhe is a new contributor. Be nice, and check out our Code of Conduct.
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2ftex.stackexchange.com%2fquestions%2f469056%2fuse-environment-variable-to-specify-part-of-image-path-in-lyx-figures%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
0
active
oldest
votes
0
active
oldest
votes
active
oldest
votes
active
oldest
votes
Zhe is a new contributor. Be nice, and check out our Code of Conduct.
Zhe is a new contributor. Be nice, and check out our Code of Conduct.
Zhe is a new contributor. Be nice, and check out our Code of Conduct.
Zhe is a new contributor. Be nice, and check out our Code of Conduct.
Thanks for contributing an answer to TeX - LaTeX Stack Exchange!
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
To learn more, see our tips on writing great answers.
Some of your past answers have not been well-received, and you're in danger of being blocked from answering.
Please pay close attention to the following guidance:
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
To learn more, see our tips on writing great answers.
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2ftex.stackexchange.com%2fquestions%2f469056%2fuse-environment-variable-to-specify-part-of-image-path-in-lyx-figures%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
I understand the desire to use encrypted or cloud folders for documentation but bitter experience has taught me its safer to pull the contents local for editing then return them to the container once done. this is not just for compilation but the file handling of background converters (dvi/ps/eps/pdf) or viewers (synctex)
– KJO
3 hours ago
Can you elaborate on the difficulties you faced in addition to screwing up relative paths that point to outside of the encrypted folder? I'm new to encrypting cloud folders.
– Zhe
3 hours ago
Versioning's no help if your eggs are in same basket. Loss is simply greater, 40+yrs ago lost data on encoded floppies 30-20 yrs ago lost data on remote mainframes. Last yr, lost months of work on secure backup-system that takes just as long to rebuild so re-started from scratch, This week lost 1.5 TB of history & wondering if the recovery struggle is worth it. Tex files are plain snippets. The more encrypted the more difficult to recover easily if needed. A zip file or any other method (usb that glitched / pulled / spiked by power surge) is only as good as the # of copies in event of failure.
– KJO
2 hours ago
Whilst editing the files are in a delicate state, especially there are many requests how can I recover my Tex from the final PDF since my file is no longer in the ether /usb stick. During edits the file is fully open thus prone to corruption from many causes, whilst running the compilation numerous file handling processes are in action. it only takes one byte to go wrong and the whole tower crumbles. Viewers during compilation need unfettered access to the updates etc. Thus frequently am asked why does this system not synchronise in dropbox/google/one drive etc. Backup off-line & expect issues
– KJO
2 hours ago