I still fail to reproduce that. Can you send an example file, inclusing the
graphic?
Jürgen
Anand Rangarajan wrote:
> I compiled and installed lyx-1.4.0 (Qt frontend) on a SUSE 10 x86_64 box.
>
> In lyx-1.4.0, I'm unable to edit and save a graphic. I wonder if I'm doing
> something stupid. Anywa
On Friday 17 March 2006 20:05, Martin Vermeer wrote:
>
> Has anybody looked at this?
This message is one of the two/three messages in this folder marked as
todo. ;-)
FWIW I am interested. :-)
Thinking aloud... what you are doing requires a file format change, right?
> - Martin
--
José
> Moving on to LyX/Win 1.4, what should I compile? The release tar ball or a
> snapshot of the 1.4.x tree including the bug fixes that have gone in since
1.4.0 was announced?
Personnally I'd prefer the plain 1.4.0
tarball, unless there are some very bad windows bugs.
JMarc
Mañana.
Angus
Angus Leeming wrote:
Ok, I know that I'm a bit behind the times, but I've just uploaded
LyX/Win 1.3.7-3 to http://wiki.lyx.org/Windows/LyX137. This thing uses
the new Aspell dictionaries and seems to work well.
Moving on to LyX/Win 1.4, what should I compile? The release tar ball or
a snapsho
On Sat, Mar 18, 2006 at 08:31:21AM +, Jose' Matos wrote:
> On Friday 17 March 2006 20:05, Martin Vermeer wrote:
> >
> > Has anybody looked at this?
>
> This message is one of the two/three messages in this folder marked as
> todo. ;-)
>
> FWIW I am interested. :-)
>
> Thinking aloud..
Jean-Marc Lasgouttes a écrit :
Moving on to LyX/Win 1.4, what should I compile? The release tar ball or a
snapshot of the 1.4.x tree including the bug fixes that have gone in since
1.4.0 was announced?
Personnally I'd prefer the plain 1.4.0
tarball, unless there are some very bad windows bug
Title: qt4: remove (2nd) add dialog in add bib tex ref dialog
i personally think this is more convenient.
comments, opinions?
patch attached.
edwin
Index: Makefile.dialogs
===
--- Makefile.dialogs (revision 13415)
+++ Make
Leuven, E. wrote:
> i personally think this is more convenient.
> comments, opinions?
fine with me.
Jürgen
Am Freitag, 17. März 2006 22:14 schrieb Kayvan A. Sylvan:
> On Fri, Mar 17, 2006 at 08:29:28PM +0100, Georg Baum wrote:
> > Kayvan, are you listening? Why did you introduce this option also for
> > cygwin?
>
> I think this was related to trying to compile for QT/Cygwin. If we can
> compile for QT
Jean-Marc Lasgouttes a écrit :
Moving on to LyX/Win 1.4, what should I compile? The release tar ball or
a
snapshot of the 1.4.x tree including the bug fixes that have gone in
since
1.4.0 was announced?
Personnally I'd prefer the plain 1.4.0
tarball, unless there are some very bad windows bug
Am Freitag, 17. März 2006 21:42 schrieb Leuven, E.:
> if qt2 goes, the attached should go (in) as well i think (i.e. remove
qgridview.[Ch])
You are right. I did not know that we had these classes! The full patch
would look like the attached. Dou you have commit privileges now, or
should I commi
lib/configure.py cannot be run if you compile with a fresh builddir !=
srcdir. The reason is that the main configure script creates builddir/lib
only after trying to run lib/configure.py.
The attached patch fixes that. Does anybody know a better solution? If not
I am going to put this in.
Geor
On Fri, Mar 17, 2006 at 04:21:16PM +0200, Martin Vermeer wrote:
> On Fri, Mar 17, 2006 at 02:49:13PM +0100, Abdelrazak Younes wrote:
>
> ...
>
> > Actually with your first patch, if you open a document, type Ctrl+end,
> > then only half of of screen is redrawn :-)
> > And if you open a new docu
Angus Leeming wrote:
Ok, I know that I'm a bit behind the times, but I've just uploaded
LyX/Win 1.3.7-3 to http://wiki.lyx.org/Windows/LyX137. This thing uses
the new Aspell dictionaries and seems to work well.
Great! I will download it instantly! THANK YOU!
Moving on to LyX/Win 1.4, what sh
Leuven, E. a écrit :
i personally think this is more convenient.
comments, opinions?
This is fine with me also. Plus you have ported it to Qt4 API which is
even better. But I am not much a Bibtex user. Would you want to give a
go for Citation/AddCitation Dialog? I don't have the time right n
Martin Vermeer a écrit :
On Fri, Mar 17, 2006 at 04:21:16PM +0200, Martin Vermeer wrote:
On Fri, Mar 17, 2006 at 02:49:13PM +0100, Abdelrazak Younes wrote:
...
Actually with your first patch, if you open a document, type Ctrl+end,
then only half of of screen is redrawn :-)
And if you open a
Georg Baum a écrit :
Am Freitag, 17. März 2006 22:14 schrieb Kayvan A. Sylvan:
On Fri, Mar 17, 2006 at 08:29:28PM +0100, Georg Baum wrote:
Kayvan, are you listening? Why did you introduce this option also for
cygwin?
I think this was related to trying to compile for QT/Cygwin. If we can
compil
Am Freitag, 17. März 2006 20:49 schrieb Martin Vermeer:
> I committed it to trunk with these changes.
It contains too many const_casts for my taste. Also the purpose of
asTextInset() was to get rid of the the InsetText casts. I am going to
commit the attached modification unless I hear objectio
Jose' Matos <[EMAIL PROTECTED]> writes:
> On Friday 17 March 2006 20:05, Martin Vermeer wrote:
> > Has anybody looked at this?
I looked at it. Seemed fine to me on a cursory glance.
I'd have hollered otherwise :-P
Angus
> This message is one of the two/three messages in this folder
> marked
>
> I still fail to reproduce that. Can you send an example file, inclusing the
> graphic?
>
> Jürgen
I've attached a tar file called test_graphic.tgz. It contains
test_graphic.lyx and a graphic.
1. Open the lyx file.
2. Click on the graphic.
3. Try and change the width parameter to 3in (from i
On Sat, Mar 18, 2006 at 03:37:09PM +0100, Georg Baum wrote:
> Am Freitag, 17. März 2006 20:49 schrieb Martin Vermeer:
>
> > I committed it to trunk with these changes.
>
> It contains too many const_casts for my taste. Also the purpose of
> asTextInset() was to get rid of the the InsetText casts
On Sat, Mar 18, 2006 at 02:51:04PM +, Angus Leeming wrote:
> Jose' Matos <[EMAIL PROTECTED]> writes:
> > On Friday 17 March 2006 20:05, Martin Vermeer wrote:
> > > Has anybody looked at this?
>
> I looked at it. Seemed fine to me on a cursory glance.
>
> I'd have hollered otherwise :-P
>
> A
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
> > Moving on to LyX/Win 1.4, what should I compile? The release tar ball or a
> > snapshot of the 1.4.x tree including the bug fixes that have gone in since
> 1.4.0 was announced?
>
> Personnally I'd prefer the plain 1.4.0
> tarball, unless there
Joost Verburg <[EMAIL PROTECTED]> writes:
> In my opinion, the best thing to do would be to combine the best parts
> of both installers into a new official installer. That's also less
> confusing for an end-user compared to having both official and
> unofficial versions.
That's a great idea! I
Angus Leeming <[EMAIL PROTECTED]> writes:
> Jean-Marc Lasgouttes ...> writes:
> > > Moving on to LyX/Win 1.4, what should I compile? The release tar ball or
> > > a
> > > snapshot of the 1.4.x tree including the bug fixes that have gone in
> > > since
> > 1.4.0 was announced?
> >
> > Personna
Anand Rangarajan wrote:
> I've attached a tar file called test_graphic.tgz. It contains
> test_graphic.lyx and a graphic.
I see. The problem is the eps file. The bounding box values are not parsed
correctly by LyX. If you click on the "Clipping" pane in the graphics dialog,
you'll se that two va
Angus Leeming a écrit :
Angus Leeming <[EMAIL PROTECTED]> writes:
Jean-Marc Lasgouttes ...> writes:
Moving on to LyX/Win 1.4, what should I compile? The release tar ball or a
snapshot of the 1.4.x tree including the bug fixes that have gone in since
1.4.0 was announced?
Personnally I'd pref
Angus Leeming wrote:
One further question: unless something has changed recently, LyX 1.3.x and LyX
1.4.x won't live together peacefully unless I run
configure --with-version-suffix
when building LyX 1.4.
Should I do that?
I think we had this discussion before. IIRC, the conclusion was th
Georg Baum <[EMAIL PROTECTED]> writes:
>
> lib/configure.py cannot be run if you compile with a fresh builddir !=
> srcdir. The reason is that the main configure script creates builddir/lib
> only after trying to run lib/configure.py.
> The attached patch fixes that. Does anybody know a better
Michael Gerz a écrit :
Angus Leeming wrote:
One further question: unless something has changed recently, LyX 1.3.x
and LyX
1.4.x won't live together peacefully unless I run
configure --with-version-suffix
when building LyX 1.4.
Should I do that?
I think we had this discussion before. II
Am Samstag, 18. März 2006 16:14 schrieb Juergen Spitzmueller:
> I see. The problem is the eps file. The bounding box values are not
parsed
> correctly by LyX. If you click on the "Clipping" pane in the graphics
dialog,
> you'll se that two values are missing (markes red). That's why the OK
bu
Hi Edwin, hi John,
I fully understand the complaints of the LyX users. The citation dialog
of 1.3 is much more convenient than the one of 1.4!
If there is any chance to revive the 1.3 solution, I would really like
to see it back in 1.4.1 or 1.4.2.
Michael
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
>
> Georg Baum a écrit :
> > Am Freitag, 17. März 2006 22:14 schrieb Kayvan A. Sylvan:
> >> On Fri, Mar 17, 2006 at 08:29:28PM +0100, Georg Baum wrote:
> >>> Kayvan, are you listening? Why did you introduce this option also for
> >>> cygwin?
> >> I th
> "Juergen" == Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
Juergen> Anand Rangarajan wrote:
>> I've attached a tar file called test_graphic.tgz. It contains
>> test_graphic.lyx and a graphic.
Juergen> I see. The problem is the eps file. The bounding box values
Juergen> are not parsed cor
Abdelrazak Younes wrote:
Quite the contrary I would say.
Ok, then let's use --with-version-suffix.
Michael
> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
Georg> This is the case according to Enrico and Abdel. I am going to
Georg> commit the attached patch to trunk unless somebody objects.
If it works, commit in branch too.
JMarc
Am Samstag, 18. März 2006 15:56 schrieb Martin Vermeer:
> It looks equivalent... did you try on math and tabulars in the users
> guide? (Paranoid as always)
Why math? I can't see a change with tabulars.
Georg
Am Samstag, 18. März 2006 16:11 schrieb Angus Leeming:
> Georg Baum <[EMAIL PROTECTED]> writes:
> Just a second... What does
> foo || bar && baz
> mean? Does it mean:
> 1)
> * Run "foo".
> * If "foo" fails, run "bar".
> * If "foo" succeeds, run "baz".
> Or does it mean:
> 2)
>
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> From my point of view, I don't want to download a heap of stuff
Angus> that I've already got installed.
We could have a network installer and a full installer. I really think
the two installers should merge.
Angus> Moreover, ther
> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> I think Angus fears that the time the installer is done
Abdelrazak> and tested, 1.4.1 will be close to release.
Then it will be trivial to use the installer framework for 1.4.1 :)
Abdelrazak> Jean-Marc you said that
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> One further question: unless something has changed recently,
Angus> LyX 1.3.x and LyX 1.4.x won't live together peacefully unless I
Angus> run configure --with-version-suffix when building LyX 1.4.
Note that it is possible in windo
Am Samstag, 18. März 2006 16:44 schrieb Enrico Forestieri:
> Abdel, Georg is removing the switch only for the cygwin compiler
> not mingw.
But that is what Abdel wants. Or did I misunderstand anything?
Georg
> "Stephen" == Stephen Harris <[EMAIL PROTECTED]> writes:
Stephen> So the "declare a 1.4.1 release candidate" makes sense to me,
Stephen> a 1.4.1pre_1. The users will be happier and it provides
Stephen> testing to the newly added bug fixes.
Not a bad idea actually. Just skip 1.4.0 in windows
Enrico Forestieri a écrit :
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Georg Baum a écrit :
Am Freitag, 17. März 2006 22:14 schrieb Kayvan A. Sylvan:
On Fri, Mar 17, 2006 at 08:29:28PM +0100, Georg Baum wrote:
Kayvan, are you listening? Why did you introduce this option also for
cygwin?
I
> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
Georg> lib/configure.py cannot be run if you compile with a fresh
Georg> builddir != srcdir. The reason is that the main configure
Georg> script creates builddir/lib only after trying to run
Georg> lib/configure.py. The attached patch fixes t
Georg Baum a écrit :
Am Samstag, 18. März 2006 16:44 schrieb Enrico Forestieri:
Abdel, Georg is removing the switch only for the cygwin compiler
not mingw.
But that is what Abdel wants. Or did I misunderstand anything?
I was maybe not clear... Please do the change for mingw also.
Abdel.
Am Samstag, 18. März 2006 17:01 schrieb Jean-Marc Lasgouttes:
> Put it in.
Done.
> The better solution will be to run configure.py in userdir
> only.
That would also mean that LaTeXConfig.lyx would need to be created from a
Makefile.
Georg
Abdelrazak Younes wrote:
Abdel, Georg is removing the switch only for the cygwin compiler
not mingw.
But that is what Abdel wants. Or did I misunderstand anything?
I was maybe not clear... Please do the change for mingw also.
It is wise to remove the option for mingw? I think we are linki
Jean-Marc Lasgouttes a écrit :
"Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
There are no speedups yet. I thought we would have really bad bugs to
catter for, but I was wrong. Therefore I think we should add some
speedup bugs.
Good!
- bruteFind speedup: http://bugzilla.lyx.o
> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
Georg> That would also mean that LaTeXConfig.lyx would need to be
Georg> created from a Makefile.
No, it will only be created in the user directory. We should not
create anything in the system directory.
JMarc
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
> > This is interesting. I'll try to compile for a mingw target without the
> > -mms-bitfield switch and see what happens... I bet nothing
>
> I have tried that in the past but did not succeed (compiling from cygwin
> a mingw target). The resulting
> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> I would say that it's a good first step. No need to add
Abdelrazak> more speedup fixes. The major one would have to wait
Abdelrazak> (RandomAccessList and UpdateCounter).
Ha! I forgot about RandomAccessList! Did someo
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
> > "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
> Angus> One further question: unless something has changed recently,
> Angus> LyX 1.3.x and LyX 1.4.x won't live together peacefully unless I
> Angus> run configure --with-version-suffix w
Michael Gerz <[EMAIL PROTECTED]> writes:
> It is wise to remove the option for mingw? I think we are linking
> against a gettext and libiconv version that was (most likely) built by
> MSVC or another Non-MinGW compiler.
Then why not compiling libiconv with mingw, too? It is quite strightforward
Michael Gerz a écrit :
Abdelrazak Younes wrote:
Abdel, Georg is removing the switch only for the cygwin compiler
not mingw.
But that is what Abdel wants. Or did I misunderstand anything?
I was maybe not clear... Please do the change for mingw also.
It is wise to remove the option for min
Jean-Marc Lasgouttes wrote:
> Abdelrazak> I would say that it's a good first step. No need to add
> Abdelrazak> more speedup fixes. The major one would have to wait
> Abdelrazak> (RandomAccessList and UpdateCounter).
>
> Ha! I forgot about RandomAccessList! Did someone try it out on 1.4? I
> did an
Am Samstag, 18. März 2006 17:18 schrieb Michael Gerz:
> Abdelrazak Younes wrote:
> > I was maybe not clear... Please do the change for mingw also.
Oh, I thought you were using cygwin. How did you compile qt? It should
work if you compile it with -mms-bitfields.
> It is wise to remove the option
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
> > "Stephen" == Stephen Harris <[EMAIL PROTECTED]> writes:
> Stephen> So the "declare a 1.4.1 release candidate" makes sense to me,
> Stephen> a 1.4.1pre_1. The users will be happier and it provides
> Stephen> testing to the newly added bug fixe
Am Samstag, 18. März 2006 17:34 schrieb Abdelrazak Younes:
> I really need this option to be removed for the qt4 frontend when
> compiled with mingw. The correct solution would be to remove the option
> only for the frontends/qt4 directory but I don't know if this is
> possible with m4.
This is
Am Samstag, 18. März 2006 17:25 schrieb Jean-Marc Lasgouttes:
> Ha! I forgot about RandomAccessList! Did someone try it out on 1.4? I
> did and it seems to work in its latest incarnation.
It works well for me in 1.5. I did not try 1.4.
Georg
Georg Baum a écrit :
Am Samstag, 18. März 2006 17:18 schrieb Michael Gerz:
Abdelrazak Younes wrote:
I was maybe not clear... Please do the change for mingw also.
Oh, I thought you were using cygwin. How did you compile qt? It should
work if you compile it with -mms-bitfields.
I didn't co
Jean-Marc Lasgouttes a écrit :
"Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> I would say that it's a good first step. No need to add
Abdelrazak> more speedup fixes. The major one would have to wait
Abdelrazak> (RandomAccessList and UpdateCounter).
Ha! I forgot about
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
> Concerning LyX/Mac, we have several reports that make me believe that
> the whole document gets rebroken/displayed at times. This is very weird.
Jean-Marc, LyX 1.4 has serious speed problems not only on the Mac.
I tried to use 1.4.0pre4 for worki
Martin, you have (accidentally?) reverted my rowpainter fix belonging to the
fix of bug 2185 in trunk (with your "speed up inside insets" patch).
I gonna commit the attached fix again.
Jürgen
Index: src/rowpainter.C
===
--- src/rowpa
On Sat, Mar 18, 2006 at 12:51:07PM +0100, Leuven, E. wrote:
> i personally think this is more convenient.
>
> comments, opinions?
Can't I have a qt3 version to look at? Do we really want the two
frontends to diverge over these things?
regards
john
Georg Baum <[EMAIL PROTECTED]> writes:
>
> Am Samstag, 18. März 2006 17:18 schrieb Michael Gerz:
> > Abdelrazak Younes wrote:
>
> > > I was maybe not clear... Please do the change for mingw also.
>
> Oh, I thought you were using cygwin. How did you compile qt? It should
> work if you compile it
On Sat, Mar 18, 2006 at 04:52:29PM +0100, Georg Baum wrote:
> Am Samstag, 18. März 2006 15:56 schrieb Martin Vermeer:
>
> > It looks equivalent... did you try on math and tabulars in the users
> > guide? (Paranoid as always)
>
> Why math? I can't see a change with tabulars.
Ah yes, we got rid of
it is just the 1st dialog in the qt3 version, but when you click add... it
directly pops up the file dialog to add a bib file.
edwin
-Original Message-
From: John Levon [mailto:[EMAIL PROTECTED]
Sent: Sat 18-Mar-06 18:12
To: Leuven, E.
Cc: lyx-devel@lists.lyx.org
Subject: Re: qt4: remov
Leuven, E. wrote:
> it is just the 1st dialog in the qt3 version, but when you click add... it
> directly pops up the file dialog to add a bib file.
So the scanned list of bib files is not available anymore?
That's bad.
Jürgen
On Sat, Mar 18, 2006 at 06:03:41PM +0100, Juergen Spitzmueller wrote:
> Martin, you have (accidentally?) reverted my rowpainter fix belonging to the
> fix of bug 2185 in trunk (with your "speed up inside insets" patch).
> I gonna commit the attached fix again.
If I did, it was accidental. Could w
On Sat, Mar 18, 2006 at 06:19:05PM +0100, Leuven, E. wrote:
> it is just the 1st dialog in the qt3 version, but when you click
> add... it directly pops up the file dialog to add a bib file.
Why is it more convenient to walk through the file system than have a
list of your bibtex databases in fro
Also sprach Martin Vermeer:
> If I did, it was accidental. Could well be. How does it show?
While using the DEL key in ct mode, the deletion of the last character in a
paragraph is not painted (only after another action).
Jürgen
Juergen Spitzmueller wrote:
> > If I did, it was accidental. Could well be. How does it show?
>
> While using the DEL key in ct mode, the deletion of the last character in a
> paragraph is not painted (only after another action).
There's yet another similar problem BTW, for which I didn't find a s
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> One further question: unless something has changed recently,
Angus> LyX 1.3.x and LyX 1.4.x won't live together peacefully unless I
Angus> run configure --with-version-suffix when
> "Enrico" == Enrico Forestieri <[EMAIL PROTECTED]> writes:
Enrico> Jean-Marc, LyX 1.4 has serious speed problems not only on the
Enrico> Mac. I tried to use 1.4.0pre4 for working on a big document
Enrico> (~60 pages) with lots of figures and equations, and went back
Enrico> to 1.3.7 in desper
> "John" == John Levon <[EMAIL PROTECTED]> writes:
John> On Sat, Mar 18, 2006 at 06:19:05PM +0100, Leuven, E. wrote:
>> it is just the 1st dialog in the qt3 version, but when you click
>> add... it directly pops up the file dialog to add a bib file.
John> Why is it more convenient to walk thr
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> "to let the binary names along" means "to leave the binary
Angus> names alone"? Sure, that would be a good idea.
It is strange how you manage to grok what I write :)
The change is as simple as removing line 594 of config/lyxinclud
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> Build a snapshot of the 1.4.x tree rather than use the 1.4.0
Angus> tarball. Use --with-version-suffix Call the resulting installer
Angus> 1.4.1_pre1 DO IT SOON!
Great.
JMarc
> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> It would be an optimisation for the call in
Abdelrazak> BreakParagraph. But I have not worked on it at all yet.
OK, I remember your message.
JMarc
On Sat, Mar 18, 2006 at 07:10:12PM +0100, Jean-Marc Lasgouttes wrote:
> John> On Sat, Mar 18, 2006 at 06:19:05PM +0100, Leuven, E. wrote:
> >> it is just the 1st dialog in the qt3 version, but when you click
> >> add... it directly pops up the file dialog to add a bib file.
>
> John> Why is it mo
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
>
> > "Enrico" == Enrico Forestieri <[EMAIL PROTECTED]> writes:
>
> Enrico> Jean-Marc, LyX 1.4 has serious speed problems not only on the
> Enrico> Mac. I tried to use 1.4.0pre4 for working on a big document
> Enrico> (~60 pages) with lots of f
I get one of these every time I post to this mailing list. Can someone
check the sub list and remove it??
john
Jean-Marc Lasgouttes wrote:
We could have a network installer and a full installer. I really think
the two installers should merge.
Exactly what I mean. There should be one standard and official installer
that contains only LyX itself but downloads and installs all required
components automat
On Sat, Mar 18, 2006 at 06:41:50PM +0100, Juergen Spitzmueller wrote:
> Juergen Spitzmueller wrote:
...
> There's yet another similar problem BTW, for which I didn't find a solution.
> When you merge two (UNCHAGED) paragraphs in ct mode, the blue change bar is
> not immediately painted as well
Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
>
> I see. The problem is the eps file. The bounding box values are not parsed
> correctly by LyX. If you click on the "Clipping" pane in the graphics dialog,
> you'll se that two values are missing (markes red). That's why the OK button
> is dis
Jean-Marc Lasgouttes a écrit :
"John" == John Levon <[EMAIL PROTECTED]> writes:
John> On Sat, Mar 18, 2006 at 06:19:05PM +0100, Leuven, E. wrote:
it is just the 1st dialog in the qt3 version, but when you click
add... it directly pops up the file dialog to add a bib file.
John> Why is it mor
Enrico Forestieri a écrit :
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
This is interesting. I'll try to compile for a mingw target without the
-mms-bitfield switch and see what happens... I bet nothing
I have tried that in the past but did not succeed (compiling from cygwin
a mingw target)
87 matches
Mail list logo