On 14 Oct 2000, Lars Gullik Bjønnes wrote:
[...]
> more on FuncSlot... when I first though of this it was as a direct
> replacement for the string that we pass to dispatch now, it is not too
> hard to create a FuncSlot that can transfere the type untranslated.
> It would be a larger implementation
On Thu, 19 Oct 2000, Staffan Ringbom wrote:
> Thank you very much, I got the point!
>
> \renewcommand\labelenumi{\alph{enumi}.}
> \renewcommand\labelenumii{\roman{enumii}.}
> \renewcommand\labelenumiii{\roman{enumiii}.},
>
> made the Job.
>
> Did not find this in the User Gidd, although this
On Wed, 18 Oct 2000, Kayvan A. Sylvan wrote:
> On Wed, Oct 18, 2000 at 03:00:12PM -0700, Cron Daemon wrote:
>
> > gcc -DHAVE_CONFIG_H -I. -I. -I../../src -I../../images -I./../ -I../.. -I../..
>-I../../boost -isystem /usr/X11R6/include -O2 -m486 -fno-strength-reduce -c
>math_parser.C -o math_p
On 18 Oct 2000, Jean-Marc Lasgouttes wrote:
> > "Juergen" == Juergen Vigna <[EMAIL PROTECTED]> writes:
>
> Juergen> A fast question: "Where is mode_t defined?" I'm not able to
> Juergen> compile the last version as in some modules it does not have
> Juergen> mode_t defined as type!
>
> That
Hi,
Right-mouse clicking in a table, will pop up
the Tabular layout dialog.
Left-mouse clicking in a figure pops up the
Figure dialog.
Wouldn't both Right-mouse be more consistent?
Regards,
Rob.
Latest CVS (after make clean & recompiling gcc for my new kernel...)
All of my toolbar icons have little yellow help balloons except for Undo.
Why?
Preferences is shaping up nicely, although I was a bit concerned when a bunch
of preferences from last week's CVS weren't understood. But it looks l
On Wed, Oct 18, 2000 at 03:00:12PM -0700, Cron Daemon wrote:
> gcc -DHAVE_CONFIG_H -I. -I. -I../../src -I../../images -I./../ -I../.. -I../..
>-I../../boost -isystem /usr/X11R6/include -O2 -m486 -fno-strength-reduce -c
>math_parser.C -o math_parser.o
> In file included from math_parser.C:32:
>
Try loading up TableExamples.lyx, and do ascii export,
or try and cut the first table - it will not be happy.
I tracked this down to about line 2392 in tabular.C, where the
variable len1 is huge, as if it has overflowed, and the tight
for loop runs for ages.
Couldn't get any further before havi
OK, totally unrelated to lyx, except that I can't mail the lyx list if my
mail isn't working right.
I upgraded to RH6.2 today. (Yes, I'm a bit behind the times. So sue me.)
Now, whenever I start a new xterm and run vim, my backspaces come out as ^?
instead of backspacing. When I say stty, it says
On Tue, Oct 17, 2000 at 03:37:07PM +0200, Jean-Marc Lasgouttes wrote:
>
> - many popups have been rewritten to use the new GUI-I scheme. In the
> process they have gotten a nice cleanup: the Document and Paragraph
> popups now contain in one single place what was previously scattered
> in m
Hi,
Now the real issue:
I have and had problems when a figure eps-file is
updated while LyX is running. There's no direct way
in LyX to tell it to use the new updated eps-file.
There's a trick: toggling the Display radiobuttons
and clicking will cause LyX to load the new
eps file.
However, this
John Levon <[EMAIL PROTECTED]> writes:
| On 18 Oct 2000, Lars Gullik Bjønnes wrote:
|
| > fname is a string so you should use:
| >
| > if (fname.empty())
| > return;
|
| thanks. it is better to use empty() because it avoids the implicit
| srting("") ctor in the conversi
On Wed, 18 Oct 2000, John Levon wrote:
> thanks. it is better to use empty() because it avoids the implicit
> srting("") ctor in the conversion right ?
>
s/srting/string/
> see applied
s/applied/attached/
I need some sleep/caffiene ...
john
--
"Mathemeticians stand on each other's shoulde
On 18 Oct 2000, Lars Gullik Bjønnes wrote:
> fname is a string so you should use:
>
> if (fname.empty())
> return;
thanks. it is better to use empty() because it avoids the implicit
srting("") ctor in the conversion right ?
see applied
john
--
"Mathemeticians stand on
Angus Leeming <[EMAIL PROTECTED]> writes:
| Maybe, just maybe this exercise might find a bug.
|
| Compiling screen.C, I find that
| #550-D variable "height" was set but never used
| int height;
|
| The relevant code:
|
| void
John Levon <[EMAIL PROTECTED]> writes:
| fname = fileDlg.Select(_("Choose template"),
| lyxrc.template_path,
| "*.lyx");
| -templname = fname;
| AllowInput(owner->view());
| +
Maybe, just maybe this exercise might find a bug.
Compiling screen.C, I find that
#550-D variable "height" was set but never used
int height;
The relevant code:
void LyXScreen::Update(LyXText * text, int y_offset, int x_offset
doesn't ignore me now ;)
thanks
john
--
"Mathemeticians stand on each other's shoulders while computer scientists
stand on each other's toes."
- Richard Hamming
diff -u -r1.621 ChangeLog
--- ChangeLog 2000/10/18 14:07:28 1.621
+++ ChangeLog 2000/10/18 17:41:33
@@ -1,0 +1,
Lior Silberman <[EMAIL PROTECTED]> writes:
| This is a tiny correction. I don't think the code is ever activated
| though.
Ok, fixed.
Lgb
This is a tiny correction. I don't think the code is ever activated
though.
Lior.
Index: BufferView2.C
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/BufferView2.C,v
retrieving revision 1.44
diff -u -r1.44 BufferView2.C
--- Bu
On Wed, 18 Oct 2000, R. Lahaye wrote:
> Hi,
>
> The Document-Layout dialog can currently be
> resized to any size, causing LyX to crash when
> selecting a tab that's only partially visible.
> (BTW: is this a LyX bug, or an Xforms bug?).
>
> In the Preferences dialog, this is dealt with by
> disabl
Hi,
The Document-Layout dialog can currently be
resized to any size, causing LyX to crash when
selecting a tab that's only partially visible.
(BTW: is this a LyX bug, or an Xforms bug?).
In the Preferences dialog, this is dealt with by
disabling resizing the dialog below a certain
minimum size.
On 18-Oct-2000 Jean-Marc Lasgouttes wrote:
>
> That's a question that I briefly asked myself when looking at Angus
> patch. I think we should revert to some safe value (unsigned int?) in
> lyxlib.h, since we prefer not to have to include headers there (but
> only in respective implementations).
On Wed, 18 Oct 2000, Juergen Vigna wrote:
> > I said "claim" only in the context that making a formal (mathematical)
> > proof that your code does not contain bugs take too much time.
>
> #:O)
>
> A fast question: "Where is mode_t defined?" I'm not able to compile the
> last version as in some mod
> "Juergen" == Juergen Vigna <[EMAIL PROTECTED]> writes:
Juergen> A fast question: "Where is mode_t defined?" I'm not able to
Juergen> compile the last version as in some modules it does not have
Juergen> mode_t defined as type!
That's a question that I briefly asked myself when looking at A
>
> I said "claim" only in the context that making a formal (mathematical)
> proof that your code does not contain bugs take too much time.
>
#:O)
A fast question: "Where is mode_t defined?" I'm not able to compile the
last version as in some modules it does not have mode_t defined as type!
Juergen Vigna <[EMAIL PROTECTED]> writes:
| On 18-Oct-2000 Lars Gullik Bjønnes wrote:
| >
| > I _never_ said that (it is Asger and Jürgen that claims that their
| > code do not have bugs), my code ave bugs all the time.
|
| What means "claim" here?! There are NO bugs in our code!
I said "claim
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> I have uploaded to ftp.lyx.org and ftp.devel.lyx.org now.
OK, I'll prepare the patch.
JMarc
On 18-Oct-2000 Lars Gullik Bjønnes wrote:
>
> I _never_ said that (it is Asger and Jürgen that claims that their
> code do not have bugs), my code ave bugs all the time.
What means "claim" here?! There are NO bugs in our code!
I will admit that there are sometimes, some "missing features", but
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
|
| Lars> Not warnings, INFO's.
|
| OK, OK, Lars, we all know your code is not buggy ;)
I _never_ said that (it is Asger and Jürgen that claims that their
code do not have bugs),
On Wed, 18 Oct 2000, John Levon wrote:
> On Wed, 18 Oct 2000 [EMAIL PROTECTED] wrote:
>
> > Log Message:
> > New LDN. Yay!
>
> Is this still getting sent to linux weekly news ?
I posted them about it just before I committed it to CVS.
Allan.
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> Third time lucky?
Yes, it looks good.
I applied it.
JMarc
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> Not warnings, INFO's.
OK, OK, Lars, we all know your code is not buggy ;)
JMarc
Angus Leeming <[EMAIL PROTECTED]> writes:
| Third time lucky?
|
| The attached patch addresses all Jean-Marc's issues and results in a clean
| compile of support, save only for three warnings in DebugStream.C
Not warnings, INFO's.
Lgb
Third time lucky?
The attached patch addresses all Jean-Marc's issues and results in a clean
compile of support, save only for three warnings in DebugStream.C
Angus
patch_support2.bz2
Angus Leeming <[EMAIL PROTECTED]> writes:
| On Wed, 18 Oct 2000, Jean-Marc Lasgouttes wrote:
| > > "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
| >
| > Angus> I admit it: this makes more sense. (Although I hasten to point
| > Angus> out that I did not break anything!)
| >
| > Angus> W
On Wed, 18 Oct 2000 [EMAIL PROTECTED] wrote:
> Log Message:
> New LDN. Yay!
Is this still getting sent to linux weekly news ?
john
--
"Mathemeticians stand on each other's shoulders while computer scientists
stand on each other's toes."
- Richard Hamming
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| > "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
|
| Angus> I admit it: this makes more sense. (Although I hasten to point
| Angus> out that I did not break anything!)
|
| Angus> Will you change this or shall I? A
|
| I'd prefer to l
On Wed, 18 Oct 2000, Jean-Marc Lasgouttes wrote:
> > "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
>
> Angus> I admit it: this makes more sense. (Although I hasten to point
> Angus> out that I did not break anything!)
>
> Angus> Will you change this or shall I? A
>
> I'd prefer to let y
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> I admit it: this makes more sense. (Although I hasten to point
Angus> out that I did not break anything!)
Angus> Will you change this or shall I? A
I'd prefer to let you do it :)
Other things:
* in StrPool: change the type of
> Why do you cast from 'unsigned int' in LRegex.C? It seems to me that
> the right change would be to return a pair of size_type (as MatchPair
> is declared) insetead of a pair of unsigned int (in
> LRegex::first_match and LRegex::exec at least)
I admit it: this makes more sense. (Although I hast
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> No cast at all. Makes sense (makes me sound like an expert.
Angus> Which I'm not!). Modified patch attached.
Why do you cast from 'unsigned int' in LRegex.C? It seems to me that
the right change would be to return a pair of size_t
On 18-Oct-2000 Jean-Marc Lasgouttes wrote:
> Allan> Try it and see what it looks like.
>
> I guess that's not a surprise since footnotes in tables should use
> NEW_INSETS to work well. I guess this should be just disabled.
I guess too, as I'm not working on death code (but if someone else
want
On Wed, 18 Oct 2000, Lars Gullik Bjønnes wrote:
> Angus Leeming <[EMAIL PROTECTED]> writes:
> | Below are the remaining warning messages in support.
> | Note that count returns distance_type. Shall I cast this off to
> | unsigned int?
> iterator_traits<>::difference_type you mean.
No, distance_t
On 18 Oct 2000, Jean-Marc Lasgouttes wrote:
> > "Allan" == Allan Rae <[EMAIL PROTECTED]> writes:
>
> Allan> Try it and see what it looks like.
>
> I guess that's not a surprise since footnotes in tables should use
> NEW_INSETS to work well. I guess this should be just disabled.
No! Then I
Angus Leeming <[EMAIL PROTECTED]> writes:
| Below are the remaining warning messages in support.
| Note that count returns distance_type. Shall I cast this off to
| unsigned int?
iterator_traits<>::difference_type you mean.
return an unsigned int or size_t.
size-t is probably best.
Lgb
> "Allan" == Allan Rae <[EMAIL PROTECTED]> writes:
Allan> Try it and see what it looks like.
I guess that's not a surprise since footnotes in tables should use
NEW_INSETS to work well. I guess this should be just disabled.
JMarc
On 18-Oct-2000 Allan Rae wrote:
>
> Try it and see what it looks like.
What footnotes to you mean, old-style or new foot insets?
Jürgen
--
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._
Dr. Jürgen VignaE-Mail: [EMAIL PROTECTED]
Italienallee 13/N Te
> | Shall I
> | 1 do nothing;
> | 2 sputc(char(c));
> | 3 sputc(traits::to_char_type(c));
>
> Do nothing...
Ok. Nothing done! At least not here...
Attached is a small patch that cleans up most of support. Same old stuff.
I've been careful when making explicit casts and have used the correct ttyp
Try it and see what it looks like.
Allan. (ARRae)
Angus Leeming <[EMAIL PROTECTED]> writes:
| Lars, here's one for you since I see that you wrote the code and it means
| nothing to me!
|
| Compiling support/DebugStream.C I get
|
| cxx: Info: DebugStream.C, line 94: #1136-D conversion to integral type of
| smaller size could lose dat
On Wed, 18 Oct 2000, John Levon wrote:
> I keep on meaning to download rae-diffutils but never get round to it
>
> Have you had a look at adding a ChangeLog hack yet ?
I'm up to me ears in other things like LDN at present.
> I might examine it if I get bored, assuming I can stand the GNU codin
On 18-Oct-2000 Allan Rae wrote:
>
> Hey? What drugs are you on?
>
Well you know! You have been my guest some time ago, haven't you? #:O)
> The message box only has "Yes" and "No" on it so the Apply I suggested
> could only refer to the main Document dialog's Apply.
>
> Maybe I just can't un
On Wed, 18 Oct 2000, Allan Rae wrote:
> On Tue, 17 Oct 2000, John Levon wrote:
>
> >
> > This fixes the issues with space above/below for me. Try it out !
>
> Hey!
>
> I thought you said you tried the 'ChangeLog hack' right.
> I just took a look at the patch and can tell you staright away tha
Lars, here's one for you since I see that you wrote the code and it means
nothing to me!
Compiling support/DebugStream.C I get
cxx: Info: DebugStream.C, line 94: #1136-D conversion to integral type of
smaller size could lose data
sb2->sputc(c);
On Tue, 17 Oct 2000, John Levon wrote:
>
> This fixes the issues with space above/below for me. Try it out !
Hey!
I thought you said you tried the 'ChangeLog hack' right.
I just took a look at the patch and can tell you staright away that
@@ -0,1 1,5 @@
is only half right. You should have t
On Wed, 18 Oct 2000, John Levon wrote:
> On Tue, 17 Oct 2000, Garst R. Reese wrote:
> > P.S. John's patch, xformspara.diff worked after I took out the ChangeLog
> > part because it would not apply and gave me malformed patch. The
> > parargraph stuff now all seems to work. Thanks John.
>
> should
> "John" == John Levon <[EMAIL PROTECTED]> writes:
John> This fixes the issues
John> with space above/below for me. Try it out !
Applied.
JMarc
On Tue, 17 Oct 2000, Garst R. Reese wrote:
> Jean-Marc Lasgouttes wrote:
> > John> p.s. what does the "keep" checkbox actually do ?
> >
> > It uses the \vspace* form, which means that the spacing is not
> > suppressed at page boundaries. A better name would be nice, but I
> > cannot think of one
On Wed, 18 Oct 2000, Juergen Vigna wrote:
>
> On 18-Oct-2000 Allan Rae wrote:
> >
> > Then the wording should be changed so its obvious that it's actually
> > changing the document yet. So instead of this broken English sentence:
> >
> > "Should I set some parameters¹ "of this dialog" to arti
On Wed, 18 Oct 2000, Juergen Vigna wrote:
> On 18-Oct-2000 Allan Rae wrote:
>
> > ¹ What do we put in the Paragraph dialog in that case?
> > It would seem likely we'd have to either:
> > 1 fill with the first paragraphs details
> > 2 fill with the last paragraphs details
> >
> "Jean-Marc" == Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
Jean-Marc> Ah, this one is mine. Thansk Amir.
It should probably have been "Thansk Amri".
JMarc
> "Amir" == Amir Karger <[EMAIL PROTECTED]> writes:
>> - the menus can now be defined from a text file (like the toolbar)
>> and shows the keyboard bindings associated to commands.
Amir> Should this be "which shows" instead of "and shows"?
I'm not sure. I'm not describing the underscored sh
> "Garst" == Garst R Reese <[EMAIL PROTECTED]> writes:
Garst> Thanks for that question John. Now I know why vfill above,
Garst> vfill below, pagebreak above, pagebreak below, did not give me
Garst> a vertically centred paragraph. The only other word I can think
Garst> of is "force," but anoth
> "John" == John Levon <[EMAIL PROTECTED]> writes:
John> is someone writing up the known bugs in a big list ? so far
John> there have just been several fragmented comments on here which
John> is sort of difficult to keep track of (no, I won't mention
John> bugzilla)
The task list on the deve
> "R" == R Lahaye <[EMAIL PROTECTED]> writes:
R> Hi, There is a typo in the link to CJK-LyX on
R> http://www.lyx.org/news.php3#item2 :
Thanks, I just fixed it.
JMarc
> "Dekel" == Dekel Tsur <[EMAIL PROTECTED]> writes:
Dekel> Here is the patch:
I applied it to 1.1.5, and I'll do 1.1.6 soon.
JMarc
> "Baruch" == Baruch Even <[EMAIL PROTECTED]> writes:
Baruch> It seems like that return 1 instruction is called for and is
Baruch> needed. Will you add it or should I provide a patch?
I added it.
JMarc
On 18-Oct-2000 Angus Leeming wrote:
>> Is this a bug or what?
>
> Depends. Do you type in a number only, or do you give it some valid units.
> LaTeX requires the units (in, mm, em or something else I've forgotten. Check
> your LaTeX manual).
If there is no message then it's a bug (to not dis
> "Allan" == Allan Rae <[EMAIL PROTECTED]> writes:
Allan> Excellent just as I was about to write out a bunch of similar
Allan> things for LDN you lovely people drop this in my lap. Thanks
Allan> heaps!
Note that a few parts were taken from your past LDN issues ;)
JMarc
On Wed, 18 Oct 2000, R. Lahaye wrote:
> Hi,
>
> When I open the "Document Layout" dialog,
> I can make changes (e.g. "Sides: Two" etc.) which
> instantly enables the Restore, OK and Apply buttons.
>
> However, when I next go to the Paper section in this
> dialog and type a value in the size fields
On 18-Oct-2000 Allan Rae wrote:
> ¹ What do we put in the Paragraph dialog in that case?
> It would seem likely we'd have to either:
> 1 fill with the first paragraphs details
> 2 fill with the last paragraphs details
> 3 fill with some set of average details
> 4 just u
Hi,
When I open the "Document Layout" dialog,
I can make changes (e.g. "Sides: Two" etc.) which
instantly enables the Restore, OK and Apply buttons.
However, when I next go to the Paper section in this
dialog and type a value in the size fields, it will
immediately disable the OK and Apply butt
On 18-Oct-2000 Allan Rae wrote:
>
> Then the wording should be changed so its obvious that it's actually
> changing the document yet. So instead of this broken English sentence:
>
> "Should I set some parameters¹ "of this dialog" to article (Hebrew)
> the defaults of this document class"
>
On Wed, 18 Oct 2000, Allan Rae wrote:
> Actually someone did suggest something like this about two or three years
> ago. In fact I have a sneaking suspicion it was somebody who is still
> subscribed to this list and spoke out against your patch!
>
> I'll check the archives and see if I can emba
Hi,
There is a typo in the link to CJK-LyX
on http://www.lyx.org/news.php3#item2 :
ftp://stone.phys.pusan.ac.ke/pub/CJK-LyX
^^
should be:
ftp://stone.phys.pusan.ac.kr/pub/CJK-LyX
^^
Rob.
76 matches
Mail list logo
