Fwd: [jump-pilot:feature-requests] Re: #253 workbench-state.xml location

[edgar....@web.de]

hey OJ users,

if somebody has an opinion on the below topic, please chime in!

..ede

-------- Forwarded Message --------
Subject: [jump-pilot:feature-requests] Re: #253 workbench-state.xml location
Date: Mon, 30 Jan 2017 21:28:33 +0000
From: ede <ed...@users.sf.net>
Reply-To: [jump-pilot:feature-requests] <2...@feature-requests.jump-pilot.p.re.sf.net>
To: [jump-pilot:feature-requests] <2...@feature-requests.jump-pilot.p.re.sf.net>

well, portable software usually is self contained and does not use system profiles for obvious reasons. the famous http://portableapps.com/ packages eg. do it this way.

but i am not fixed on this. let's hear what the others have to say. ..ede

the other advantage of the current way is that incompatibilies introduced in newer versions only hit p

On 30.01.2017 22:21, michael michaud wrote:
> Hi ede,
> Why should it depend on how OpenJUMP is installed (I usually prefer the portable edition) ?
> What I would like is :
> - read the user-directory if a workbench-state.xml can be found there
> - read the OJ directory in other cases
> - write to the user directory if any (and if it's writable)
> - write OJ directory in other cases
> It seems more simple and it works the samme way for all bundles.
>
> ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
>
> *[feature-requests:#253] <https://sourceforge.net/p/jump-pilot/feature-requests/253/> workbench-state.xml location*
>
> *Status:* open
> *Created:* Mon Jan 30, 2017 07:47 AM UTC by michael michaud
> *Last Updated:* Mon Jan 30, 2017 07:47 AM UTC
> *Owner:* nobody
>
> It is sometimes annoying to loose one's customized workbench-state.xml just because OpenJUMP has been updated.
> Would be nice to have a copy of workbench-state in the user directory (~/.OpenJUMP) and to search the file in this directory first.
>
> ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
>
> Sent from sourceforge.net because you indicated interest in https://sourceforge.net/p/jump-pilot/feature-requests/253/
>
> To unsubscribe from further messages, please visit https://sourceforge.net/auth/subscriptions/
>

[Stefan Steiniger]

Hey,

 

both valid points. I prefer portable, and a having a non-hidden workbench-state.xml which can be in the install folder. If the user does not backup, its his los - or not?

 

cheers,

stefan

 

------ Originalnachricht ------
Von:
Datum: 31.01.2017 8:34
An: openjum...@googlegroups.com;
Betreff:[openjump-users] Fwd: [jump-pilot:feature-requests] Re: #253 workbench-state.xml location

hey OJ users,

if somebody has an opinion on the below topic, please chime in!

..ede

-------- Forwarded Message --------
Subject: [jump-pilot:feature-requests] Re: #253 workbench-state.xml location
Date: Mon, 30 Jan 2017 21:28:33 +0000
From: ede 
Reply-To: [jump-pilot:feature-requests]  <2...@feature-requests.jump-pilot.p.re.sf.net>
To: [jump-pilot:feature-requests]  <2...@feature-requests.jump-pilot.p.re.sf.net>

well, portable software usually is self contained and does not use system profiles for obvious reasons. the famous http://portableapps.com/

 packages eg. do it this way.

but i am not fixed on this. let's hear what the others have to say. ..ede

the other advantage of the current way is that incompatibilies introduced in newer versions only hit p

On 30.01.2017 22:21, michael michaud wrote:
> Hi ede,
> Why should it depend on how OpenJUMP is installed (I usually prefer the portable edition) ?
> What I would like is :
> - read the user-directory if a workbench-state.xml can be found there
> - read the OJ directory in other cases
> - write to the user directory if any (and if it's writable)
> - write OJ directory in other cases
> It seems more simple and it works the samme way for all bundles.
> 
> ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
> 
> *[feature-requests:#253]  workbench-state.xml location*
> 
> *Status:* open
> *Created:* Mon Jan 30, 2017 07:47 AM UTC by michael michaud
> *Last Updated:* Mon Jan 30, 2017 07:47 AM UTC
> *Owner:* nobody
> 
> It is sometimes annoying to loose one's customized workbench-state.xml just because OpenJUMP has been updated.
> Would be nice to have a copy of workbench-state in the user directory (~/.OpenJUMP) and to search the file in this directory first.
> 
> ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
> 
> Sent from sourceforge.net because you indicated interest in https://sourceforge.net/p/jump-pilot/feature-requests/253/

> 
> To unsubscribe from further messages, please visit https://sourceforge.net/auth/subscriptions/

> 

-- 
-- You received this message because you are subscribed to the Google Groups openjump-users group. To post to this group, send email to openjum...@googlegroups.com. To unsubscribe from this group, send email to openjump-user...@googlegroups.com. For more options, visit this group at https://groups.google.com/d/forum/openjump-users?hl=en
--- 
You received this message because you are subscribed to the Google Groups "openjump-users" group.
To unsubscribe from this group and stop receiving emails from it, send an email to openjump-user...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[edgar....@web.de]

there is the concept of having a marker file in the program's folder eg. 'OJ_HOME/.portable', which signals the software to use the folder as settings folder as well.
deleting the marker makes the software use the standard multi user home folders again.

would you guys be in favor of this approach for OJ? ..ede

On 31.01.2017 12:48, Jukka Rahkonen wrote:
> I agree it is annoying to loose the WMS addresses and database connections etc. after update. But I also tend to have several OpenJUMP versions installed and having the same workbench-state.xml for all is not optimal either. Think about testing this and that with a new version, I do not really like to change the settings of my good old workhorse version by some random tests. Could it be made selectable?
>
>
> ---
>
> ** [feature-requests:#253] workbench-state.xml location**
>
> **Status:** open
> **Created:** Mon Jan 30, 2017 07:47 AM UTC by michael michaud
> **Last Updated:** Mon Jan 30, 2017 09:21 PM UTC
> **Owner:** nobody

>
>
> It is sometimes annoying to loose one's customized workbench-state.xml just because OpenJUMP has been updated.
> Would be nice to have a copy of workbench-state in the user directory (~/.OpenJUMP) and to search the file in this directory first.
>
>
> ---
>

[Giuseppe Aruta]

It seems more rational

2017-01-31 15:00 GMT+01:00 <edgar....@web.de>:

there is the concept of having a marker file in the program's folder eg. 'OJ_HOME/.portable', which signals the software to use the folder as settings folder as well.
deleting the marker makes the software use the standard multi user home folders again.

would you guys be in favor of this approach for OJ? ..ede

On 31.01.2017 12:48, Jukka Rahkonen wrote:

> I agree it is annoying to loose the WMS addresses and database connections etc. after update. But I also tend to have several OpenJUMP versions installed and having the same workbench-state.xml for all is not optimal either Think about testing this and that with a new version, I do not really like to change the settings of my good old workhorse version by some random tests. Could it be made selectable?

>
>
> ---
>
> ** [feature-requests:#253] workbench-state.xml location**
>
> **Status:** open
> **Created:** Mon Jan 30, 2017 07:47 AM UTC by michael michaud
> **Last Updated:** Mon Jan 30, 2017 09:21 PM UTC
> **Owner:** nobody
>
>
> It is sometimes annoying to loose one's customized workbench-state.xml just because OpenJUMP has been updated.

> Would be nice to have a copy of workbench-state in the user directory (~/OpenJUMP) and to search the file in this directory first.

>
>
> ---
>
> Sent from sourceforge.net because you indicated interest in <https://sourceforge.net/p/jump-pilot/feature-requests/253/>
>
>
>
> To unsubscribe from further messages, please visit <https://sourceforge.net/auth/subscriptions/>
>

--
-- You received this message because you are subscribed to the Google Groups openjump-users group. To post to this group, send email to openjump-users@googlegroups.com. To unsubscribe from this group, send email to openjump-users+unsubscribe@googlegroups.com. For more options, visit this group at https://groups.google.com/d/forum/openjump-users?hl=en

---
You received this message because you are subscribed to the Google Groups "openjump-users" group.

To unsubscribe from this group and stop receiving emails from it, send an email to openjump-users+unsubscribe@googlegroups.com.