[ReDev] ReDIF-Perl at shuli

['Christian Zimmermann']

And there could be other *-x-*

Christian Zimmermann                          FIGUGEGL!
Economic Research
Federal Reserve Bank of St. Louis
P.O. Box 442
St. Louis MO 63166-0442 USA
https://ideas.repec.org/zimm/   @CZimm_economist

On Thu, 16 Jun 2016, Sune Karlsson wrote:

> There is Author-x-name-first and Author-x-name last where this could be bad.
>
> Unrelated: Can the Reply-To header be set to the list?
>
> /Sune
>
>> -----Original Message-----
>> From: ReDIF-dev [mailto:redif-dev-bounces at lists.openlib.org] On Behalf
>> Of Jose Manuel Barrueco
>> Sent: Thursday, June 16, 2016 11:58 PM
>> To: 'Christian Zimmermann'; zimmermann at stlouisfed.org; Thomas Krichel;
>> Jose Manuel Barrueco; redif-dev at lists.openlib.org
>> Subject: Re: [ReDev] ReDIF-Perl at shuli
>>
>>
>>  I agree with that.
>>
>>
>>> As X-* is user defined, why not simply carry it along unmodified?
>>>
>>> Christian Zimmermann                          FIGUGEGL!
>>> Economic Research
>>> Federal Reserve Bank of St. Louis
>>> P.O. Box 442
>>> St. Louis MO 63166-0442 USA
>>> https://ideas.repec.org/zimm/   @CZimm_economist
>>>
>>> On Thu, 16 Jun 2016, Sune Karlsson wrote:
>>>
>>>>> -----Original Message-----
>>>>> From: CitEc-run [mailto:citec-run-bounces at lists.openlib.org] On
>> Behalf
>>>>> Of Jose Manuel Barrueco
>>>>> Sent: Thursday, June 16, 2016 8:05 PM
>>>>> To: Thomas Krichel; krichel at openlib.org; CitEc List
>>>>> Subject: Re: [CitEc] ReDIF-Perl at shuli
>>>>>
>>>>>
>>>>>>>  adnetec at shuli:~$ rere RePEc/remo/per/pers/s/psc418.rdf
>>>>>>>
>>>>>>>  the output is not utf8
>>>>>>
>>>>>>   Well rere is a very old executable.
>>>>>
>>>>>  well, this doesn't seem to be a good answer :) any way, I get the
>> same
>>>>> result when I use the perl module.
>>>>
>>>> Why should the output be UTF-8? It should ideally be whatever
>> character set your console uses.
>>>>
>>>> Or is there a use for rere other than seeing the pretty printed
>> content of a template?
>>>>
>>>>>
>>>>>
>>>>>>> With the new versions, it seems the xml tags are
>>>>>>> removed in the output so, the references can't be processed.
>>>>>>
>>>>>>   Yes. I was aware of that issue. I suspect it came
>>>>>>   from changes proposed by Sune, who does not use
>>>>>>   this data. I am not sure how to deal with this.
>>>>>>
>>>>>>   I think we need discussion on RePEc run or a special
>>>>>>   list to deal with ReDIF.
>>>>>
>>>>>  Any idea about how to revert to the previous status in the
>> meanwhile..
>>>>>
>>>>
>>>> I think this is a quite old change in behavior. Version 2.69 added
>> removal of html tags (with HTML::Strip) and I presume this also removes
>> the XML markup. 2.69 is from 2012.
>>>>
>>>> There could be an option to not strip out the html (in the easiest
>> implementation this would then also not decode html entities).
>> Alternatively the X-Ref attribute could be special-cased to not strip
>> the html in the value .
>>>>
>>>> /Sune
>>>>
>>>>>
>>>>>
>>>>> --
>>>>>
>>>>> --
>>>>> José Manuel Barrueco                   <barrueco at uv.es>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> CitEc-run mailing list
>>>>> CitEc-run at lists.openlib.org
>>>>> http://lists.openlib.org/cgi-bin/mailman/listinfo/citec-run
>>>>
>>>> _______________________________________________
>>>> ReDIF-dev mailing list
>>>> ReDIF-dev at lists.openlib.org
>>>> http://lists.openlib.org/cgi-bin/mailman/listinfo/redif-dev
>>>>
>>
>>
>> --
>>
>> --
>> José Manuel Barrueco                   <barrueco at uv.es>
>>
>>
>>
>>
>> _______________________________________________
>> ReDIF-dev mailing list
>> ReDIF-dev at lists.openlib.org
>> http://lists.openlib.org/cgi-bin/mailman/listinfo/redif-dev
>