Hi Troy,
That does not seem consistent with the observation that PocketSword v 1.4.8
renders them suitably. See my earlier reply.
Unless maybe a new bug has occurred in SWORD since PS 1.4.8 was released and
that was made with SWORD 1.7.x
Or perhaps if different compiler directives were in play.
Best regards
David
Sent from ProtonMail Mobile
On Mon, Mar 18, 2019 at 12:51, Troy A. Griffitts <scr...@crosswire.org> wrote:
> This likely means that our GBFPlain filter doesn't recognize these GBF tags
> and ignores them this should be a simple fix in the filter.
>
> http://crosswire.org/svn/sword/trunk/src/modules/filters/gbfplain.cpp
>
> On March 18, 2019 12:12:59 AM MST, Tobias Klein <cont...@tklein.info> wrote:
>
>> I tried to initialize my SWMgr object like this:
>>
>> mgr = new SWMgr(new MarkupFilterMgr(FMT_PLAIN));
>>
>> Yet the results are still the same for the GerSch module as described
>> earlier.
>>
>> Best regards,
>> Tobias
>>
>> On 17.03.19 19:46, Troy A. Griffitts wrote:
>>
>>> Hi Tobias. SWORD renders these tags for you if the planets are aligned.
>>> When you create your SWMgr, you tell it what "Render" markup you would
>>> like. We highly recommend XHTML. This will tell the SWMgr factory class to
>>> construct SWModule oblects with all the necessary filters added to produce
>>> your requested render markup when you call SWModule::renderText. The
>>> SWModule::stripText will also render plaintext output because SWMgr will
>>> add appropriate filters (as Greg has said GBFPlain, in this case). If the
>>> old GBF German Bible module you are using is made correctly, its .conf file
>>> will include a SourceType=GBF. This will allow SWMgr to pick the right
>>> filters to add. You shouldn't need to add any manually.
>>>
>>> You can find examples in the source under: sword/examples
>>>
>>> Here's a good one to steal from which contains most of the coded needed to
>>> write frontend display code.
>>>
>>> http://crosswire.org/svn/sword/trunk/examples/tasks/parallelbibles.cpp
>>>
>>> On March 17, 2019 10:45:34 AM MST, Tobias Klein
>>> [<cont...@tklein.info>](mailto:cont...@tklein.info) wrote:
>>>
>>>> On 17.03.19 18:38, Greg Hellings wrote:
>>>>
>>>>> You might need to add an instance of the GBFPlain class to the filter
>>>>> set before calling for stripText. It is specifically crafted to strip
>>>>> the tags you're talking about.
>>>>>
>>>>> In general, you'll want to add a <Format>Plain object to the filter
>>>>> set for any module you're processing to plain text, where <Format> can
>>>>> be picked up by a query to the conf for the given module. Classes
>>>>> should exist for GBF, OSIS, TEI, and ThML source formatted text.
>>>>
>>>> Thanks, makes sense.
>>>>
>>>> Before figuring out the details myself - can you point me to any code
>>>> example already existing? I think I once tried to add the GBFPlain class
>>>> to the filter set, but somehow it didn't work as expected? Maybe I used
>>>> it wrongly ...
>>>>
>>>> Best regards,
>>>> Tobias
>>>> ---------------------------------------------------------------
>>>>
>>>> sword-devel mailing list:
>>>> sword-devel@crosswire.org
>>>>
>>>> http://www.crosswire.org/mailman/listinfo/sword-devel
>>>> Instructions to unsubscribe/change your settings at above page
>>>
>>> --
>>> Sent from my Android device with K-9 Mail. Please excuse my brevity.
>
> --
> Sent from my Android device with K-9 Mail. Please excuse my brevity.
_______________________________________________
sword-devel mailing list: sword-devel@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page
