Attached. Please test.
Method:
python fig2pstex.py file.fig file.pstex
python fig2pdftex.py file1.fig file1.pdftex
You should get valid file.eps, file.pstex, file1.pdf, file1.pdftex.
Bo
Index: lib/scripts/fig2pdftex.py
===
--- lib/
I just wanted to say nice work to Juergen, for doing this
http://wiki.lyx.org/FAQ/Pronunciation
It will be interesting to have a few .wav files uploaded there.
Bo
I just wanted to say nice work to Juergen, for doing this
http://wiki.lyx.org/FAQ/Pronunciation
"Glad sommar", I'm off to Bulgaria for two weeks now!
/Christian
PS. When I'll get back I'll have a look at some "infra-structure" for
dealing with FAQs - there's stuff we can do that'll help
On Wed, Jun 28, 2006 at 03:06:36PM +0200, Jean-Marc Lasgouttes wrote:
> > "Jean-Marc" == Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
>
> Jean-Marc> This is because the rowpainter code sets Wide() on these
> Jean-Marc> insets, because they are alone on a row. The following
> Jean-Marc> pat
I am not subscribed to this list; I am not a developer, but rather a happy
user of Lyx who finds that his installation on a friend's machine is failing
...
I'm not sure that I searched your bugzilla 'correctly', but 'core on exit'
turned up nothing.
I just installed Lyx on a 64-bit Linux system a
So we have a problem if we use spaces only, and a similar one if we use
tabs. Nothing is gained here by the spaces only approach.
You are right, but I can always try to replace \t by spaces if
something suspicious happens. This can not be done for pure \t or
mixed \t and space.
You have not co
Hi,
We had to move my vacation to the 7th of October until the 14th of
October because we were invited to a wedding in the family.
Therefore, if the next LyX meeting should be hosted in our house in
Turkey, it would be best to this at from the start of October up till
the 7th.
Will you be
Am Mittwoch, 28. Juni 2006 15:17 schrieb Jean-Marc Lasgouttes:
> Some time ago, you proposed the following fix. Thanking about it, I am
> not sure we want to do that. Currently, numbering and labels are not
> coupled. If we want to couple them, it should be done deeper, I think.
They are coupled
Am Dienstag, 27. Juni 2006 17:59 schrieb Bo Peng:
> The danger comes from the editors. There are times that you do not
> know what an editor will put, tab or space, so it is safer to always
> use space. For example, if you use vi to edit a .py file with spaces,
> and allow it to indent for you (wi
However, note that on native windows /dir/filename is not an absolute
path and the script would fail to replace it with the full path.
OK. The updated script (will be committed soon) uses a more
complicated algorithm, and handles this situation as well.
I.e, cygwin/*nix:
$ cat rose.fig
#FIG 3.
This gets rid of annoying debug messages. I am sure there are more,
please tell me what you see.
This goes in soon.
JMarc
Index: src/ChangeLog
===
--- src/ChangeLog (revision 14252)
+++ src/ChangeLog (working copy)
@@ -1,3 +1,7 @@
Jean-Marc Lasgouttes wrote:
"Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> Right, I am talking about transferring "cursor_timeout"
Abdelrazak> and "cursorToggle()" not the "LCursor cursor_" which is
Abdelrazak> something completely different.
So you won't get rid of
> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> Right, I am talking about transferring "cursor_timeout"
Abdelrazak> and "cursorToggle()" not the "LCursor cursor_" which is
Abdelrazak> something completely different.
So you won't get rid of cursor.h.
JMarc
Jean-Marc Lasgouttes wrote:
"Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> If we manage to transfer the cursor handling to
Abdelrazak> frontends/GuiCursor, only those two will remain:
But the cursor handling of GuiCursor is just the flashing thing on
screen, right? T
FYI: scons is making progress in packaging ...
Bo
-- Forwarded message --
From: Philipp Scholl <[EMAIL PROTECTED]>
Date: Jun 28, 2006 7:20 AM
Subject: [scons-dev] Announcement: creating rpm packages
To: [EMAIL PROTECTED]
Hi there,
the packaging infrastructure is now able to cr
> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> If we manage to transfer the cursor handling to
Abdelrazak> frontends/GuiCursor, only those two will remain:
But the cursor handling of GuiCursor is just the flashing thing on
screen, right? The use of cursor in Buffe
Jean-Marc Lasgouttes wrote:
"Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> Hello, I don't think there would be any objection to this
Abdelrazak> patch but I'll wait till the end of the day before
Abdelrazak> committing. After this patch the BufferView.h and
Abdelrazak
> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
Georg> Jean-Marc Lasgouttes wrote:
>> 2556 regression not possible to delete a label of a formula
Georg> I would not postpone 1.4.2 because of this, since there is a
Georg> workaround. If somebody has a reasonable fix: put it in,
Georg> othe
> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> Hello, I don't think there would be any objection to this
Abdelrazak> patch but I'll wait till the end of the day before
Abdelrazak> committing. After this patch the BufferView.h and
Abdelrazak> BufferView_pimpl.h head
> "Jean-Marc" == Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
Jean-Marc> This is because the rowpainter code sets Wide() on these
Jean-Marc> insets, because they are alone on a row. The following
Jean-Marc> patches test additionally that the inset is not the last
Jean-Marc> element of the
Hello,
I don't think there would be any objection to this patch but I'll wait
till the end of the day before committing. After this patch the
BufferView.h and BufferView_pimpl.h headers are pretty similar. So,
unless there is a strong objection I will put the cursor handling out of
the pimpl
Abdelrazak Younes wrote:
Edwin Leuven wrote:
some connections not made because of:
- signal typo
- slots typos
Looks good to me. Please apply.
in...
Edwin Leuven wrote:
some connections not made because of:
- signal typo
- slots typos
Looks good to me. Please apply.
Abdel.
Helge Hafting <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
| > (I wonder by my laptop is faster than my desktop... could be a font
| > issue perhaps?)
| >
| Different video hardware. The laptop may have better video hardware
| or at least a better accelerated video driver than what
> "Bennett" == Bennett Helm <[EMAIL PROTECTED]> writes:
Bennett> Yes:
Bennett> ld: warning multiple definitions of symbol _locale_charset
Bennett> ../intl/libintl.a(localcharset.o) definition of
Bennett> _locale_charset in section (__TEXT,__text)
Bennett> /usr/lib/libiconv.dylib(localcharset.
some connections not made because of:
- signal typo
- slots typos
Index: src/frontends/qt4/QPrefsDialog.C
===
--- src/frontends/qt4/QPrefsDialog.C(revision 14251)
+++ src/frontends/qt4/QPrefsDialog.C(working copy)
@@ -184,7
Abdelrazak Younes wrote:
Edwin Leuven wrote:
Abdelrazak Younes wrote:
D:\devel\lyx\trunk2\src\frontends\qt4\Dialogs.C(318) : error C2061:
syntax error : identifier 'QURL'
Idea someone?
clash with qt headers?
Indeed. Weird that burns just now... I'll rename this class.
Done.
SVN LOG:
John Spray wrote:
On Wed, 2006-06-28 at 10:31 +0200, Jean-Marc Lasgouttes wrote:
The problem as I see it is that people making changes to the core don't
want to have to make corresponding changes to three frontends -- it ties
their hands. They're right. I think it's a real drag. It's preven
Lars Gullik Bjønnes wrote:
(I wonder by my laptop is faster than my desktop... could be a font
issue perhaps?)
Different video hardware. The laptop may have better video hardware
or at least a better accelerated video driver than what your desktop have.
That way it can win a screen-painti
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
|
| > | Now you talk about it on my laptop it is exactly 16 seconds. This is
| > | too similar to be a coincidence, isn't it?
| > Hmm what is your laptop?
|
| Intel Pentium 4 Mobile CPU 1.80 GHz, 1.00 GB of RAM
Looks lik
On Wed, 2006-06-28 at 10:31 +0200, Jean-Marc Lasgouttes wrote:
> I think the gtk frontend should only be kept if it manages to become
> fully functional. John S., do you still have plans for LyX? Is there
> hope?
When I started working on lyx-gtk, it was dead. If nothing had been in
CVS at all,
Jean-Marc Lasgouttes wrote:
"Helge" == Helge Hafting <[EMAIL PROTECTED]> writes:
Helge> People who run an old distribution runs whatever old lyx that
Helge> distribution distributes, don't they?
If LyX is important to them, having a newer version is more important
than having a newer linux.
> "Helge" == Helge Hafting <[EMAIL PROTECTED]> writes:
Helge> People who run an old distribution runs whatever old lyx that
Helge> distribution distributes, don't they?
If LyX is important to them, having a newer version is more important
than having a newer linux. Just consider the fact tha
Edwin Leuven wrote:
Abdelrazak Younes wrote:
D:\devel\lyx\trunk2\src\frontends\qt4\Dialogs.C(318) : error C2061:
syntax error : identifier 'QURL'
Idea someone?
clash with qt headers?
Indeed. Weird that burns just now... I'll rename this class.
Thanks,
Abdel.
Abdelrazak Younes wrote:
D:\devel\lyx\trunk2\src\frontends\qt4\Dialogs.C(318) : error C2061:
syntax error : identifier 'QURL'
Idea someone?
clash with qt headers?
i changed this in qurl.h
-#ifndef QURL_H
-#define QURL_H
+#ifndef QLURL_H
+#define QLURL_H
D:\devel\lyx\trunk2\src\frontends\qt4\Dialogs.C(318) : error C2061:
syntax error : identifier 'QURL'
Idea someone?
Abdel.
Jean-Marc Lasgouttes wrote:
"Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> Jean-Marc Lasgouttes wrote:
"Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> AFAIK (and this depends on when 1.5 is ready) not all
Lars> distri
> "Michael" == Michael Gerz <[EMAIL PROTECTED]> writes:
Michael> Dear LyX translators, LyX 1.4.2 is almost ready and will be
Michael> released soon. Due to new features and layout files as well
Michael> various bug fixes, a couple of messages have changed/been
Michael> added since 1.4.1. There
Lars Gullik Bjønnes wrote:
| Now you talk about it on my laptop it is exactly 16 seconds. This is
| too similar to be a coincidence, isn't it?
Hmm what is your laptop?
Intel Pentium 4 Mobile CPU 1.80 GHz, 1.00 GB of RAM
Abdel.
On Wed, Jun 28, 2006 at 10:22:38AM +0200, Enrico Forestieri wrote:
> On Tue, Jun 27, 2006 at 09:53:16PM -0500, Bo Peng wrote:
>
> > >It seems that windows is not the only platform which will benefit
> > >from the change sh -> python ;-)
> >
> > Then, please try the attached patch.
>
> Yep, it wo
Bennett Helm wrote:
On Jun 27, 2006, at 12:06 PM, Abdelrazak Younes wrote:
Just call me Holmes, Abdel Holmes ;-)
Or is that Sherlock Younes?
:-)
Do you see any side effect WRT screen update or scrollbar slider
position as Lars does?
I should have mentioned. The screen updates fine, but
On Wed, Jun 28, 2006 at 10:31:59AM +0200, Jean-Marc Lasgouttes wrote:
> As Lars pointed out, the xforms frontend is really faster than the qt
> ones. I the qt wizards manage to make their frontends less sluggish
> (like how it was in 1.3), it would be a good reason to drop xforms.
Also note that
> "Michael" == Michael Gerz <[EMAIL PROTECTED]> writes:
Michael> What does it mean? Full-functioning frontends or some source
Michael> code available? Is it realistic that the gtk frontend will be
Michael> ready for 1.5 given the limited man power?
I think the gtk frontend should only be kept
Abdelrazak Younes wrote:
Yep, go ahead.
done
I see that you didn't need the initializeParam() overload after all.
Does buffer switch work as expected now?
it didn't and doesn't work
next on the todo list...
Edwin Leuven wrote:
updated patch attached. i would suggest to put this in (unless i have
overseen something important). things can always be taken further from
there...
Yep, go ahead.
I see that you didn't need the initializeParam() overload after all.
Does buffer switch work as expected no
On Tue, Jun 27, 2006 at 09:53:16PM -0500, Bo Peng wrote:
> >It seems that windows is not the only platform which will benefit
> >from the change sh -> python ;-)
>
> Then, please try the attached patch.
Yep, it works ;-)
--
Enrico
Michael Gerz wrote:
> Does any Qt guru know how to fix this?
Yes. You have to redo the layout in designer (do a "layout in a grid" on the
group boc and the whole pane). I do not have access to my tree now for a
few days, but I may have a look at the end of the week if it's not done
until then.
J
47 matches
Mail list logo
