Enrico Forestieri wrote:
> On Fri, Apr 01, 2011 at 12:17:43AM +0200, Pavel Sanda wrote:
>
> > Julien Rioux wrote:
> > > On 31/03/2011 3:36 AM, venom00 wrote:
> > >> Feel free to edit the patch if something is wrong. Just when (and if)
> > >> you
> > >> commit
> > >> tell me the revision #. Thank
On Fri, Apr 01, 2011 at 12:17:43AM +0200, Pavel Sanda wrote:
> Julien Rioux wrote:
> > On 31/03/2011 3:36 AM, venom00 wrote:
> >> Feel free to edit the patch if something is wrong. Just when (and if) you
> >> commit
> >> tell me the revision #. Thanks!
> >
> > You have my OK and Pavel can have th
Julien Rioux wrote:
> On 31/03/2011 3:36 AM, venom00 wrote:
>> Feel free to edit the patch if something is wrong. Just when (and if) you
>> commit
>> tell me the revision #. Thanks!
>
> You have my OK and Pavel can have the final word on it.
i really didnt follow this thread closely to make some
On 31/03/2011 3:36 AM, venom00 wrote:
Feel free to edit the patch if something is wrong. Just when (and if) you commit
tell me the revision #. Thanks!
You have my OK and Pavel can have the final word on it.
--
Julien
On 31/03/2011 3:36 AM, venom00 wrote:
Do they remain there or after moving the mouse/cursor they go to the right
place? I've noticed similar problems with IP images: when they're rendered for
the first time often are in the wrong place, but moving the cursor over it
solves the problem (a simple r
> Why "import legacy_lyxpreview2ppm" ? You should add what you need to
> the "from legacy_lyxpreview2ppm import" statement.
Remained from testing Python in VS2010 :P
> > +
> > +if success == 0:
> > +error("Failed to extract metrics info from %s" % log_file)
> > +
>
On Thu, Mar 31, 2011 at 12:40:12AM +0200, veno...@arcadiaclub.com wrote:
[...]
> Index: lib/scripts/lyxpreview2bitmap.py
> ===
> --- lib/scripts/lyxpreview2bitmap.py (revisione 38163)
> +++ lib/scripts/lyxpreview2bitmap.py (copia loc
> That's great, thanks! The patch applies fine and I can't make
> it to fail
> with my test cases. I get a bunch of
>
> GPL Ghostscript 8.71: Unrecoverable error, exit code 1
>
> on the terminal but all previews appear (and I think I saw
> those error
> messages before, too). Nice work!
Than
do you notice sometimes the eqn numbers are way to the right of the LyX
window, half outside the LyX window?
On 30/03/2011 6:40 PM, veno...@arcadiaclub.com wrote:
From what I can tell the issue arises from a bug in either hyperref
package or preview-latex package: when eqn numbers are
involved an error
occurs on dvi output and we don't recover a preview image. As
mentioned
the solutions proposed are
> From what I can tell the issue arises from a bug in either hyperref
> package or preview-latex package: when eqn numbers are
> involved an error
> occurs on dvi output and we don't recover a preview image. As
> mentioned
> the solutions proposed are workarounds. venom is working on a better
On 03/29/2011 09:29 AM, Julien Rioux wrote:
On 29/03/2011 2:46 AM, Guenter Milde wrote:
However, is it possible to use "non-image" equation numbers also with
"math images"? Seems like the better method anyway.
Günter
Everything's possible. Seems to me the better method too. Please can
we h
On 29/03/2011 2:46 AM, Guenter Milde wrote:
However, is it possible to use "non-image" equation numbers also with
"math images"? Seems like the better method anyway.
Günter
Everything's possible. Seems to me the better method too. Please can we
have other opinions on this?
--
Julien
On 2011-03-28, Julien Rioux wrote:
> On 27/03/2011 7:09 PM, Pavel Sanda wrote:
>> Julien Rioux wrote:
>>> I would suggest one more:
>>> - remove eqn. numbers from previews; they tend to be wrong anyway
>> does not this break xhtml math export with images?
> yes, it would.
However, is it possible
On 28/03/2011 4:45 PM, Richard Heck wrote:
I see, so we'd have to regenerate these quite often. So perhaps removing
the numbers is the right way to go, anyway.
In 1.6, if I remember right, one always just gets (1) as the equation
number, which is also kind of useless. But it does at least indica
On 03/28/2011 04:12 PM, Julien Rioux wrote:
On 28/03/2011 3:57 PM, Richard Heck wrote:
On 03/28/2011 01:24 PM, Julien Rioux wrote:
At the moment it's working fine. We have three workaround solutions
for the dvi/eqn. numbers/hyperref/preview bug
#1 go pdf route
#2 remove hyperref from preview
On 28/03/2011 3:57 PM, Richard Heck wrote:
On 03/28/2011 01:24 PM, Julien Rioux wrote:
At the moment it's working fine. We have three workaround solutions
for the dvi/eqn. numbers/hyperref/preview bug
#1 go pdf route
#2 remove hyperref from preview
#3 remove eqn. numbers from previews
All thr
On 03/28/2011 01:24 PM, Julien Rioux wrote:
At the moment it's working fine. We have three workaround solutions
for the dvi/eqn. numbers/hyperref/preview bug
#1 go pdf route
#2 remove hyperref from preview
#3 remove eqn. numbers from previews
All three have problems, and #3 would affect xhtm
> At the moment it's working fine. We have three workaround
> solutions for
> the dvi/eqn. numbers/hyperref/preview bug
>
> #1 go pdf route
> #2 remove hyperref from preview
> #3 remove eqn. numbers from previews
#4 use pdflatex as a fallback solution after the legacy route failed.
The patch i
On 28/03/2011 1:19 PM, Richard Heck wrote:
On 03/28/2011 01:05 PM, Julien Rioux wrote:
On 27/03/2011 7:09 PM, Pavel Sanda wrote:
Julien Rioux wrote:
I would suggest one more:
- remove eqn. numbers from previews; they tend to be wrong anyway
does not this break xhtml math export with images?
On 03/28/2011 01:05 PM, Julien Rioux wrote:
On 27/03/2011 7:09 PM, Pavel Sanda wrote:
Julien Rioux wrote:
I would suggest one more:
- remove eqn. numbers from previews; they tend to be wrong anyway
does not this break xhtml math export with images?
pavel
yes, it would.
In that case, what
On 27/03/2011 7:09 PM, Pavel Sanda wrote:
Julien Rioux wrote:
I would suggest one more:
- remove eqn. numbers from previews; they tend to be wrong anyway
does not this break xhtml math export with images?
pavel
yes, it would.
--
Julien
Julien Rioux wrote:
> I would suggest one more:
> - remove eqn. numbers from previews; they tend to be wrong anyway
does not this break xhtml math export with images?
pavel
method was used on such
> snippets and it worked fine. So it seems that only *some* psspecials
> should be sent to legacy, not all.
You're right dvipng creates the PNG image, but...
> #7303: InstantPreview fails with hyperref
> Comment(by reiguz):
> Infact forcing the dvipng ro
On 24/03/2011 10:55 AM, veno...@arcadiaclub.com wrote:
I would suggest one more:
- remove eqn. numbers from previews; they tend to be wrong anyway
Isn't this too specific as a solution? I think there are several other things
wrong we'll probably never know.
I don't think it's too specific. T
> I would suggest one more:
> - remove eqn. numbers from previews; they tend to be wrong anyway
Isn't this too specific as a solution? I think there are several other things
wrong we'll probably never know.
> Yet these are just workarounds. I try to catch attention of other
> developers on how
http://www.lyx.org/trac/ticket/7303
There are problems with a combination of
dvi/instant-preview/hyperref/eqn numbers. Already the bug has been fixed
by going the pdf route for instant preview, but this breaks recent work
to have instant-preview of pstricks.
So far we have only workaround so
27 matches
Mail list logo
