Hi.
We're using Views data export to export our datas in *.txt files

It works fine, except ' caracters which are exported in &#039 inside the final *.txt file, which give us "it&#039s cat" where we'd like to have "it's cat"

Any way to fix that ?
Help welcome
Best regards
D

Support from Acquia helps fund testing for Drupal Acquia logo

Comments

Simon Georges’s picture

Version: 7.x-3.0-beta6 » 7.x-3.x-dev
Status: Active » Needs review
FileSize
708 bytes

Is it better with this patch?

This patch is part of the #1day1patch initiative.

Status: Needs review » Needs work

The last submitted patch, views_data_export-1865688-2-decode_entities.patch, failed testing.

Simon Georges’s picture

Status: Needs work » Needs review
FileSize
1.25 KB

Is it because of the empty line?

Status: Needs review » Needs work

The last submitted patch, views_data_export-1865688-3-decode_entities.patch, failed testing.

dbourrion’s picture

Status: Needs work » Needs review

Status: Needs review » Needs work

The last submitted patch, views_data_export-1865688-3-decode_entities.patch, failed testing.

dbourrion’s picture

Hi
Thanks but... as I'm a newbie and as the test of the patch looks failing, sould I try it anyway ?

Simon Georges’s picture

@dbourrion, yes, you should, I need to fix the tests, I don't know how yet... but if it works for you, it's a first indication (try the first patch, no need to take the modification of the tests that are within the second patch).
Thanks for your feedback.

dbourrion’s picture

Hi
Patch applyed
On my views preview, got a popup with

"Une erreur HTTP AJAX s'est produite.
Code de statut HTTP : 500
Informations de débogage ci-dessous.
Chemin : /dune/?q=admin/structure/views/view/export/preview/views_data_export_1/ajax
StatusText: Internal Server Error
ResponseText : []"

If i go to the real display of that export, got only that on screen :

[]

Before the patch, that real display export was

[]

000000384 FMT L EB
000000384 LDR L -----nlm0-2200000---450-
000000384 035 L $$adune384
000000384 091 L $$adune384
000000384 100 L $$a20121228d2012----k--y0frey50------ba
000000384 102 L $$aFR
000000384 2001 L $$atest2812création$$bRessource électronique$$fJ. Doe$$gsous la direction de D. B

Yes,

[]

was already there but it wasn't a prob before :)

Simon Georges’s picture

Wow... Ok. I need to dig deeper... I'm wondering what kind of data you're trying to display.

dbourrion’s picture

;)
We're a french academic library http://bu.univ-angers.fr (D6 website)

We're using drupal with the biblio module for a university website (see the production website here http://dune.univ-angers.fr/) where we're collecting our student's academic works.

We have to export some bibliographic data to push them into our ILS (Aleph, from ExLibris) : that's where Views data export comes.
The export takes some field from biblio, and rewrites them so that the result is a TXT files looking like that

000000384 FMT L EB
000000384 LDR L -----nlm0-2200000---450-
000000384 035 L $$adune384
000000384 091 L $$adune384
000000384 100 L $$a20121228d2012----k--y0frey50------ba
000000384 102 L $$aFR
000000384 2001 L $$atest2812création$$bRessource électronique$$fJ. Doe$$gsous la direction de D. B

(it's compliant to ISO2709, a bibliographic numeric way of formatting data that our ILS can manage)

Then, we take the resulting *.txt files to push them into our ILS. It works fine (for the moment, the &#039 things are cleaned AFTER the export with Linux scripts but it should be better to have a clean export ;) )

Don't know if I explain clearly :(

Simon Georges’s picture

You did, I just wasn't expecting that kind of data... I'll take another look at trying to patch it as soon as I have the time.

dbourrion’s picture

:)

Rebekaloz’s picture

I need to add custom xml .

lalbright’s picture

Issue summary: View changes

What is the status here ... the last comment was three years ago. Is this module actively supported still? I too use this module for something unique. We import code snippets into a "Code" content type, and use the Data Export module to export specifically tagged collections of code snippets as fully functional user-extension files for Selenium RC automation testing (also acting as a form of version control and central distribution, as well as being able to provide edits and comments on each block of source).

Would be nice to get this fixed. :) The ability to export code this like is awesome, if we didn't have to do any cleanup after the export.