Pavel Sanda wrote:
> > I'm gonna commit the patch to branch and trunk, if no one objects.
>
> nice to see. while you are at it could you put some brief doc about copiers
> usage somewhere? it was clear even devs are not sure how it works.
I'd do that if i fully understood ...
Jürgen
Pavel Sanda wrote:
Jürgen Spitzmüller wrote:
Alex Fernandez wrote:
I have this pending task since almost a month ago, but am no nearer to
a solution. Any takers?
With the attached patch for LyX and a fixed (yet unreleased) version of eLyXer
which Alex sent to me, the issue is re
Jürgen Spitzmüller wrote:
> Alex Fernandez wrote:
> > I have this pending task since almost a month ago, but am no nearer to
> > a solution. Any takers?
>
> With the attached patch for LyX and a fixed (yet unreleased) version of
> eLyXer
> which Alex sent to me, the issue is resolved.
>
> I'm g
Alex Fernandez wrote:
> I have this pending task since almost a month ago, but am no nearer to
> a solution. Any takers?
With the attached patch for LyX and a fixed (yet unreleased) version of eLyXer
which Alex sent to me, the issue is resolved.
I'm gonna commit the patch to branch and trunk, if
Hi Georg,
On Fri, Jun 12, 2009 at 8:14 PM, Georg
Baum wrote:
> This is not necessarily needed for files that are not directly converted by
> LyX (with a user definable converter): The already mentioned fig_copy.py
> does not copy images included in the .fig file, it rather replaces them by
> absol
Jürgen Spitzmüller wrote:
> Georg Baum wrote:
>> No, they work for both directions.
>
> Could you tell me how to setup a copier that copies all images to the temp
> dir, then?
I know that copiers are used in general for both directions (see e.g.
fig_copy.py). I have not tested the particular cas
On Thu, Jun 11, 2009 at 2:59 PM, Jürgen Spitzmüller wrote:
>> That would be in-place conversion: /home/work/doc.lyx becomes
>> /home/work/doc.html, and references the same images. But that is not
>> what other LyX developers want: they prefer an output folder
>> /home/work/docHtml/ and place everyt
Alex Fernandez wrote:
> On Thu, Jun 11, 2009 at 12:01 PM, Jürgen Spitzmüller wrote:
> > The whole point is that the pictures are _not_ copied to the tmp dir.
> > They are still (only) in /home/work/.
>
> That would be in-place conversion: /home/work/doc.lyx becomes
> /home/work/doc.html, and refere
On Thu, Jun 11, 2009 at 12:01 PM, Jürgen Spitzmüller wrote:
> The whole point is that the pictures are _not_ copied to the tmp dir. They are
> still (only) in /home/work/.
That would be in-place conversion: /home/work/doc.lyx becomes
/home/work/doc.html, and references the same images. But that is
Alex Fernandez wrote:
> Excuse my ignorance, but why should it do that? Let us follow the
> sequence of events and you tell me where I have it wrong.
> - A document is located at, say, /home/work/doc.lyx, referencing
> /home/work/pic.eps (as a relative path, i.e. "pic.eps").
> - The document (not t
Hi Richard,
On Wed, Jun 10, 2009 at 7:10 PM, Richard Heck wrote:
> What would work would be for elyxer itself, as it goes through the file, to
> copy the images into the tempdir, and then the copier would take care of
> transferring them. Perhaps elyxer could get a flag telling it whether to do
>
Hi,
On Wed, Jun 10, 2009 at 9:15 AM, Jürgen Spitzmüller wrote:
>> Hope this does it, please report any further issues.
>
> It doesn't work yet. What it now correctly does is finding the image in the
> working directory and converting it to png (btw, why is it needed to convert a
> jpg to a png?)
Jürgen Spitzmüller wrote:
Pavel Sanda wrote:
1. The images are not copied to the temp dir (this operation happens in
InsetGraphics::latex, which is of course never called for eLyXer
we have this hardcoded? what was the point of copiers then?
As far as I understand it, the copie
Alex Fernandez wrote:
> Right, it was a bug. Fixed now for 0.26, which I am releasing as we speak:
> http://download.savannah.gnu.org/releases-noredirect/elyxer/
>
> Hope this does it, please report any further issues.
It doesn't work yet. What it now correctly does is finding the image in the
Georg Baum wrote:
> No, they work for both directions.
Could you tell me how to setup a copier that copies all images to the temp
dir, then?
Jürgen
Hi Jürgen,
On Tue, Jun 9, 2009 at 11:31 AM, Jürgen Spitzmüller wrote:
>> I only see one solution for now: use absolute image paths in eLyXer (or add
>> an option to enable this).
>
> Hm, I think that using a converter such as
> elyxer.py --directory $$r $$i $$o
> should actually do the trick; howe
Jürgen Spitzmüller wrote:
> Pavel Sanda wrote:
>> > 1. The images are not copied to the temp dir (this operation happens in
>> > InsetGraphics::latex, which is of course never called for eLyXer
>>
>> we have this hardcoded? what was the point of copiers then?
This is only semi hardcoded. The usua
Jürgen Spitzmüller wrote:
> I only see one solution for now: use absolute image paths in eLyXer (or add
> an option to enable this).
Hm, I think that using a converter such as
elyxer.py --directory $$r $$i $$o
should actually do the trick; however, the --directory option of eLyXer seems
to be non
Pavel Sanda wrote:
> > 1. The images are not copied to the temp dir (this operation happens in
> > InsetGraphics::latex, which is of course never called for eLyXer
>
> we have this hardcoded? what was the point of copiers then?
As far as I understand it, the copiers are for the opposite direction:
Jürgen Spitzmüller wrote:
> Jürgen Spitzmüller wrote:
> > > I have this pending task since almost a month ago, but am no nearer to
> > > a solution. Any takers?
> >
> > Does this patch help?
>
> It doesn't.
>
> AFAICS, there are several problems involved:
>
> 1. The images are not copied to the
Jürgen Spitzmüller wrote:
> > I have this pending task since almost a month ago, but am no nearer to
> > a solution. Any takers?
>
> Does this patch help?
It doesn't.
AFAICS, there are several problems involved:
1. The images are not copied to the temp dir (this operation happens in
InsetGraphi
Alex Fernandez wrote:
> I have this pending task since almost a month ago, but am no nearer to
> a solution. Any takers?
Does this patch help?
Jürgen
Index: lib/configure.py
===
--- lib/configure.py (Revision 30024)
+++ lib/configure
22 matches
Mail list logo
