Hi,
When running the configure script on the CVS version, I have always same
message:
checking types of arguments for select()... int,fd_set *,struct timeval *
checking type of argument for putenv()... char *
checking if mkstemp is declared by header unistd.h... yes
configure: error: conditiona
Hi,
Would it be sensible to merge Floatflt figure into the Float figure inset,
the same as normal and wide figure now share.
A placement dialog could then look as attached (just rough idea; naming may
need improvement).
The problem is when wanting to switch a float from normal/wide to Floatflt
On Tue, Sep 24, 2002 at 09:42:33PM +0200, [EMAIL PROTECTED] wrote:
> When I click Insert->Label, a window opens, whose title is "Input".
> This title is not in the po file. Anyway, it does not make much sense.
> It seems a basic XForms window is called, whose title is unspecified.
You're dead ri
Lars Gullik Bjønnes wrote:
> "R. Lahaye" <[EMAIL PROTECTED]> writes:
>
> | Hi,
> |
> | I started working on form_wrap.fd dialog, and saw it was related to
> | this fairly new entry in Insert->Floats menu. What does this do?
> |
> | I can't see much difference between selecting "Outer|Inner|Righ
Hello,
When I click Insert->Label, a window opens, whose title is "Input".
This title is not in the po file. Anyway, it does not make much sense.
It seems a basic XForms window is called, whose title is unspecified.
When I click Insert->External Material, all the explanation thing about the
vari
Hi,
I contacted the maintainer of preview-latex debian package asking him to
lessen its dependencies (it depends on emacs21). He then answered:
> Does lyx depend only files in /usr/share/texmf/tex/latex/preview/? I
> think the better answer is to separate package into two packages,
> preview-la
"R. Lahaye" <[EMAIL PROTECTED]> writes:
| Hi,
|
| I started working on form_wrap.fd dialog, and saw it was related to
| this fairly new entry in Insert->Floats menu. What does this do?
|
| I can't see much difference between selecting "Outer|Inner|Right|Left",
| or enter a value for Width.
|
|
On Tue, Sep 24, 2002 at 04:23:52PM +0100, John Levon wrote:
> We can always leave Qt to 1.3.1 or something. 1.4.0 would suck seeing as
> it won't be out till around 2004
I would not mind putting Qt into 1.3.0 as-is. It works even if it does not
offer all features of the xforms frontend. It's cert
John Levon <[EMAIL PROTECTED]> writes:
| We can always leave Qt to 1.3.1 or something.
Then 1.3.1 wouln't be a bugfix only release, and I am not sure that we
want to do that.
| 1.4.0 would suck seeing as
| it won't be out till around 2004
Oh, I hope that we can speed up the release cycles a bi
On Tue, 24 Sep 2002, Kornel Benko wrote:
> This are files from qt3-devel. (or qt-devel in the case of qt2)
> Try to install the appropriate rpm.
OK, that was my fault... I already had libqt-dev but I configured lyx with
the wrong --with-qt-includes.
It compiles well now.
Thank you,
João.
On Tue, Sep 24, 2002 at 03:36:25PM +0100, Angus Leeming wrote:
> Looks like we're all busy for the foreseeable future. That
> suggests that "proper" bug fixing of what we have at the moment
> will also be a long, drawn out business.
Yes. We have some pretty nasty regressions unfortunately.
>
On Tuesday 24 September 2002 3:52 pm, Lars Gullik Bjønnes wrote:
> John Levon <[EMAIL PROTECTED]> writes:
> | On Tue, Sep 24, 2002 at 04:30:07PM +0200, Andre Poenitz
wrote:
> >> > still the qt gui to finish...
> >>
> >> Any idea how long this would be? John?
> |
> | Qt is taking a back burner for
John Levon <[EMAIL PROTECTED]> writes:
| On Tue, Sep 24, 2002 at 04:30:07PM +0200, Andre Poenitz wrote:
>
>> > still the qt gui to finish...
>>
>> Any idea how long this would be? John?
>
| Qt is taking a back burner for me for at least two months. I might be
| able to spare the odd hour here an
Andre Poenitz <[EMAIL PROTECTED]> writes:
| On Tue, Sep 24, 2002 at 04:01:05PM +0200, Lars Gullik Bjønnes wrote:
>> I am counting on that you have learned.
>>
>> and as said: We are not in Code Freeze, only Feature Freeze. There is
>> still the qt gui to finish...
>
| Any idea how long this woul
On Tue, Sep 24, 2002 at 03:01:51PM +0100, Angus Leeming wrote:
> why are there these two directories? Has TOP/images been
> superceeded?
TOP/images is built into lyx (only in xforms). lib/images is distributed
and installed in share/
john
--
"The only perfect circle on the human body is the e
On Tue, Sep 24, 2002 at 04:30:07PM +0200, Andre Poenitz wrote:
> > still the qt gui to finish...
>
> Any idea how long this would be? John?
Qt is taking a back burner for me for at least two months. I might be
able to spare the odd hour here and there
I don't think we'll make xmas
regards
joh
why are there these two directories? Has TOP/images been
superceeded?
Angus
On Tue, Sep 24, 2002 at 04:01:05PM +0200, Lars Gullik Bjønnes wrote:
> I am counting on that you have learned.
>
> and as said: We are not in Code Freeze, only Feature Freeze. There is
> still the qt gui to finish...
Any idea how long this would be? John?
[I am pretty happy about it actually as
Hi,
I started working on form_wrap.fd dialog, and saw it was related to
this fairly new entry in Insert->Floats menu. What does this do?
I can't see much difference between selecting "Outer|Inner|Right|Left",
or enter a value for Width.
"Interesting" bug: A fresh created wrapfigure, with Outer
Angus Leeming <[EMAIL PROTECTED]> writes:
| I'm not going to touch this either, but note when compiling the
| Qt frontend, I have the following entry when compiling code in
| src/frontends/qt2
>
| -I../../../../src/frontends/qt2/qt2
Oh... that looks like a bug then.
| Note the extra "qt2". Th
Angus Leeming <[EMAIL PROTECTED]> writes:
| On Tuesday 24 September 2002 2:52 pm, Lars Gullik Bjønnes wrote:
>> | and here it is. 6817 lines of trivia. Ok to apply?
>>
>> I am not even going to read it... yes.
>
| Man, you've changed your tune. Didn't you suspend my commit
| priviliges last free
I'm not going to touch this either, but note when compiling the
Qt frontend, I have the following entry when compiling code in
src/frontends/qt2
-I../../../../src/frontends/qt2/qt2
Note the extra "qt2". This occurs because FRONTEND_INCLUDES is
defined in configure.in as
FRONTEND_INCLUDES
On Tuesday 24 September 2002 2:52 pm, Lars Gullik Bjønnes wrote:
> | and here it is. 6817 lines of trivia. Ok to apply?
>
> I am not even going to read it... yes.
Man, you've changed your tune. Didn't you suspend my commit
priviliges last freeze-cycle?
Applying now.
Angus
Angus Leeming <[EMAIL PROTECTED]> writes:
| I'm not going to remove it, but isn't this ancient history?
| Angus
>
| aleem@pneumon:frontends-> grep SIGC */Makefile.am
| controllers/Makefile.am:$(SIGC_CFLAGS) $(BOOST_INCLUDES)
| qt2/Makefile.am:$(SIGC_CFLAGS) -I$(top_srcdir)/images
Angus Leeming <[EMAIL PROTECTED]> writes:
| On Tuesday 24 September 2002 2:17 pm, Lars Gullik Bjønnes wrote:
>> Leave it for now. It does not seem to make a great difference
>> anymore.
>
| Too late, I just went and did it ;-)
| I reasoned that this should be done for reasons of consistency.
| Y
[EMAIL PROTECTED] wrote:
> Juergen Vigna <[EMAIL PROTECTED]> schrieb am 24.09.2002, 09:33:20:
>
>
>>Well I tried it with both 1.3.0 and 1.2.x-cvs, but in both I cannot
>>reproduce the problem here. Maybe you mean something I don't do. Over
>>what should the selection be (you have 3 lg) in there.
I'm not going to remove it, but isn't this ancient history?
Angus
aleem@pneumon:frontends-> grep SIGC */Makefile.am
controllers/Makefile.am:$(SIGC_CFLAGS) $(BOOST_INCLUDES)
qt2/Makefile.am:$(SIGC_CFLAGS) -I$(top_srcdir)/images \
xforms/Makefile.am: $(SIGC_CFLAGS) $(BOOST_INCLU
On Tuesday 24 September 2002 2:17 pm, Lars Gullik Bjønnes wrote:
> Leave it for now. It does not seem to make a great difference
> anymore.
Too late, I just went and did it ;-)
I reasoned that this should be done for reasons of consistency.
You can always remove all #pragmas next time round.
>
Angus Leeming <[EMAIL PROTECTED]> writes:
| * most files: "standard-conforming" Licence declaration.
| Remove trailing whitespace.
>
| * many header files: do not #include
| Remove unnecessary #includes by using forward declarations.
| Add as first line: // -*- C++
On Tue, Sep 24, 2002 at 01:21:09PM +0100, Angus Leeming wrote:
> Incidentally, playing around with the menus on this freshly
> compiled qt-lyx, I get lots of (no document opened):
>
> Lyx Error: Unrecognized pseudo-action 541621404
>
> Any ideas?
Something is awry in the math menus. It's on b
On Tuesday 24 September 2002 1:48 pm, John Levon wrote:
> On Tue, Sep 24, 2002 at 01:12:42PM +0100, Angus Leeming wrote:
> > Like he says. You compile .C files, not .h ones and every .C
> > file should #include config.h as the first file included.
>
> Oh, sorry. OK.
>
> > Never fear, I'll post the
On Tue, Sep 24, 2002 at 01:12:42PM +0100, Angus Leeming wrote:
> Like he says. You compile .C files, not .h ones and every .C
> file should #include config.h as the first file included.
Oh, sorry. OK.
> Never fear, I'll post the patch here and let you apply it/bin it.
Please apply it, I am la
On Tuesday 24 September 2002 1:40 pm, John Levon wrote:
> On Tue, Sep 24, 2002 at 09:44:14AM +0200, Lars Gullik Bjønnes
wrote:
> > We usually _never_ include it in the header files, only in
> > the .C files. (and then _always_ as the first file
> > included.)
> >
> > Please fix this in the qt sou
On Tue, Sep 24, 2002 at 09:44:14AM +0200, Lars Gullik Bjønnes wrote:
> We usually _never_ include it in the header files, only in the .C
> files. (and then _always_ as the first file included.)
>
> Please fix this in the qt sources.
And how does this work, seeing as you need LString.h when you
On Mon, Sep 23, 2002 at 09:10:18PM +0200, Georg Baum wrote:
> maybe you did not understand what I wanted to tell. I finally succeeded in
> fighting with bugzilla, but I think this complicated procedure prevents
> users from reporting bugs. So I reported my difficulties because I thought
> it w
On Tue, Sep 24, 2002 at 12:32:47PM +0100, Angus Leeming wrote:
> statement. Should I leave things as they are, add a statement to
> those missing it or remove it from the remaining files, since
> you've all been quite happily using g++ without any problems.
During the next cycly we should have
On Tuesday 24 September 2002 8:44 am, Lars Gullik Bjønnes wrote:
> Angus Leeming <[EMAIL PROTECTED]> writes:
> | Is there a LyX policy for the correct place to #include
> | config.h? It seems that the Qt frontend does so in the
> | header files whilst the rest of LyX does so in the .C files.
> | I
I just recently found a need to use LaTeX or anything similar to it to
help in one of my computer science classes. The class is very similar
to Abstract Math but the perfered method of submission for homeworks is
ps or pdf. A friend mentioned Lyx to me and it was EXACTLY what I was
looking f
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
>> "Jean-Marc" == Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
>
| Jean-Marc> The appended patch automatically runs lyxdir/configure if
| Jean-Marc> the user's .lyx/lyxrc.defaults file does not exist or is
| Jean-Marc> older than the config
"A. A. Reese" <[EMAIL PROTECTED]> writes:
| This is a reproducable crash that Alice found. The file has a number of
| minipages, some with graphics. It is a newsletter using multicol. Open
| it up, use PgDn key to end of file, then PgUp until it crashes. Below is
| a partial listing of lyx -dbg k
Angus Leeming <[EMAIL PROTECTED]> writes:
| Is there a LyX policy for the correct place to #include
| config.h? It seems that the Qt frontend does so in the header
| files whilst the rest of LyX does so in the .C files. Is there a
| reason or is it just an arbitrary difference?
We usually _ne
-BEGIN PGP SIGNED MESSAGE-
On Tuesday 24 September 2002 02:22, Joao Luis M. Assirati wrote:
> QAboutDialogBase.h:12: qvariant.h: No such file or directory
> QAboutDialogBase.h:13: qdialog.h: No such file or directory
> QAboutDialogBase.C:12: qlabel.h: No such file or directory
> QAboutDia
Michael Schmitt wrote:
> The test case that I sent in my former email not only considers the
> problem above but also points to a problem with undo (->#438). After
> seeing the code above, I think bugs #575 and #438 are totally unrelated.
> Juergen V. said that he cannot reproduce the bug in th
43 matches
Mail list logo
