[EP-tech] Re: #include in Eprints 3.3.9 // error

Seb,

It works beautiful. I really appreciate your kindness.

Regards,

Cristian

On Thu, May 24, 2012 at 8:11 AM, Sebastien Francois <sf2 <at> ecs.soton.ac.uk> wrote:
> There you go:
>
> <div id="eplatest"/>
> <script type="text/javascript">
>         new Ajax.Updater( 'eplatest', '/cgi/latest_tool', {
> parameters:"mainonly=yes"});
> </script>
>
> You may have to add CSS to the "eplatest" <div> to limit its height etc.
>
> Seb.
>
> On 24/05/12 12:08, Centro de Documentación wrote:
>> Hi Sebastien,
>>
>> Many thanks for your quick answer.
>>
>> Could you give me an example using an Ajax callback?
>>
>> Regards,
>>

[EP-tech] Re: #include in Eprints 3.3.9 // error

There you go:

<div id="eplatest"/>
<script type="text/javascript">
         new Ajax.Updater( 'eplatest', '/cgi/latest_tool', { 
parameters:"mainonly=yes"});
</script>

You may have to add CSS to the "eplatest" <div> to limit its height etc.

Seb.

On 24/05/12 12:08, Centro de Documentación wrote:
> Hi Sebastien,
>
> Many thanks for your quick answer.
>
> Could you give me an example using an Ajax callback?
>
> Regards,
>
> Cristian
>
>
>
>
> On Thu, May 24, 2012 at 7:09 AM, Sebastien Francois<sf2 <at> ecs.soton.ac.uk>  wrote:
>> Hi,
>>
>> That kind of problems is caused by the Lightbox (JS library used by

[EP-tech] Re: #include in Eprints 3.3.9 // error

Hi Sebastien,

Many thanks for your quick answer.

Could you give me an example using an Ajax callback?

Regards,

Cristian

On Thu, May 24, 2012 at 7:09 AM, Sebastien Francois <sf2 <at> ecs.soton.ac.uk> wrote:
> Hi,
>
> That kind of problems is caused by the Lightbox (JS library used by
> EPrints) being loaded twice. Have a look at the source of your example
> page: you will see that instead of returning an HTML fragment, the
> #include /cgi/latest_tool returns the entire page - so my guess here is
> that the param "?mainonly=yes" got lost on the way.
>
> We've had many troubles with using #include too (mostly because of
> params not being passed properly to the CGI), we're using a simple Ajax
> callback now instead.
>
> Seb.
>
> On 24/05/12 01:31, Centro de Documentación wrote:
>> Here you can see what happens
>>
>> http://nulan.mdp.edu.ar/test.html
>>

[EP-tech] Re: Unicode characters rendering in IE

On Thu, 2012-05-24 at 09:59 +0000, Budden, Yvonne wrote:
> Dear All,
> 
>  
> 
> We’ve come up against an issue with the display of special unicode
> characters in our repository, but only when being rendered by Internet
> Explorer.

This looks like the solution:
http://ztoe.net/2008/11/ie-unicode-freakout-boxes-css/

In EPrints, add to your auto/zz_local.css:

body {
  font-family: "Arial Unicode MS", sans-serif;
}

--

-- 
All the best,
Tim

*** Options: http://mailman.ecs.soton.ac.uk/mailman/listinfo/eprints-tech
*** Archive: http://www.eprints.org/tech.php/
*** EPrints community wiki: http://wiki.eprints.org/

[EP-tech] Re: #include in Eprints 3.3.9 // error

Hi,

That kind of problems is caused by the Lightbox (JS library used by 
EPrints) being loaded twice. Have a look at the source of your example 
page: you will see that instead of returning an HTML fragment, the 
#include /cgi/latest_tool returns the entire page - so my guess here is 
that the param "?mainonly=yes" got lost on the way.

We've had many troubles with using #include too (mostly because of 
params not being passed properly to the CGI), we're using a simple Ajax 
callback now instead.

Seb.

On 24/05/12 01:31, Centro de Documentación wrote:
> Here you can see what happens
>
> http://nulan.mdp.edu.ar/test.html
>
>
> ---------- Forwarded message ----------
> Subject: #include in Eprints 3.3.9
> To: eprints-tech <at> ecs.soton.ac.uk
>
>
> Hi,
>
> If I use<!--#include virtual="/cgi/latest_tool?mainonly=yes"-->  on my
> index.xpage the template is corrupted.
>

[EP-tech] Unicode characters rendering in IE

*** Options: http://mailman.ecs.soton.ac.uk/mailman/listinfo/eprints-tech
*** Archive: http://www.eprints.org/tech.php/
*** EPrints community wiki: http://wiki.eprints.org/

[EP-tech] question thumbmails/icons

Hi all,

we are adding docs onto an Eprints on follow way:

        $doc_file_name = basename( $doc_file );
        $doc = EPrints::DataObj::Document::create( $ep_session, $eprint );
        $doc->set_value( "format", "image/jpeg" );
        $doc->add_file( $doc_file, "$doc_file_name" );
        $doc->set_value( "main", $doc_file_name );
        $doc->commit;

Try to creating a thumbnail

        $doc->render_icon_link( %ep_doc_render_icon_link_opts );
        $doc->render_preview_link();

with  my %ep_doc_render_icon_link_opts = (
    new_window => 0,
    preview    => 1,
    public     => 1,
);

has no effect (no lightbox).

Any Ideas?

best 
Ulf
--

-- 
OntoChem GmbH
Heinrich-Damerow-Str. 4
06120 Halle (Saale)
Germany
Tel. +49-345-478047-4
Fax: +49-345-478047-1

HRB 215461 Amtsgericht Stendal; USt-IdNr.: DE246232735
*** Options: http://mailman.ecs.soton.ac.uk/mailman/listinfo/eprints-tech
*** Archive: http://www.eprints.org/tech.php/
*** EPrints community wiki: http://wiki.eprints.org/

[EP-tech] ubuntu upgrade breaks eprints

*** Options: http://mailman.ecs.soton.ac.uk/mailman/listinfo/eprints-tech
*** Archive: http://www.eprints.org/tech.php/
*** EPrints community wiki: http://wiki.eprints.org/

[EP-tech] #include in Eprints 3.3.9 // error

Here you can see what happens

http://nulan.mdp.edu.ar/test.html

---------- Forwarded message ----------
Subject: #include in Eprints 3.3.9
To: eprints-tech <at> ecs.soton.ac.uk

Hi,

If I use <!--#include virtual="/cgi/latest_tool?mainonly=yes"--> on my
index.xpage the template is corrupted.

In EP 3.2.6 worked well.

Does anyone know what happened?

Thanks,

Cristian
*** Options: http://mailman.ecs.soton.ac.uk/mailman/listinfo/eprints-tech
*** Archive: http://www.eprints.org/tech.php/
*** EPrints community wiki: http://wiki.eprints.org/

[EP-tech] #include in Eprints 3.3.9

Hi,

If I use <!--#include virtual="/cgi/latest_tool?mainonly=yes"--> on my
index.xpage the template is corrupted.

In EP 3.2.6 worked well.

Does anyone know what happened?

Thanks,

Cristian
*** Options: http://mailman.ecs.soton.ac.uk/mailman/listinfo/eprints-tech
*** Archive: http://www.eprints.org/tech.php/
*** EPrints community wiki: http://wiki.eprints.org/

[EP-tech] Re: EPrints XML SWORD package

On 23/05/12 08:08, Mark Gregson wrote:
> For SWORD deposits using EPrints XML packages, do the documents need to
> be Base64 encoded and embedded in the XML or can they also be included
> in the zip as separate files? This is primarily in regard to 3.2.

You can do either..... but you do need a SWORD importer to match the 
"packaging" type you are sending:

- If you are sending METSDSpaceSIP formatted data, you need an importer 
than understands that
- If you are sending ORE linked data, you need an importer than 
understands that
- If you are sending a single XML file, with Base64-encoded files within 
the XML document, you need an importer for that.

The best advice I can offer is
1) Check what the "servicedocument" reports the repository accepts, and then
2) Have a look at the code for the importer you want to use: some of 
them are very skeletal frameworks and really need additional work to be 
truly useful..

-- 

Ian Stuart.
Developer: ORI, RJ-Broker, and OpenDepot.org
Bibliographics and Multimedia Service Delivery team,
EDINA,
The University of Edinburgh.

http://edina.ac.uk/

This email was sent via the University of Edinburgh.

The University of Edinburgh is a charitable body, registered in
Scotland, with registration number SC005336.

*** Options: http://mailman.ecs.soton.ac.uk/mailman/listinfo/eprints-tech
*** Archive: http://www.eprints.org/tech.php/
*** EPrints community wiki: http://wiki.eprints.org/