The following change to BufferView::removeAutoInsets() at around
BufferView2.C:197 seems to do the trick. Recompiling with updated cvs
so this will take forever so I'm going home. Someone care to check
this with their own tests?
Michael, I can't crash LyX using the method you described or any
Martin == Martin Vermeer [EMAIL PROTECTED] writes:
Martin This menu sub-tree is really just a memory jogger for these
Martin things. It makes life a little easier for the people that need
Martin them, requiring only a little LaTeX experience. One more
Martin handle on the inside of the machine,
R == R Lahaye [EMAIL PROTECTED] writes:
R Hi,
R Running ./autogen on my FreeBSD PC, generates strange complaints
R about libraries. Is this a bug in CVS?
No, you are supposed to ignore them for now.
JMarc
On Saturday 16 February 2002 5:31 pm, Herbert Voss wrote:
I have no problem with
\converter user eps xmgrace -hardcopy -hdevice EPS $$i
Herbert
Sure, Herbert, but it is still rather ugly, specifying user1, user2 etc. If
Rob wants to define an agr format, then let's let him. I think that
On Sunday 17 February 2002 2:35 am, John Levon wrote:
On Sat, Feb 16, 2002 at 02:22:57PM +, Angus Leeming wrote:
http://www.mail-archive.com/lyx-devel@lists.lyx.org/msg33078.html
want to make a new one that applies ? :)
Sjhlhha@!BHDF
Lars' BIGGG patch?
Will do so.
Angus
On Mon, Feb 18, 2002 at 12:04:19PM +0100, Jean-Marc Lasgouttes wrote:
R Running ./autogen on my FreeBSD PC, generates strange complaints
R about libraries. Is this a bug in CVS?
No, you are supposed to ignore them for now.
Well... I can not... Since make dist is broken right now, the
On Mon, 18 Feb 2002, Angus Leeming wrote:
On Saturday 16 February 2002 5:31 pm, Herbert Voss wrote:
I have no problem with
\converter user eps xmgrace -hardcopy -hdevice EPS $$i
Herbert
Sure, Herbert, but it is still rather ugly, specifying user1, user2 etc. If
Rob wants to define
On Mon, Feb 18, 2002 at 10:20:40AM +0100, Lars Gullik Bjønnes wrote:
Are you finished with the frontend patches now?
huh ?
john
--
What, so the microchips are in the MCU ?
- Sam Burton learning about the PC architecture
On Monday 18 February 2002 9:20 am, Lars Gullik Bjønnes wrote:
John Levon [EMAIL PROTECTED] writes:
| As it is there is no one around to fix the remaining really serious bugs,
so
| lyx just sits there while people are pissing around with build structure
and
| the like.
| Lars can't you
On Monday 18 February 2002 9:19 am, Herbert Voss wrote:
On Mon, 18 Feb 2002, Angus Leeming wrote:
On Saturday 16 February 2002 5:31 pm, Herbert Voss wrote:
I have no problem with
\converter user eps xmgrace -hardcopy -hdevice EPS $$i
Herbert
Sure, Herbert, but it is still
On Monday 18 February 2002 9:19 am, Herbert Voss wrote:
On Mon, 18 Feb 2002, Angus Leeming wrote:
On Saturday 16 February 2002 5:31 pm, Herbert Voss wrote:
I have no problem with
\converter user eps xmgrace -hardcopy -hdevice EPS $$i
Herbert
Sure, Herbert, but it is still
On Mon, Feb 18, 2002 at 10:37:41AM +0100, Lars Gullik Bjønnes wrote:
There have been a multitude of graphics and xforms frontend patches,
are you finished with them?
not from me there hasn't.
I would have been happy to release 1.2.0 without insetgraphics.
Are _you_ ready to focus on pre1
On Monday 18 February 2002 9:49 am, John Levon wrote:
It's not my fault if I'm too stupid to fix the remaining crop of bugs.
john
;-) So apparently this is all my fault?
A
On Mon, Feb 18, 2002 at 09:54:08AM +, Angus Leeming wrote:
;-) So apparently this is all my fault?
That I'm stupid ? Sure, you'll make a good scapegoat
john
--
What, so the microchips are in the MCU ?
- Sam Burton learning about the PC architecture
On Mon, Feb 18, 2002 at 06:43:22PM +1000, Allan Rae wrote:
+ // get the next valid iterator position
+ Paragraph::inset_iterator pit = par-InsetIterator(pos);
yeah makes no difference. neither does + pit = par-...
I think the trick to getting the
On Monday 18 February 2002 9:54 am, John Levon wrote:
On Mon, Feb 18, 2002 at 09:54:08AM +, Angus Leeming wrote:
;-) So apparently this is all my fault?
That I'm stupid ? Sure, you'll make a good scapegoat
john
Nah! Lets's blame global warming. You're brain is cooking.
A
Looking at the code can I again please ask for some sanity here i.e.:
disableDEPM();
// critical code
enableDEPM();
instead of that rat's nest ?
This patch fixes the memory access problems, whilst leaving it in its
current state of not actually removing the
On Mon, Feb 18, 2002 at 10:16:51AM +, John Levon wrote:
current state of not actually removing the inseterror anyway !
oh well ok, it just doesn't update properly, it does get removed...
john
--
What, so the microchips are in the MCU ?
- Sam Burton learning about the PC
Allan == Allan Rae [EMAIL PROTECTED] writes:
Allan Buried in amongst the rhetoric were a few valid complaints
Allan although they weren't necessarily expressed well.
Actually, things got better after some time.
Allan 1. We should only show font info for changes from the layout
Allan default
Add a new file to one of the Makefile.ams, and subsequent make fails. Have
first to autogen.sh, configure.
Angus
On Mon, Feb 18, 2002 at 12:03:35PM +0100, Jean-Marc Lasgouttes wrote:
Martin == Martin Vermeer [EMAIL PROTECTED] writes:
Martin This menu sub-tree is really just a memory jogger for these
Martin things. It makes life a little easier for the people that need
Martin them, requiring only a
On Mon, 18 Feb 2002, Angus Leeming wrote:
On Monday 18 February 2002 9:19 am, Herbert Voss wrote:
On Mon, 18 Feb 2002, Angus Leeming wrote:
On Saturday 16 February 2002 5:31 pm, Herbert Voss wrote:
I have no problem with
\converter user eps xmgrace -hardcopy -hdevice EPS $$i
On Mon, 18 Feb 2002, Angus Leeming wrote:
this should be much more easier:
instead of user, I will return the file-extension, if present.
Only when we can not detect a file type from the contents and
have no extension than I return user
Also, if you can't determine the format name
On Mon, Feb 18, 2002 at 10:53:46AM +, Angus Leeming wrote:
Add a new file to one of the Makefile.ams, and subsequent make fails. Have
first to autogen.sh, configure.
can't you do make twice ? works for me
john
--
They eat cold meat for breakfast and make jokes about gzip.
- Rik
make[3]: Entering directory `/nfs/sinco/source/lyx/lyx-devel/src/support'
c++ -DHAVE_CONFIG_H -I. -I. -I../../src -I./../ -I../../boost -isystem
/usr/X11R6/include -g -fno-exceptions -W -Wall -c syscall.C
syscall.C: In method `int Systemcalls::startscript
(Systemcalls::Starttype, const
On 18-Feb-2002 Lars Gullik Bjønnes wrote:
Juergen Vigna [EMAIL PROTECTED] writes:
| make[3]: Entering directory `/nfs/sinco/source/lyx/lyx-devel/src/support'
| c++ -DHAVE_CONFIG_H -I. -I. -I../../src -I./../ -I../../boost -isystem
| /usr/X11R6/include -g -fno-exceptions -W -Wall -c
On Monday 18 February 2002 11:07 am, Herbert Voss wrote:
Also, if you can't determine the format name from either
getFORMATfromContents or from the list of currently available formats and
their extensions, then you're screwed anyway. Best to just return string()
and enable the rest of the
Angus Leeming wrote:
string const getFormatFromContents(string const filename)
examines the file, and if it recognises the contents returns a string that is
the format name for those contents. You may think of those strings it returns
as extensions but really they aren't, they're format
On Sat, Feb 16, 2002 at 03:18:41AM +0100, Florian Klaempfl wrote:
Is this still up-to-date?
Fairly.
Or are there plans to do anything using the Lyx-Server? If not, I'd glad to
implement parts of the
the scripting capabilities into Lyx.
Furhter, I would propose to use Python as
If I make patches to integrate Python directly into Lyx, is there a
chance that they make it into the official sources? As I can see with my
current knowledge about the lyx sources and the Python lib, the changes
to the existing sources will be very little for basic scripting
functions, it's
Vitaly == Vitaly Lipatov [EMAIL PROTECTED] writes:
Vitaly Attached files contains: 1. diff for lyx-1.1.6fix4 with
Vitaly corrected translate 2. ru.po for cvs version of LyX (it is not
Vitaly diff for too many changes in it) Please commit this files.
Both files are in now. Thanks.
JMarc
Allan == Allan Rae [EMAIL PROTECTED] writes:
Allan Compaq Armada 500 with Mdk-8.1, XFree86-4.1.0, lyx-1.2.0cvs and
Allan xforms-0.88.1. Compile in either XForms or qt2 frontend and
Allan load any lyx file that is longer than one screenful. The first
Allan time you want to scroll the scrollbar
Martin == Martin Vermeer [EMAIL PROTECTED] writes:
Martin (Side effects? What side effects?)
Side effect are probably quite annoying in this case.
JMarc
I've just unsubscribed from the lists since we are off for the next two
weeks. Keep LyX dry and warm. There is a slim chance that I might check
mails send to me privately but I certainly won't be able to do more than
that.
Andre'
--
André Pönitz
=4dada=6de=2c =4dade=6d=6fise=6c=6ce=2c =4d=6f=6esieur=2c
Veui=6c=6ce=7a tr=6fuver e=6e pi=e8ce =6a=6fi=6ete 1=e8re et 4=e8=6de de
c=6fuverture du r=6f=6da=6e i=6etitu=6c=e9
U=4e A=4d=4fUR DE =4dAI 68
de Fra=6e=e7=6fis =4bU=4cB=4f=4bAS
Ce fichier est =e0 =6cire e=6e pdf avec =6ce
Jean-Marc,
this seems to be a result of you last commit. What do you say?
$make
Making all in intl
make[1]: Entering directory `/home/jamatos/lyx/lyx-devel/intl'
make[1]: Nothing to be done for `all'.
make[1]: Leaving directory `/home/jamatos/lyx/lyx-devel/intl'
Making all in po
make[1]:
On Mon, 18 Feb 2002, Andre Poenitz wrote:
I'd like to have the decision on LyX's favourite scripting language first.
www.lua.org.
Greets,
Asger
Jose == Jose Abilio Oliveira Matos [EMAIL PROTECTED] writes:
Jose Jean-Marc, this seems to be a result of you last commit. What do
Jose you say?
I say try again.
JMarc
On Monday 18 February 2002 18:17, Jean-Marc Lasgouttes wrote:
I say try again.
Done. Now Oll Kright.
JMarc
--
José Abílio
Paste of figure float causes crash
Open file failX.lyx; select and copy the figure
float; open a new file and paste the figure - crash
Latest CVS:
Bug exists for all insets with *captions*, table, algorithm, ...
Remove the caption (or make it standard style) - no crash.
I believe the
Hi.
Sorry if this is known. I'm using the latest 1.2.0cvs. math-mode (called
from the minibuffer or by a key binding) don't switch to text mode.
Thank you,
Joao.
On Mon, Feb 18, 2002 at 08:43:37PM +0100, Michael Schmitt wrote:
google does not know it and sourceforge provides an empty project.
http://lists.kde.org/?l=kde-core-develm=101380460705928w=2
It's slowish for some things but has already reported a problem that
njamd didn't notice ...
regards
On Mon, Feb 18, 2002 at 07:46:14PM +0200, Martin Vermeer wrote:
Paste of figure float causes crash
Open file failX.lyx; select and copy the figure
float; open a new file and paste the figure - crash
Latest CVS:
Bug exists for all insets with *captions*, table, algorithm, ...
return extension when no detected contents.
Herbert
--
http://www.lyx.org/help/
Index: src/frontends/controllers/ChangeLog
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/frontends/controllers/ChangeLog,v
retrieving revision
On Mon, Feb 18, 2002 at 11:38:42PM +0200, Martin Vermeer wrote:
Remedy: Make cut paste keep track of the layouts by name rather than
by number, or convert the numbers. (Easier said than done!)
indeed but I guess it needs doing. It's also possible to get the same behaviour
with a combination
At 15:04 18.02.02 +0100, you wrote:
On Sat, Feb 16, 2002 at 03:18:41AM +0100, Florian Klaempfl wrote:
Is this still up-to-date?
Fairly.
Or are there plans to do anything using the Lyx-Server? If not, I'd
glad to
implement parts of the
the scripting capabilities into Lyx.
Furhter,
On Mon, 18 Feb 2002, Lars Gullik Bjønnes wrote:
Allan Rae [EMAIL PROTECTED] writes:
[...]
| par-erase(pos);
| + // get the next valid iterator position
| + Paragraph::inset_iterator pit = par-InsetIterator(pos);
[...]
This cannot be
Hello,
There seem a lot of internal code changes made for xforms0.89. Notably,
lyxlookup.[Ch], which CJK-LyX is heavily dependent on for local input,
are gone!.
Can anybody explain the structural changes made for xforms0.89 ?
Thank you in advance,
--cghan
Would someone please fix this?
My automated builds have been failing.
Here is an edited log showing the errors.
- Forwarded message from Cron Daemon -
Date: Mon, 18 Feb 2002 15:00:06 -0800
From: root
To: kayvan
Subject: Cron kayvan@camel bin/lyxrpm
cvs server: Updating .
cvs server:
Sorry if this is known. I'm using the latest 1.2.0cvs. math-mode
(called from the minibuffer
or by a key binding) don't switch to text mode.
I mean, when already in math mode, math-mode command used to switch to
text within math in previous versions of lyx. That is, it was a toggle
On Mon, 18 Feb 2002, John Levon wrote:
On Mon, Feb 18, 2002 at 08:43:37PM +0100, Michael Schmitt wrote:
google does not know it and sourceforge provides an empty project.
http://lists.kde.org/?l=kde-core-develm=101380460705928w=2
It's slowish for some things but has already reported a
On Mon, 18 Feb 2002, John Levon wrote:
Looking at the code can I again please ask for some sanity here i.e.:
disableDEPM();
// critical code
enableDEPM();
instead of that rat's nest ?
What are you on about? What rat's nest? Which code?
[pause]
Maybe I see what you
Kayvan A. Sylvan wrote:
Would someone please fix this?
should work with a make distclean
Herbert
--
http://www.lyx.org/help/
On Tue, 19 Feb 2002, Herbert Voss wrote:
Kayvan A. Sylvan wrote:
Would someone please fix this?
should work with a make distclean
or a fresh checkout
Allan. (ARRae)
On Tue, Feb 19, 2002 at 12:39:00AM +0100, Lars Gullik Bjønnes wrote:
John Levon [EMAIL PROTECTED] writes:
| On Mon, Feb 18, 2002 at 11:38:42PM +0200, Martin Vermeer wrote:
Remedy: Make cut paste keep track of the layouts by name rather than
by number, or convert the numbers. (Easier
The following change to BufferView::removeAutoInsets() at around
BufferView2.C:197 seems to do the trick. Recompiling with updated cvs
so this will take forever so I'm going home. Someone care to check
this with their own tests?
Michael, I can't crash LyX using the method you described or any
> "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
Martin> This menu sub-tree is really just a memory jogger for these
Martin> things. It makes life a little easier for the people that need
Martin> them, requiring only a little LaTeX experience. One more
Martin> handle on the inside of
> "R" == R Lahaye <[EMAIL PROTECTED]> writes:
R> Hi,
R> Running ./autogen on my FreeBSD PC, generates strange complaints
R> about libraries. Is this a bug in CVS?
No, you are supposed to ignore them for now.
JMarc
On Saturday 16 February 2002 5:31 pm, Herbert Voss wrote:
> I have no problem with
>
> \converter "user" "eps" "xmgrace -hardcopy -hdevice EPS $$i" ""
>
> Herbert
Sure, Herbert, but it is still rather ugly, specifying user1, user2 etc. If
Rob wants to define an agr format, then let's let him.
On Sunday 17 February 2002 2:35 am, John Levon wrote:
> On Sat, Feb 16, 2002 at 02:22:57PM +, Angus Leeming wrote:
>
> > http://www.mail-archive.com/lyx-devel@lists.lyx.org/msg33078.html
>
> want to make a new one that applies ? :)
Sjhlhha@!BHDF
Lars' BIGGG patch?
Will do so.
On Mon, Feb 18, 2002 at 12:04:19PM +0100, Jean-Marc Lasgouttes wrote:
>
> R> Running ./autogen on my FreeBSD PC, generates strange complaints
> R> about libraries. Is this a bug in CVS?
>
> No, you are supposed to ignore them for now.
Well... I can not... Since "make dist" is broken right now,
On Mon, 18 Feb 2002, Angus Leeming wrote:
> On Saturday 16 February 2002 5:31 pm, Herbert Voss wrote:
> > I have no problem with
> >
> > \converter "user" "eps" "xmgrace -hardcopy -hdevice EPS $$i" ""
> >
> > Herbert
>
> Sure, Herbert, but it is still rather ugly, specifying user1, user2 etc. If
On Mon, Feb 18, 2002 at 10:20:40AM +0100, Lars Gullik Bjønnes wrote:
> Are you finished with the frontend patches now?
huh ?
john
--
"What, so the microchips are in the MCU ?"
- Sam Burton learning about the PC architecture
On Monday 18 February 2002 9:20 am, Lars Gullik Bjønnes wrote:
> John Levon <[EMAIL PROTECTED]> writes:
>
> | As it is there is no one around to fix the remaining really serious bugs,
so
> | lyx just sits there while people are pissing around with build structure
and
> | the like.
> >
> | Lars
On Monday 18 February 2002 9:19 am, Herbert Voss wrote:
> On Mon, 18 Feb 2002, Angus Leeming wrote:
>
> > On Saturday 16 February 2002 5:31 pm, Herbert Voss wrote:
> > > I have no problem with
> > >
> > > \converter "user" "eps" "xmgrace -hardcopy -hdevice EPS $$i" ""
> > >
> > > Herbert
> >
> >
On Monday 18 February 2002 9:19 am, Herbert Voss wrote:
> On Mon, 18 Feb 2002, Angus Leeming wrote:
>
> > On Saturday 16 February 2002 5:31 pm, Herbert Voss wrote:
> > > I have no problem with
> > >
> > > \converter "user" "eps" "xmgrace -hardcopy -hdevice EPS $$i" ""
> > >
> > > Herbert
> >
> >
On Mon, Feb 18, 2002 at 10:37:41AM +0100, Lars Gullik Bjønnes wrote:
> There have been a multitude of graphics and xforms frontend patches,
> are you finished with them?
not from me there hasn't.
I would have been happy to release 1.2.0 without insetgraphics.
> Are _you_ ready to focus on
On Monday 18 February 2002 9:49 am, John Levon wrote:
> It's not my fault if I'm too stupid to fix the remaining crop of bugs.
>
> john
;-) So apparently this is all my fault?
A
On Mon, Feb 18, 2002 at 09:54:08AM +, Angus Leeming wrote:
> ;-) So apparently this is all my fault?
That I'm stupid ? Sure, you'll make a good scapegoat
john
--
"What, so the microchips are in the MCU ?"
- Sam Burton learning about the PC architecture
On Mon, Feb 18, 2002 at 06:43:22PM +1000, Allan Rae wrote:
> + // get the next valid iterator position
> + Paragraph::inset_iterator pit = par->InsetIterator(pos);
yeah makes no difference. neither does "+ pit = par->..."
I think the trick to getting
On Monday 18 February 2002 9:54 am, John Levon wrote:
> On Mon, Feb 18, 2002 at 09:54:08AM +, Angus Leeming wrote:
>
> > ;-) So apparently this is all my fault?
>
> That I'm stupid ? Sure, you'll make a good scapegoat
>
> john
Nah! Lets's blame global warming. You're brain is cooking.
A
Looking at the code can I again please ask for some sanity here i.e.:
disableDEPM();
// critical code
enableDEPM();
instead of that rat's nest ?
This patch fixes the memory access problems, whilst leaving it in its
current state of not actually removing the
On Mon, Feb 18, 2002 at 10:16:51AM +, John Levon wrote:
> current state of not actually removing the inseterror anyway !
oh well ok, it just doesn't update properly, it does get removed...
john
--
"What, so the microchips are in the MCU ?"
- Sam Burton learning about the PC
> "Allan" == Allan Rae <[EMAIL PROTECTED]> writes:
Allan> Buried in amongst the rhetoric were a few valid complaints
Allan> although they weren't necessarily expressed well.
Actually, things got better after some time.
Allan> 1. We should only show font info for changes from the layout
Add a new file to one of the Makefile.ams, and subsequent make fails. Have
first to autogen.sh, configure.
Angus
On Mon, Feb 18, 2002 at 12:03:35PM +0100, Jean-Marc Lasgouttes wrote:
> > "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
>
> Martin> This menu sub-tree is really just a memory jogger for these
> Martin> things. It makes life a little easier for the people that need
> Martin> them,
On Mon, 18 Feb 2002, Angus Leeming wrote:
> On Monday 18 February 2002 9:19 am, Herbert Voss wrote:
> > On Mon, 18 Feb 2002, Angus Leeming wrote:
> >
> > > On Saturday 16 February 2002 5:31 pm, Herbert Voss wrote:
> > > > I have no problem with
> > > >
> > > > \converter "user" "eps" "xmgrace
On Mon, 18 Feb 2002, Angus Leeming wrote:
> > this should be much more easier:
> >
> > instead of "user", I will return the file-extension, if present.
> > Only when we can not detect a file type from the contents and
> > have no extension than I return "user"
>
> Also, if you can't determine
On Mon, Feb 18, 2002 at 10:53:46AM +, Angus Leeming wrote:
> Add a new file to one of the Makefile.ams, and subsequent make fails. Have
> first to autogen.sh, configure.
can't you do make twice ? "works" for me
john
--
"They eat cold meat for breakfast and make jokes about gzip."
make[3]: Entering directory `/nfs/sinco/source/lyx/lyx-devel/src/support'
c++ -DHAVE_CONFIG_H -I. -I. -I../../src -I./../ -I../../boost -isystem
/usr/X11R6/include -g -fno-exceptions -W -Wall -c syscall.C
syscall.C: In method `int Systemcalls::startscript
(Systemcalls::Starttype, const
On 18-Feb-2002 Lars Gullik Bjønnes wrote:
> Juergen Vigna <[EMAIL PROTECTED]> writes:
>
>| make[3]: Entering directory `/nfs/sinco/source/lyx/lyx-devel/src/support'
>| c++ -DHAVE_CONFIG_H -I. -I. -I../../src -I./../ -I../../boost -isystem
>| /usr/X11R6/include -g -fno-exceptions -W -Wall -c
On Monday 18 February 2002 11:07 am, Herbert Voss wrote:
> > Also, if you can't determine the format name from either
> > getFORMATfromContents or from the list of currently available formats and
> > their extensions, then you're screwed anyway. Best to just return string()
> > and enable the
Angus Leeming wrote:
> string const getFormatFromContents(string const & filename)
> examines the file, and if it recognises the contents returns a string that is
> the format name for those contents. You may think of those strings it returns
> as extensions but really they aren't, they're
On Sat, Feb 16, 2002 at 03:18:41AM +0100, Florian Klaempfl wrote:
> Is this still up-to-date?
Fairly.
> Or are there plans to do anything using the Lyx-Server? If not, I'd glad to
> implement parts of the
> the scripting capabilities into Lyx.
>
> Furhter, I would propose to use Python as
> If I make patches to integrate Python directly into Lyx, is there a
> chance that they make it into the official sources? As I can see with my
> current knowledge about the lyx sources and the Python lib, the changes
> to the existing sources will be very little for basic scripting
> functions,
> "Vitaly" == Vitaly Lipatov <[EMAIL PROTECTED]> writes:
Vitaly> Attached files contains: 1. diff for lyx-1.1.6fix4 with
Vitaly> corrected translate 2. ru.po for cvs version of LyX (it is not
Vitaly> diff for too many changes in it) Please commit this files.
Both files are in now. Thanks.
> "Allan" == Allan Rae <[EMAIL PROTECTED]> writes:
Allan> Compaq Armada 500 with Mdk-8.1, XFree86-4.1.0, lyx-1.2.0cvs and
Allan> xforms-0.88.1. Compile in either XForms or qt2 frontend and
Allan> load any lyx file that is longer than one screenful. The first
Allan> time you want to scroll
> "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
Martin> (Side effects? What side effects?)
Side effect are probably quite annoying in this case.
JMarc
I've just unsubscribed from the lists since we are off for the next two
weeks. Keep LyX dry and warm. There is a slim chance that I might check
mails send to me privately but I certainly won't be able to do more than
that.
Andre'
--
André Pönitz
=4dada=6de=2c =4dade=6d=6fise=6c=6ce=2c =4d=6f=6esieur=2c
Veui=6c=6ce=7a tr=6fuver e=6e pi=e8ce =6a=6fi=6ete 1=e8re et 4=e8=6de de
c=6fuverture du r=6f=6da=6e i=6etitu=6c=e9
"U=4e A=4d=4fUR DE =4dAI 68"
de Fra=6e=e7=6fis =4bU=4cB=4f=4bAS
Ce fichier est =e0 =6cire e=6e pdf avec =6ce
Jean-Marc,
this seems to be a result of you last commit. What do you say?
$make
Making all in intl
make[1]: Entering directory `/home/jamatos/lyx/lyx-devel/intl'
make[1]: Nothing to be done for `all'.
make[1]: Leaving directory `/home/jamatos/lyx/lyx-devel/intl'
Making all in po
make[1]:
On Mon, 18 Feb 2002, Andre Poenitz wrote:
> I'd like to have the decision on LyX's favourite scripting language first.
www.lua.org.
Greets,
Asger
> "Jose" == Jose Abilio Oliveira Matos <[EMAIL PROTECTED]> writes:
Jose> Jean-Marc, this seems to be a result of you last commit. What do
Jose> you say?
I say "try again".
JMarc
On Monday 18 February 2002 18:17, Jean-Marc Lasgouttes wrote:
>
> I say "try again".
Done. Now Oll Kright.
> JMarc
--
José Abílio
Paste of figure float causes crash
Open file "failX.lyx"; select and copy the figure
float; open a new file and paste the figure -> crash
Latest CVS:
Bug exists for all insets with *captions*, table, algorithm, ...
Remove the caption (or make it "standard" style) -> no crash.
I believe the
Hi.
Sorry if this is known. I'm using the latest 1.2.0cvs. math-mode (called
from the minibuffer or by a key binding) don't switch to text mode.
Thank you,
Joao.
On Mon, Feb 18, 2002 at 08:43:37PM +0100, Michael Schmitt wrote:
> google does not know it and sourceforge provides an empty project.
http://lists.kde.org/?l=kde-core-devel=101380460705928=2
It's slowish for some things but has already reported a problem that
njamd didn't notice ...
regards
On Mon, Feb 18, 2002 at 07:46:14PM +0200, Martin Vermeer wrote:
>
> Paste of figure float causes crash
>
> Open file "failX.lyx"; select and copy the figure
> float; open a new file and paste the figure -> crash
>
>
>
> Latest CVS:
>
> Bug exists for all insets with *captions*, table,
return extension when no detected contents.
Herbert
--
http://www.lyx.org/help/
Index: src/frontends/controllers/ChangeLog
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/frontends/controllers/ChangeLog,v
retrieving revision
On Mon, Feb 18, 2002 at 11:38:42PM +0200, Martin Vermeer wrote:
> Remedy: Make cut & paste keep track of the layouts by name rather than
> by number, or convert the numbers. (Easier said than done!)
indeed but I guess it needs doing. It's also possible to get the same behaviour
with a
1 - 100 of 110 matches
Mail list logo