SonWon ,
[EMAIL PROTECTED] wrote:
You have the correct files. That last occurrance of "swordreader"
simply tells the command-line svn client to put the files into a
directory called "swordreader." Otherwise, it checks them out, by
default, into a directory called "trunk." If you're like me
If you think it would help your efforts (which we certainly appreciate),
you could mention that WBTI gave us permission to distribute 40 Bibles
(38 NTs, a full Bible, and an NT+Psalms), primarily in languages of
Mexico & Guatemala. There may be more, but that's the first batch. Those
will show
Diatheke uses the API, which inherently understands linked verses. It's
not even possible for a Sword app to not return a value for a linked
verse if it exists because there's no difference from the data stored
for the primary verse.
Besides, I've seen the linking bug myself. I've got a couple
I contacted the Bible Society of Papua New Guinea some time ago, asking
permission to post the many Bible translations in many languages that
they hold the copyright to online in various formats (including Sword).
I got a nice letter back saying that they needed to consider the
ramifications an
On Jul 9, 2008, at 10:57 PM, SonWon wrote:
> So how do I break the checkout so I can redo the
> directory structure? My son said to just delete the folder; I think
> there is a better way.
Your son was right.
Doing a checkout to a folder is self-contained and does not actually
mean that you
[EMAIL PROTECTED] wrote:
> You have the correct files. That last occurrance of "swordreader"
> simply tells the command-line svn client to put the files into a
> directory called "swordreader." Otherwise, it checks them out, by
> default, into a directory called "trunk." If you're like me and do
Could it be that Diatheke does not understand linked verses. Can you
try another app to see if it is there?
On Jul 9, 2008, at 10:01 PM, Brian J. Dumont wrote:
hi all,
I'm trying to prepare an OSIS commentary module (just in the
preliminary stage really), and am having trouble with multi-v
I came across this MSDN Library article and thought maybe someone would
be interested in it.
Migrating to the eVC 4.0 Environment
http://msdn.microsoft.com/en-us/library/ms838200.aspx
I think I'll give it a shot after I have svn configured correctly.
--
SonWon
I choose God and all that my cho
You have the correct files. That last occurrance of "swordreader"
simply tells the command-line svn client to put the files into a
directory called "swordreader." Otherwise, it checks them out, by
default, into a directory called "trunk." If you're like me and do
several source builds from one d
David Trotz wrote:
> Most all Windows Mobile applications follow this guideline. While I agree it
> does feel more constrained; sometimes it takes limits to inspire creativity.
>
That is why I waited 24 hours to respond, I was trying to think of
another way, nothing came to me. I hope other
[EMAIL PROTECTED] wrote:
> snip...
>
> David Trotz wrote:
>
>> Also FYI:
>>
>> You can get the source through svn either at the command line by:
>> svn checkout https://crosswire.org/svn/swordreader/trunk swordreader
>> and you will obviously need the sword lib...
>> svn checkout ht
hi all,
I'm trying to prepare an OSIS commentary module (just in the preliminary
stage really), and am having trouble with multi-verse content. In my
case, trouble means that I don't get any. I'm trying to follow the
wiki. This is my sample file:
--
Most all Windows Mobile applications follow this guideline. While I agree it
does feel more constrained; sometimes it takes limits to inspire creativity.
Certainly lets discuss this further. I would like to hear others opinions as
well; including Albert Sites and Barry Drake.
If we diverge to two
On Wed, Jul 9, 2008 at 6:35 PM, DM Smith <[EMAIL PROTECTED]> wrote:
>
> On Jul 9, 2008, at 6:08 PM, Greg Hellings wrote:
>
>> So I've overcome my problems with the chapter/book titles - I hadn't
>> set the Headings() option to on. Now that I've figured that one out,
>> I've run into this curiosity
On Jul 9, 2008, at 6:08 PM, Greg Hellings wrote:
> So I've overcome my problems with the chapter/book titles - I hadn't
> set the Headings() option to on. Now that I've figured that one out,
> I've run into this curiosity. It appears in the kjvfull.xml (and also
> in the KJV module), but not in
David Trotz wrote:
> snip...
>> The gui looks real clean. I would prefer the navigate features to be
>> single tap access instead of having to tap into a menu. Is there a
>> reason behind the current menu system, like M$ usability guidelines?
>>
>>
> The menu was driven by the Smartphon
Hi Manfred,
After I did as you told me to workaround the problem with not having
"module installer" I managed to see it.
Thanks,
Jónatas Ferreira
Em 2008/07/05, às 20:00, [EMAIL PROTECTED] escreveu:
> Hi J?natas.
>
> Hmm. I didn't notice that the "2" of 1.4.0b2 is not shown in "About"
> wind
So I've overcome my problems with the chapter/book titles - I hadn't
set the Headings() option to on. Now that I've figured that one out,
I've run into this curiosity. It appears in the kjvfull.xml (and also
in the KJV module), but not in the kjv.xml and so on. The first
occurrence appears to be
Every now and then we get a question whether we have the 1611 version of
the KJV. Our answer pretty much is that they don't know what they are
asking for and that if we did have it, they wouldn't be able to read it.
I have put up a page in the wiki with Genesis 1. I have retained as much
of the
On Tue, Jun 17, 2008 at 6:46 AM, DM Smith <[EMAIL PROTECTED]> wrote:
>
> On Jun 17, 2008, at 1:26 AM, Greg Hellings wrote:
>
>> On Mon, Jun 16, 2008 at 9:42 PM, DM Smith <[EMAIL PROTECTED]>
>> wrote:
>>>
>>> On Jun 16, 2008, at 9:23 PM, Greg Hellings wrote:
>>>
I'm looking through the mod2osis
Troy,
> Yeah, somewhere before:
>
> s += (TCHAR *)m_modCurText->RenderText();
>
> add the line:
>
> m_modCurText->processEntryAttributes(false);
>
I tried this as well. When you mentioned it in #sword yesterday, the
first thing I did when I got home was try this. When it didn't improve
my resul
Yeah, somewhere before:
s += (TCHAR *)m_modCurText->RenderText();
add the line:
m_modCurText->processEntryAttributes(false);
Your call to:
SWBuf preverseHeading = m_modCurText->getEntryAttributes()...;
is off anyway, as entryAttributes aren't populated until RenderText is
called. So this pr
22 matches
Mail list logo
