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

Use relative paths for files copied into the DICOM database #4722

Closed
slicerbot opened this issue Mar 13, 2020 · 0 comments
Closed

Use relative paths for files copied into the DICOM database #4722

slicerbot opened this issue Mar 13, 2020 · 0 comments
Assignees
Milestone

Comments

@slicerbot
Copy link
Collaborator

This issue was created automatically from an original Mantis Issue. Further discussion may take place here.

@slicerbot slicerbot added this to the Slicer 4.11.0 milestone Mar 13, 2020
@lassoan lassoan self-assigned this Mar 26, 2020
lassoan added a commit to lassoan/Slicer that referenced this issue Jul 8, 2020
Slicer install tree was portable but not fully self-contained, as settings and extensions were stored in the user profile folder.

Added a new option Slicer_STORE_SETTINGS_IN_APPLICATION_HOME_DIR (enabled by default) that makes Slicer store all settings and extensions in the application home folder, within (organizationName) subfolder (as QSettings default constructor saves settings file into (organizationName) subfolder by default), making the application fully portable.

To still allow having settings that are common to all installed application versions for a user (e.g., DICOM database folder, confirmation popup suppressions, ...), the common non-revision-specific is still stored in the user profile directory by default. However, if the user places an (applicationName).ini file in the application home folder/(organizationName) then that file is used instead.

By default, (applicationName)=Slicer and (organizationName)=NA-MIC and therefore the .ini files are: (applicationHome)/NA-MIC/Slicer.ini and (applicationHome)/NA-MIC/Slicer-(revision).ini; and extensions are stored in (applicationHome)/NA-MIC/Extensions-(revision).

Also updated all path reading/writing in settings files so that paths that are child folders of (applicationHome) are stored as relative paths. All relative paths remain valid when the application is moved to a different location.

This fixes Slicer#4966. The only remaining (known) limitation is that the DICOM database is still stored with an absolute path, because the DICOM database is not yet relocatable (Slicer#4722).
lassoan added a commit to lassoan/Slicer that referenced this issue Jul 8, 2020
Slicer install tree was portable but not fully self-contained, as settings and extensions were stored in the user profile folder.

Added a new option Slicer_STORE_SETTINGS_IN_APPLICATION_HOME_DIR (enabled by default) that makes Slicer store all settings and extensions in the application home folder, within (organizationName) subfolder (as QSettings default constructor saves settings file into (organizationName) subfolder by default), making the application fully portable.

To still allow having settings that are common to all installed application versions for a user (e.g., DICOM database folder, confirmation popup suppressions, ...), the common non-revision-specific is still stored in the user profile directory by default. However, if the user places an (applicationName).ini file in the application home folder/(organizationName) then that file is used instead.

By default, (applicationName)=Slicer and (organizationName)=NA-MIC and therefore the .ini files are: (applicationHome)/NA-MIC/Slicer.ini and (applicationHome)/NA-MIC/Slicer-(revision).ini; and extensions are stored in (applicationHome)/NA-MIC/Extensions-(revision).

Also updated all path reading/writing in settings files so that paths that are child folders of (applicationHome) are stored as relative paths. All relative paths remain valid when the application is moved to a different location.

This fixes Slicer#4966. The only remaining (known) limitation is that the DICOM database is still stored with an absolute path, because the DICOM database is not yet relocatable (Slicer#4722).
lassoan added a commit to lassoan/Slicer that referenced this issue Jul 8, 2020
Slicer install tree was portable but not fully self-contained, as settings and extensions were stored in the user profile folder.

Added a new option Slicer_STORE_SETTINGS_IN_APPLICATION_HOME_DIR (enabled by default) that makes Slicer store all settings and extensions in the application home folder, within (organizationName) subfolder (as QSettings default constructor saves settings file into (organizationName) subfolder by default), making the application fully portable.

To still allow having settings that are common to all installed application versions for a user (e.g., DICOM database folder, confirmation popup suppressions, ...), the common non-revision-specific is still stored in the user profile directory by default. However, if the user places an (applicationName).ini file in the application home folder/(organizationName) then that file is used instead.

By default, (applicationName)=Slicer and (organizationName)=NA-MIC and therefore the .ini files are: (applicationHome)/NA-MIC/Slicer.ini and (applicationHome)/NA-MIC/Slicer-(revision).ini; and extensions are stored in (applicationHome)/NA-MIC/Extensions-(revision).

Also updated all path reading/writing in settings files so that paths that are child folders of (applicationHome) are stored as relative paths. All relative paths remain valid when the application is moved to a different location.

This fixes Slicer#4966. The only remaining (known) limitation is that the DICOM database is still stored with an absolute path, because the DICOM database is not yet relocatable (Slicer#4722).
lassoan added a commit to lassoan/Slicer that referenced this issue Jul 8, 2020
Slicer install tree was portable but not fully self-contained, as settings and extensions were stored in the user profile folder.

Added a new option Slicer_STORE_SETTINGS_IN_APPLICATION_HOME_DIR (enabled by default) that makes Slicer store all settings and extensions in the application home folder, within (organizationName) subfolder (as QSettings default constructor saves settings file into (organizationName) subfolder by default), making the application fully portable.

To still allow having settings that are common to all installed application versions for a user (e.g., DICOM database folder, confirmation popup suppressions, ...), the common non-revision-specific is still stored in the user profile directory by default. However, if the user places an (applicationName).ini file in the application home folder/(organizationName) then that file is used instead.

By default, (applicationName)=Slicer and (organizationName)=NA-MIC and therefore the .ini files are: (applicationHome)/NA-MIC/Slicer.ini and (applicationHome)/NA-MIC/Slicer-(revision).ini; and extensions are stored in (applicationHome)/NA-MIC/Extensions-(revision).

Also updated all path reading/writing in settings files so that paths that are child folders of (applicationHome) are stored as relative paths. All relative paths remain valid when the application is moved to a different location.

This fixes Slicer#4966. The only remaining (known) limitation is that the DICOM database is still stored with an absolute path, because the DICOM database is not yet relocatable (Slicer#4722).
lassoan added a commit to lassoan/Slicer that referenced this issue Jul 9, 2020
Slicer install tree was portable but not fully self-contained, as settings and extensions were stored in the user profile folder.

Added a new option Slicer_STORE_SETTINGS_IN_APPLICATION_HOME_DIR (enabled by default) that makes Slicer store all settings and extensions in the application home folder, within (organizationName) subfolder (as QSettings default constructor saves settings file into (organizationName) subfolder by default), making the application fully portable.

To still allow having settings that are common to all installed application versions for a user (e.g., DICOM database folder, confirmation popup suppressions, ...), the common non-revision-specific is still stored in the user profile directory by default. However, if the user places an (applicationName).ini file in the application home folder/(organizationName) then that file is used instead.

By default, (applicationName)=Slicer and (organizationName)=NA-MIC and therefore the .ini files are: (applicationHome)/NA-MIC/Slicer.ini and (applicationHome)/NA-MIC/Slicer-(revision).ini; and extensions are stored in (applicationHome)/NA-MIC/Extensions-(revision).

Also updated all path reading/writing in settings files so that paths that are child folders of (applicationHome) are stored as relative paths. All relative paths remain valid when the application is moved to a different location.

This fixes Slicer#4966. The only remaining (known) limitation is that the DICOM database is still stored with an absolute path, because the DICOM database is not yet relocatable (Slicer#4722).
lassoan added a commit to lassoan/Slicer that referenced this issue Jul 9, 2020
Slicer install tree was portable but not fully self-contained, as settings and extensions were stored in the user profile folder.

Added a new option Slicer_STORE_SETTINGS_IN_APPLICATION_HOME_DIR (enabled by default) that makes Slicer store all settings and extensions in the application home folder, within (organizationName) subfolder (as QSettings default constructor saves settings file into (organizationName) subfolder by default), making the application fully portable.

To still allow having settings that are common to all installed application versions for a user (e.g., DICOM database folder, confirmation popup suppressions, ...), the common non-revision-specific is still stored in the user profile directory by default. However, if the user places an (applicationName).ini file in the application home folder/(organizationName) then that file is used instead.

By default, (applicationName)=Slicer and (organizationName)=NA-MIC and therefore the .ini files are: (applicationHome)/NA-MIC/Slicer.ini and (applicationHome)/NA-MIC/Slicer-(revision).ini; and extensions are stored in (applicationHome)/NA-MIC/Extensions-(revision).

Also updated all path reading/writing in settings files so that paths that are child folders of (applicationHome) are stored as relative paths. All relative paths remain valid when the application is moved to a different location.

This fixes Slicer#4966. The only remaining (known) limitation is that the DICOM database is still stored with an absolute path, because the DICOM database is not yet relocatable (Slicer#4722).
lassoan added a commit to lassoan/Slicer that referenced this issue Jul 9, 2020
Slicer install tree was portable but not fully self-contained, as settings and extensions were stored in the user profile folder.

Added a new option Slicer_STORE_SETTINGS_IN_APPLICATION_HOME_DIR (enabled by default) that makes Slicer store all settings and extensions in the application home folder, within (organizationName) subfolder (as QSettings default constructor saves settings file into (organizationName) subfolder by default), making the application fully portable.

To still allow having settings that are common to all installed application versions for a user (e.g., DICOM database folder, confirmation popup suppressions, ...), the common non-revision-specific is still stored in the user profile directory by default. However, if the user places an (applicationName).ini file in the application home folder/(organizationName) then that file is used instead.

By default, (applicationName)=Slicer and (organizationName)=NA-MIC and therefore the .ini files are: (applicationHome)/NA-MIC/Slicer.ini and (applicationHome)/NA-MIC/Slicer-(revision).ini; and extensions are stored in (applicationHome)/NA-MIC/Extensions-(revision).

Also updated all path reading/writing in settings files so that paths that are child folders of (applicationHome) are stored as relative paths. All relative paths remain valid when the application is moved to a different location.

This fixes Slicer#4966. The only remaining (known) limitation is that the DICOM database is still stored with an absolute path, because the DICOM database is not yet relocatable (Slicer#4722).
lassoan added a commit to lassoan/Slicer that referenced this issue Jul 14, 2020
Slicer install tree was portable but not fully self-contained, as settings and extensions were stored in the user profile folder.

Added a new option Slicer_STORE_SETTINGS_IN_APPLICATION_HOME_DIR (enabled by default) that makes Slicer store all settings and extensions in the application home folder, within (organizationName) subfolder (as QSettings default constructor saves settings file into (organizationName) subfolder by default), making the application fully portable.

To still allow having settings that are common to all installed application versions for a user (e.g., DICOM database folder, confirmation popup suppressions, ...), the common non-revision-specific is still stored in the user profile directory by default. However, if the user places an (applicationName).ini file in the application home folder/(organizationName) then that file is used instead.

By default, (applicationName)=Slicer and (organizationName)=NA-MIC and therefore the .ini files are: (applicationHome)/NA-MIC/Slicer.ini and (applicationHome)/NA-MIC/Slicer-(revision).ini; and extensions are stored in (applicationHome)/NA-MIC/Extensions-(revision).

Also updated all path reading/writing in settings files so that paths that are child folders of (applicationHome) are stored as relative paths. All relative paths remain valid when the application is moved to a different location.

This fixes Slicer#4966. The only remaining (known) limitation is that the DICOM database is still stored with an absolute path, because the DICOM database is not yet relocatable (Slicer#4722).
lassoan added a commit to lassoan/Slicer that referenced this issue Aug 8, 2020
Slicer install tree was portable but not fully self-contained, as settings and extensions were stored in the user profile folder.

Added a new option Slicer_STORE_SETTINGS_IN_APPLICATION_HOME_DIR (enabled by default) that makes Slicer store all settings and extensions in the application home folder, within (organizationName) subfolder (as QSettings default constructor saves settings file into (organizationName) subfolder by default), making the application fully portable.

To still allow having settings that are common to all installed application versions for a user (e.g., DICOM database folder, confirmation popup suppressions, ...), the common non-revision-specific is still stored in the user profile directory by default. However, if the user places an (applicationName).ini file in the application home folder/(organizationName) then that file is used instead.

By default, (applicationName)=Slicer and (organizationName)=NA-MIC and therefore the .ini files are: (applicationHome)/NA-MIC/Slicer.ini and (applicationHome)/NA-MIC/Slicer-(revision).ini; and extensions are stored in (applicationHome)/NA-MIC/Extensions-(revision).

Also updated all path reading/writing in settings files so that paths that are child folders of (applicationHome) are stored as relative paths. All relative paths remain valid when the application is moved to a different location.

This fixes Slicer#4966. The only remaining (known) limitation is that the DICOM database is still stored with an absolute path, because the DICOM database is not yet relocatable (Slicer#4722).
lassoan added a commit to lassoan/Slicer that referenced this issue Aug 12, 2020
Slicer install tree was portable but not fully self-contained, as settings and extensions were stored in the user profile folder.

Added a new option Slicer_STORE_SETTINGS_IN_APPLICATION_HOME_DIR (enabled by default) that makes Slicer store all settings and extensions in the application home folder, within (organizationName) subfolder (as QSettings default constructor saves settings file into (organizationName) subfolder by default), making the application fully portable.

To still allow having settings that are common to all installed application versions for a user (e.g., DICOM database folder, confirmation popup suppressions, ...), the common non-revision-specific is still stored in the user profile directory by default. However, if the user places an (applicationName).ini file in the application home folder/(organizationName) then that file is used instead.

By default, (applicationName)=Slicer and (organizationName)=NA-MIC and therefore the .ini files are: (applicationHome)/NA-MIC/Slicer.ini and (applicationHome)/NA-MIC/Slicer-(revision).ini; and extensions are stored in (applicationHome)/NA-MIC/Extensions-(revision).

Also updated all path reading/writing in settings files so that paths that are child folders of (applicationHome) are stored as relative paths. All relative paths remain valid when the application is moved to a different location.

This fixes Slicer#4966. The only remaining (known) limitation is that the DICOM database is still stored with an absolute path, because the DICOM database is not yet relocatable (Slicer#4722).
lassoan added a commit to lassoan/Slicer that referenced this issue Aug 13, 2020
Slicer install tree was portable but not fully self-contained, as settings and extensions were stored in the user profile folder.

Added a new option Slicer_STORE_SETTINGS_IN_APPLICATION_HOME_DIR (enabled by default) that makes Slicer store all settings and extensions in the application home folder, within (organizationName) subfolder (as QSettings default constructor saves settings file into (organizationName) subfolder by default), making the application fully portable.

To still allow having settings that are common to all installed application versions for a user (e.g., DICOM database folder, confirmation popup suppressions, ...), the common non-revision-specific is still stored in the user profile directory by default. However, if the user places an (applicationName).ini file in the application home folder/(organizationName) then that file is used instead.

By default, (applicationName)=Slicer and (organizationName)=NA-MIC and therefore the .ini files are: (applicationHome)/NA-MIC/Slicer.ini and (applicationHome)/NA-MIC/Slicer-(revision).ini; and extensions are stored in (applicationHome)/NA-MIC/Extensions-(revision).

Also updated all path reading/writing in settings files so that paths that are child folders of (applicationHome) are stored as relative paths. All relative paths remain valid when the application is moved to a different location.

This fixes Slicer#4966. The only remaining (known) limitation is that the DICOM database is still stored with an absolute path, because the DICOM database is not yet relocatable (Slicer#4722).
lassoan added a commit to lassoan/Slicer that referenced this issue Aug 15, 2020
Slicer install tree was portable but not fully self-contained, as settings and extensions were stored in the user profile folder.

Added a new option Slicer_STORE_SETTINGS_IN_APPLICATION_HOME_DIR (enabled by default) that makes Slicer store all settings and extensions in the application home folder, within (organizationName) subfolder (as QSettings default constructor saves settings file into (organizationName) subfolder by default), making the application fully portable.

To still allow having settings that are common to all installed application versions for a user (e.g., DICOM database folder, confirmation popup suppressions, ...), the common non-revision-specific is still stored in the user profile directory by default. However, if the user places an (applicationName).ini file in the application home folder/(organizationName) then that file is used instead.

By default, (applicationName)=Slicer and (organizationName)=NA-MIC and therefore the .ini files are: (applicationHome)/NA-MIC/Slicer.ini and (applicationHome)/NA-MIC/Slicer-(revision).ini; and extensions are stored in (applicationHome)/NA-MIC/Extensions-(revision).

Also updated all path reading/writing in settings files so that paths that are child folders of (applicationHome) are stored as relative paths. All relative paths remain valid when the application is moved to a different location.

This fixes Slicer#4966. The only remaining (known) limitation is that the DICOM database is still stored with an absolute path, because the DICOM database is not yet relocatable (Slicer#4722).
lassoan added a commit to lassoan/Slicer that referenced this issue Aug 22, 2020
Slicer install tree was portable but not fully self-contained, as settings and extensions were stored in the user profile folder.

Added a new option Slicer_STORE_SETTINGS_IN_APPLICATION_HOME_DIR (enabled by default) that makes Slicer store all settings and extensions in the application home folder, within (organizationName) subfolder (as QSettings default constructor saves settings file into (organizationName) subfolder by default), making the application fully portable.

To still allow having settings that are common to all installed application versions for a user (e.g., DICOM database folder, confirmation popup suppressions, ...), the common non-revision-specific is still stored in the user profile directory by default. However, if the user places an (applicationName).ini file in the application home folder/(organizationName) then that file is used instead.

By default, (applicationName)=Slicer and (organizationName)=NA-MIC and therefore the .ini files are: (applicationHome)/NA-MIC/Slicer.ini and (applicationHome)/NA-MIC/Slicer-(revision).ini; and extensions are stored in (applicationHome)/NA-MIC/Extensions-(revision).

Also updated all path reading/writing in settings files so that paths that are child folders of (applicationHome) are stored as relative paths. All relative paths remain valid when the application is moved to a different location.

This fixes Slicer#4966. The only remaining (known) limitation is that the DICOM database is still stored with an absolute path, because the DICOM database is not yet relocatable (Slicer#4722).
lassoan added a commit to lassoan/Slicer that referenced this issue Aug 27, 2020
Slicer install tree was portable but not fully self-contained, as settings and extensions were stored in the user profile folder.

Added a new option Slicer_STORE_SETTINGS_IN_APPLICATION_HOME_DIR (enabled by default) that makes Slicer store all settings and extensions in the application home folder, within (organizationName) subfolder (as QSettings default constructor saves settings file into (organizationName) subfolder by default), making the application fully portable.

To still allow having settings that are common to all installed application versions for a user (e.g., DICOM database folder, confirmation popup suppressions, ...), the common non-revision-specific is still stored in the user profile directory by default. However, if the user places an (applicationName).ini file in the application home folder/(organizationName) then that file is used instead.

By default, (applicationName)=Slicer and (organizationName)=NA-MIC and therefore the .ini files are: (applicationHome)/NA-MIC/Slicer.ini and (applicationHome)/NA-MIC/Slicer-(revision).ini; and extensions are stored in (applicationHome)/NA-MIC/Extensions-(revision).

Also updated all path reading/writing in settings files so that paths that are child folders of (applicationHome) are stored as relative paths. All relative paths remain valid when the application is moved to a different location.

This fixes Slicer#4966. The only remaining (known) limitation is that the DICOM database is still stored with an absolute path, because the DICOM database is not yet relocatable (Slicer#4722).
lassoan added a commit to lassoan/Slicer that referenced this issue Sep 5, 2020
Slicer install tree was portable but not fully self-contained, as settings and extensions were stored in the user profile folder.

Added a new option Slicer_STORE_SETTINGS_IN_APPLICATION_HOME_DIR (enabled by default) that makes Slicer store all settings and extensions in the application home folder, within (organizationName) subfolder (as QSettings default constructor saves settings file into (organizationName) subfolder by default), making the application fully portable.

To still allow having settings that are common to all installed application versions for a user (e.g., DICOM database folder, confirmation popup suppressions, ...), the common non-revision-specific is still stored in the user profile directory by default. However, if the user places an (applicationName).ini file in the application home folder/(organizationName) then that file is used instead.

By default, (applicationName)=Slicer and (organizationName)=NA-MIC and therefore the .ini files are: (applicationHome)/NA-MIC/Slicer.ini and (applicationHome)/NA-MIC/Slicer-(revision).ini; and extensions are stored in (applicationHome)/NA-MIC/Extensions-(revision).

Also updated all path reading/writing in settings files so that paths that are child folders of (applicationHome) are stored as relative paths. All relative paths remain valid when the application is moved to a different location.

This fixes Slicer#4966. The only remaining (known) limitation is that the DICOM database is still stored with an absolute path, because the DICOM database is not yet relocatable (Slicer#4722).
lassoan added a commit to lassoan/Slicer that referenced this issue Sep 7, 2020
Slicer install tree was portable but not fully self-contained, as settings and extensions were stored in the user profile folder.

Added a new option Slicer_STORE_SETTINGS_IN_APPLICATION_HOME_DIR (enabled by default) that makes Slicer store all settings and extensions in the application home folder, within (organizationName) subfolder (as QSettings default constructor saves settings file into (organizationName) subfolder by default), making the application fully portable.

To still allow having settings that are common to all installed application versions for a user (e.g., DICOM database folder, confirmation popup suppressions, ...), the common non-revision-specific is still stored in the user profile directory by default. However, if the user places an (applicationName).ini file in the application home folder/(organizationName) then that file is used instead.

By default, (applicationName)=Slicer and (organizationName)=NA-MIC and therefore the .ini files are: (applicationHome)/NA-MIC/Slicer.ini and (applicationHome)/NA-MIC/Slicer-(revision).ini; and extensions are stored in (applicationHome)/NA-MIC/Extensions-(revision).

Also updated all path reading/writing in settings files so that paths that are child folders of (applicationHome) are stored as relative paths. All relative paths remain valid when the application is moved to a different location.

This fixes Slicer#4966. The only remaining (known) limitation is that the DICOM database is still stored with an absolute path, because the DICOM database is not yet relocatable (Slicer#4722).
lassoan added a commit to lassoan/Slicer that referenced this issue Sep 22, 2020
Slicer install tree was portable but not fully self-contained, as settings and extensions were stored in the user profile folder.

Added a new option Slicer_STORE_SETTINGS_IN_APPLICATION_HOME_DIR (enabled by default) that makes Slicer store all settings and extensions in the application home folder, within (organizationName) subfolder (as QSettings default constructor saves settings file into (organizationName) subfolder by default), making the application fully portable.

To still allow having settings that are common to all installed application versions for a user (e.g., DICOM database folder, confirmation popup suppressions, ...), the common non-revision-specific is still stored in the user profile directory by default. However, if the user places an (applicationName).ini file in the application home folder/(organizationName) then that file is used instead.

By default, (applicationName)=Slicer and (organizationName)=NA-MIC and therefore the .ini files are: (applicationHome)/NA-MIC/Slicer.ini and (applicationHome)/NA-MIC/Slicer-(revision).ini; and extensions are stored in (applicationHome)/NA-MIC/Extensions-(revision).

Also updated all path reading/writing in settings files so that paths that are child folders of (applicationHome) are stored as relative paths. All relative paths remain valid when the application is moved to a different location.

This fixes Slicer#4966. The only remaining (known) limitation is that the DICOM database is still stored with an absolute path, because the DICOM database is not yet relocatable (Slicer#4722).
lassoan added a commit to lassoan/Slicer that referenced this issue Oct 7, 2020
Slicer install tree was portable but not fully self-contained, as settings and extensions were stored in the user profile folder.

Added a new option Slicer_STORE_SETTINGS_IN_APPLICATION_HOME_DIR (enabled by default) that makes Slicer store all settings and extensions in the application home folder, within (organizationName) subfolder (as QSettings default constructor saves settings file into (organizationName) subfolder by default), making the application fully portable.

To still allow having settings that are common to all installed application versions for a user (e.g., DICOM database folder, confirmation popup suppressions, ...), the common non-revision-specific is still stored in the user profile directory by default. However, if the user places an (applicationName).ini file in the application home folder/(organizationName) then that file is used instead.

By default, (applicationName)=Slicer and (organizationName)=NA-MIC and therefore the .ini files are: (applicationHome)/NA-MIC/Slicer.ini and (applicationHome)/NA-MIC/Slicer-(revision).ini; and extensions are stored in (applicationHome)/NA-MIC/Extensions-(revision).

Also updated all path reading/writing in settings files so that paths that are child folders of (applicationHome) are stored as relative paths. All relative paths remain valid when the application is moved to a different location.

This fixes Slicer#4966. The only remaining (known) limitation is that the DICOM database is still stored with an absolute path, because the DICOM database is not yet relocatable (Slicer#4722).
lassoan added a commit to lassoan/Slicer that referenced this issue Oct 7, 2020
Slicer install tree was portable but not fully self-contained, as settings and extensions were stored in the user profile folder.

Added a new option Slicer_STORE_SETTINGS_IN_APPLICATION_HOME_DIR (enabled by default) that makes Slicer store all settings and extensions in the application home folder, within (organizationName) subfolder (as QSettings default constructor saves settings file into (organizationName) subfolder by default), making the application fully portable.

To still allow having settings that are common to all installed application versions for a user (e.g., DICOM database folder, confirmation popup suppressions, ...), the common non-revision-specific is still stored in the user profile directory by default. However, if the user places an (applicationName).ini file in the application home folder/(organizationName) then that file is used instead.

By default, (applicationName)=Slicer and (organizationName)=NA-MIC and therefore the .ini files are: (applicationHome)/NA-MIC/Slicer.ini and (applicationHome)/NA-MIC/Slicer-(revision).ini; and extensions are stored in (applicationHome)/NA-MIC/Extensions-(revision).

Also updated all path reading/writing in settings files so that paths that are child folders of (applicationHome) are stored as relative paths. All relative paths remain valid when the application is moved to a different location.

This fixes Slicer#4966. The only remaining (known) limitation is that the DICOM database is still stored with an absolute path, because the DICOM database is not yet relocatable (Slicer#4722).
lassoan added a commit to lassoan/Slicer that referenced this issue Oct 7, 2020
Slicer install tree was portable but not fully self-contained, as settings and extensions were stored in the user profile folder.

Added a new option Slicer_STORE_SETTINGS_IN_APPLICATION_HOME_DIR (enabled by default) that makes Slicer store all settings and extensions in the application home folder, within (organizationName) subfolder (as QSettings default constructor saves settings file into (organizationName) subfolder by default), making the application fully portable.

To still allow having settings that are common to all installed application versions for a user (e.g., DICOM database folder, confirmation popup suppressions, ...), the common non-revision-specific is still stored in the user profile directory by default. However, if the user places an (applicationName).ini file in the application home folder/(organizationName) then that file is used instead.

By default, (applicationName)=Slicer and (organizationName)=NA-MIC and therefore the .ini files are: (applicationHome)/NA-MIC/Slicer.ini and (applicationHome)/NA-MIC/Slicer-(revision).ini; and extensions are stored in (applicationHome)/NA-MIC/Extensions-(revision).

Also updated all path reading/writing in settings files so that paths that are child folders of (applicationHome) are stored as relative paths. All relative paths remain valid when the application is moved to a different location.

This fixes Slicer#4966. The only remaining (known) limitation is that the DICOM database is still stored with an absolute path, because the DICOM database is not yet relocatable (Slicer#4722).
lassoan added a commit to lassoan/Slicer that referenced this issue Oct 22, 2020
Slicer install tree was portable but not fully self-contained, as settings and extensions were stored in the user profile folder.

Added a new option Slicer_STORE_SETTINGS_IN_APPLICATION_HOME_DIR (enabled by default) that makes Slicer store all settings and extensions in the application home folder, within (organizationName) subfolder (as QSettings default constructor saves settings file into (organizationName) subfolder by default), making the application fully portable.

To still allow having settings that are common to all installed application versions for a user (e.g., DICOM database folder, confirmation popup suppressions, ...), the common non-revision-specific is still stored in the user profile directory by default. However, if the user places an (applicationName).ini file in the application home folder/(organizationName) then that file is used instead.

By default, (applicationName)=Slicer and (organizationName)=NA-MIC and therefore the .ini files are: (applicationHome)/NA-MIC/Slicer.ini and (applicationHome)/NA-MIC/Slicer-(revision).ini; and extensions are stored in (applicationHome)/NA-MIC/Extensions-(revision).

Also updated all path reading/writing in settings files so that paths that are child folders of (applicationHome) are stored as relative paths. All relative paths remain valid when the application is moved to a different location.

This fixes Slicer#4966. The only remaining (known) limitation is that the DICOM database is still stored with an absolute path, because the DICOM database is not yet relocatable (Slicer#4722).
lassoan added a commit to lassoan/Slicer that referenced this issue Nov 8, 2020
Slicer install tree was portable but not fully self-contained, as settings and extensions were stored in the user profile folder.

Added a new option Slicer_STORE_SETTINGS_IN_APPLICATION_HOME_DIR (enabled by default) that makes Slicer store all settings and extensions in the application home folder, within (organizationName) subfolder (as QSettings default constructor saves settings file into (organizationName) subfolder by default), making the application fully portable.

To still allow having settings that are common to all installed application versions for a user (e.g., DICOM database folder, confirmation popup suppressions, ...), the common non-revision-specific is still stored in the user profile directory by default. However, if the user places an (applicationName).ini file in the application home folder/(organizationName) then that file is used instead.

By default, (applicationName)=Slicer and (organizationName)=NA-MIC and therefore the .ini files are: (applicationHome)/NA-MIC/Slicer.ini and (applicationHome)/NA-MIC/Slicer-(revision).ini; and extensions are stored in (applicationHome)/NA-MIC/Extensions-(revision).

Also updated all path reading/writing in settings files so that paths that are child folders of (applicationHome) are stored as relative paths. All relative paths remain valid when the application is moved to a different location.

This fixes Slicer#4966. The only remaining (known) limitation is that the DICOM database is still stored with an absolute path, because the DICOM database is not yet relocatable (Slicer#4722).
lassoan added a commit to lassoan/Slicer that referenced this issue Nov 12, 2020
Slicer install tree was portable but not fully self-contained, as settings and extensions were stored in the user profile folder.

Added a new option Slicer_STORE_SETTINGS_IN_APPLICATION_HOME_DIR (enabled by default) that makes Slicer store all settings and extensions in the application home folder, within (organizationName) subfolder (as QSettings default constructor saves settings file into (organizationName) subfolder by default), making the application fully portable.

To still allow having settings that are common to all installed application versions for a user (e.g., DICOM database folder, confirmation popup suppressions, ...), the common non-revision-specific is still stored in the user profile directory by default. However, if the user places an (applicationName).ini file in the application home folder/(organizationName) then that file is used instead.

By default, (applicationName)=Slicer and (organizationName)=NA-MIC and therefore the .ini files are: (applicationHome)/NA-MIC/Slicer.ini and (applicationHome)/NA-MIC/Slicer-(revision).ini; and extensions are stored in (applicationHome)/NA-MIC/Extensions-(revision).

Also updated all path reading/writing in settings files so that paths that are child folders of (applicationHome) are stored as relative paths. All relative paths remain valid when the application is moved to a different location.

This fixes Slicer#4966. The only remaining (known) limitation is that the DICOM database is still stored with an absolute path, because the DICOM database is not yet relocatable (Slicer#4722).
lassoan added a commit to lassoan/Slicer that referenced this issue Nov 28, 2020
Slicer install tree was portable but not fully self-contained, as settings and extensions were stored in the user profile folder.

Added a new option Slicer_STORE_SETTINGS_IN_APPLICATION_HOME_DIR (enabled by default) that makes Slicer store all settings and extensions in the application home folder, within (organizationName) subfolder (as QSettings default constructor saves settings file into (organizationName) subfolder by default), making the application fully portable.

To still allow having settings that are common to all installed application versions for a user (e.g., DICOM database folder, confirmation popup suppressions, ...), the common non-revision-specific is still stored in the user profile directory by default. However, if the user places an (applicationName).ini file in the application home folder/(organizationName) then that file is used instead.

By default, (applicationName)=Slicer and (organizationName)=NA-MIC and therefore the .ini files are: (applicationHome)/NA-MIC/Slicer.ini and (applicationHome)/NA-MIC/Slicer-(revision).ini; and extensions are stored in (applicationHome)/NA-MIC/Extensions-(revision).

Also updated all path reading/writing in settings files so that paths that are child folders of (applicationHome) are stored as relative paths. All relative paths remain valid when the application is moved to a different location.

This fixes Slicer#4966. The only remaining (known) limitation is that the DICOM database is still stored with an absolute path, because the DICOM database is not yet relocatable (Slicer#4722).
lassoan added a commit to lassoan/Slicer that referenced this issue Dec 8, 2020
Slicer install tree was portable but not fully self-contained, as settings and extensions were stored in the user profile folder.

Added a new option Slicer_STORE_SETTINGS_IN_APPLICATION_HOME_DIR (enabled by default) that makes Slicer store all settings and extensions in the application home folder, within (organizationName) subfolder (as QSettings default constructor saves settings file into (organizationName) subfolder by default), making the application fully portable.

To still allow having settings that are common to all installed application versions for a user (e.g., DICOM database folder, confirmation popup suppressions, ...), the common non-revision-specific is still stored in the user profile directory by default. However, if the user places an (applicationName).ini file in the application home folder/(organizationName) then that file is used instead.

By default, (applicationName)=Slicer and (organizationName)=NA-MIC and therefore the .ini files are: (applicationHome)/NA-MIC/Slicer.ini and (applicationHome)/NA-MIC/Slicer-(revision).ini; and extensions are stored in (applicationHome)/NA-MIC/Extensions-(revision).

Also updated all path reading/writing in settings files so that paths that are child folders of (applicationHome) are stored as relative paths. All relative paths remain valid when the application is moved to a different location.

This fixes Slicer#4966. The only remaining (known) limitation is that the DICOM database is still stored with an absolute path, because the DICOM database is not yet relocatable (Slicer#4722).
lassoan added a commit to lassoan/Slicer that referenced this issue Dec 13, 2020
Slicer install tree was portable but not fully self-contained, as settings and extensions were stored in the user profile folder.

Added a new option Slicer_STORE_SETTINGS_IN_APPLICATION_HOME_DIR (enabled by default) that makes Slicer store all settings and extensions in the application home folder, within (organizationName) subfolder (as QSettings default constructor saves settings file into (organizationName) subfolder by default), making the application fully portable.

To still allow having settings that are common to all installed application versions for a user (e.g., DICOM database folder, confirmation popup suppressions, ...), the common non-revision-specific is still stored in the user profile directory by default. However, if the user places an (applicationName).ini file in the application home folder/(organizationName) then that file is used instead.

By default, (applicationName)=Slicer and (organizationName)=NA-MIC and therefore the .ini files are: (applicationHome)/NA-MIC/Slicer.ini and (applicationHome)/NA-MIC/Slicer-(revision).ini; and extensions are stored in (applicationHome)/NA-MIC/Extensions-(revision).

Also updated all path reading/writing in settings files so that paths that are child folders of (applicationHome) are stored as relative paths. All relative paths remain valid when the application is moved to a different location.

This fixes Slicer#4966. The only remaining (known) limitation is that the DICOM database is still stored with an absolute path, because the DICOM database is not yet relocatable (Slicer#4722).
lassoan added a commit to lassoan/Slicer that referenced this issue Dec 25, 2020
Slicer install tree was portable but not fully self-contained, as settings and extensions were stored in the user profile folder.

Added a new option Slicer_STORE_SETTINGS_IN_APPLICATION_HOME_DIR (enabled by default) that makes Slicer store all settings and extensions in the application home folder, within (organizationName) subfolder (as QSettings default constructor saves settings file into (organizationName) subfolder by default), making the application fully portable.

To still allow having settings that are common to all installed application versions for a user (e.g., DICOM database folder, confirmation popup suppressions, ...), the common non-revision-specific is still stored in the user profile directory by default. However, if the user places an (applicationName).ini file in the application home folder/(organizationName) then that file is used instead.

By default, (applicationName)=Slicer and (organizationName)=NA-MIC and therefore the .ini files are: (applicationHome)/NA-MIC/Slicer.ini and (applicationHome)/NA-MIC/Slicer-(revision).ini; and extensions are stored in (applicationHome)/NA-MIC/Extensions-(revision).

Also updated all path reading/writing in settings files so that paths that are child folders of (applicationHome) are stored as relative paths. All relative paths remain valid when the application is moved to a different location.

This fixes Slicer#4966. The only remaining (known) limitation is that the DICOM database is still stored with an absolute path, because the DICOM database is not yet relocatable (Slicer#4722).
lassoan added a commit to lassoan/Slicer that referenced this issue Dec 29, 2020
Slicer install tree was portable but not fully self-contained, as settings and extensions were stored in the user profile folder.

Added a new option Slicer_STORE_SETTINGS_IN_APPLICATION_HOME_DIR (enabled by default) that makes Slicer store all settings and extensions in the application home folder, within (organizationName) subfolder (as QSettings default constructor saves settings file into (organizationName) subfolder by default), making the application fully portable.

To still allow having settings that are common to all installed application versions for a user (e.g., DICOM database folder, confirmation popup suppressions, ...), the common non-revision-specific is still stored in the user profile directory by default. However, if the user places an (applicationName).ini file in the application home folder/(organization) then that file is used instead.

By default, (applicationName)=Slicer and (organization)=NA-MIC (or the organization URL, depending on the operating system), and therefore the .ini files are: (applicationHome)/NA-MIC/Slicer.ini and (applicationHome)/NA-MIC/Slicer-(revision).ini; and extensions are stored in (applicationHome)/NA-MIC/Extensions-(revision).

Also updated all path reading/writing in settings files so that paths that are child folders of (applicationHome) are stored as relative paths. All relative paths remain valid when the application is moved to a different location.

This fixes Slicer#4966. The only remaining (known) limitation is that the DICOM database is still stored with an absolute path, because the DICOM database is not yet relocatable (Slicer#4722).
lassoan added a commit to lassoan/Slicer that referenced this issue Dec 31, 2020
Slicer install tree was portable but not fully self-contained, as settings and extensions were stored in the user profile folder.

Added a new option Slicer_STORE_SETTINGS_IN_APPLICATION_HOME_DIR (enabled by default) that makes Slicer store all settings and extensions in the application home folder, within (organizationName) subfolder (as QSettings default constructor saves settings file into (organizationName) subfolder by default), making the application fully portable.

To still allow having settings that are common to all installed application versions for a user (e.g., DICOM database folder, confirmation popup suppressions, ...), the common non-revision-specific is still stored in the user profile directory by default. However, if the user places an (applicationName).ini file in the application home folder/(organization) then that file is used instead.

By default, (applicationName)=Slicer and (organization)=NA-MIC (or the organization URL, depending on the operating system), and therefore the .ini files are: (applicationHome)/NA-MIC/Slicer.ini and (applicationHome)/NA-MIC/Slicer-(revision).ini; and extensions are stored in (applicationHome)/NA-MIC/Extensions-(revision).

Also updated all path reading/writing in settings files so that paths that are child folders of (applicationHome) are stored as relative paths. All relative paths remain valid when the application is moved to a different location.

Fixes Slicer#4966
Fixes Slicer#4722
lassoan added a commit to lassoan/Slicer that referenced this issue Jan 1, 2021
Slicer install tree was portable but not fully self-contained, as settings and extensions were stored in the user profile folder.

Added a new option Slicer_STORE_SETTINGS_IN_APPLICATION_HOME_DIR (enabled by default) that makes Slicer store all settings and extensions in the application home folder, within (organizationName) subfolder (as QSettings default constructor saves settings file into (organizationName) subfolder by default), making the application fully portable.

To still allow having settings that are common to all installed application versions for a user (e.g., DICOM database folder, confirmation popup suppressions, ...), the common non-revision-specific is still stored in the user profile directory by default. However, if the user places an (applicationName).ini file in the application home folder/(organization) then that file is used instead.

By default, (applicationName)=Slicer and (organization)=NA-MIC (or the organization URL, depending on the operating system), and therefore the .ini files are: (applicationHome)/NA-MIC/Slicer.ini and (applicationHome)/NA-MIC/Slicer-(revision).ini; and extensions are stored in (applicationHome)/NA-MIC/Extensions-(revision).

Also updated all path reading/writing in settings files so that paths that are child folders of (applicationHome) are stored as relative paths. All relative paths remain valid when the application is moved to a different location.

Fixes Slicer#4966
Fixes Slicer#4722
lassoan added a commit to lassoan/Slicer that referenced this issue Jan 5, 2021
Slicer install tree was portable but not fully self-contained, as settings and extensions were stored in the user profile folder.

Added a new option Slicer_STORE_SETTINGS_IN_APPLICATION_HOME_DIR (enabled by default) that makes Slicer store all settings and extensions in the application home folder, within (organizationName) subfolder (as QSettings default constructor saves settings file into (organizationName) subfolder by default), making the application fully portable.

To still allow having settings that are common to all installed application versions for a user (e.g., DICOM database folder, confirmation popup suppressions, ...), the common non-revision-specific is still stored in the user profile directory by default. However, if the user places an (applicationName).ini file in the application home folder/(organization) then that file is used instead.

By default, (applicationName)=Slicer and (organization)=NA-MIC (or the organization URL, depending on the operating system), and therefore the .ini files are: (applicationHome)/NA-MIC/Slicer.ini and (applicationHome)/NA-MIC/Slicer-(revision).ini; and extensions are stored in (applicationHome)/NA-MIC/Extensions-(revision).

Also updated all path reading/writing in settings files so that paths that are child folders of (applicationHome) are stored as relative paths. All relative paths remain valid when the application is moved to a different location.

Fixes Slicer#4966
Fixes Slicer#4722
lassoan added a commit to lassoan/Slicer that referenced this issue Jan 5, 2021
Slicer install tree was portable but not fully self-contained, as settings and extensions were stored in the user profile folder.

Added a new option Slicer_STORE_SETTINGS_IN_APPLICATION_HOME_DIR (enabled by default) that makes Slicer store all settings and extensions in the application home folder, within (organizationName) subfolder (as QSettings default constructor saves settings file into (organizationName) subfolder by default), making the application fully portable.

To still allow having settings that are common to all installed application versions for a user (e.g., DICOM database folder, confirmation popup suppressions, ...), the common non-revision-specific is still stored in the user profile directory by default. However, if the user places an (applicationName).ini file in the application home folder/(organization) then that file is used instead.

By default, (applicationName)=Slicer and (organization)=NA-MIC (or the organization URL, depending on the operating system), and therefore the .ini files are: (applicationHome)/NA-MIC/Slicer.ini and (applicationHome)/NA-MIC/Slicer-(revision).ini; and extensions are stored in (applicationHome)/NA-MIC/Extensions-(revision).

Also updated all path reading/writing in settings files so that paths that are child folders of (applicationHome) are stored as relative paths. All relative paths remain valid when the application is moved to a different location.

Fixes Slicer#4966
Fixes Slicer#4722
jcfr pushed a commit to lassoan/Slicer that referenced this issue Jan 5, 2021
Slicer install tree was portable but not fully self-contained, as settings
and extensions were stored in the user profile folder.

Added a new option Slicer_STORE_SETTINGS_IN_APPLICATION_HOME_DIR (enabled
by default) that makes Slicer store all settings and extensions in the
application home folder, within (organizationName) subfolder (as QSettings
default constructor saves settings file into (organizationName) subfolder
by default), making the application fully portable.

To still allow having settings that are common to all installed application
versions for a user (e.g., DICOM database folder, confirmation popup
suppressions, ...), the common non-revision-specific is still stored
in the user profile directory by default. However, if the user places
an (applicationName).ini file in the application home folder/(organization)
then that file is used instead.

By default, (applicationName)=Slicer and (organization)=NA-MIC (or the
organization URL, depending on the operating system), and therefore
the .ini files are: (applicationHome)/NA-MIC/Slicer.ini
and (applicationHome)/NA-MIC/Slicer-(revision).ini; and extensions are
stored in (applicationHome)/NA-MIC/Extensions-(revision).

Also updated all path reading/writing in settings files so that paths
that are child folders of (applicationHome) are stored as relative paths.
All relative paths remain valid when the application is moved to a
different location.

Fixes Slicer#4966
Fixes Slicer#4722

----
List of CTKAPPLauncher changes:

$ git shortlog v0.1.27..v0.1.28 --no-merges
Andras Lasso (1):
      ENH: Allow user settings file to be in <APPLAUNCHER_DIR> (PR-114)

James Butler (1):
      COMP: Fix deprecation warning C4996

Jean-Christophe Fillion-Robin (3):
      Begin post-v0.1.27 development [ci skip]
      Fix deployment updating API key used for release upload
      CTKAppLauncher v0.1.28

Steve Pieper (2):
      BUG: fix crash calculating environment keys
      STYLE: use clearer syntax for constructor

----
List of CTKAppLauncherLib changes:

$ git shortlog 692164..a3100a4 --no-merges
Andras Lasso (1):
      ENH: Allow user settings file to be in <APPLAUNCHER_DIR> (PR-114)

Jean-Christophe Fillion-Robin (2):
      Fix deployment updating API key used for release upload
      CTKAppLauncher v0.1.28
@jcfr jcfr closed this as completed in 008f8b9 Jan 5, 2021
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Development

No branches or pull requests

2 participants