On 26 Jul 2000, Lars Gullik Bjønnes wrote:
> Jose Abilio Oliveira Matos <[EMAIL PROTECTED]> writes:
>
> | Hi,
> | when compiling last cvs version:
> |
> | make[1]: Entering directory `/home/jamatos/lyx-devel/po'
> | make[1]: *** No rule to make target `../src/ext_l10n.h', needed by `lyx.pot
Hi folks,
Please apply this patch to bring the RPM generation process in
line with the current directory structure.
Thanks.
---Kayvan
--
Kayvan A. Sylvan | Proud husband of | Father to my kids:
Sylvan Associates, Inc.| Laura Isabella S
On Wed, Jul 26, 2000 at 03:49:56PM -0300, Alfredo Braunstein wrote:
> -And a feature request (or ask for wisdom): How do you control the layout of
> the headers in the first page? Because setting the pagestyle to empty (or
> putting a \pagestyle{emty} in the preamble, for that matters) does not
>
Hi! I'd like to report some anomalies that appeared in yesterday's cvs.
i386/xforms-0.88.1-1
I'm using the default lyxrc and lib/ui/default.ui
-Sometimes the menu mames doesn't update (refresh) correctly. (in some
cases, they disapear when another window has appeared on top of it). I can
explain
Attached is a patch porting InsetUrl to GUI-independence. It also uses the
InsetCommandParams class that I have mentioned before.
As well as a diff file, the attachment contains some new files:
src/frontends/xforms/FormUrl.h
src/frontends/xforms/FormUrl.C
src/frontends/xfo
Hi.
I've just ported InsetUrl over to GUI-independence. Testing it out I notice
that when I open an existing inset a little message appears at the bottom
of the screen:
Opened URL
which is returned by the method EditMessage().
When I open a citation inset, however, I get the message
> "Juergen" == Juergen Vigna <[EMAIL PROTECTED]> writes:
Juergen> On 26-Jul-2000 Marko Vendelin wrote:
>> On my system (redhat-6.1, gcc 2.95.2) I don't have this problem.
>> "--with-frontend=gtk --without-included-libsigc --disable-sigctest
>> " works fine here.
Juergen> Here too I don't kn
On 26-Jul-2000 Marko Vendelin wrote:
>
> On my system (redhat-6.1, gcc 2.95.2) I don't have this problem.
> "--with-frontend=gtk --without-included-libsigc --disable-sigctest " works
> fine here.
Here too I don't know what it was before, probably a missing
make maintainer-clean now I retried a
Hello,
The new menus so far have been working great, except that we seem to have
lost the "M-key space" sequence for opening menus.
After some debugging, I think I found the problem. It lies in the fact
that Menubar::Pimpl::openByName matches for the internal name of the menu
(submenu_ field of
On Wed, 26 Jul 2000, Juergen Vigna wrote:
> I thought too that you don't need to add the --without-included-string but if
> you don't the compilation aborts on lyx_gui.C with some strange error-message
> from LString.h that someone is included in the wrong order (I lost the whole
> message on t
> "Jose" == Jose Abilio Oliveira Matos <[EMAIL PROTECTED]> writes:
Jose> Hi, now I hope isn't me but I see two File menus, one in the
Jose> begin and another in the end, after Help.
Jose> I hope it isn't my fault this time, and then this is an hint
Jose> to Jean-Marc.
Oops! A trace of my
Juergen Vigna <[EMAIL PROTECTED]> writes:
| >
| > 3. run configure with the following options:
| >--with-frontend=gtk --without-included-libsigc --disable-sigctest
| >--without-included-string
|
| I thought too that you don't need to add the --without-included-string but if
| you don't
>
> 3. run configure with the following options:
>--with-frontend=gtk --without-included-libsigc --disable-sigctest
>--without-included-string
I thought too that you don't need to add the --without-included-string but if
you don't the compilation aborts on lyx_gui.C with some strange err
Hi,
now I hope isn't me but I see two File menus,
one in the begin and another in the end, after Help.
I hope it isn't my fault this time, and then
this is an hint to Jean-Marc.
:-)
--
José
On Wed, Jul 26, 2000 at 03:15:36PM +0200, Jean-Marc Lasgouttes wrote:
> > "Amir" == Amir Karger <[EMAIL PROTECTED]> writes:
>
> Amir> (2) I'll note that I haven't updated since Jun 6, so I can't
> Amir> guarantee that this problem is new. When I start LyX, I get:
>
> Amir> LyX: Couldn't
I found the following bug in lyx-1.1.5fix1-1 (Linux RPM), which makes LyX
abort with the message "lyx: SIGSEGV signal caught".
It is reproducible in the following way:
run "/usr/bin/lyx tesi.lyx"
Menu "Insert -> Lists & TOC -> BibTeX Reference"
In Database field, type "new", Return
Type: Shift-L
Marko Vendelin <[EMAIL PROTECTED]> writes:
| 3. run configure with the following options:
|--with-frontend=gtk --without-included-libsigc --disable-sigctest
|--without-included-string
--without-included-string should not be needed since that will be the
default on most systems now.
>
> It seems to me that GNOME port will be easier to accomplish since GNOME
> libraries have several useful additions comparing with plain GTK. For
> example, to implement About dialog with GTK I had to write small class
> with actual implementation. The GNOME has this kind of dialog box alre
Jean-Marc Lasgouttes wrote:
>
> > "R" == R Lahaye <[EMAIL PROTECTED]> writes:
> R> - the document is copied onto the 'canvas' - the canvas goes
> R> blank and the main menu is updated from "no_buffer" menu to
> R> "buffer" menu. - the canvas is rewritten with the document text
>
> I wi
On Wed, 26 Jul 2000, Juergen Vigna wrote:
> On 26-Jul-2000 Jean-Marc Lasgouttes wrote:
> >
> > I think we should try the pure C++ route and remove the rest for now.
> > Therefore, we'll have to think twice before using the C functions
> > directly (or force the foo-- people to improve their su
> "R" == R Lahaye <[EMAIL PROTECTED]> writes:
R> Hi, When loading a document after starting up LyX, the following
R> happens quickly after one another:
R> - the document is copied onto the 'canvas' - the canvas goes
R> blank and the main menu is updated from "no_buffer" menu to
R> "buf
> "Amir" == Amir Karger <[EMAIL PROTECTED]> writes:
Amir> (1) I added Icon "buffer-export latex" to my .lyx/ui/my.ui file.
Amir> I got a core dump. So I changed it to "buffer-export_latex"
Amir> (i.e, s/ /_/). Now I get
That was (another) stupid bug by me. Fix coming soon.
Amir> (2) I'll no
> "R" == R Lahaye <[EMAIL PROTECTED]> writes:
R> Hi, I've just uploaded CVS with the new style menus (in
R> default.ui).
R> I go a little crazy by the Shift- menu list popups.
OK, I'll commit the fix soon (just have to see if I have other things
to check).
JMarc
Jose Abilio Oliveira Matos <[EMAIL PROTECTED]> writes:
| In simple terms:
| Is it enough to run autogen after a cvs update?
| Do we need to clean the debris that is left from
| previous makes? And if so "make distclean" is enough?
|
| I hope to be clear now. :)
and the answer
In simple terms:
Is it enough to run autogen after a cvs update?
Do we need to clean the debris that is left from
previous makes? And if so "make distclean" is enough?
I hope to be clear now. :)
--
José
On 26-Jul-2000 Jean-Marc Lasgouttes wrote:
>
> I think we should try the pure C++ route and remove the rest for now.
> Therefore, we'll have to think twice before using the C functions
> directly (or force the foo-- people to improve their support).
>
> Could you send a patch?
BTW.: We were di
Jose Abilio Oliveira Matos <[EMAIL PROTECTED]> writes:
| On Wed, Jul 26, 2000 at 02:19:37PM +0200, Lars Gullik Bjønnes wrote:
| >
| > So you didn't run autogen?
|
| No. That was the problem.
| BTW I applied a patch I then make distclean,
| is that enough?
¿What you do mean?
Lgb
On Wed, Jul 26, 2000 at 02:19:37PM +0200, Lars Gullik Bjønnes wrote:
>
> So you didn't run autogen?
No. That was the problem.
BTW I applied a patch I then make distclean,
is that enough?
> and ext_l10n.h _is_ in cvs.
> I think this is a problem at your end.
You are right. sorry for
Compiling current cvs I get the following problem, resolved with the following
patch
Angus
cxx -std strict_ansi -nocleanup -DHAVE_CONFIG_H -I. -I. -I../../../src -I../../.
./src/ -I../../../src/frontends/ -I../../.. -I../../.. -I../../../src/cheaders -
I/usr/local/include -ptr ../../../lyx_cxx_re
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> No.
I'll have a look.
JMarc
Jose Abilio Oliveira Matos <[EMAIL PROTECTED]> writes:
| Hi,
| when compiling last cvs version:
|
| make[1]: Entering directory `/home/jamatos/lyx-devel/po'
| make[1]: *** No rule to make target `../src/ext_l10n.h', needed by `lyx.pot'. Stop.
| make[1]: Leaving directory `/home/jamatos/ly
Hi,
when compiling last cvs version:
make[1]: Entering directory `/home/jamatos/lyx-devel/po'
make[1]: *** No rule to make target `../src/ext_l10n.h', needed by `lyx.pot'. Stop.
make[1]: Leaving directory `/home/jamatos/lyx-devel/po'
This looks like something that you have added
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
|
| Lars> "R. Lahaye" <[EMAIL PROTECTED]> writes: | I go a little crazy
| Lars> by the Shift- menu list | popups.
|
| Lars> :-)
|
| Lars> Jean-Marc, what were you thinking of when
> "Marko" == Marko Vendelin <[EMAIL PROTECTED]> writes:
Marko> That's a good point. We can use gtk--/gnome-- only as it is
Marko> now, but I am not sure whether gnome-- covers libgnome
Marko> functionality completely. Since all the scripts seems to be
Marko> working now we may either leave as
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> "R. Lahaye" <[EMAIL PROTECTED]> writes: | I go a little crazy
Lars> by the Shift- menu list | popups.
Lars> :-)
Lars> Jean-Marc, what were you thinking of when you choose the
Lars> shortcuts?
Sometimes I wonder... Did you fi
Hi,
When loading a document after starting up LyX, the following
happens quickly after one another:
- the document is copied onto the 'canvas'
- the canvas goes blank and the main menu is updated
from "no_buffer" menu to "buffer" menu.
- the canvas is rewritten with th
"R. Lahaye" <[EMAIL PROTECTED]> writes:
| I go a little crazy by the Shift- menu list
| popups.
:-)
Jean-Marc, what were you thinking of when you choose the shortcuts?
Besides it is a bit funny...
Lgb
Allan> Can natbib.sty be used instead of harvard.sty? There have been a nunber
Allan> of requests for harvard. If they look the same in the output then I guess
Allan> that means they are the same except that they might use different commands
Allan> to get the same results.
To quote the natbib m
On 26 Jul 2000, Lars Gullik Bjønnes wrote:
> Allan Rae <[EMAIL PROTECTED]> writes:
| JMarc> I'd like to be able to use plain old cite without extra package too.
| Me too.
> Any special reason except that you don't want to use the extra package
> unless you have to?
No. I just don't need natbi
Allan Rae <[EMAIL PROTECTED]> writes:
| Can natbib.sty be used instead of harvard.sty? There have been a nunber
| of requests for harvard. If they look the same in the output then I guess
| that means they are the same except that they might use different commands
| to get the same results.
AF
On Fri, 21 Jul 2000, Angus Leeming wrote:
> JMarc> Lars> | 3. Content starts to appear. The "Bibliography" section of the
> JMarc> Lars> Layout->Document | menu should support: | a. choice of citation
> JMarc> Lars> package. (default, cite, citesort, NATBIB! etc)
>
> JMarc> Lars> _only_ natbib!
41 matches
Mail list logo
