On May 13, 2009, at 11:50 PM, Jonathan Morgan wrote:
On Thu, May 14, 2009 at 11:07 AM, Daniel Owens
wrote:
You've got my vote. It seems to be an understandable confusion that
zipped
modules are available but most front-ends don't support their use.
BPBible
implemented the installation of
You have my vote too!
btw. The MK program on the IBT website even supports module adding by
drag'n'drop of the ZIP file anywhere in the application Window. As a
simplicity feature for novice users this is a highly attractive behaviour
for any SWORD front end.
-- David
Daniel Owens wrote:
>
Am 14.05.2009 um 04:50 schrieb Jonathan Morgan:
On Thu, May 14, 2009 at 11:07 AM, Daniel Owens
wrote:
You've got my vote. It seems to be an understandable confusion that
zipped
modules are available but most front-ends don't support their use.
BPBible
implemented the installation of modu
Hi,
On Thu, May 14, 2009 at 10:50 AM, Jonathan Morgan wrote:
> On Thu, May 14, 2009 at 11:07 AM, Daniel Owens wrote:
>> You've got my vote. It seems to be an understandable confusion that zipped
>> modules are available but most front-ends don't support their use. BPBible
>> implemented the inst
On Thu, May 14, 2009 at 11:07 AM, Daniel Owens wrote:
> You've got my vote. It seems to be an understandable confusion that zipped
> modules are available but most front-ends don't support their use. BPBible
> implemented the installation of modules using zipped archives, and it
> doesn't even hav
On Thu, May 14, 2009 at 1:26 PM, Kermit Kiser wrote:
> Ditto. My BSV module is nowhere near ready for submission to CrossWire so I
> publish the alpha on my web site. BibleDesktop can access it but Sword
> requires an FTP site. I can't afford an FTP site. If HTTP support were
> available it would
Ditto. My BSV module is nowhere near ready for submission to CrossWire
so I publish the alpha on my web site. BibleDesktop can access it but
Sword requires an FTP site. I can't afford an FTP site. If HTTP support
were available it would help.
Kermit
On 5/13/2009 6:07 PM, Daniel Owens wrote:
You've got my vote. It seems to be an understandable confusion that
zipped modules are available but most front-ends don't support their
use. BPBible implemented the installation of modules using zipped
archives, and it doesn't even have the standard module manager yet. That
to me says that thi
I grow slowly tired (and I am sure I am not the only one) of the emails
on the support line regarding "I have downloaded x number of modules
and where are they now".
Wouldn't a feasible and relatively minor yet extremely useful
improvement to the module manager be the ability to handle appropria
I will second the request.
On 10/31/07, Brian J. Dumont <[EMAIL PROTECTED]> wrote:
> I'd like to request the ability to handle links to audio files from genbook
> modules.
>
> I edit a public-domain electronic hymnal (http://openhymnal.org/), and am
> putting together a sword genbook module of s
I'd like to request the ability to handle links to audio files from genbook
modules.
I edit a public-domain electronic hymnal (http://openhymnal.org/), and am
putting together a sword genbook module of sheet music. Each hymn is linked to
relevant Scripture, etc. It would be great to have link
Wasn't this done? Should it be taken off the list?
Does this list matter? Seems like our discussions have little to do with
what's on the list.
Steve Tang...
___
sword-devel mailing list
[EMAIL PROTECTED]
http://www.crosswire.org/mailman/listinfo/sword
It would nice if the keys for the dictionaries could be searched for REs
.string\> or .string.. You could use an asterisk as a wild card and search
for *string or *string*.
Jerry
___
sword-devel mailing list
[EMAIL PROTECTED]
http://www.crosswire.org/
> So I guess the initial ghost entry fix worked for you? :)
Yes, thanks.
> Actually, any of the positioners should return an out of bounds error if
> the module is empty. Do they not? eg.
>
> module = TOP;
> if (module.Error())
> cout << "Module is empty\n";
Yes, again does not work:
So I guess the initial ghost entry fix worked for you? :)
Actually, any of the positioners should return an out of bounds error if
the module is empty. Do they not? eg.
module = TOP;
if (module.Error())
cout << "Module is empty\n";
[EMAIL PROTECTED] wrote:
> Please add SWModule::isE
Please add SWModule::isEmpty() to check whether a module is empty, i.e.
containing zero entries (useful after opening module and after deleting an
entry).
It is possible to do it with current interface, but in a silly mean.
--
Victor Porton ([EMAIL PROTECTED])
In Verse Lists, the title sometimes says "VerseList from- TSK: Ezekiel
10:14"
Can some way of quickly showing that verse again be added?
Perhaps adding the reference in the title bar to the verse list?
Stephen.
The module download size feature request (BTW, I agree, this would be
great in both the install mgr & ModDisp) and the self-extracting
zip/self-installing module feature request have both been added to
sourceforge.
--Chris
I agree.
Jerry
At 06:47 PM 7/9/2001 +1200, Stephen Denne wrote:
>Something I'd like to see is an indication of how many bytes or megabytes a
>module is.
>Possibly implemented as an optional .conf setting and shown in the Info
>window?
Something I'd like to see is an indication of how many bytes or megabytes a
module is.
Possibly implemented as an optional .conf setting and shown in the Info
window?
Stephen Denne.
<>
20 matches
Mail list logo
