Should be safe.
Note that this patch _does_ change the observable behaviour:
Until now, after the deletion of a complete row a math matrix "kept" its
original size on screen including the (#) at the end of the otherwise
completely empty last row (everything was fine on paper or after a reload
o
On Thu, Mar 08, 2001 at 04:58:02PM +0100, Jean-Marc Lasgouttes wrote:
>
> Hello,
>
> Appended as usual is a list of what has been fixed since 1.1.6fix1.
> My plan is to release 1.1.6fix2 soon (tomorriw?). So if you think
> some things should be done first, say it NOW!
Here are two patches that
On Fri, Mar 09, 2001 at 07:38:10PM +0200, Dekel Tsur wrote:
> PS: Two comment about the the citation dialog:
> - The simple/regex button should be a checkbutton.
> - The search should be case insensitive (as well as the sorting of the keys)
Also, you might want to put the three search buttons in
[EMAIL PROTECTED] wrote:
>
> What would cause this, after a clean cvs install?
>
> larry@max lyx-devel>lyx
> LyX: unable to find documentation file `Extended'. Bad installation?
The cvs docs are in a separate tree. lyxdocs I think.
Garst
Allan (Allan Rae <[EMAIL PROTECTED]>) had mentioned the solution:
The new tabular code can't handle CR (\r)!
Although I have tried to remove them within Win32 (maybe I had made anything
wrong;-)) using vim, another test in Linux makes all things as expected!
Conclusion:
Removing those CR
What would cause this, after a clean cvs install?
larry@max lyx-devel>lyx
LyX: unable to find documentation file `Extended'. Bad installation?
John Levon wrote:
>
> On Fri, 9 Mar 2001, Allan Rae wrote:
>
> > Anyway I think we need to decide just what scope spell checker options
> > should have:
>
> > Documentmaybe?
> > Per-spellcheck run ???
>
> I would suggest if we *do* want these, they can be done
Claus Hentschel wrote:
>
> I am using LyX since Lyx 1.0.4 on both Linux and Windows system. Up to Lyx
> 1.1.6 (fix1) I always was able to use LyX's source files on both systems
> regardless where they have been written!
all worked well with 1.2.0cvs and linux 2.2.18 with suse. exactly the
same
a
On Fri, Mar 09, 2001 at 11:56:30PM +1000, Allan Rae wrote:
> > One answer is mising for me: Can you view the table inside that lyx doc on
> > your system
>
> I have a 1.2.0cvs from a few days ago that doesn't like it. It complains
> with:
This doesn't make sense. I just tried 1.2.0cvs and i
On Fri, Mar 09, 2001 at 10:34:42AM +0100, Claus Hentschel wrote:
> I am using LyX since Lyx 1.0.4 on both Linux and Windows system. Up to Lyx
> 1.1.6 (fix1) I always was able to use LyX's source files on both systems
> regardless where they have been written!
Your table2.lyx file shows up perfect
Andre Poenitz <[EMAIL PROTECTED]> writes:
| > (*iterator).whatever
| >
| > rather than :
| >
| > iterator->whatever
| >
| > IMHO it's harder to type and read ...
|
| I don't know. I use the latter...
Of course anotehr reason to use (*it).afd
is that this shows rather explicilty that
Angus Leeming <[EMAIL PROTECTED]> writes:
| On Friday 09 March 2001 17:04, Angus Leeming wrote:
| and there's more. If I save a file with an external inset, close it and then
| open it again, I get the message:
|
| Solitary \end_inset. Missing \begin_inset?.
| Last inset read was: External
Really tiny, but I am not sure if it is correct.
It does not seem to break anything, though...
Andre'
--
André Pönitz [EMAIL PROTECTED]
Index: ChangeLog
===
RCS file: /usr/local/lyx/cvsro
Angus Leeming <[EMAIL PROTECTED]> writes:
|
| He changed the line from
| typedef std::map Templates;
| to
| typedef std::map Templates;
Bad change since the key in std::map is immutable anyway, change it
back.
With it you are endig up with some thing like pair
Lgb'
On Thu, Mar 08, 2001 at 04:58:02PM +0100, Jean-Marc Lasgouttes wrote:
>
> Hello,
>
> Appended as usual is a list of what has been fixed since 1.1.6fix1.
> My plan is to release 1.1.6fix2 soon (tomorriw?). So if you think
> some things should be done first, say it NOW!
You might also want to app
On Fri, Mar 09, 2001 at 04:50:23PM +, Angus Leeming wrote:
> These are usually misplaced #pragma directives for the gnu compiler.
> Angus
Yes, the problem is a missing #pragma implementation in FormSearch.C
I've fixed that, and now the compilation succeeds.
What should I check in this versio
> (*iterator).whatever
>
> rather than :
>
> iterator->whatever
>
> IMHO it's harder to type and read ...
I don't know. I use the latter...
Andre'
--
André Pönitz [EMAIL PROTECTED]
On Sat, Feb 17, 2001 at 08:35:19PM +0100, Bernd Harmsen wrote:
> On Fri, Feb 16, 2001 at 07:29:42PM +0200, Dekel Tsur wrote:
> > What is the result of the following:
> >
> > grep HAVE_SSTREAM src/config.h
> > grep USE_INCLUDED_STRING src/config.h
>
> bernd@Emanuel:~/lyx/lyx-1.1.6fix-bernd1$ grep
On Friday 09 March 2001 17:04, Angus Leeming wrote:
and there's more. If I save a file with an external inset, close it and then
open it again, I get the message:
Solitary \end_inset. Missing \begin_inset?.
Last inset read was: External
While I'
On Friday 09 March 2001 16:48, Angus Leeming wrote:
> When "View Result" of the Date command in the external inset popup, I get
an
> error message
>
> LyX: execvp failed: No such file or directory
>
> and an xterm pops up displaying the message
>
> xterm: Can't execvp less
> aleem@pneumon:PR
On Friday 09 March 2001 15:11, Dekel Tsur wrote:
> On Fri, Mar 09, 2001 at 03:44:46PM +0100, Lars Gullik Bjønnes wrote:
> > John Levon <[EMAIL PROTECTED]> writes:
> >
> > | p.p.s. since both edwin and I have looked at MVC now I really think it
> > | should be merged, modulo Lars' mysterious CVS b
When "View Result" of the Date command in the external inset popup, I get an
error message
LyX: execvp failed: No such file or directory
and an xterm pops up displaying the message
xterm: Can't execvp less
aleem@pneumon:PROPOSALS->
I assume that "less" is the gnu equivalent of "more", but t
On Fri, Mar 09, 2001 at 03:44:46PM +0100, Lars Gullik Bjønnes wrote:
> John Levon <[EMAIL PROTECTED]> writes:
>
> | p.p.s. since both edwin and I have looked at MVC now I really think it
> | should be merged, modulo Lars' mysterious CVS branch plans (care to
> | elaborate yet ?)
>
> I just like
> "Michael" == Michael Schmitt <[EMAIL PROTECTED]> writes:
Michael> First of all, LyX does not behave the way the dialog suggests
Michael> it. Secondly, my experience is that you don't always want LyX
Michael> to toggle layout settings in practice. For that reason, it
Michael> would like to d
On Fri, 9 Mar 2001, Edwin Leuven wrote:
> > 2) implement the "Home" etc. buttons. This is trivial to do, just a matter
> > of adding them onto the file dialog toolbar... not sure about qt2
>
> Easy:
>
> void QFileDialog::addToolButton ( QButton * b, bool separator = FALSE )
> [protected]
hand
I'm trying to compile John's "formexternal2" patch in my local tree, but get
an error when compiling ExternalTemplate.C.
He changed the line from
typedef std::map Templates;
to
typedef std::map Templates;
which results in the error message (wait for it!)
Obviously, I know how t
> 2) implement the "Home" etc. buttons. This is trivial to do, just a matter
> of adding them onto the file dialog toolbar... not sure about qt2
Easy:
void QFileDialog::addToolButton ( QButton * b, bool separator = FALSE )
[protected]
Adds a the button b to the row of tool buttons on the top o
On Fri, 9 Mar 2001, Angus Leeming wrote:
> I can't help noticing that it's tiny in comparison to the xforms stuff. Is
> this because Qt does it all for you, or is the functionality reduced?
>
> Angus
The Qt FileDialog is not quite feature complete, but yes, it is almost entirely
done by the KF
> I can't help noticing that it's tiny in comparison to the xforms stuff. Is
> this because Qt does it all for you, or is the functionality reduced?
I haven't looked at the xforms stuff, but Qt has a nice file dialog
class...gr.ed.
On Thursday 08 March 2001 17:58, Denis Perchine wrote:
> > Hello,
>
> I just created some patches to make lyx from HEAD compile with qt2 frontend.
> Other files than patch should be added to src/frontends/qt2 dir.
>
> Please apply this to CVS.
>
> Please CC me, I am not on the list.
>
> --
>
Dekel Tsur <[EMAIL PROTECTED]> writes:
| The problem is a bad version of the sstream library on your machine (or on
| the machine where the binary was compiled).
| If you compiled LyX yourself, you might try installing a pre-compiled
| binary, or try to recompile using the --with-included-string
On Fri, Mar 09, 2001 at 08:49:00AM +0100, Arthaber Holger wrote:
> Hi folks!
>
> Since I added some scanned pictures to my LyX-document the
> compilation takes very long. (I am not sure but I think that this
> effect started appearing after this)
>
> For example if I use the 'Show/DVI' from LyX
John Levon <[EMAIL PROTECTED]> writes:
| p.p.s. since both edwin and I have looked at MVC now I really think it
| should be merged, modulo Lars' mysterious CVS branch plans (care to
| elaborate yet ?)
I just like to see others claim:
"I have tried the branch, it worked flawlessly for me."
Attached. Slight behaviour change in that external insets
are now never empty, but default to the first template type.
I implemented a Params struct for the info between the frontends
and the inset code.
next on the agenda: fixing FormInclude, FormSplash, KDE FileDialog,
and maybe GUIIsing the
On 9 Mar 2001, Lars Gullik Bjønnes wrote:
> John Levon <[EMAIL PROTECTED]> writes:
>
> | Why are people using :
> |
> | (*iterator).whatever
> |
> | rather than :
> |
> | iterator->whatever
> |
> | IMHO it's harder to type and read ...
>
> gcc 2.7.2 did not support the -> operator f
Hi,
On Fri, 9 Mar 2001, John Levon wrote:
JL| Why are people using :
JL|
JL| (*iterator).whatever
JL|
JL| rather than :
JL|
JL| iterator->whatever
the operator-> requires to return a pointer .. which is sometimes not
possible to implement in an iterator, specifically, if the iterator
John Levon <[EMAIL PROTECTED]> writes:
| Why are people using :
|
| (*iterator).whatever
|
| rather than :
|
| iterator->whatever
|
| IMHO it's harder to type and read ...
gcc 2.7.2 did not support the -> operator for iterators.
but we can switch now.
Lgb
Why are people using :
(*iterator).whatever
rather than :
iterator->whatever
IMHO it's harder to type and read ...
john
--
"I try to keep an open mind, but not so open that my brains fall out."
- Judge Harold T. Stone
On Fri, 9 Mar 2001, Claus Hentschel wrote:
> > Your description sounds like the new table reader doesn't allow for '\r'
> > like the old file reader did.
> >
> > Allan. (ARRae)
>
>
> You mean it's due to the different newline behaviour in DOS/WIN32 and
> UNUX/Linux, right?
>
> I do have changed t
> Well you're the one with ukase (new word for me too). You decide.
> A
hear hear
Ed.
On Fri, 9 Mar 2001, John Levon wrote:
> On Fri, 9 Mar 2001, Angus Leeming wrote:
>
> > I think that he's just saying that the first task is to get all GUI-stuff out
> > of the kernel. It doesn't really matter if the resultant code causes comments
> > because we're still on iteration 1 as far as t
On Fri, 9 Mar 2001, Angus Leeming wrote:
> On Friday 09 March 2001 12:25, Lars Gullik Bjønnes wrote:
> > We need a MAINTAINER file telling who is responsible for the various
> > parts of LyX.
>
> Well you're the one with ukase (new word for me too). You decide.
> A
>
But call it MAINTAINERS
K
On Friday 09 March 2001 12:25, Lars Gullik Bjønnes wrote:
> We need a MAINTAINER file telling who is responsible for the various
> parts of LyX.
Well you're the one with ukase (new word for me too). You decide.
A
Your description sounds like the new table reader doesn't allow for '\r'
like the old file reader did.
Allan. (ARRae)
...or rather this one. The previous should have been more complete.
Sorry, Ed.
qt2file2.diff.gz
> I'll add you as pending for spellchecker
> and remove SpellcheckerOptions as
> you are going to kill it (right ?)
Yes. Thanks, Ed.
We need a MAINTAINER file telling who is responsible for the various
parts of LyX.
Lgb
On Fri, 9 Mar 2001, Edwin Leuven wrote:
> If you need a volunteer, you got one :). I can do both the options and the
> spellcheck window itself (the weekend is coming up for a start).
>
> gr.ed.
I'll add you as pending for spellchecker and remove SpellcheckerOptions as you
are going to kill it
If you need a volunteer, you got one :). I can do both the options and the
spellcheck window itself (the weekend is coming up for a start).
gr.ed.
On Fri, 9 Mar 2001, Angus Leeming wrote:
> I think that he's just saying that the first task is to get all GUI-stuff out
> of the kernel. It doesn't really matter if the resultant code causes comments
> because we're still on iteration 1 as far as the frontends are concerned
> whilst the rest
On Fri, 9 Mar 2001 [EMAIL PROTECTED] wrote:
> Log Message:
> Added code to search for simple and regular expressions to the citation
> controller (lifted shamelessly from Marco's gnome frontend) and used it to
> implement searching in the xforms citation dialog.
cool ! you rock Angus !
john
--
Hi,
Could someone apply the attached patch instead? It adds Denis' stuff + some
additional tweaks. Should be ok.
Thanks, Ed.
qt2filed.diff.gz
On Friday 09 March 2001 11:48, John Levon wrote:
> What needs to be moved, what needs re-working etc.
>
> I'm really clueless on this (like most things) and would appreciate some
perspective
I think that he's just saying that the first task is to get all GUI-stuff out
of the kernel. It doesn'
On Fri, 9 Mar 2001, Allan Rae wrote:
> Anyway I think we need to decide just what scope spell checker options
> should have:
> Documentmaybe?
> Per-spellcheck run ???
I would suggest if we *do* want these, they can be done later. So for now
a simple quashing of
On 8 Mar 2001, Jean-Marc Lasgouttes wrote:
> > "Edwin" == Edwin Leuven <[EMAIL PROTECTED]> writes:
>
> Edwin> Qt2 only (which I think is to be preferred for LyX, minimizing
> Edwin> the dependencies and maximizing a quick and easy install).
>
> Agreed.
>
> JMarc
>
Matthias mentioned plan
On Thu, 8 Mar 2001, Juergen Vigna wrote:
>
> On 08-Mar-2001 Jean-Marc Lasgouttes wrote:
>
> > Edwin> So what is left to be moved? The spellchecker? In the matrix
> > Edwin> the spellchecker options are marked "obsolete?" Whats the catch
> > Edwin> here?
> >
> > I think they can be set from Pre
On Thu, 8 Mar 2001, Allan Rae wrote:
> (asymptotically) especially once we get started on non-X based systems and
> the curses/slang/whatever text system gets going.
Allan you are looking way ahead, I'm really more interested in the here and now.
Specifically, since we have nearly done the first
> Now, we can argue whether this is a good thing or not. Either the
> popup or the code have to be fixed. Do people who use this feature
> often have an idea on it? Michael seems to think this does not make
> sense.
First of all, LyX does not behave the way the dialog suggests it. Secondly, my
e
I am using LyX since Lyx 1.0.4 on both Linux and Windows system. Up to Lyx
1.1.6 (fix1) I always was able to use LyX's source files on both systems
regardless where they have been written!
Now I have many problems with tables in
1) newly created files, i.e. with 1.1.6fix1
2) some old file
Hello,
LyX 1.1.6fix1 of Wed, Jan 31, 2001
The system running LyX is a SuSE 6.3 Kernel 2.2.18 SMP, the NFS filesystem
mounted (see below) is on a HP-UX 10.20.
When I open the attached file in a directory named
~/wega/finishing_prg/Finisher/DHV/Python/Meeting Notes
with ~/wega/finishing
Dear all,
as you probably know LyX can currently be compiled with g++ 2.8.1 and
later as well as with a few proprietary compilers.
g++ 2.8.1 does not support some features that some developers would like
to use. Currently there is a discussion on lyx-devel on whether it is
sensible to drop supp
"Roger W.Brown" <[EMAIL PROTECTED]> writes:
| BufferView_pimpl.o(.gnu.linkonce.d._ZTVSt15basic_stringbufIcSt11char_traitsIcESaIcEE
| +0x1c): undefined reference to `std::basic_stringbuf,
| std::allocator >::seekpos(std::fpos, std::_Ios_Openmode)'
| collect2: ld returned 1 exit status
I am not
[EMAIL PROTECTED] writes:
|By the way, can anyone teach me how to move from "lyxstring" to
| "std:string" ? For example, how can I implement
| "lyxstring +=(wchar_t)" in "std:string"?
How do you do it with lyxstring?
If you have done it by changing lyxstring... wrong move... but I
63 matches
Mail list logo
