On Dec 19, 2008, at 11:37 PM, Tonny Kohar wrote:
Hi,
On Sat, Dec 20, 2008 at 6:00 AM, DM Smith
wrote:
Tonny Kohar wrote:
Hi,
On Sat, Dec 20, 2008 at 2:41 AM, Tonny Kohar
wrote:
Hi,
On Fri, Dec 19, 2008 at 9:06 PM, DM Smith
wrote:
Both MacSword and JSword will set the instal
This discussion has gone a bit beyond to where I expected it to go.
Couple of things:
1) I asserted that the Windows selfextracting Zips are broken. Having
listened to Troy's explanation and checked again + thought matters
through, I would like to withdraw that assertion.
The current self extrac
DM Smith wrote:
I didn't know about the alternate languages for Windows. No one has
reported a problem yet. My hope is that Windows uses "Application
Data" regardless of language, as this folder is created by the OS.
Here in Finland it's not uncommon to see systems which have both
"C:\Prog
>> $HOME/Library/Application Support/sword
>> $APPDATA/sword
>> $ALLUSERSPROFILE/sword
>
> Please use Sword and not sword. It matters for the first one as that is what
> MacSword and BibleDesktop use on the Mac. On windows it doesn't matter, as
> windows is case insensitive, but BibleDesktop and on
Eeli Kaikkonen wrote:
> Greg Hellings wrote:
>>
>> Personally I see the joy in this, but it also strikes me as somewhat
>> anti-Windows.
>
> If this really is the case for most of the users, this whole
> conversation has been meaningless - the applications should store the
> modules in app-specif
Greg Hellings wrote:
Personally I see the joy in this, but it also strikes me as somewhat
anti-Windows. When I'm in a Unix-like environment, I expect that my
vi, vim and gvim will all read the same ~/.exrc (I think that's the
name of it), then vim and gvim will read ~/.vimrc and then gvim will
Hi,
On Sat, Dec 20, 2008 at 6:00 AM, DM Smith wrote:
> Tonny Kohar wrote:
>>
>> Hi,
>>
>> On Sat, Dec 20, 2008 at 2:41 AM, Tonny Kohar
>> wrote:
>>
>>>
>>> Hi,
>>>
>>>
>>> On Fri, Dec 19, 2008 at 9:06 PM, DM Smith wrote:
>>>
Both MacSword and JSword will set the install location to
>>
Troy A. Griffitts wrote:
OK, so would this be a fair assessment of the requests on the table?
To the C++ Engine add searching in:
$HOME/Library/Application Support/sword
$APPDATA/sword
$ALLUSERSPROFILE/sword
Change the C++ Engine to 'augment' the installed module list with any
works found on
On Fri, Dec 19, 2008 at 4:19 PM, Eeli Kaikkonen
wrote:
> 2. The end user should have the final word after the initial phase. We
> should think what happens when the user installs the first application, then
> installs some modules with that, then installs another application, installs
> modules wi
Tonny Kohar wrote:
Hi,
On Sat, Dec 20, 2008 at 2:41 AM, Tonny Kohar wrote:
Hi,
On Fri, Dec 19, 2008 at 9:06 PM, DM Smith wrote:
Both MacSword and JSword will set the install location to
~/Library/Application Support/Sword.
Just quick questions, is that Mac OSX location (~/L
Troy A. Griffitts wrote:
OK, so would this be a fair assessment of the requests on the table?
To the C++ Engine add searching in:
$HOME/Library/Application Support/sword
$APPDATA/sword
$ALLUSERSPROFILE/sword
Change the C++ Engine to 'augment' the installed module list with any
works found on
Am 19.12.2008 um 20:51 schrieb Tonny Kohar:
Hi,
On Sat, Dec 20, 2008 at 2:41 AM, Tonny Kohar
wrote:
Hi,
On Fri, Dec 19, 2008 at 9:06 PM, DM Smith
wrote:
Both MacSword and JSword will set the install location to
~/Library/Application Support/Sword.
Just quick questions, is that Mac
Troy A. Griffitts wrote:
OK, so would this be a fair assessment of the requests on the table?
To the C++ Engine add searching in:
$HOME/Library/Application Support/sword
$APPDATA/sword
$ALLUSERSPROFILE/sword
Please use Sword and not sword. It matters for the first one as that is
what MacSwor
Barry Drake wrote:
> Hi Troy
>
> Just wondering: the use of a 'pending' directory into which the new
> module is unpacked following opening of a Windows module installer .exe
> is very much BibleCS only.
It is actually quite weird and totally unexpected. Why was this chosen?
> It migh
Hi,
On Sat, Dec 20, 2008 at 2:41 AM, Tonny Kohar wrote:
> Hi,
>
>
> On Fri, Dec 19, 2008 at 9:06 PM, DM Smith wrote:
>>
>> Both MacSword and JSword will set the install location to
>> ~/Library/Application Support/Sword.
>
> Just quick questions, is that Mac OSX location (~/Library/Application
>
Hi Troy
Troy A. Griffitts wrote:
OK, so would this be a fair assessment of the requests on the table?
Just wondering: the use of a 'pending' directory into which the new
module is unpacked following opening of a Windows module installer .exe
is very much BibleCS only. It might be n
Hi Troy
Troy A. Griffitts wrote:
OK, so would this be a fair assessment of the requests on the table?
Just wondering: the use of a 'pending' directory into which the new
module is unpacked following opening of a Windows module installer .exe
is very much BibleCS only. It might be n
Hi,
On Fri, Dec 19, 2008 at 9:06 PM, DM Smith wrote:
>
> Both MacSword and JSword will set the install location to
> ~/Library/Application Support/Sword.
Just quick questions, is that Mac OSX location (~/Library/Application
Support/Sword) is mapped into env variable which is accesssible/able
to
OK, so would this be a fair assessment of the requests on the table?
To the C++ Engine add searching in:
$HOME/Library/Application Support/sword
$APPDATA/sword
$ALLUSERSPROFILE/sword
Change the C++ Engine to 'augment' the installed module list with any
works found on any path, instead of the p
On Dec 19, 2008, at 3:08 AM, Troy A. Griffitts wrote:
Just a few comments.
... snip..
One of them is probably what BibleCS does right now-- putting
modules in ./ This does not allow another application to find the
installed module set. I THOUGHT (DM can comment on this) that we
set
On Dec 19, 2008, at 2:08 AM, Greg Hellings wrote:
On Fri, Dec 19, 2008 at 12:55 AM, Matthew Talbert > wrote:
SWORD plays fine on Windows if you point SWORD_PATH to where the
modules are installed. Handling whether they are writable by the
user
is a system administration issue, and should be
On Dec 19, 2008, at 1:43 AM, Greg Hellings wrote:
On Fri, Dec 19, 2008 at 12:37 AM, Matthew Talbert > wrote:
Having spent a good part of the day trouble-shooting issues all
related to this, I can say with certainty that SWORD does not play
well on Windows at the present.
SWORD plays fine on W
On Dec 19, 2008, at 12:44 AM, Troy A. Griffitts wrote:
The appropriate response to where modules are officially found on
any OS by the SWORD engine (should also be with JSword as well) is:
Perhaps, I should have read through the full thread before
responding
http://crosswire.org
Everyone,
Please consider the situations for shared machines, such as a Windows PC
shared in a home where one of the family is a believer and another isn't.
e.g. Christian married (prior to his/her conversion) to a non-Christian.
In this case having the application modules in shared directories
The Windows install for modules looks for where BibleCS is installed and
unzips the module there.
BibleDesktop supports this (as I think other frontends would support
this if our installer sets SWORD_HOME).
I don't want to confuse the majority of our current Windows users which
either use Bi
> Which programmes can install modules from within their module installer
> from a local location , say My Documents? If all can do so then I will
> not give _any_ explanation where to unzip. It is just not worth it, I
> think.
>
> Peter
GS can do this, if the module is unzipped. Just thinking ab
Ouch, what a can of worms I opened here with a question I thought being
totally uncontentious. :-)
Can I summarise the discussion for the purposes of my webpage:
1) Users should not install modules themselves
2) Users should not install modules themselves
..
10) Users _really_ should *not* inst
> I am pointing out how the SWORD engine looks for it's configuration. Has
> anyone complaingin actually read the doc I pointed to?
Yes, and the code, several times today.
> of looking for configuration data allow for ANY imaginable configuration
> which has been suggested. There is no need to a
Just a few comments.
I'm not telling people to do things the WRONG way.
I am pointing out how the SWORD engine looks for it's configuration.
Has anyone complaingin actually read the doc I pointed to? This complex
method of looking for configuration data allow for ANY imaginable
configuration
> There's nothing wrong with a "." at the beginning of a file or
> variable name. It simply hides the folder from regular user view,
> which is how it should be. The data in there is not intended for
> direct user interactions. If people want to see hidden folders/files,
> they can enable it.
N
On Fri, Dec 19, 2008 at 12:55 AM, Matthew Talbert wrote:
>> SWORD plays fine on Windows if you point SWORD_PATH to where the
>> modules are installed. Handling whether they are writable by the user
>> is a system administration issue, and should be left that way. The
>> only time when a user won
On Fri, Dec 19, 2008 at 10:12 AM, Ben Morgan wrote:
> BPBible allows the user to install any of the formats (raw, windows or mac)
> by dragging onto the application or selecting them in a file picker. It
> currently has a configurable list of paths - by default this just includes
> the resources
> SWORD plays fine on Windows if you point SWORD_PATH to where the
> modules are installed. Handling whether they are writable by the user
> is a system administration issue, and should be left that way. The
> only time when a user won't have write access to the Program Files
> folder is when the
On Fri, Dec 19, 2008 at 12:37 AM, Matthew Talbert wrote:
> Having spent a good part of the day trouble-shooting issues all
> related to this, I can say with certainty that SWORD does not play
> well on Windows at the present.
SWORD plays fine on Windows if you point SWORD_PATH to where the
module
> they should be in a different place. I personally don't think modules
> should go under the AppData folder under windows. I don't think module data
> is user data at all. It is not, for example, user specific email, or
> anything like that. It is an integral part of the application and not us
Hi,
On Fri, Dec 19, 2008 at 11:39 AM, DM Smith wrote:
>
> On Dec 18, 2008, at 8:00 PM, Peter von Kaehne wrote:
>
>>> Which places do your applications expect modules in? Please list all!
>>> What are suitable places for direct install when someone wants to bypass
>>> the module install manager? A
I agree it probably isn't user data (though it is comparable with, say,
extensions under Firefox); the reason it is put there is that most users
don't have permissions in program files (especially under Vista). That's why
%PUBLIC% under Vista is probably better. Don't think Public is pre-vista,
tho
On Thu, Dec 18, 2008 at 11:44 PM, Troy A. Griffitts
wrote:
> Our engine has a number of ways which it can be configured and these all
> work on all platforms. We don't remove support for some ways of
> configuration on certain platforms-- including $HOME/.sword. If you have
> something there, th
Our engine has a number of ways which it can be configured and these all
work on all platforms. We don't remove support for some ways of
configuration on certain platforms-- including $HOME/.sword. If you
have something there, then it will do the appropriate SWORD thing (in
the case of $HOME/
On Fri, Dec 19, 2008 at 10:19 AM, Matthew Talbert wrote:
> > 2) $APPDATA\Sword (preferred location)
> > 3) $HOME\.sword (this needs to be deprecated under windows in favour of
> the above - and it needs engine support added to look for the above)
>
> GS uses this now, but would use 2) if engine su
> 2) $APPDATA\Sword (preferred location)
> 3) $HOME\.sword (this needs to be deprecated under windows in favour of the
> above - and it needs engine support added to look for the above)
GS uses this now, but would use 2) if engine support was added.
> 4) $ALLUSERSPROFILE\Sword
GS uses ALLUSERSP
BPBible allows the user to install any of the formats (raw, windows or mac)
by dragging onto the application or selecting them in a file picker. It
currently has a configurable list of paths - by default this just includes
the resources subdirectory of the BPBible installation directory. A little
m
On Dec 18, 2008, at 8:00 PM, Peter von Kaehne wrote:
Which places do your applications expect modules in? Please list all!
What are suitable places for direct install when someone wants to
bypass
the module install manager? Are there any problems with that?
Some feedback is highly appreciat
Hi,
On Fri, Dec 19, 2008 at 8:00 AM, Peter von Kaehne wrote:
> Peter von Kaehne wrote:
>> Despite my silence on the matter I am still working on the SWORD website
>>
>> One of the pages where I would appreciate some collective input is
>>
>> www.crosswire.org/sword/newpage/library?section=Instal
Peter von Kaehne wrote:
> Despite my silence on the matter I am still working on the SWORD website
>
> One of the pages where I would appreciate some collective input is
>
> www.crosswire.org/sword/newpage/library?section=Install
>
> This is the old installation page taken into my pages without
Despite my silence on the matter I am still working on the SWORD website
One of the pages where I would appreciate some collective input is
www.crosswire.org/sword/newpage/library?section=Install
This is the old installation page taken into my pages without any
substantial changes. And it is wro
Peter von Kaehne wrote:
>
> Ok, I would put this in, but I really would prefer about stuff being
> there rather than stuff in future coming. One of my fav bug bears with
> the site as it was were the multitude of aspirational statements "soon"
> - all of it a few years ago and unfortunately sometim
DM Smith wrote:
> Peter,
> You probably know this but the "applications" page is broken. It
> throws a "tomcat" error.
> DM
Sorry about that. Fixed
___
sword-devel mailing list: sword-devel@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword
Peter,
You probably know this but the "applications" page is broken. It
throws a "tomcat" error.
DM
On Dec 12, 2008, at 6:58 PM, Peter von Kaehne wrote:
> The icon bar is fixed. I hope so at least.
>
> It has captions - thanks to mwtalbert for suggesting this.
>
> It works fine in FF, Opera, IE
The icon bar is fixed. I hope so at least.
It has captions - thanks to mwtalbert for suggesting this.
It works fine in FF, Opera, IE7 and Chrome
It fails not too maliciously displaywise in IE6 and can presumably still
get improved, but it works well enough on IE6
I replaced some icons which wer
Eeli Kaikkonen wrote:
> You have already succeeded very well.
Thanks!
>
>> News - I would like to have more feedback on that.
>>
> What would the users want to see? Who they are, why they read our news?
> [..]
True, it is hard to guess.
> Each project would like to have a
> bit more visi
Peter von Kaehne wrote:
> My whole aim is to make this website so that we can again largely forget
> about it.
>
>
You have already succeeded very well.
> News - I would like to have more feedback on that. Currently the news
> stream is pretty dull and not at all up to date. Chris (and Troy?)
Starting a new thread here, as things become otherwise again to complicated.
Complaints with the version yesterday were
1) Java not necessary
2) a page with all applications needed
3) some sensible way of choosing needed (several suggestions, including
a mockup gratefully received)
4) on narrow s
At 05:56 PM 10/20/2001 -0500, Timothy R. Butler wrote:
> Yeah, that makes sense. What I meant with Perl was embedding a Perl script
>into the code via an SSI exec call, but that is still less efficent then
>directly placing the code in the same file.
Actually if the Perl is all mod_perl-ized i
Tim,
> Yeah, that makes sense. What I meant with Perl was
> embedding a Perl script
> into the code via an SSI exec call, but that is still less
> efficent then
> directly placing the code in the same file.
Ah. I didn't even know such a thing could be done. :)
> That is a really intere
Hi Chris,
> > I was just curious, is there a reason you are using jsp's?
> > I've had very
> > good success with HTML w/ SSI's and Perl for accomplishing
> > most things, and
> > APACHE works out of the box with SSI's...
>
> It's mostly because Troy wanted them. :)
Ah, sounds reasonable. :-)
Luke Stahlman
Sent: Friday, October 19, 2001 6:04 PM
To: [EMAIL PROTECTED]
Subject: Re: [sword-devel] New Website, Changes and HowTo
Dave-
PHP has been on web servers longer than JSP has. Are you talking about your
personal knowledge of PHP in relation to other scripting languages?
-Luke
- Ori
> > 1: If anyone is familiar with the APACHE web server, I am
> installing
> > it on my computer to test out the .jsp pages... Are there any
> > particular plug-ins I need to add in order to view .jsp
> files locally
> > w/ APACHE installed?
You'll have to set up Jakarta (http://jakarta.a
tober 19, 2001 3:25 PM
Subject: RE: [sword-devel] New Website, Changes and HowTo
> I can't recall why we decided on .JSPs...
> I personally prefer PHP / HTML but PHP is fairly new so it is taking a
while
> to catch on...
>
> You would have to ask Troy or Chris, or Jonathan
>
&g
thy R. Butler
Sent: Friday, October 19, 2001 4:18 PM
To: [EMAIL PROTECTED]
Subject: Re: [sword-devel] New Website, Changes and HowTo
Hi,
> 1: If anyone is familiar with the APACHE web server, I am installing it
on
> my computer to test out the .jsp pages... Are there any particular
> plug
Hi,
> 1: If anyone is familiar with the APACHE web server, I am installing it on
> my computer to test out the .jsp pages... Are there any particular
> plug-ins I need to add in order to view .jsp files locally w/ APACHE
> installed?
I was just curious, is there a reason you are using jsp's?
> The form letter
> for copyright
> issues is just great! Can we have a list of publishers whose contact
> addresses you don't currently have? I'm sure a lot of us visit good
> libraries from time to time, and if we have a list, we can
> take a look when
> we come across those version.
I
>Hi David .
>
>On 19 Oct 2001, at 0:18, David Overcash wrote:
>> 2: What needs to be changed from the current site (which can be
previewed
>> at http://www.sword.cx/sword/)
>
>Just to say it looks brilliant - and everything I've tried works OK. You
>seem to have sorted most of the problems t
Hi David .
On 19 Oct 2001, at 0:18, David Overcash wrote:
> 2: What needs to be changed from the current site (which can be previewed
> at http://www.sword.cx/sword/)
Just to say it looks brilliant - and everything I've tried works OK. You
seem to have sorted most of the problems the old
Hello Everyone!
I've recently picked up the task of getting our new site up and running as
soon as possible and I will keep it running smoothly as well. However, I
need some help from all of you to get it working properly.
1: If anyone is familiar with the APACHE web server, I am instal
Okay, There hasn't been any news on the finalization of the new website for
quite some time now. I know Jonathan was working on it but I haven't heard
much from him as of late w/ respect to the site.
What, specifically, is holding up the site?
If it is needed, I am very willing to take up a par
> I agree with you that it's a bit inefficient the way it functions
> currently. There's a school of web design that says the user should
> never have to click back.
>
> > Also, would it be useful to put a link in that would download all the
> > unlocked books in a given category in a given langu
> I just clicked my way around a bit and the new site is very nice. Great
> job.
Just for the record, Jonathan Hughes and Don Elbourne were the ones who
did all the work on the site. I'm not leaving anyone out am I? All I
did was write a little script to convert SSIs to JSPs. But I'll agree
t
oh, I see
well, that was time well spent! LoL
:)
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Chris Little
Sent: Friday, September 21, 2001 12:56 AM
To: [EMAIL PROTECTED]
Subject: RE: [sword-devel] New website updated (kinda)
Don't worry
Don't worry about that. Troy has some special thing in mind for that
link to allow it to grab whatever the latest version is.
FTP access is available, just ftp to crosswire.org.
The reason the HTTP access to the FTP site on the left works but the
other link doesn't is that the one on the left i
-
From: Chris Little [SMTP:[EMAIL PROTECTED]]
Sent: Thursday, September 20, 2001 10:49 PM
To: [EMAIL PROTECTED]
Subject: RE: [sword-devel] New website updated (kinda)
On Thu, 2001-09-20 at 17:21, David Overcash wrote:
> what is the address?
> crosswire.org/sword/ ?
Sorry, it&
than straight
HTML
God Bless
-Dave Overcash
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Chris Little
Sent: Thursday, September 20, 2001 9:49 PM
To: [EMAIL PROTECTED]
Subject: RE: [sword-devel] New website updated (kinda)
On Thu, 2001-09-20 at 17:21
ember 20, 2001 9:49 PM
To: [EMAIL PROTECTED]
Subject: RE: [sword-devel] New website updated (kinda)
On Thu, 2001-09-20 at 17:21, David Overcash wrote:
> what is the address?
> crosswire.org/sword/ ?
Sorry, it's http://www.sword.cx/sword .
way of an anonymous login...
-Dave Overcash
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Chris Little
Sent: Thursday, September 20, 2001 9:49 PM
To: [EMAIL PROTECTED]
Subject: RE: [sword-devel] New website updated (kinda)
On Thu, 2001-09-20 at 17:21, Davi
, September 20, 2001 9:49 PM
To: [EMAIL PROTECTED]
Subject: RE: [sword-devel] New website updated (kinda)
On Thu, 2001-09-20 at 17:21, David Overcash wrote:
> what is the address?
> crosswire.org/sword/ ?
Sorry, it's http://www.sword.cx/sword .
Sent: Thursday, September 20, 2001 9:49 PM
To: [EMAIL PROTECTED]
Subject: RE: [sword-devel] New website updated (kinda)
On Thu, 2001-09-20 at 17:21, David Overcash wrote:
> what is the address?
> crosswire.org/sword/ ?
Sorry, it's http://www.sword.cx/sword .
: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Chris Little
Sent: Thursday, September 20, 2001 9:49 PM
To: [EMAIL PROTECTED]
Subject: RE: [sword-devel] New website updated (kinda)
On Thu, 2001-09-20 at 17:21, David Overcash wrote:
> what is the address?
> crosswire.org/sword/ ?
Sorry
On Thu, 2001-09-20 at 17:21, David Overcash wrote:
> what is the address?
> crosswire.org/sword/ ?
Sorry, it's http://www.sword.cx/sword .
what is the address?
crosswire.org/sword/ ?
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Chris Little
Sent: Thursday, September 20, 2001 6:35 PM
To: SWORD Devel List
Subject: [sword-devel] New website updated (kinda)
Please test out the new website
Please test out the new website & report any bugs you find. The ONLY changes you
should notice are that the module download pages work now. Everything else SHOULD be
the same, but the underlying files have been changed from HTML with SSI to JSPs so
there may be bad links & bugs anywhere in th
80 matches
Mail list logo
