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
Troy A. Griffitts wrote:
But if it is required, wouldn't a better solution be for a discovery
mechanism to be part of SWORD? Then it would be available for all
platforms.
Sorry DM, I tried to say that the current mechanism is in the SWORD
engine. It is part of SWMgr and is activated if a [G
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
But if it is required, wouldn't a better solution be for a discovery
mechanism to be part of SWORD? Then it would be available for all
platforms.
Sorry DM, I tried to say that the current mechanism is in the SWORD
engine. It is part of SWMgr and is activated if a [Globals]
AutoInstall= entr
DM Smith wrote:
>> That would satisfy the requirement if it still exists anywhere.
>
> This is still Windows centric.
Realistically I think windows is the only place where large scale
non-module installer installation will happen.
Peter
___
sword-deve
Peter von Kaehne wrote:
Troy A. Griffitts wrote:
Sorry Barry, yes, I forgot to include the request to cause the windows
installer to not use the InstallScan facility in the SWORD engine. I
had planned to comment on this.
The SWORD Engine also supports notification of new modules installed.
Troy A. Griffitts wrote:
> Sorry Barry, yes, I forgot to include the request to cause the windows
> installer to not use the InstallScan facility in the SWORD engine. I
> had planned to comment on this.
>
>
> The SWORD Engine also supports notification of new modules installed.
> This was added
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
Sorry Barry, yes, I forgot to include the request to cause the windows
installer to not use the InstallScan facility in the SWORD engine. I
had planned to comment on this.
The SWORD Engine also supports notification of new modules installed.
This was added many years ago at the request of pu
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
fred smith writes:
> Do you mean libxml2, or do you mean libxml ? if the latter, that's REALLY old
> and I don't see any libxml packages for Fedora. I could always build one
/usr/lib/pkgconfig/libxml-2.0.pc is delivered as part of the
libxml2-devel package.
> And gtk+-2.0 doesn't seem to be
On Thu, Dec 18, 2008 at 11:12:41PM -0500, Karl Kleinpaste wrote:
> fred smith writes:
> > checking for GNOME... no
> > so, what is it trying to tell me in that last line? That I don't have
> > Gnome on my system? Balderdash! :) I surely do!
>
> configure is looking for these packages as its expec
David Haslam wrote:
> Can this visual weakness be improved somehow? One for Peter, I think.
I would love to, but I have not found a good icon to replace that one.
The problem is that any icon you use there needs to be free in terms of
copyrights etc. If you find one which will somehow convey bet
Thanks for all the stirling work that Peter has been doing to improve the
website, and to everyone who has submitted helpful feedback and comments.
I have a minor gripe about the PDAs icon, from the viewpoint of someone
from the Mobile Phone community.
The icon being one for a PDA does not imme
Thanks DM for the response.
I summarise then further ; The self installing modules do not install to
any standard place and are currently unable to work with non BibleCS.
They are not self installing as such as they still require an unzip and
the 2 stage process is currently undocumented and not u
On Dec 19, 2008, at 7:09 AM, Peter von Kaehne wrote:
The instructions should say to use the built-in app installer, or
otherwise download the Windows > package and install it.
Sorry, this is confusing to me right now :
Do you mean with "Windows package" the user should install *Bi
On Dec 19, 2008, at 5:54 AM, Barry Drake wrote:
Hi there ..
I suggest that someone check out the download for BibleDesktop as
well - I think that there was a problem a while back. Has this been
resolved?
I think so. The problem was that the http was shut off. Now it is open
again
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 instructions should say to use the built-in app installer, or otherwise
> download the Windows > package and install it.
Sorry, this is confusing to me right now :
Do you mean with "Windows package" the user should install *BibleCS* or the
*winzip* from the repository?
If form
Hi there ..
I've noticed that some users - especially Mac - have had difficulty with
the NET bible modules. The NET for Sword instructions are found at:
http://www.bible.org/assets/sword/ with a link to a page for each
flavour of Sword. None of them have changed since I put them up when I
Since this thread has morphed into another discussion on how to play
nice with eachother, can we get a consensus on where we think sword
modules should live on different versions of windows?
My vote is for the global system module install (similar to
/usr/share/sword on UNIX) to keep things wh
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
39 matches
Mail list logo
