Re: Rename 666 to TEX

2001-08-03 Thread Andre Poenitz

 admitting that LyX can't do it all and providing some way of getting
 under the hood.  I always felt that the whole EvilRedText thing was
 just an apeasement of the M$ Word crowd, anyhow.
 
 Still, Raw or PassThru seems fine by me.

Go for 'Raw'.

This way we would spare us a flame war on the correct spelling of
'PassThrough' ;-^H^H  oh... it's Friday again...

Andre'

-- 
André Pönitz . [EMAIL PROTECTED]



RE: Compiling lyx-devel with kde

2001-08-03 Thread Juergen Vigna


On 03-Aug-2001 Pascal Francq wrote:
 Hi,
 I have try to compile the latest CVS version of lyx-devel with the option kde 
 as frontend, but during the configure step, it says that kde isn't a valid 
 frontend. But, I have see on the web site that a given number of dialogs have 
 already been ported to Qt2/KDE2.
 Is there something else to do than give the option to configure?

Maybe that's the qt2 frontend? KDE frontend was dropped now we have QT2 and
GNOME in cvs!

Jürgen

--
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._
Dr. Jürgen VignaE-Mail:  [EMAIL PROTECTED]
Italienallee 13/N   Tel/Fax: +39-0471-450260 / +39-0471-450253
I-39100 Bozen   Web: http://www.sad.it/~jug
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._

Bilbo's First Law:
You cannot count friends that are all packed up in barrels.




Re: MathArray

2001-08-03 Thread Dekel Tsur

On Thu, Aug 02, 2001 at 06:54:50PM +0300, Dekel Tsur wrote:
  
  Each math formula is on average less than 1k with all your proposals. Now,
  in an extreme math thesis with maybe 10 formula on each page, for 500
^^
 This is a too low estimate. On my thesis I have 6528 math insets, and it is
 112 pages (not including bibliography) so average is ~60 per page.
 
  pages, this is 5 MB.
 
 If we use 50 insets per page, then memory is 25 MB, which is a problem.
 I will try to generate statistic for the average length of an inset.

Ok, I have 6528 insets, and about 54000 total elements in the insets
(element = single letter or command). So average length of an inset
is ~8 elements.



Re: Latest CVS: big-ass scrollbars

2001-08-03 Thread Juergen Vigna


On 02-Aug-2001 John Levon wrote:

 this is a really old known xforms bug ... been there since the year dot ...

I remember that I send a patch to the xforms sources IMO on 0.86 to T.C
for this, but the patch was never included :(

 Jürgen

--
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._
Dr. Jürgen VignaE-Mail:  [EMAIL PROTECTED]
Italienallee 13/N   Tel/Fax: +39-0471-450260 / +39-0471-450253
I-39100 Bozen   Web: http://www.sad.it/~jug
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._

Life's too short to dance with ugly women.




Re: Removal of broken math-greek stuff

2001-08-03 Thread Andre Poenitz

 Why? What if you're writing a science paper (not such an improbable thing to
 do with LyX) and you have to type an \alpha every sentence or two?

We will find a solution using key bindings for that. There is no need for
special code (more so, if that is special math related code outside of
mathed).

Andre'

-- 
André Pönitz . [EMAIL PROTECTED]



Re: Compiling lyx-devel with kde

2001-08-03 Thread Pascal Francq

On Friday 03 August 2001 10:02, you wrote:
 Maybe that's the qt2 frontend? KDE frontend was dropped now we have QT2 and
 GNOME in cvs!

 Jürgen


Ok, thank you, I try with the option --with-frontend=qt2 and it seems that 
it is working (I am compiling it for the moment). Perhaps, someone must 
change the configure for the --help option to change kde to qt2.
Pal.
-- 


Ir Pascal Francq
Researcher
Université Libre de Bruxelles
CAD/CAM Department
Avenue F.D. Roosevelt, 50
CP 165/14
B-1050 Brussels
BELGIUM
Tel. +32-2-650 47 65
Fax +32-2-650 47 24
ICQ: 91206668



Re: Removal of broken math-greek stuff

2001-08-03 Thread Andre Poenitz

   \bind M-m S-G  command-sequence math-mode ; math-greek-toggle ;   
 
 This won't work currently since if you are already in a formula inset,
 the math-mode lyxfunc will cause to switch to math text mode.

Never mind. As I said: If somebody want math, he should press C-m to say so.
But we need to take away some burden from 'math-mode'... 

Andre'

-- 
André Pönitz . [EMAIL PROTECTED]



style question

2001-08-03 Thread Andre Poenitz


MathInsets contain an internal cache for their last dimensions.
This is set during calls to metrics() and used in subsequent calls to
draw()

metrics() leaves the inset _logically_ unchanged, so I'd like to make it
const and the cache members 'mutable'.

But I know that some people don't like 'mutable', so I thought I'd better
ask...

Note that we have already othre mutable members (another cache for the
current position that is only used for cursor positioning with the
mouse...).

Andre'

-- 
André Pönitz . [EMAIL PROTECTED]



Re: A few LyX whishes (-lyx filename)

2001-08-03 Thread Juergen Vigna


On 03-Aug-2001 Jean-Marc Lasgouttes wrote:

 I think this is both safe and flexible. Now the question is whether we
 should skip the confirmation in 3/ (like emacs does).

IMO yes we should skip it!

   Jürgen

--
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._
Dr. Jürgen VignaE-Mail:  [EMAIL PROTECTED]
Italienallee 13/N   Tel/Fax: +39-0471-450260 / +39-0471-450253
I-39100 Bozen   Web: http://www.sad.it/~jug
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._

It is much harder to find a job than to keep one.




Re: Management of bug reports

2001-08-03 Thread John Levon

On Thu, Aug 02, 2001 at 04:37:34PM +0200, Andre Poenitz wrote:

  this is perfectly acceptable for you to do this as a bug reporter. Any
  bugs that last will hopefully end up on the tracker via me (that's /my/
  job)
 
 I can see a problem with people like me who do not check the bug tracking
 thingy regularly. I certainly would have a look at some src/BUGS or
 src/mathed/BUGS file, since this is just six or seven keystrokes away...

if mathed bugs appear, I can assign them to you. Then you should get an email
(I think). Or I can tell lyx-devel ... is that good enough ?

john

-- 
They didn't know what the symbols and paradoxes meant. Instead of following
 the finger that points to the moon, they sat down and worshipped the finger
 itself. Instead of following the map, they thought it was the territory and
 tried to live in it. Instead of reading the menu they tried to eat it. Dig ?
- Miss Portinari



Re: Bug: Paper orientation 'landscape'

2001-08-03 Thread Juergen Vigna


On 03-Aug-2001 Jean-Marc Lasgouttes wrote:

 We have anyway to make choices between a straightforward interface and
 more flexibility. Maybe some items could be moved into an 'advanced
 settings' part of the interface? The 'use geometry' button could go
 there for example.
 
 An idea like: margin input boxes are enabled if one selects 'custom
 paper pages' or user checks 'use geometry package always', which is in
 the 'expert settings' group.

It is ok for me to put it somewhere else. I remember that I did the
enabling of the width/heigth boxes on custom-paper in the old dialog
but since it was redone with the ButtonControler activation of this
stuff is a bit strange. Maybe we should just tell Agnus what we expect
exactly, so that he know what the dialog would have to do and what not
I try to start with my ideas add info as you think true:

1. Width/Height boxes should be ONLY activated if someone selects
   custom paper option from the drop-down menu.

2. Geometry button should be set/inactive if we have stuff in the
   margin boxes.

3. Maybe (but proove me wrong here) Width/Height boxes should be cleared
   and made inactive if I change from custom-paper to some fixed one!

4. If we select some special paper package (do we really need them, shouldn't
   we just drop support for them, what do they do for us that is so important
   holding on to them?) the paper selection should change to Default (this
   is already done).

  Jürgen

--
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._
Dr. Jürgen VignaE-Mail:  [EMAIL PROTECTED]
Italienallee 13/N   Tel/Fax: +39-0471-450260 / +39-0471-450253
I-39100 Bozen   Web: http://www.sad.it/~jug
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._

Fourth Law of Thermodynamics:
If the probability of success is not almost one, it is damn near zero.
-- David Ellis




small mathed bug

2001-08-03 Thread Angus Leeming

André,

Try and write 
\sigma ^2
The 2 appears above the sigma, not to the right. This is not true for 
non-greek letters.



Re: Bug: Paper orientation 'landscape'

2001-08-03 Thread Juergen Vigna


On 02-Aug-2001 Lars Gullik Bjønnes wrote:

| I think that the geometry button should be removed. LyX can decide
| automatically when to use geometry.sty.
 
 agree.

Don't agree! As Herbert pointed out A4 with or without geometry changes
margins. I for myself like the margins with A4 + geometry while maybe
for Herbert it's exactly the oposite. So IF we are going to remove that
button then we have to put some sort of DEFAULT-Margins in the preferences
dialog which are put there on every new document.

 Jürgen

--
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._
Dr. Jürgen VignaE-Mail:  [EMAIL PROTECTED]
Italienallee 13/N   Tel/Fax: +39-0471-450260 / +39-0471-450253
I-39100 Bozen   Web: http://www.sad.it/~jug
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._

No amount of careful planning will ever replace dumb luck.




Re: Let's try again to change the matrix dialog

2001-08-03 Thread Juergen Vigna


On 02-Aug-2001 Emmanuel GUREGHIAN wrote:

 We could do something similar for tabular's dialog :
 For one example I had to resize the dialog, for the first one that's the
 same size.

I would like to have a look at this but I cannot see anything inside fdesign
on both file you sent (btw. why do you send 2 files which seem equal?)
What version of fdesign are you using? You should use the version of 0.88
as otherwise people as myself working still with the .88 version are not
able to see anything.

Jürgen

--
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._
Dr. Jürgen VignaE-Mail:  [EMAIL PROTECTED]
Italienallee 13/N   Tel/Fax: +39-0471-450260 / +39-0471-450253
I-39100 Bozen   Web: http://www.sad.it/~jug
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._

Doubt isn't the opposite of faith; it is an element of faith.
- Paul Tillich, German theologian and historian




Re: Math: eqnarray from 1.6 to 1.2

2001-08-03 Thread Andre Poenitz

 it's not my day ...
 
 right-center-left is the default

Never mind. That's what is used...

Andre'

-- 
André Pönitz . [EMAIL PROTECTED]



Re: citation dialog

2001-08-03 Thread John Levon

On Thu, Aug 02, 2001 at 10:30:08AM +0100, Angus Leeming wrote:

 On Wednesday 01 August 2001 20:14, John Levon wrote:
  re-sizing it is not fun, not at all. but having a long style
  in the style button goes wrong too.
 
 Resizing: why not fix the size and be done with it.

I agree. Juergen, it's not your fault btw - xforms has never been able to
resize things correctly. If this current dialog will fit in 800x600 then we 
can fix its size I suppose.

 long style: ???

I mean the button that starts off No database. The strings it gets set to
writes outside of it - I can make the button larger.

 I've seen this too. Either the file in your InsetBibtex has a .bib extension 
 and shouldn't or hasn't and should! Can't remember which. Perhaps you could 
 sort that out?

hmm, I thought I'd tried both. maybe not.

john

-- 
You lose it if you talk about it.
- Ernest Hemingway



RE: 1.2.0cvs: Crash after inserting ERT

2001-08-03 Thread Juergen Vigna


On 02-Aug-2001 Kayvan A. Sylvan wrote:
 (as an aside, I love doing real work with LyX --- I get to do my job
 and do some testing/debugging at the same time!)
 
 I inserted ERT, inlined it (using Button 2), then attempted to walk
 past the right-edge of the ERT box using the arrow keys.
 
 LyX crashed. Here is the backtrace:

If I tell you I did this por purpose so that people are forced to look
at the display/update problems we have with insets, do you believe me?

 Jürgen

--
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._
Dr. Jürgen VignaE-Mail:  [EMAIL PROTECTED]
Italienallee 13/N   Tel/Fax: +39-0471-450260 / +39-0471-450253
I-39100 Bozen   Web: http://www.sad.it/~jug
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._

A woman's place is in the house... and in the Senate.




Re: compiling lyx

2001-08-03 Thread John Levon

On Thu, Aug 02, 2001 at 02:11:11PM +0200, Juergen Vigna wrote:

 
 On 02-Aug-2001 Lars Gullik Bjønnes wrote:
 
  gcc 2.96 does not like to compile with -fno-rtti... remove that
  option.
  
  lyx 1.1.5 was never updated to compile with the new compilers.
 
 Well as much as I know you have egcs++ on a RedHat 7.1 system. Just
 try CC=egcs CXX=egcs++ ./configure should work.

you need -L/usr/lib too I believe

john

-- 
You lose it if you talk about it.
- Ernest Hemingway



Re: Rename 666 to TEX

2001-08-03 Thread Herbert Voss

Andre Poenitz wrote:
 
  Let's just keep it as it is now: ERT Encapsulated Raw Text
 
 Okokok...

I thought you are the math guru, why don't you write

$ok^3\ldot$

i see, the problem is the first uppercase letter ...

Herbert :-)


-- 
http://www.educat.hu-berlin.de/~voss/lyx/



Re: Latest CVS: big-ass scrollbars

2001-08-03 Thread John Levon

On Fri, Aug 03, 2001 at 09:52:38AM +0200, Juergen Vigna wrote:

 
 On 02-Aug-2001 John Levon wrote:
 
  this is a really old known xforms bug ... been there since the year dot ...
 
 I remember that I send a patch to the xforms sources IMO on 0.86 to T.C
 for this, but the patch was never included :(

BTDT

And I note it is way past the end of last month ...

roll on frontends/qt2

john

-- 
They didn't know what the symbols and paradoxes meant. Instead of following
 the finger that points to the moon, they sat down and worshipped the finger
 itself. Instead of following the map, they thought it was the territory and
 tried to live in it. Instead of reading the menu they tried to eat it. Dig ?
- Miss Portinari



Re: Bug list

2001-08-03 Thread Michael Schmitt


  - The dots dialog in the math panel is drawn accurately; at the
right a fine vertical bar is not drawn

 See the attached screen shot. Note that I have _not_ stretched the
window
 with the dots. Do you see that it is not painted correctly? You can see
 parts of the dialog below.

hmm, what versions of xforms ?

xform 89.5 on SUN Sparc Solaris; display is exported to a Linux machine.

angus, can we disable resizing of ALL xforms dialogs ? I don't know of a
single
one that resizes in any correct way !!

But please note that I have _not_ resized the window!

Michael



-- 
==
Michael Schmittphone: +49 451 500 3725
Institute for Telematics   secretary: +49 451 500 3721
Medical University of Luebeck  fax:   +49 451 500 3722
Ratzeburger Allee 160  eMail: [EMAIL PROTECTED]
D-23538 Luebeck, Germany   WWW:   http://www.itm.mu-luebeck.de
==




RE: Vacations

2001-08-03 Thread Juergen Vigna


On 03-Aug-2001 Jean-Marc Lasgouttes wrote:
 
 BTW, I'll be in vacation starting this evening and until Sep 3.
 
 Don't break the tree while I am away.

Well I won't promise that! Maybe you should check from time to time!
(pah is that a question and thing to say on a friday!)

   Jürgen (who's looking forward for to his vactaions too, but has to
   wait a bit longer)

--
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._
Dr. Jürgen VignaE-Mail:  [EMAIL PROTECTED]
Italienallee 13/N   Tel/Fax: +39-0471-450260 / +39-0471-450253
I-39100 Bozen   Web: http://www.sad.it/~jug
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._

Democracy is the name we give the people whenever we need them.
-- Arman de Caillavet, 1913




Re: Upsilon

2001-08-03 Thread Garst R. Reese

Nicolas SABOURET wrote:
 
 Hi !
 
 I reported a bug in februrary against lyx1.1.6fix1 for M-m g S-u
 producing \mathrm{Y} instead of \( \Upsilon \).
Indeed this is still true in cvs. TeX \( \Upsion \) works and math panel
works.
Garst



Re: Management of bug reports

2001-08-03 Thread John Levon

On Fri, Aug 03, 2001 at 09:00:08AM +0200, Andre Poenitz wrote:

   What am I supposed to do if the bug is fixed?
  
  if I fail to notice you can tell me I suppose ?
 
 parse error?
 
 Aehm: what I mean: It is fine with me if you assign mathed bugs to me.
 The question is: Should I inform you if the problem is solved or should I
 do something with the bug tracker. I think I'd prefer informing you...
 ^^^

this is what I meant. I'd rather have you fix the next bug than piss around with
a webpage.

Hopefully I will notice most things as a matter of course anyway

regards
john

-- 
They didn't know what the symbols and paradoxes meant. Instead of following
 the finger that points to the moon, they sat down and worshipped the finger
 itself. Instead of following the map, they thought it was the territory and
 tried to live in it. Instead of reading the menu they tried to eat it. Dig ?
- Miss Portinari



mathed110.diff

2001-08-03 Thread Andre Poenitz


First shot at 'everything is an inset'.

Look at what went out of (x)array.C. 
And that's not really cleaned up yet...

Andre'

-- 
André Pönitz . [EMAIL PROTECTED]


? todo
? memory.diff
? math_charinset.h
? todo.backup
? math_charinset.C
? parser.diff
Index: BUGS
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/mathed/BUGS,v
retrieving revision 1.2
diff -u -p -r1.2 BUGS
--- BUGS2001/08/03 09:54:47 1.2
+++ BUGS2001/08/03 15:39:36
@@ -157,6 +157,12 @@ Rainer Dorsch:
 - Entering \mathbf{c} in math mode is displayed as written (without
   backslash)
 
+- I know the latex code of a lot of math symbols displayed by lyx,
+  but not all of them. Thus I have to use the math panel for only a single
+  symbol in a formula. I think it would be very useful, if the latex code
+  of the symbol would be displayed as a hint, if the mouse positioned over
+  it.
+
 
 Marcus ([EMAIL PROTECTED]) 
 
Index: Makefile.am
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/mathed/Makefile.am,v
retrieving revision 1.30
diff -u -p -r1.30 Makefile.am
--- Makefile.am 2001/07/27 10:08:04 1.30
+++ Makefile.am 2001/08/03 15:39:36
@@ -20,6 +20,8 @@ libmathed_la_SOURCES = \
formulamacro.h \
math_arrayinset.C \
math_arrayinset.h \
+   math_charinset.C \
+   math_charinset.h \
math_cursor.C \
math_cursor.h \
math_decorationinset.C \
Index: array.C
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/mathed/array.C,v
retrieving revision 1.42
diff -u -p -r1.42 array.C
--- array.C 2001/08/01 09:18:21 1.42
+++ array.C 2001/08/03 15:39:36
@@ -1,13 +1,12 @@
-
 #ifdef __GNUG__
 #pragma implementation
 #endif
 
 #include math_inset.h
+#include math_charinset.h
 #include debug.h
 #include array.h
 #include math_scriptinset.h
-#include math_parser.h
 #include mathed/support.h
 
 using std::ostream;
@@ -39,11 +38,8 @@ MathArray::MathArray(MathArray const  a
 
 void MathArray::deep_copy(int pos1, int pos2)
 {
-   for (int pos = pos1; pos  pos2; next(pos)) 
-   if (isInset(pos)) {
-   MathInset * p = nextInset(pos)-clone();
-   memcpy(bf_[pos + 1], p, sizeof(p));
-   }
+   for (int pos = pos1; pos  pos2; ++pos) 
+   bf_[pos] = bf_[pos]-clone();
 }
 
 
@@ -52,7 +48,7 @@ bool MathArray::next(int  pos) const
if (pos = size() - 1)
return false;
 
-   pos += item_size(pos);
+   ++pos;
return true;
 }
 
@@ -62,7 +58,7 @@ bool MathArray::prev(int  pos) const
if (pos == 0)
return false;
 
-   pos -= item_size(pos - 1);
+   --pos;
return true;
 }
 
@@ -74,21 +70,11 @@ bool MathArray::last(int  pos) const
 }
 
 
-int MathArray::item_size(int pos) const
-{
-   return 2 + (isInset(pos) ? sizeof(MathInset*) : 1);
-}
-
-
 void MathArray::substitute(MathMacro const  m)
 {
MathArray tmp;
-   for (int pos = 0; pos  size(); next(pos)) {
-   if (isInset(pos)) 
-   nextInset(pos)-substitute(tmp, m);
-   else 
-   tmp.push_back(getChar(pos), getCode(pos));
-   }
+   for (int pos = 0; pos  size(); ++pos) 
+   bf_[pos]-substitute(tmp, m);
swap(tmp);
 }
 
@@ -103,11 +89,7 @@ MathArray  MathArray::operator=(MathArr
 
 MathInset * MathArray::nextInset(int pos) const
 {
-   if (!isInset(pos))
-   return 0;
-   MathInset * p;
-   memcpy(p, bf_[0] + pos + 1, sizeof(p));
-   return p;
+   return (pos == size()) ? 0 : bf_[pos];
 }
 
 
@@ -121,10 +103,11 @@ MathInset * MathArray::prevInset(int pos
 
 unsigned char MathArray::getChar(int pos) const
 {
-   return pos  size() ? bf_[pos + 1] : '\0';
+   return (pos == size()) ? 0 : (bf_[pos]-getChar());
 }
 
 
+/*
 string MathArray::getString(int  pos) const
 {
string s;
@@ -139,35 +122,30 @@ string MathArray::getString(int  pos) c
 
return s;
 }
+*/
 
 
 MathTextCodes MathArray::getCode(int pos) const
 {
-   return pos  size() ? MathTextCodes(bf_[pos]) : LM_TC_MIN;
+   return pos  size() ? (bf_[pos]-code()) : LM_TC_MIN;
 }
 
 
 void MathArray::setCode(int pos, MathTextCodes t)
 {
-   if (pos  size() || isInset(pos))
-   return;
-   bf_[pos] = t;
-   bf_[pos + 2] = t;
+   bf_[pos]-code(t);
 }
 
 
-
 void MathArray::insert(int pos, MathInset * p)
 {
-   bf_.insert(bf_.begin() + pos, 2 + sizeof(p), LM_TC_INSET);
-   memcpy(bf_[pos + 1], p, sizeof(p));
+   bf_.insert(bf_.begin() + pos, p);
 }
 
 
 void MathArray::insert(int pos, unsigned char b, MathTextCodes t)
 {
-   bf_.insert(bf_.begin() + pos, 3, t);
-   bf_[pos + 1] = b;
+   

Re: ERT converting

2001-08-03 Thread Herbert Voss

Lars Gullik Bjønnes wrote:
 
 Herbert Voss [EMAIL PROTECTED] writes:
 
 | the attached 1.1.6fix3 example has
 |
 | ert tablefloat ert
 |
 | when opening with 1.2.0 the first ert is IN the
 | tablefloat and not outside.
 
 Ok, should be fixed in CVS now, please test again.

worked, so far as I can see ... :-)

can anyone proof, please:
I can no more mark text in ert-inset

Herbert


-- 
http://www.educat.hu-berlin.de/~voss/lyx/




RE: about to make NO_LATEX the default and remove the defines

2001-08-03 Thread Juergen Vigna


On 03-Aug-2001 Lars Gullik Bjønnes wrote:
 
 objections?

Nope! We have to do it anyway!

Jürgen

--
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._
Dr. Jürgen VignaE-Mail:  [EMAIL PROTECTED]
Italienallee 13/N   Tel/Fax: +39-0471-450260 / +39-0471-450253
I-39100 Bozen   Web: http://www.sad.it/~jug
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._

A man always remembers his first love with special tenderness, but after
that begins to bunch them.
-- Mencken




Re: Rename 666 to TEX

2001-08-03 Thread Herbert Voss

Jose Abilio Oliveira Matos wrote:
 
 On Fri, Aug 03, 2001 at 11:36:10AM +0200, Herbert Voss wrote:
  Andre Poenitz wrote:
  
Let's just keep it as it is now: ERT Encapsulated Raw Text
  
   Okokok...
 
  I thought you are the math guru, why don't you write
 
  $ok^3\ldot$
 
   I'm not defending André, after all he doesn't need it, but even so I
 should point some incoherence in your post Herbert...
 
  i see, the problem is the first uppercase letter ...
 
  Herbert :-)
   
   So you are using those punny icons in a Friday, and I thought that you

oh sorry, but I have 45 holidays, 29 in front of me ...
so I don't know what day of weekend is, because it's
absolutely not important for me 

$ \stackrel{.\, .}{\stackrel{|}{\smile }} $

well done!

   BTW using docbook/xml I would write #x263A; just before you ask

or \smiley with package wasysym and 

\Huge\smiley is just the same size than yours.

nice weekend

Herbert

-- 
http://www.educat.hu-berlin.de/~voss/lyx/




AW: LyX code structure

2001-08-03 Thread Danker, Dr. Timm


 I'm a newbie C++ programmer and I'm very interested in LyX 
 source code.
 I'm trying to understand it, but it's very difficult without 
 a guide to the 
 general structure of the program (there are a lot of files 
 and classes...)
 Can anyone tell me which are the main classes, the meaning of 
 the various 
 source files, in few words: the structure of LyX?

Seems you are like me a bit :-). I found it *very* usefull to play around
with the automatically generated source documentation to get a first
overview of the class hierarchy. You will need doxygen to make it, and then
just do a make sourcedoc and you will get a bunch of HTML files that might
be enlightening, perhaps. Doxygen has a few options to configure so if you
want, you can get even more output but this is a matter of personal taste.

Hm , by the way: seems to me that doxygen screws up things in the
'frontends' part of lyx because there are multiple files with same names in
the according directories. There was discussion about renaming some time ago
in this list but it seems the problem remained. I was pretty irritated when
looking at the doxy for the GUII-parts of Lyx, before I realized that. I
personally solved that by editing the doxyfile to include only one frontend.
Maybe this can be fixed more elegant, but I have no clue.

Greets, Timm



Re: Probelms while compiling with frontend=qt2

2001-08-03 Thread Edwin Leuven

 Is there enough people to work on the qt2 port. 

the more the merrier

 I can perhaps spent a
 little of my time to try to do some port of the dailogs to qt2.

I think John is planning to do a renaming operation in the qt2 directory so 
for the moment I am not touching it (and still breeding on some 
messageboxes). I think we agreed on the following naming scheme (did we?):

 QXXX.[Ch]
 ui/QXXXDialog.[Ch]
 QXXXDialogImpl.[Ch]

gr.ed.



Re: Management of bug reports

2001-08-03 Thread John Levon

On Fri, Aug 03, 2001 at 10:03:44AM +0200, Jean-Marc Lasgouttes wrote:

 John and major remaining issues, in a way a shared BUGS file is never
 John going to manage ...
 
 I think the tracker is really needed. It would be better of course if
 we could intereact with it through e-mail, like the debian tracker
 does (although I do not like much its www frontend).

definitely. I think the KDE tracker system can handle email and has a reasonable
interface iirc

Stupid Debian tracker doesn't even have keyword search ! Can you berlieve that !

john

-- 
They didn't know what the symbols and paradoxes meant. Instead of following
 the finger that points to the moon, they sat down and worshipped the finger
 itself. Instead of following the map, they thought it was the territory and
 tried to live in it. Instead of reading the menu they tried to eat it. Dig ?
- Miss Portinari



Re: Bug: Paper orientation 'landscape'

2001-08-03 Thread Juergen Vigna


On 03-Aug-2001 Jean-Marc Lasgouttes wrote:

 Dekel I think that the geometry button should be removed. LyX can
 Dekel decide automatically when to use geometry.sty.
 
 I'd rather have the margin entries activated only when one chooses
 'custom' as papersize. I think the interface would be less confusing.

But for custom you have to set the paper-height/width and that's not
really confortable if you want some A4 and just want to change the
margins, is it?

 Jürgen

--
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._
Dr. Jürgen VignaE-Mail:  [EMAIL PROTECTED]
Italienallee 13/N   Tel/Fax: +39-0471-450260 / +39-0471-450253
I-39100 Bozen   Web: http://www.sad.it/~jug
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._

There are more things in heaven and earth,
Horatio, than are dreamt of in your philosophy.
-- Wm. Shakespeare, Hamlet




1.2.0cvs: Crash after inserting ERT

2001-08-03 Thread Michael Schmitt

Hello!

 I inserted ERT, inlined it (using Button 2), then attempted to walk
 past the right-edge of the ERT box using the arrow keys.

Confirmed with a simple file consisting of one paragraph of plain text.
See below for report.

Michael


  FMR: Free memory read
  This is occurring while in:
LyXText::nextBreakPoint(BufferView*,const Row*,int)const
[text.C:867]
LyXText::breakAgain(BufferView*,Row*)const [text.C:1539]
LyXText::fullRebreak(BufferView*) [text2.C:870]
BufferView::Pimpl::update(LyXText*,BufferView::UpdateCodes)
[BufferView_pimpl.C:1032]
BufferView::update(LyXText*,BufferView::UpdateCodes)
[BufferView.C:179]
LyXFunc::dispatch(int,const lyxstring) [lyxfunc.C:194]
LyXFunc::processKeySym(unsigned long,unsigned int)
[lyxfunc.C:352]
BufferView::Pimpl::workAreaKeyPress(unsigned long,unsigned
int) [BufferView_pimpl.C:515]
SigC::ObjectSlot2_void,unsigned long,unsigned
int,BufferView::Pimpl::callback(void*,unsigned long,unsigned int)
[object_slot.h:250]
SigC::Signal2void,unsigned long,unsigned
int,SigC::Marshalvoid::emit(const unsigned long,const unsigned int)
[slot.h:456]
WorkArea::work_area_handler(flobjs_*,int,int,int,int,void*)
[basic_signal.h:450]
C_WorkArea_work_area_handler [WorkArea.C:58]
fl_handle_it   [objects.c]
fl_handle_object [libforms.a]
fl_handle_form [forms.c]
do_keyboard[forms.c]
do_interaction_step [forms.c]
fl_treat_interaction_events [libforms.a]
fl_check_forms [libforms.a]
GUIRunTime::runTime() [GUIRunTime.C:84]
LyXGUI::runTime() [lyx_gui.C:316]
LyX::LyX(int*,char**) [lyx_main.C:179]
main   [main.C:38]
_start [crt1.o]
  Reading 4 bytes from 0xb78288 in the heap.
  Address 0xb78288 is at the beginning of a freed block of 36 bytes.
  This block was allocated from:
malloc [rtlib.o]
__bUiLtIn_nEw  [new1.cc:84]
__builtin_new  [rtlib.o]
LyXText::insertRow(Row*,Paragraph*,int)const [text2.C:295]
LyXText::breakAgainOneRow(BufferView*,Row*) [text.C:1591]
LyXText::insertChar(BufferView*,char) [text.C:1922]
LyXText::insertInset(BufferView*,Inset*) [text2.C:1614]
BufferView::Pimpl::insertInset(Inset*,const lyxstring)
[BufferView_pimpl.C:3362]
BufferView::Pimpl::insertAndEditInset(Inset*)
[BufferView_pimpl.C:3286]
BufferView::Pimpl::Dispatch(kb_action,const lyxstring)
[BufferView_pimpl.C:2743]
BufferView::Dispatch(kb_action,const lyxstring)
[BufferView.C:294]
LyXFunc::dispatch(int,const lyxstring) [lyxfunc.C:1603]

_GLOBAL_.N.__Q37Toolbar5Pimpl11toolbarItem::ToolbarCB(flobjs_*,long)
[Toolbar_pimpl.C:273]
C_Toolbar_ToolbarCB [Toolbar_pimpl.C:284]
fl_object_qread [libforms.a]
fl_check_forms [libforms.a]
GUIRunTime::runTime() [GUIRunTime.C:84]
LyXGUI::runTime() [lyx_gui.C:316]
LyX::LyX(int*,char**) [lyx_main.C:179]
main   [main.C:38]
_start [crt1.o]
  There have been 890 frees since this block was freed from:
free   [rtlib.o]
__bUiLtIn_dElEtE [new2.cc:54]
__builtin_delete [rtlib.o]
LyXText::removeRow(Row*)const [text2.C:343]
LyXText::breakAgain(BufferView*,Row*)const [text.C:1567]
LyXText::checkParagraph(BufferView*,Paragraph*,int)
[text2.C:1926]
LyXText::updateInset(BufferView*,Inset*) [text2.C:2004]
BufferView::Pimpl::updateInset(Inset*,bool)
[BufferView_pimpl.C:3378]
BufferView::updateInset(Inset*,bool) [BufferView2.C:485]
InsetERT::inlined(BufferView*,bool) [insetert.C:288]
InsetERT::insetButtonRelease(BufferView*,int,int,int)
[insetert.C:136]
BufferView::Pimpl::workAreaButtonRelease(int,int,unsigned int)
[BufferView_pimpl.C:806]
SigC::ObjectSlot3_void,int,int,unsigned
int,BufferView::Pimpl::callback(void*,int,int,unsigned int)
[object_slot.h:347]
SigC::Signal3

-- 
==
Michael Schmittphone: +49 451 500 3725
Institute for Telematics   secretary: +49 451 500 3721
Medical University of Luebeck  fax:   +49 451 500 3722
Ratzeburger Allee 160  eMail: [EMAIL PROTECTED]
D-23538 Luebeck, Germany   WWW:   http://www.itm.mu-luebeck.de
==




Re: LyX RPMs

2001-08-03 Thread Kayvan A. Sylvan

Hi folks,

Here is a patch to remove the tetex-lyx RPMs from 1.2.0 and all future
versions.

I folded it back into the main RPM.

---Kayvan
-- 
Kayvan A. Sylvan  | Proud husband of   | Father to my kids:
Sylvan Associates, Inc.   | Laura Isabella Sylvan  | Katherine Yelena (8/8/89)
http://sylvan.com/~kayvan | crown of her husband | Robin Gregory (2/28/92)


Index: development/ChangeLog
===
RCS file: /cvs/lyx/lyx-devel/development/ChangeLog,v
retrieving revision 1.7
diff -u -u -r1.7 ChangeLog
--- development/ChangeLog   2001/05/17 15:10:58 1.7
+++ development/ChangeLog   2001/08/03 19:57:24
@@ -1,3 +1,7 @@
+2001-08-03 Kayvan Sylvan [EMAIL PROTECTED]
+
+   * lyx.spec.in: Integrate tetex-lyx into main RPM.
+
 2001-05-16  Ruurd Reitsma  [EMAIL PROTECTED]
 
* Win32/lyxwin32.C added.
Index: development/lyx.spec.in
===
RCS file: /cvs/lyx/lyx-devel/development/lyx.spec.in,v
retrieving revision 1.9
diff -u -u -r1.9 lyx.spec.in
--- development/lyx.spec.in 2001/04/05 12:31:40 1.9
+++ development/lyx.spec.in 2001/08/03 19:57:24
@@ -11,6 +11,7 @@
 Icon: lyx.xpm
 Prefix: /usr
 Requires: xforms = 0.88, tetex-xdvi, tetex, tetex-latex
+Obsoletes: tetex-lyx
 
 %description
 LyX is a modern approach of writing documents with a computer
@@ -62,8 +63,8 @@
 #
 TEXMF=/usr/share/texmf
 mkdir -p ${RPM_BUILD_ROOT}${TEXMF}/tex/latex
-cp -r ${RPM_BUILD_ROOT}/usr/share/lyx/tex \
-  ${RPM_BUILD_ROOT}${TEXMF}/tex/latex/lyx
+mv ${RPM_BUILD_ROOT}/usr/share/lyx/tex \
+  ${RPM_BUILD_ROOT}/${TEXMF}/tex/latex/lyx
 
 #
 # Miscellaneous files
@@ -75,6 +76,9 @@
 rm -rf ${RPM_BUILD_ROOT}
 
 %post
+# Make TeX understand where LyX-specific packages are
+texhash
+
 # Before configuring lyx for the local system
 # PATH needs to be imported 
 if [ -f /etc/profile ]; then 
@@ -94,42 +98,13 @@
 ${RPM_INSTALL_PREFIX}/bin/reLyX
 fi
 
-%post -n tetex-lyx
+%postun
 # Fix the TeX file hash
 #
 texhash
 
-# Before configuring lyx for the local system
-# PATH needs to be imported 
-if [ -f /etc/profile ]; then 
-. /etc/profile
-fi 
-#
-# Now configure LyX
-#
-echo Re-configuring LyX for your system...
-cd $RPM_INSTALL_PREFIX/share/lyx
-./configure --srcdir
-
-%postun -n tetex-lyx
-# Fix the TeX file hash
-#
-texhash
-
-# Before configuring lyx for the local system
-# PATH needs to be imported 
-if [ -f /etc/profile ]; then 
-. /etc/profile
-fi 
-#
-# Now configure LyX
-#
-echo Reconfiguring LyX for your system...
-cd $RPM_INSTALL_PREFIX/share/lyx
-./configure --srcdir
-
 %files
-%attr(-,root,root) %doc ABOUT-NLS ANNOUNCE OLD-CHANGES COPYING 
+%attr(-,root,root) %doc ABOUT-NLS ANNOUNCE COPYING 
 %attr(-,root,root) %doc README UPGRADING ChangeLog NEWS
 %attr(-,root,root) %doc lib/CREDITS README.reLyX
 
@@ -137,6 +112,4 @@
 %attr(-,root,root) /usr/man/*
 %attr(-,root,root) /usr/share/locale/*/LC_MESSAGES/*
 %attr(-,root,root) /usr/share/lyx
-
-%files -n tetex-lyx
 %attr(-,root,root) /usr/share/texmf/tex/latex/lyx



Bug: Paper orientation 'landscape'

2001-08-03 Thread Michael Schmitt

Hello!

Exporting with paper orientation landscape only works if
package geometry is activated (it took me quite some time to find that
out!!). Could you please ensure that geometry is activated automatically
if landscape is selected?

By the way: If geometry is a standard package and it does not cause any
harm in combination with other packages, I recommend to use it all the
time. IMHO too many options are just confusing the user. For the same
reason, I recommend a simple solution for (not) displaying graphics insets
on screen. If you really need a per-figure option then just provide yes
and no, not monochrome, grayscale and the like (of course, just my
personal opinion)

Michael

-- 
==
Michael Schmittphone: +49 451 500 3725
Institute for Telematics   secretary: +49 451 500 3721
Medical University of Luebeck  fax:   +49 451 500 3722
Ratzeburger Allee 160  eMail: [EMAIL PROTECTED]
D-23538 Luebeck, Germany   WWW:   http://www.itm.mu-luebeck.de
==




Re: Let's try again to change the matrix dialog without being flamed (c:

2001-08-03 Thread John Levon

On Thu, Aug 02, 2001 at 05:51:37PM +0200, Emmanuel GUREGHIAN wrote:

  can you explain why you think it is more intuitive ? Is it because
  rows is vertical slider now ?
 exactly
 If you see word's interface for creating tabulars (no flame please) it
 is self explaining.

for the qt frontend, there is a little tabular box which grows/shrinks as you
change the values. I don't know how word does it.

  (and are not aligned properly).
 That's true, that was just a quick hack

fix this and it will be ok by me ...

  Can you try and do something about the clutter perhaps ?
  I think we should have the buttons on the bottom, not along the side one
 I thought the same thing about the buttons (although a lot of windows
 dialog assistant propose three sides buttons), but the remainders of

side buttons are really really dumb ...

 previous discussion was that dialog size should remain the same.

I don't have a problem with a larger dialog as long as its not /too/ large

I mean look at citation ;)

john

-- 
They didn't know what the symbols and paradoxes meant. Instead of following
 the finger that points to the moon, they sat down and worshipped the finger
 itself. Instead of following the map, they thought it was the territory and
 tried to live in it. Instead of reading the menu they tried to eat it. Dig ?
- Miss Portinari



mathcharinset.Ch

2001-08-03 Thread Garst R. Reese

Not in 110 or cvs this Friday.
Garst



Re: mathed110.diff

2001-08-03 Thread Andre Poenitz

 Show me an example and I'll tell you.
 I think it should be completely safe.
 (depends on how you store the insets outside the array)
 (you should store them in shared_ptr there too)

The arrays are the only places that _own_ the insets (ok, Formula and
FormulaMacro have one too).

Every inset created by 'new' should be put into an array during the next
two or three lines, everything else is an error...

At least that's the theory.

I actually wish this could be made compiler enforcible somehow...

 | I think I'll do that later (as well as adding iterators). I am just trying
 | to get everything back to 'normal'. This change makes every ordinary char
 
 Ok... if you have any MathedParams is is usually equal in almost all
 math insets, a SharedContainer can be used to reduce the memory
 pressure.

I'll (re-)create some MathNestInset that derives from MathInset as a base
for all insets that have content, so the general MathInset should
shrink by 12 bytes for the cell vector. 

I guess a similar thing could be done for the ascent_/descent_/width_
cache which is not really needed for single chars... so we are down to 20
(from 44). Later nuke name_ where it is not needed and there is not really
much left...

Andre' 

-- 
André Pönitz . [EMAIL PROTECTED]



Re: reLyX

2001-08-03 Thread Amir Karger

On Fri, Aug 03, 2001 at 04:32:44PM +0100, Jose Abilio Oliveira Matos wrote:
 On Thu, Jul 26, 2001 at 05:39:43PM -0400, Amir Karger wrote:
   
  Unfortunately, I don't have much free time, or I could
  try to help with the uninstalled reLyX problem. 
 
   I have already a solution for that, I will commit it when I come back. 

Great!

 I will extend your previous code in the $maybe_dir. I will locate the path
 to the reLyX script and from there I will try to discover where is the
 main_script located. Only some more lines of code...

That sounds right. I'm sort of surprised I didn't do it in the first place.

   If you see something that isn't the perlish way of doing it please say. 

I think I saw a couple things, but they didn't look too egregious. I think I
would have solved differently the paperoptions stuff where you return
subrefs, but it still seems OK.

 At a certain point I was looking for the first char in a line and I was
 doing something like:
 
   $_[0] eq '#', while the more natural way to do it in perl is /^\#/

$_[0] is wrong anyway, since that looks at the first scalar in @_, which is
very different than the first character in $_! Yet another way to do it
(recall that the Perl motto is There's more than one way to do it is
substr($_,1,1) eq '#'. I think I usually use the regex, though.

Enjoy your vacation.

-Amir



Re: Math Editor

2001-08-03 Thread Andre Poenitz

 There is one minor thing, which is somewhat inconvenient (but I think easy to 
 fix): I know the latex code of a lot of math symbols displayed by lyx, but 
 not all of them. Thus I have to use the math panel for only a single symbol 
 in a formula. I think it would be very useful, if the latex code of the 
 symbol would be displayed as a hint, if the mouse positioned over it.

I put it on the list, but don't expect a solution soon...

Do we have such hints somewhere else in LyX?

Andre'

-- 
André Pönitz . [EMAIL PROTECTED]



Re: MathArray

2001-08-03 Thread Dekel Tsur

On Wed, Aug 01, 2001 at 11:26:11PM +0200, Asger K. Alstrup Nielsen wrote:
 On Wed, 1 Aug 2001, Andre Poenitz wrote:
 
  A bit. But speed does not really matter. I've never seen a complaint that
  mathed is slow, and I've never got that impression myself.
 
 I promise you, size does not matter either.
 
 Each math formula is on average less than 1k with all your proposals. Now,
 in an extreme math thesis with maybe 10 formula on each page, for 500
   ^^
This is a too low estimate. On my thesis I have 6528 math insets, and it is
112 pages (not including bibliography) so average is ~60 per page.

 pages, this is 5 MB.

If we use 50 insets per page, then memory is 25 MB, which is a problem.
I will try to generate statistic for the average length of an inset.





Re: compiling lyx

2001-08-03 Thread Juergen Vigna


On 02-Aug-2001 Lars Gullik Bjønnes wrote:

 gcc 2.96 does not like to compile with -fno-rtti... remove that
 option.
 
 lyx 1.1.5 was never updated to compile with the new compilers.

Well as much as I know you have egcs++ on a RedHat 7.1 system. Just
try CC=egcs CXX=egcs++ ./configure should work.

 Jürgen

--
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._
Dr. Jürgen VignaE-Mail:  [EMAIL PROTECTED]
Italienallee 13/N   Tel/Fax: +39-0471-450260 / +39-0471-450253
I-39100 Bozen   Web: http://www.sad.it/~jug
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._

It's a funny thing that when a woman hasn't got anything
on earth to worry about, she goes off and gets married.




Re: Bug: Paper orientation 'landscape'

2001-08-03 Thread Dekel Tsur

On Fri, Aug 03, 2001 at 09:44:45AM +0200, Juergen Vigna wrote:
 
 On 02-Aug-2001 Lars Gullik Bjønnes wrote:
 
 | I think that the geometry button should be removed. LyX can decide
 | automatically when to use geometry.sty.
  
  agree.
 
 Don't agree! As Herbert pointed out A4 with or without geometry changes
 margins. I for myself like the margins with A4 + geometry while maybe
 for Herbert it's exactly the oposite. So IF we are going to remove that
 button then we have to put some sort of DEFAULT-Margins in the preferences
 dialog which are put there on every new document.

We can add a button to the document_layout-paper dialog that allows
selection of some predefined margins: very small, small, wide, very wide etc.)
(the geometry default margins will be one of the options).
This will also allow us to remove the Special button in this dialog
(the support for a4wide package).



Re: mathed110.diff

2001-08-03 Thread Andre Poenitz

 I am on a small campaign to add more {} espaecially for the
 if-one-liners and also for for and while, while I am at it.

That's a pity. It's those places where I don't like them...

How about pursuing your other campaigns for a while? ;-)

 | Actually I was wondering why I have not
 | noticed that message before, but I just thought I overlooked it...
 
 mmm... I added it yesterday to see if the mathparser call operations
 on the stream when it is bad...

It seemingly does...

But I mentioned that the parser is still a mess, didn't I?

Andre'

-- 
André Pönitz . [EMAIL PROTECTED]



Re: Upsilon

2001-08-03 Thread Andre Poenitz

 I reported a bug in februrary against lyx1.1.6fix1 for M-m g S-u
 producing \mathrm{Y} instead of \( \Upsilon \).
 
 However, this very simple bug (IMHO) has not been corrected in fix2 and
 fix3. Maybe the maintainer in charge with greek letters simply forgot
 about it ?

There is neither a maintainer for 1.1.6's mathed nor are any bugs there
simple to fix, so I actually doubt that this will ever be corrected in
1.1.6*. 

 This is the reason why I submitt it again (please think about it for lyx
 1.2 !!).

Thing have slightly improved in 1.2.0cvs, so there is chance that this will
be fixed in 1.2.0.

 Moreover could anyone tell me how greek letters bindings could be
 defined ? math.bind only says : M-m g math-greek.

\bind M-m S-u  math-insert Upsilon

Andre'
 
-- 
André Pönitz . [EMAIL PROTECTED]



Where is math_charinset.C?

2001-08-03 Thread Kayvan A. Sylvan

Did this file not get checked in?

---Kayvan
-- 
Kayvan A. Sylvan  | Proud husband of   | Father to my kids:
Sylvan Associates, Inc.   | Laura Isabella Sylvan  | Katherine Yelena (8/8/89)
http://sylvan.com/~kayvan | crown of her husband | Robin Gregory (2/28/92)



Re: citation and bib database

2001-08-03 Thread Jürgen Spitzmüller

Am Don, 02 Aug 2001 11:31:29 schrieb Angus Leeming:
 On Wednesday 01 August 2001 20:51, John Levon wrote:
  it's really slow to open the cite dialog when you've a big database (takes
  about 3 seconds on my machine with a database of 1700 odd entries).
  
  can it not be cached somehow if we're using bibtex ?
 
 Yes it could be. At the moment the database is re-read every time the dialog

 is opened. I'm in the process of sorting this out.

While you are at it, maybe you could look at this one, too:
When you have a multipart document with x parts, an InsetBibTex in every
included document and in the main document, too (so that you can insert citations in
each file), the citation dialog in the main document shows every entry of the
bibfile x times, which is x-1 times too much ;-)

Maybe you can sort this out, for this inflation of the citation dialog is
rather annoying.

Thanks,

Jürgen  

 Angus




Re: A small error on LyX web site

2001-08-03 Thread Allan Rae

On Thu, 2 Aug 2001, Thomas de Grenier de Latour wrote:
 There's a small error on one of the lyx web pages,
 http://www.lyx.org/internet/mailing.php3

Thanks, fixed.
Allan. (ARRae)




Math Editor

2001-08-03 Thread Rainer Dorsch

Hello,

I am currently using lyx frequently and benefiting a lot from the tool. Even 
some larger documents are currently ported from an infamous word processor 
from a Redmond based company to lyx! Congratulations.

There is one minor thing, which is somewhat inconvenient (but I think easy to 
fix): I know the latex code of a lot of math symbols displayed by lyx, but 
not all of them. Thus I have to use the math panel for only a single symbol 
in a formula. I think it would be very useful, if the latex code of the 
symbol would be displayed as a hint, if the mouse positioned over it.

Thanks.

Rainer.




Re: Removal of broken math-greek stuff

2001-08-03 Thread Dekel Tsur

On Thu, Aug 02, 2001 at 04:21:51PM +0200, Andre Poenitz wrote:
 If mathed is the only place that handles the GREEK stuff I think so.
 
 localDispatch in formulabase.C  handles LFUN_GREEK*.
 
 Oh... I just see: One has to open a math inset now explicitly before
 starting to type greek. 
 
 But this could be solved by a key binding 
 
  \bind M-m S-G  command-sequence math-mode ; math-greek-toggle ;   

This won't work currently since if you are already in a formula inset,
the math-mode lyxfunc will cause to switch to math text mode.



Re: CVS Update: lyx-devel

2001-08-03 Thread Juergen Vigna


On 02-Aug-2001 Kayvan A. Sylvan wrote:
 Hi Juergen,

Hi Kayvan!

 The footnote inset still goes past the scrollbars, making editing the
 last couple of characters of the displayed line difficult.

I cannot reproduce this. Also the crash with the ERT inset I cannot
reproduce it eighter. Also opening and closing an inset. Someone has
a test document where I see this?

What I still see is that centered tabulars are not displayed right after
the load of a document (seen in UserGuide).

  Jürgen

--
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._
Dr. Jürgen VignaE-Mail:  [EMAIL PROTECTED]
Italienallee 13/N   Tel/Fax: +39-0471-450260 / +39-0471-450253
I-39100 Bozen   Web: http://www.sad.it/~jug
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._

Come quickly, I am tasting stars!
-- Dom Perignon, upon discovering champagne.




More on Footnote inset (latest CVS)

2001-08-03 Thread Michael Schmitt

3) I did some editing (adding characters and deleting), then I saved
   the document, then I collapsed and opened the footnote inset and
   LyX crashed.

I have the following backtrace (sorry, no symbols, I am working
on my Solaris machine):

I can contribute the following error (which is unrelated to the one
above but also caused by editing a footnote with latest CVS):

*

  COR: Fatal core dump
  This is occurring while in:
_p963static[libsigc.a]
abort  [libc.so.1]
lyx::abort()   [abort.C:9]
Paragraph::Pimpl::getChar(int)const [LAssert.h:24]
Paragraph::getChar(int)const [paragraph.C:1991]
Paragraph::isSeparator(int)const [paragraph.C:1797]
LyXText::setCurrentFont(BufferView*)const [text2.C:2135]

LyXText::setCursorIntern(BufferView*,Paragraph*,int,bool,bool)const
[text2.C:2120]
textHandleUndo(BufferView*,Undo*) [undo_funcs.C:168]
textUndo(BufferView*) [undo_funcs.C:46]
BufferView::menuUndo() [BufferView2.C:232]
LyXFunc::dispatch(int,const lyxstring) [lyxfunc.C:1122]
LyXFunc::processKeySym(unsigned long,unsigned int)
[lyxfunc.C:352]
BufferView::Pimpl::workAreaKeyPress(unsigned long,unsigned
int) [BufferView_pimpl.C:515]
SigC::ObjectSlot2_void,unsigned long,unsigned
int,BufferView::Pimpl::callback(void*,unsigned long,unsigned int)
[object_slot.h:250]
SigC::Signal2void,unsigned long,unsigned
int,SigC::Marshalvoid::emit(const unsigned long,const unsigned int)
[slot.h:456]
WorkArea::work_area_handler(flobjs_*,int,int,int,int,void*)
[basic_signal.h:450]
C_WorkArea_work_area_handler [WorkArea.C:58]
fl_handle_it   [objects.c]
fl_handle_object [libforms.a]
fl_handle_form [forms.c]
do_keyboard[forms.c]
do_interaction_step [forms.c]
fl_treat_interaction_events [libforms.a]
fl_check_forms [libforms.a]
GUIRunTime::runTime() [GUIRunTime.C:84]
LyXGUI::runTime() [lyx_gui.C:316]
LyX::LyX(int*,char**) [lyx_main.C:179]
main   [main.C:38]
_start [crt1.o]
  Received signal 6 (SIGABRT - Abort)
  Signal mask:
  Pending signals:

***

It is a delight to see LyX growing. As long as bugs get fixed that fast,
it is even half a torture to be a beta tester :-)

LyX 1.2.0 will be great!

Michael


-- 
==
Michael Schmittphone: +49 451 500 3725
Institute for Telematics   secretary: +49 451 500 3721
Medical University of Luebeck  fax:   +49 451 500 3722
Ratzeburger Allee 160  eMail: [EMAIL PROTECTED]
D-23538 Luebeck, Germany   WWW:   http://www.itm.mu-luebeck.de
==




Extended bug list

2001-08-03 Thread Michael Schmitt

Sorry,

but I think the changes made since yesterday afternoon have destabilized
LyX a bit. Let's hope this is just a short transition from a stable state
to an even more stable state.

Enclosed please find an updated bug list.

Michael

-- 
==
Michael Schmittphone: +49 451 500 3725
Institute for Telematics   secretary: +49 451 500 3721
Medical University of Luebeck  fax:   +49 451 500 3722
Ratzeburger Allee 160  eMail: [EMAIL PROTECTED]
D-23538 Luebeck, Germany   WWW:   http://www.itm.mu-luebeck.de
==



   Bug list (with some proposals for simple improvements)

Please comment out (//) fixed bugs and send the file back to 

  [EMAIL PROTECTED] 

*

- Deleting a row in an empty 5x5 table results in free memory read

  FMR: Free memory read (20 times)
  This is occurring while in:
Paragraph::inInset()const [paragraph.C:2024]
LyXText::setCursor(BufferView*,Paragraph*,int,bool,bool)const 
[text2.C:2021]
InsetText::restoreLyXTextState(BufferView*,LyXText*)const 
[insettext.C:102]
InsetText::reinitLyXText()const [insettext.C:1910]
InsetText::setParagraphData(Paragraph*) [insettext.C:1697]
InsetText::init(const InsetText*,bool) [insettext.C:164]
InsetText::operator =(const InsetText) [insettext.C:139]
vectorLyXTabular::cellstruct,allocatorLyXTabular::cellstruct::operator 
=(const vectorLyXTabular::cellstruct,allocatorLyXTabular::cellstruct) 
[tabular.C:238]
LyXTabular::DeleteRow(int) [stl_algobase.h:139]
InsetTabular::tabularFeatures(BufferView*,LyXTabular::Feature,const 
lyxstring) [insettabular.C:1689]
FormTabular::input(flobjs_*,long) [FormTabular.C:522]
FormBaseDeprecated::InputCB(flobjs_*,long) [FormBaseDeprecated.C:186]
C_FormBaseDeprecatedInputCB [FormBaseDeprecated.C:46]
fl_object_qread [libforms.a]
fl_check_forms [libforms.a]
GUIRunTime::runTime() [GUIRunTime.C:84]
LyXGUI::runTime() [lyx_gui.C:316]
LyX::LyX(int*,char**) [lyx_main.C:179]
main   [main.C:38]
_start [crt1.o]
  Reading 4 bytes from 0x1336b78 in the heap.
  Address 0x1336b78 is 32 bytes into a freed  block at 0x1336b58 of 36 bytes.
  This block was allocated from:
malloc [rtlib.o]
__bUiLtIn_nEw  [new1.cc:84]
__builtin_new  [rtlib.o]
InsetText::setParagraphData(Paragraph*) [insettext.C:1687]
InsetText::init(const InsetText*,bool) [insettext.C:164]
InsetText::InsetText(const InsetText,bool) [insettext.C:131]

__uninitialized_copy_aux__H2ZPCQ210LyXTabular10cellstructZPQ210LyXTabular10cellstruct_X01X01X11G12__false_type_X11
 [tabular.h:409]

__uninitialized_copy_aux__H2ZPCt6vector2ZQ210LyXTabular10cellstructZt9allocator1ZQ210LyXTabular10cellstructZPt6vector2ZQ210LyXTabular10cellstructZt9allocator1ZQ210LyXTabular10cellstruct_X01X01X11G12__false_type_X11
 [stl_uninitialized.h:71]

__as__t6vector2Zt6vector2ZQ210LyXTabular10cellstructZt9allocator1ZQ210LyXTabular10cellstructZt9allocator1Zt6vector2ZQ210LyXTabular10cellstructZt9allocator1ZQ210LyXTabular10cellstructRCt6vector2Zt6vector2ZQ210LyXTabular10cellstructZt9allocator1ZQ210LyXTabu
 [stl_uninitialized.h:71]
LyXTabular::Init(int,int,const LyXTabular*) [tabular.C:180]
LyXTabular::LyXTabular(InsetTabular*,int,int) [tabular.C:98]
InsetTabular::InsetTabular(const Buffer,int,int) [insettabular.C:132]
BufferView::Pimpl::Dispatch(kb_action,const lyxstring) 
[BufferView_pimpl.C:2809]
BufferView::Dispatch(kb_action,const lyxstring) [BufferView.C:294]
LyXFunc::dispatch(int,const lyxstring) [lyxfunc.C:1608]
ControlTabularCreate::apply() [ControlTabularCreate.C:57]
ControlButtons::OKButton() [ControlButtons.C:33]
C_FormBaseOKCB [ViewBase.h:45]
fl_object_qread [libforms.a]
fl_check_forms [libforms.a]
GUIRunTime::runTime() [GUIRunTime.C:84]
LyXGUI::runTime() [lyx_gui.C:316]
LyX::LyX(int*,char**) [lyx_main.C:179]
main   [main.C:38]
_start [crt1.o]
  There have been 12 frees since this block was freed from:
free   [rtlib.o]
__bUiLtIn_dElEtE [new2.cc:54]
__builtin_delete [rtlib.o]
Paragraph::~Paragraph() [paragraph.C:164]
InsetText::setParagraphData(Paragraph*) [insettext.C:1683]

Re: Bug: Paper orientation 'landscape'

2001-08-03 Thread Dekel Tsur

On Fri, Aug 03, 2001 at 10:22:41AM +0200, Jean-Marc Lasgouttes wrote:
 Juergen Don't agree! As Herbert pointed out A4 with or without
 Juergen geometry changes margins. I for myself like the margins with
 Juergen A4 + geometry while maybe for Herbert it's exactly the
 Juergen oposite. So IF we are going to remove that button then we
 Juergen have to put some sort of DEFAULT-Margins in the preferences
 Juergen dialog which are put there on every new document.
 
 So a solution which keeps the 'geometry' button is to make margin
 settings inactive when geometry is off.

That would be very confusing for users that don't know latex
(assuming the button will still be labeled 'Use geometry').



Re: Bug list

2001-08-03 Thread John Levon

On Thu, Aug 02, 2001 at 06:41:49PM +0200, Michael Schmitt wrote:

 - Files in the examples/templates directory cannot be loaded correctly.
   Reason: latex has to be removed from/changed in layout files

I guess that one is easy to fix ;)

 - The dots dialog in the math panel is drawn accurately; at the right
   a fine vertical bar is not drawn 

I suppose you mean inaccurately. Can you explain further, what do you expect to
see ? I've never used this before ...

 - In the float dialog, one radio button is labeled Here, if possible#i

I can easily fix that

 - In the label dialog, the button should be reordered (ok/clear/cancel)

nearly done

 - LaTeX run number # is not printed any longer in the status line at the 
   bottom of LyX' main window. 

I wonder why ...

 - 1. Add a citation to your document; 2. Click at the citation; the dialog pops up
   3. Click at the box where you can choose between Author Year, Year, Author, etc.
   4. Click OK   - A _new_ citation is added (this shouldn't happen)
   Unfortunately, hard to reproduce, occurs occasionally.

this is a really really weird one. I'll dig (haven't tried to reproduce yet)

john


-- 
They didn't know what the symbols and paradoxes meant. Instead of following
 the finger that points to the moon, they sat down and worshipped the finger
 itself. Instead of following the map, they thought it was the territory and
 tried to live in it. Instead of reading the menu they tried to eat it. Dig ?
- Miss Portinari



Re: Math Editor

2001-08-03 Thread Juergen Vigna


On 03-Aug-2001 Lars Gullik Bjønnes wrote:

| (however, the minibuffer code is currently broken in CVS).
 
 I see a log of messages in the minibuffer... so what is broken?

Well tell me because Latex Run # is not shown there althought it
should? We all know it's not working as it should right now, don't we?

   Jürgen

--
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._
Dr. Jürgen VignaE-Mail:  [EMAIL PROTECTED]
Italienallee 13/N   Tel/Fax: +39-0471-450260 / +39-0471-450253
I-39100 Bozen   Web: http://www.sad.it/~jug
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._

Malek's Law:
Any simple idea will be worded in the most complicated way.




RPM simplification patch (lyx.spec.in)

2001-08-03 Thread Kayvan A. Sylvan

Please apply this patch to unify and simplify the LyX RPM.

Everything is now done in the one RPM (no tetex-lyx necessary).

I sent this earlier, but I got some mailing list errors so I
am not sure if it was seen.

---Kayvan
-- 
Kayvan A. Sylvan  | Proud husband of   | Father to my kids:
Sylvan Associates, Inc.   | Laura Isabella Sylvan  | Katherine Yelena (8/8/89)
http://sylvan.com/~kayvan | crown of her husband | Robin Gregory (2/28/92)


Index: development/ChangeLog
===
RCS file: /cvs/lyx/lyx-devel/development/ChangeLog,v
retrieving revision 1.7
diff -u -u -r1.7 ChangeLog
--- development/ChangeLog   2001/05/17 15:10:58 1.7
+++ development/ChangeLog   2001/08/03 19:57:24
@@ -1,3 +1,7 @@
+2001-08-03 Kayvan Sylvan [EMAIL PROTECTED]
+
+   * lyx.spec.in: Integrate tetex-lyx into main RPM.
+
 2001-05-16  Ruurd Reitsma  [EMAIL PROTECTED]
 
* Win32/lyxwin32.C added.
Index: development/lyx.spec.in
===
RCS file: /cvs/lyx/lyx-devel/development/lyx.spec.in,v
retrieving revision 1.9
diff -u -u -r1.9 lyx.spec.in
--- development/lyx.spec.in 2001/04/05 12:31:40 1.9
+++ development/lyx.spec.in 2001/08/03 19:57:24
@@ -11,6 +11,7 @@
 Icon: lyx.xpm
 Prefix: /usr
 Requires: xforms = 0.88, tetex-xdvi, tetex, tetex-latex
+Obsoletes: tetex-lyx
 
 %description
 LyX is a modern approach of writing documents with a computer
@@ -62,8 +63,8 @@
 #
 TEXMF=/usr/share/texmf
 mkdir -p ${RPM_BUILD_ROOT}${TEXMF}/tex/latex
-cp -r ${RPM_BUILD_ROOT}/usr/share/lyx/tex \
-  ${RPM_BUILD_ROOT}${TEXMF}/tex/latex/lyx
+mv ${RPM_BUILD_ROOT}/usr/share/lyx/tex \
+  ${RPM_BUILD_ROOT}/${TEXMF}/tex/latex/lyx
 
 #
 # Miscellaneous files
@@ -75,6 +76,9 @@
 rm -rf ${RPM_BUILD_ROOT}
 
 %post
+# Make TeX understand where LyX-specific packages are
+texhash
+
 # Before configuring lyx for the local system
 # PATH needs to be imported 
 if [ -f /etc/profile ]; then 
@@ -94,42 +98,13 @@
 ${RPM_INSTALL_PREFIX}/bin/reLyX
 fi
 
-%post -n tetex-lyx
+%postun
 # Fix the TeX file hash
 #
 texhash
 
-# Before configuring lyx for the local system
-# PATH needs to be imported 
-if [ -f /etc/profile ]; then 
-. /etc/profile
-fi 
-#
-# Now configure LyX
-#
-echo Re-configuring LyX for your system...
-cd $RPM_INSTALL_PREFIX/share/lyx
-./configure --srcdir
-
-%postun -n tetex-lyx
-# Fix the TeX file hash
-#
-texhash
-
-# Before configuring lyx for the local system
-# PATH needs to be imported 
-if [ -f /etc/profile ]; then 
-. /etc/profile
-fi 
-#
-# Now configure LyX
-#
-echo Reconfiguring LyX for your system...
-cd $RPM_INSTALL_PREFIX/share/lyx
-./configure --srcdir
-
 %files
-%attr(-,root,root) %doc ABOUT-NLS ANNOUNCE OLD-CHANGES COPYING 
+%attr(-,root,root) %doc ABOUT-NLS ANNOUNCE COPYING 
 %attr(-,root,root) %doc README UPGRADING ChangeLog NEWS
 %attr(-,root,root) %doc lib/CREDITS README.reLyX
 
@@ -137,6 +112,4 @@
 %attr(-,root,root) /usr/man/*
 %attr(-,root,root) /usr/share/locale/*/LC_MESSAGES/*
 %attr(-,root,root) /usr/share/lyx
-
-%files -n tetex-lyx
 %attr(-,root,root) /usr/share/texmf/tex/latex/lyx



Re: Let's try again to change the matrix dialog

2001-08-03 Thread Andre Poenitz

On Thu, Aug 02, 2001 at 05:00:59PM +0200, Emmanuel GUREGHIAN wrote:
 A few years ago, I send a mail about changing the matrix dialog in a
 more intuitive way.
 It was not not a good idea because the dialog size should remain small
 in order to use lyx on small screens.
 
 Anyway I have still the same idea. So I have changed the matrix dialog
 carefully preserving its size.
 I think it is more intuitive and as such that it is a good
 idea(tm)(r)(c).
 
 Is it acceptable in this way ?

Don't know...  I was actually planning to re-use tabular's dialog some
day. But you could look at this as vapour ware...

Andre'

-- 
André Pönitz . [EMAIL PROTECTED]



1.2.0cvs: Crash after inserting ERT

2001-08-03 Thread Kayvan A. Sylvan

(as an aside, I love doing real work with LyX --- I get to do my job
and do some testing/debugging at the same time!)

I inserted ERT, inlined it (using Button 2), then attempted to walk
past the right-edge of the ERT box using the arrow keys.

LyX crashed. Here is the backtrace:

(gdb) where
#0  0xff018444 in _libc_kill ()
#1  0xfefb9470 in abort ()
#2  0x208c10 in lyx::abort () at abort.C:9
#3  0x9b9fc in error_handler (err_sig=11) at ../src/lyx_main.C:880
#4  signal handler called
#5  boost::shared_ptrParameterStruct::operator- (this=0xb)
at ../boost/boost/smart_ptr.hpp:240
#6  0x4e2f0 in ParagraphParameters::depth (this=0x3c)
at ParagraphParameters.h:128
#7  0xc8514 in Paragraph::getDepth (this=0x53fbc0) at paragraph.C:1028
#8  0xe734c in LyXText::rightMargin (this=0x4ac3e0, buf=0x4ac230, row=0x548d58)
at text.C:805
#9  0xe7704 in LyXText::nextBreakPoint (this=0x4ac3e0, bview=0x4d93c8, 
row=0x548d58, width=946) at text.C:876
#10 0xea9f4 in LyXText::breakAgain (this=0x4ac3e0, bview=0x4d93c8, 
row=0x548d58) at text.C:1539
#11 0xfb724 in LyXText::fullRebreak (this=0x4ac3e0, bview=0x4d93c8)
at text2.C:870
#12 0x1e26c in BufferView::Pimpl::update (this=0x4e0838, text=0x4ac3e0, f=3)
at BufferView_pimpl.C:1032
#13 0x165b0 in BufferView::update (this=0x4d93c8, text=0x4ac3e0, f=3)
at BufferView.C:179
#14 0xaee18 in LyXFunc::moveCursorUpdate (this=0x4bb8d8, flag=true, 
selecting=false) at lyxfunc.C:194
#15 0xa5d7c in LyXFunc::dispatch (this=0x4bb8d8, ac=35, 
do_not_use_this_arg=@0xffbeefa8) at lyxfunc.C:888
#16 0xa32dc in LyXFunc::processKeySym (this=0x4bb8d8, keysym=65363, state=0)
at lyxfunc.C:352
#17 0x1bf14 in BufferView::Pimpl::workAreaKeyPress (this=0x4e0838, 
keysym=65363, state=0) at BufferView_pimpl.C:515
#18 0x237f18 in SigC::ObjectSlot2_void, unsigned long, unsigned int, 
BufferView::Pimpl::callback (d=0x4e17ec, p1=65363, p2=0) at 
../sigc++/object_slot.h:250
#19 0x25e140 in SigC::Callback2void, unsigned long, unsigned int::call (
this=0x4e17ec, p1=@0xffbef29c, p2=@0xffbef2a0) at ../sigc++/slot.h:456
#20 0x25e264 in SigC::Signal2void, unsigned long, unsigned int, SigC::Marshalvoid 
::emit (this=0x4e086c, p1=@0xffbef29c, p2=@0xffbef2a0)
at ../sigc++/basic_signal.h:472
#21 0x25e58c in SigC::Signal2void, unsigned long, unsigned int, SigC::Marshalvoid 
::operator() (this=0x4e086c, p1=@0xffbef29c, p2=@0xffbef2a0)
at ../sigc++/basic_signal.h:450
#22 0x53914 in WorkArea::work_area_handler (ob=0x4e11d8, event=9, key=65363, 
xev=0xff326e3c) at WorkArea.C:432
#23 0x52044 in C_WorkArea_work_area_handler (ob=0x4e11d8, event=9, key=65363, 
xev=0xff326e3c) at WorkArea.C:58
#24 0xff2ca658 in fl_handle_it ()
#25 0xff2ca74c in fl_handle_object ()
#26 0xff2b7934 in fl_handle_form ()
#27 0xff2b7d40 in do_keyboard ()
#28 0xff2b8654 in do_interaction_step ()
#29 0xff2b8f84 in fl_treat_interaction_events ()
#30 0xff2b8fd4 in fl_check_forms ()
#31 0x188ca4 in GUIRunTime::runTime () at GUIRunTime.C:84
#32 0x942b8 in LyXGUI::runTime (this=0x4a1858) at lyx_gui.C:316
#33 0x95fe0 in LyX::LyX (this=0xffbef948, argc=0xffbef9c4, argv=0xffbef9e4)
at ../src/lyx_main.C:179
#34 0xc20c4 in main (argc=1, argv=0xffbef9e4) at ../src/main.C:38

-- 
Kayvan A. Sylvan  | Proud husband of   | Father to my kids:
Sylvan Associates, Inc.   | Laura Isabella Sylvan  | Katherine Yelena (8/8/89)
http://sylvan.com/~kayvan | crown of her husband | Robin Gregory (2/28/92)



Re: compose key bug

2001-08-03 Thread Angus Leeming

On Thursday 02 August 2001 12:19, Lars Gullik Bjønnes wrote:
 Angus Leeming [EMAIL PROTECTED] writes:
 
 | When I press my compose key I get the minibuffer message unknown 
function 
 | and I can't create accented chars. Things work fine in other apps, so 
this 
 | appears to be a LyX problem not an X one.
 | 
 | Do other people see this?
 
 If you turn on debugging... what does LyX think it sees? 

compose+e+' and LyX thinks that it sees eacute. The display however goes
compose  nothing
e   e
'   e'

Angus



Workarea event: KEYBOARD
XFilterEvent
WorkArea: Key is `Multi_key' [65312]
WorkArea: Keysym is `' [0]
Using keysym [B]
Workarea Diff: 321119325
KeySym is Multi_key[65312] State is [0]
action first set to [-1]
meta_fake_bit is [0]
action now set to [-1]
Key [action=-1][Multi_key]
Removing modifiers...
Action now set to [-1]
Workarea event: KEYBOARD
XFilterEvent
WorkArea: Key is `e' [101]
WorkArea: Keysym is `' [0]
Using keysym [B]
Workarea Diff: 20648
KeySym is e[101] State is [0]
action first set to [87]
meta_fake_bit is [0]
action now set to [87]
Key [action=87][e]
SelfInsert arg[`e']
Workarea event: KEYBOARD
XFilterEvent
WorkArea: Key is `apostrophe' [39]
WorkArea: Keysym is `' [0]
Using keysym [B]
Workarea Diff: 3675
KeySym is apostrophe[39] State is [0]
action first set to [87]
meta_fake_bit is [0]
action now set to [87]
Key [action=87][apostrophe]
SelfInsert arg[`'']
Workarea event: KEYBOARD
XLookupBoth é
WorkArea: Key is `' [0]
WorkArea: Keysym is `eacute' [233]



Re: Bug: Paper orientation 'landscape'

2001-08-03 Thread Dekel Tsur

On Thu, Aug 02, 2001 at 12:21:11PM +0200, Michael Schmitt wrote:
 Exporting with paper orientation landscape only works if
 package geometry is activated (it took me quite some time to find that
 out!!). Could you please ensure that geometry is activated automatically
 if landscape is selected?

I think that the geometry button should be removed. LyX can decide
automatically when to use geometry.sty.



Re: citation and bib database

2001-08-03 Thread Angus Leeming

On Thursday 02 August 2001 10:05, Jürgen Spitzmüller wrote:
 Am Don, 02 Aug 2001 11:31:29 schrieb Angus Leeming:
  On Wednesday 01 August 2001 20:51, John Levon wrote:
   it's really slow to open the cite dialog when you've a big database 
(takes
   about 3 seconds on my machine with a database of 1700 odd entries).
   
   can it not be cached somehow if we're using bibtex ?
  
  Yes it could be. At the moment the database is re-read every time the 
dialog
 
  is opened. I'm in the process of sorting this out.
 
 While you are at it, maybe you could look at this one, too:
 When you have a multipart document with x parts, an InsetBibTex in every
 included document and in the main document, too (so that you can insert 
citations in
 each file), the citation dialog in the main document shows every entry of 
the
 bibfile x times, which is x-1 times too much ;-)
 
 Maybe you can sort this out, for this inflation of the citation dialog is
 rather annoying.

No. This is your mistake. We do not support multiple bibliographies yet so 
you should have only one InsetBibtex, presumably in the parent document.

Angus



Re: citation and bib database

2001-08-03 Thread Jürgen Spitzmüller

Am Don, 02 Aug 2001 11:31:29 schrieb Angus Leeming:
 On Wednesday 01 August 2001 20:51, John Levon wrote:
  it's really slow to open the cite dialog when you've a big database (takes
  about 3 seconds on my machine with a database of 1700 odd entries).
  
  can it not be cached somehow if we're using bibtex ?
 
 Yes it could be. At the moment the database is re-read every time the dialog

 is opened. I'm in the process of sorting this out.

While you are at it, maybe you could look at this one, too:
When you have a multipart document with x parts, an InsetBibTex in every
included document and in the main document, too (so that you can insert
citations in
each file), the citation dialog in the main document shows every entry of the
bibfile x times, which is x-1 times too much ;-)

Maybe you can sort this out, for this inflation of the citation dialog is
rather annoying.

Thanks,

Jürgen  

 Angus





Upsilon

2001-08-03 Thread Nicolas SABOURET

Hi !

I reported a bug in februrary against lyx1.1.6fix1 for M-m g S-u
producing \mathrm{Y} instead of \( \Upsilon \).

However, this very simple bug (IMHO) has not been corrected in fix2 and
fix3. Maybe the maintainer in charge with greek letters simply forgot
about it ?
This is the reason why I submitt it again (please think about it for lyx
1.2 !!).

Moreover could anyone tell me how greek letters bindings could be
defined ? math.bind only says : M-m g math-greek.

Thanks in advance,
-- 
Nicolas SABOURET
LIMSI-CNRS, BP133, 91403 Orsay, France
http://www.limsi.fr/Individu/nico



Re: Bug list

2001-08-03 Thread John Levon

On Fri, Aug 03, 2001 at 11:57:49AM +0200, Michael Schmitt wrote:

 
   - The dots dialog in the math panel is drawn accurately; at the
 right a fine vertical bar is not drawn
 
  See the attached screen shot. Note that I have _not_ stretched the
 window
  with the dots. Do you see that it is not painted correctly? You can see
  parts of the dialog below.
 
 hmm, what versions of xforms ?
 
 xform 89.5 on SUN Sparc Solaris; display is exported to a Linux machine.

ugh, this is what I have.

 angus, can we disable resizing of ALL xforms dialogs ? I don't know of a
 single
 one that resizes in any correct way !!
 
 But please note that I have _not_ resized the window!

I know (I did notice you said this). But it's just something else I noticed.

I can't really do anything about the slight misdrawing, because I don't get it,
and I have no idea why fscking xforms gets it wrong ...

john

-- 
They didn't know what the symbols and paradoxes meant. Instead of following
 the finger that points to the moon, they sat down and worshipped the finger
 itself. Instead of following the map, they thought it was the territory and
 tried to live in it. Instead of reading the menu they tried to eat it. Dig ?
- Miss Portinari



Latest 1.2.0cvs: Spellchecker goes out to lunch, no crash

2001-08-03 Thread Kayvan A. Sylvan

This may have already been reported, but the spellchecker seems to go
out to lunch when it descends into document insets. It does not
crash, just seems to loop forever somewhere.

Here is a backtrace:

(gdb) where
#0  0xcd09c in Paragraph::Pimpl::FontTable::FontTable (this=0xffbee4b0, p=46, 
f=@0xffbee488) at paragraph_pimpl.h:84
#1  0xc6098 in Paragraph::getFontSettings (this=0x4f5888, bparams=@0x4ac238, 
pos=46) at paragraph.C:576
#2  0xf8004 in LyXText::getFont (this=0x4ac3d8, buf=0x4ac228, par=0x4f5888, 
pos=46) at text2.C:134
#3  0xe6130 in LyXText::draw (this=0x4ac3d8, bview=0x4d8be0, row=0x51cb08, 
vpos=@0xffbeebb0, offset=-6, x=@0xffbeeb78, cleared=true) at text.C:562
#4  0xf66a4 in LyXText::getVisibleRow (this=0x4ac3d8, bview=0x4d8be0, 
y_offset=-6, x_offset=0, row_ptr=0x51cb08, y=804, cleared=false)
at text.C:3556
#5  0xd0488 in LyXScreen::drawFromTo (this=0x52d230, text=0x4ac3d8, 
bv=0x4d8be0, y1=0, y2=414, y_offset=0, x_offset=0, internal=true)
at screen.C:139
#6  0xd0a00 in LyXScreen::draw (this=0x52d230, text=0x4ac3d8, bv=0x4d8be0, 
y=810) at screen.C:232
#7  0xd0cc8 in LyXScreen::fitManualCursor (this=0x52d230, text=0x4ac3d8, 
bv=0x4d8be0, y=913, asc=13, desc=4) at screen.C:272
#8  0x18ce4 in BufferView::fitLockedInsetCursor (this=0x4d8be0, x=114, y=913, 
asc=13, desc=4) at BufferView2.C:449
#9  0x1757b8 in InsetText::fitInsetCursor (this=0x4f64b0, bv=0x4d8be0)
at insettext.C:1420
#10 0x17b888 in InsetCollapsable::fitInsetCursor (this=0x4f6458, bv=0x4d8be0)
at insetcollapsable.h:123
#11 0x1ac48 in BufferView::Pimpl::fitCursor (this=0x4dfe00)
at BufferView_pimpl.C:264
#12 0x16388 in BufferView::fitCursor (this=0x4d8be0) at BufferView.C:94
#13 0xd043c in LyXScreen::drawFromTo (this=0x52d230, text=0x4ac3d8, 
bv=0x4d8be0, y1=0, y2=414, y_offset=0, x_offset=0, internal=true)
at screen.C:135
#14 0xd0a00 in LyXScreen::draw (this=0x52d230, text=0x4ac3d8, bv=0x4d8be0, 
y=913) at screen.C:232
#15 0xd0cc8 in LyXScreen::fitManualCursor (this=0x52d230, text=0x4ac3d8, 
bv=0x4d8be0, y=1223, asc=13, desc=4) at screen.C:272
#16 0x18ce4 in BufferView::fitLockedInsetCursor (this=0x4d8be0, x=52, y=1223, 
asc=13, desc=4) at BufferView2.C:449
#17 0x175578 in InsetText::showInsetCursor (this=0x4f64b0, bv=0x4d8be0, 
show=true) at insettext.C:1389
#18 0x171828 in InsetText::edit (this=0x4f64b0, bv=0x4d8be0, front=true)
at insettext.C:671
#19 0x17caa0 in InsetCollapsable::edit (this=0x4f6458, bv=0x4d8be0, front=true)
at insetcollapsable.C:269
#20 0xef3cc in LyXText::selectNextWord (this=0x4ac3d8, bview=0x4d8be0, 
value=@0x4d3fc8) at text.C:2321
#21 0x184b0 in BufferView::nextWord (this=0x4d8be0, value=@0x4d3fc8)
at BufferView2.C:341
#22 0x1f8a48 in ControlSpellchecker::check (this=0x4d3f70)
at ControlSpellchecker.C:111
#23 0x1f900c in ControlSpellchecker::ignoreAll (this=0x4d3f70)
at ControlSpellchecker.C:190
#24 0x1d1030 in FormSpellchecker::input (this=0x4d4030, obj=0x535e58)
at FormSpellchecker.C:74
#25 0x18a5d8 in FormBase::InputCB (this=0x4d4030, ob=0x535e58, data=0)
at FormBase.C:88
#26 0x18a7f0 in C_FormBaseInputCB (ob=0x535e58, d=0) at FormBase.C:148
#27 0xff2a6dc0 in fl_object_qread ()
#28 0xff2b8fc0 in fl_check_forms ()
#29 0x188ca4 in GUIRunTime::runTime () at GUIRunTime.C:84
#30 0x942b8 in LyXGUI::runTime (this=0x4a1858) at lyx_gui.C:316
#31 0x95fe0 in LyX::LyX (this=0xffbef9c8, argc=0xffbefa44, argv=0xffbefa64)
at ../src/lyx_main.C:179
#32 0xc20c4 in main (argc=1, argv=0xffbefa64) at ../src/main.C:38

-- 
Kayvan A. Sylvan  | Proud husband of   | Father to my kids:
Sylvan Associates, Inc.   | Laura Isabella Sylvan  | Katherine Yelena (8/8/89)
http://sylvan.com/~kayvan | crown of her husband | Robin Gregory (2/28/92)



Re: Rename 666 to TEX

2001-08-03 Thread Andre Poenitz

> admitting that LyX can't do it all and providing some way of getting
> under the hood.  I always felt that the whole "EvilRedText" thing was
> just an apeasement of the M$ Word crowd, anyhow.
> 
> Still, "Raw" or "PassThru" seems fine by me.

Go for 'Raw'.

This way we would spare us a flame war on the correct spelling of
'PassThrough' ;-^H^H  oh... it's Friday again...

Andre'

-- 
André Pönitz . [EMAIL PROTECTED]



RE: Compiling lyx-devel with kde

2001-08-03 Thread Juergen Vigna


On 03-Aug-2001 Pascal Francq wrote:
> Hi,
> I have try to compile the latest CVS version of lyx-devel with the option kde 
> as frontend, but during the "configure" step, it says that kde isn't a valid 
> frontend. But, I have see on the web site that a given number of dialogs have 
> already been ported to Qt2/KDE2.
> Is there something else to do than give the option to "configure"?

Maybe that's the qt2 frontend? KDE frontend was dropped now we have QT2 and
GNOME in cvs!

Jürgen

--
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._
Dr. Jürgen VignaE-Mail:  [EMAIL PROTECTED]
Italienallee 13/N   Tel/Fax: +39-0471-450260 / +39-0471-450253
I-39100 Bozen   Web: http://www.sad.it/~jug
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._

Bilbo's First Law:
You cannot count friends that are all packed up in barrels.




Re: MathArray

2001-08-03 Thread Dekel Tsur

On Thu, Aug 02, 2001 at 06:54:50PM +0300, Dekel Tsur wrote:
> > 
> > Each math formula is on average less than 1k with all your proposals. Now,
> > in an extreme math thesis with maybe 10 formula on each page, for 500
>^^
> This is a too low estimate. On my thesis I have 6528 math insets, and it is
> 112 pages (not including bibliography) so average is ~60 per page.
> 
> > pages, this is 5 MB.
> 
> If we use 50 insets per page, then memory is 25 MB, which is a problem.
> I will try to generate statistic for the average length of an inset.

Ok, I have 6528 insets, and about 54000 total elements in the insets
(element = single letter or command). So average length of an inset
is ~8 elements.



Re: Latest CVS: big-ass scrollbars

2001-08-03 Thread Juergen Vigna


On 02-Aug-2001 John Levon wrote:

> this is a really old known xforms bug ... been there since the year dot ...

I remember that I send a patch to the xforms sources IMO on 0.86 to T.C
for this, but the patch was never included :(

 Jürgen

--
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._
Dr. Jürgen VignaE-Mail:  [EMAIL PROTECTED]
Italienallee 13/N   Tel/Fax: +39-0471-450260 / +39-0471-450253
I-39100 Bozen   Web: http://www.sad.it/~jug
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._

Life's too short to dance with ugly women.




Re: Removal of broken math-greek stuff

2001-08-03 Thread Andre Poenitz

> Why? What if you're writing a science paper (not such an improbable thing to
> do with LyX) and you have to type an \alpha every sentence or two?

We will find a solution using key bindings for that. There is no need for
special code (more so, if that is special math related code outside of
mathed).

Andre'

-- 
André Pönitz . [EMAIL PROTECTED]



Re: Compiling lyx-devel with kde

2001-08-03 Thread Pascal Francq

On Friday 03 August 2001 10:02, you wrote:
> Maybe that's the qt2 frontend? KDE frontend was dropped now we have QT2 and
> GNOME in cvs!
>
> Jürgen
>

Ok, thank you, I try with the option "--with-frontend=qt2" and it seems that 
it is working (I am compiling it for the moment). Perhaps, someone must 
change the "configure" for the "--help" option to change kde to qt2.
Pal.
-- 


Ir Pascal Francq
Researcher
Université Libre de Bruxelles
CAD/CAM Department
Avenue F.D. Roosevelt, 50
CP 165/14
B-1050 Brussels
BELGIUM
Tel. +32-2-650 47 65
Fax +32-2-650 47 24
ICQ: 91206668



Re: Removal of broken math-greek stuff

2001-08-03 Thread Andre Poenitz

> >  \bind "M-m S-G"  "command-sequence math-mode ; math-greek-toggle ; "  
> 
> This won't work currently since if you are already in a formula inset,
> the math-mode lyxfunc will cause to switch to math text mode.

Never mind. As I said: If somebody want math, he should press C-m to say so.
But we need to take away some burden from 'math-mode'... 

Andre'

-- 
André Pönitz . [EMAIL PROTECTED]



style question

2001-08-03 Thread Andre Poenitz


MathInsets contain an internal cache for their "last" dimensions.
This is set during calls to metrics() and used in subsequent calls to
draw()

metrics() leaves the inset _logically_ unchanged, so I'd like to make it
const and the cache members 'mutable'.

But I know that some people don't like 'mutable', so I thought I'd better
ask...

Note that we have already othre mutable members (another cache for the
current position that is only used for cursor positioning with the
mouse...).

Andre'

-- 
André Pönitz . [EMAIL PROTECTED]



Re: A few LyX whishes (->lyx filename)

2001-08-03 Thread Juergen Vigna


On 03-Aug-2001 Jean-Marc Lasgouttes wrote:

> I think this is both safe and flexible. Now the question is whether we
> should skip the confirmation in 3/ (like emacs does).

IMO yes we should skip it!

   Jürgen

--
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._
Dr. Jürgen VignaE-Mail:  [EMAIL PROTECTED]
Italienallee 13/N   Tel/Fax: +39-0471-450260 / +39-0471-450253
I-39100 Bozen   Web: http://www.sad.it/~jug
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._

It is much harder to find a job than to keep one.




Re: Management of bug reports

2001-08-03 Thread John Levon

On Thu, Aug 02, 2001 at 04:37:34PM +0200, Andre Poenitz wrote:

> > this is perfectly acceptable for you to do this as a bug reporter. Any
> > bugs that last will hopefully end up on the tracker via me (that's /my/
> > job)
> 
> I can see a problem with people like me who do not check the bug tracking
> thingy regularly. I certainly would have a look at some src/BUGS or
> src/mathed/BUGS file, since this is just six or seven keystrokes away...

if mathed bugs appear, I can assign them to you. Then you should get an email
(I think). Or I can tell lyx-devel ... is that good enough ?

john

-- 
"They didn't know what the symbols and paradoxes meant. Instead of following
 the finger that points to the moon, they sat down and worshipped the finger
 itself. Instead of following the map, they thought it was the territory and
 tried to live in it. Instead of reading the menu they tried to eat it. Dig ?"
- Miss Portinari



Re: Bug: Paper orientation 'landscape'

2001-08-03 Thread Juergen Vigna


On 03-Aug-2001 Jean-Marc Lasgouttes wrote:

> We have anyway to make choices between a straightforward interface and
> more flexibility. Maybe some items could be moved into an 'advanced
> settings' part of the interface? The 'use geometry' button could go
> there for example.
> 
> An idea like: margin input boxes are enabled if one selects 'custom
> paper pages' or user checks 'use geometry package always', which is in
> the 'expert settings' group.

It is ok for me to put it somewhere else. I remember that I did the
enabling of the width/heigth boxes on custom-paper in the old dialog
but since it was redone with the ButtonControler activation of this
stuff is a bit strange. Maybe we should just tell Agnus what we expect
exactly, so that he know what the dialog would have to do and what not
I try to start with my ideas add info as you think true:

1. Width/Height boxes should be ONLY activated if someone selects
   custom paper option from the drop-down menu.

2. Geometry button should be set/inactive if we have stuff in the
   margin boxes.

3. Maybe (but proove me wrong here) Width/Height boxes should be "cleared"
   and made inactive if I change from custom-paper to some fixed one!

4. If we select some special paper package (do we really need them, shouldn't
   we just drop support for them, what do they do for us that is so important
   holding on to them?) the paper selection should change to "Default" (this
   is already done).

  Jürgen

--
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._
Dr. Jürgen VignaE-Mail:  [EMAIL PROTECTED]
Italienallee 13/N   Tel/Fax: +39-0471-450260 / +39-0471-450253
I-39100 Bozen   Web: http://www.sad.it/~jug
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._

Fourth Law of Thermodynamics:
If the probability of success is not almost one, it is damn near zero.
-- David Ellis




small mathed bug

2001-08-03 Thread Angus Leeming

André,

Try and write 
\sigma ^2
The "2" appears above the sigma, not to the right. This is not true for 
non-greek letters.



Re: Bug: Paper orientation 'landscape'

2001-08-03 Thread Juergen Vigna


On 02-Aug-2001 Lars Gullik Bjønnes wrote:

>| I think that the geometry button should be removed. LyX can decide
>| automatically when to use geometry.sty.
> 
> agree.

Don't agree! As Herbert pointed out A4 with or without geometry changes
margins. I for myself like the margins with A4 + geometry while maybe
for Herbert it's exactly the oposite. So IF we are going to remove that
button then we have to put some sort of DEFAULT-Margins in the preferences
dialog which are put there on every new document.

 Jürgen

--
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._
Dr. Jürgen VignaE-Mail:  [EMAIL PROTECTED]
Italienallee 13/N   Tel/Fax: +39-0471-450260 / +39-0471-450253
I-39100 Bozen   Web: http://www.sad.it/~jug
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._

No amount of careful planning will ever replace dumb luck.




Re: Let's try again to change the matrix dialog

2001-08-03 Thread Juergen Vigna


On 02-Aug-2001 Emmanuel GUREGHIAN wrote:

> We could do something similar for tabular's dialog :
> For one example I had to resize the dialog, for the first one that's the
> same size.

I would like to have a look at this but I cannot see anything inside fdesign
on both file you sent (btw. why do you send 2 files which seem equal?)
What version of fdesign are you using? You should use the version of 0.88
as otherwise people as myself working still with the .88 version are not
able to see anything.

Jürgen

--
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._
Dr. Jürgen VignaE-Mail:  [EMAIL PROTECTED]
Italienallee 13/N   Tel/Fax: +39-0471-450260 / +39-0471-450253
I-39100 Bozen   Web: http://www.sad.it/~jug
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._

Doubt isn't the opposite of faith; it is an element of faith.
- Paul Tillich, German theologian and historian




Re: Math: eqnarray from 1.6 to 1.2

2001-08-03 Thread Andre Poenitz

> it's not my day ...
> 
> right-center-left is the default

Never mind. That's what is used...

Andre'

-- 
André Pönitz . [EMAIL PROTECTED]



Re: citation dialog

2001-08-03 Thread John Levon

On Thu, Aug 02, 2001 at 10:30:08AM +0100, Angus Leeming wrote:

> On Wednesday 01 August 2001 20:14, John Levon wrote:
> > re-sizing it is not fun, not at all. but having a "long" style
> > in the style button goes wrong too.
> 
> Resizing: why not fix the size and be done with it.

I agree. Juergen, it's not your fault btw - xforms has never been able to
resize things correctly. If this current dialog will fit in 800x600 then we 
can fix its size I suppose.

> "long" style: ???

I mean the button that starts off "No database". The strings it gets set to
writes outside of it - I can make the button larger.

> I've seen this too. Either the file in your InsetBibtex has a .bib extension 
> and shouldn't or hasn't and should! Can't remember which. Perhaps you could 
> sort that out?

hmm, I thought I'd tried both. maybe not.

john

-- 
"You lose it if you talk about it."
- Ernest Hemingway



RE: 1.2.0cvs: Crash after inserting ERT

2001-08-03 Thread Juergen Vigna


On 02-Aug-2001 Kayvan A. Sylvan wrote:
> (as an aside, I love doing real work with LyX --- I get to do my job
> and do some testing/debugging at the same time!)
> 
> I inserted ERT, inlined it (using Button 2), then attempted to walk
> past the right-edge of the ERT box using the arrow keys.
> 
> LyX crashed. Here is the backtrace:

If I tell you I did this por purpose so that people are forced to look
at the display/update problems we have with insets, do you believe me?

 Jürgen

--
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._
Dr. Jürgen VignaE-Mail:  [EMAIL PROTECTED]
Italienallee 13/N   Tel/Fax: +39-0471-450260 / +39-0471-450253
I-39100 Bozen   Web: http://www.sad.it/~jug
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._

A woman's place is in the house... and in the Senate.




Re: compiling lyx

2001-08-03 Thread John Levon

On Thu, Aug 02, 2001 at 02:11:11PM +0200, Juergen Vigna wrote:

> 
> On 02-Aug-2001 Lars Gullik Bjønnes wrote:
> 
> > gcc 2.96 does not like to compile with -fno-rtti... remove that
> > option.
> > 
> > lyx 1.1.5 was never updated to compile with the new compilers.
> 
> Well as much as I know you have egcs++ on a RedHat 7.1 system. Just
> try "CC=egcs CXX=egcs++ ./configure" should work.

you need -L/usr/lib too I believe

john

-- 
"You lose it if you talk about it."
- Ernest Hemingway



Re: Rename 666 to TEX

2001-08-03 Thread Herbert Voss

Andre Poenitz wrote:
> 
> > Let's just keep it as it is now: "ERT" Encapsulated Raw Text
> 
> Okokok...

I thought you are the math guru, why don't you write

$ok^3\ldot$

i see, the problem is the first uppercase letter ...

Herbert :-)


-- 
http://www.educat.hu-berlin.de/~voss/lyx/



Re: Latest CVS: big-ass scrollbars

2001-08-03 Thread John Levon

On Fri, Aug 03, 2001 at 09:52:38AM +0200, Juergen Vigna wrote:

> 
> On 02-Aug-2001 John Levon wrote:
> 
> > this is a really old known xforms bug ... been there since the year dot ...
> 
> I remember that I send a patch to the xforms sources IMO on 0.86 to T.C
> for this, but the patch was never included :(

BTDT

And I note it is way past the end of last month ...

roll on frontends/qt2

john

-- 
"They didn't know what the symbols and paradoxes meant. Instead of following
 the finger that points to the moon, they sat down and worshipped the finger
 itself. Instead of following the map, they thought it was the territory and
 tried to live in it. Instead of reading the menu they tried to eat it. Dig ?"
- Miss Portinari



Re: Bug list

2001-08-03 Thread Michael Schmitt


>> >> - The dots dialog in the math panel is drawn accurately; at the
>> >>   right a fine vertical bar is not drawn
>>
>> See the attached screen shot. Note that I have _not_ stretched the
window
>> with the dots. Do you see that it is not painted correctly? You can see
>> parts of the dialog below.

>hmm, what versions of xforms ?

xform 89.5 on SUN Sparc Solaris; display is exported to a Linux machine.

>angus, can we disable resizing of ALL xforms dialogs ? I don't know of a
>single
>one that resizes in any correct way !!

But please note that I have _not_ resized the window!

Michael



-- 
==
Michael Schmittphone: +49 451 500 3725
Institute for Telematics   secretary: +49 451 500 3721
Medical University of Luebeck  fax:   +49 451 500 3722
Ratzeburger Allee 160  eMail: [EMAIL PROTECTED]
D-23538 Luebeck, Germany   WWW:   http://www.itm.mu-luebeck.de
==




RE: Vacations

2001-08-03 Thread Juergen Vigna


On 03-Aug-2001 Jean-Marc Lasgouttes wrote:
> 
> BTW, I'll be in vacation starting this evening and until Sep 3.
> 
> Don't break the tree while I am away.

Well I won't promise that! Maybe you should check from time to time!
(pah is that a question and thing to say on a friday!)

   Jürgen (who's looking forward for to his vactaions too, but has to
   wait a bit longer)

--
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._
Dr. Jürgen VignaE-Mail:  [EMAIL PROTECTED]
Italienallee 13/N   Tel/Fax: +39-0471-450260 / +39-0471-450253
I-39100 Bozen   Web: http://www.sad.it/~jug
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._

Democracy is the name we give the people whenever we need them.
-- Arman de Caillavet, 1913




Re: Upsilon

2001-08-03 Thread Garst R. Reese

Nicolas SABOURET wrote:
> 
> Hi !
> 
> I reported a bug in februrary against lyx1.1.6fix1 for "M-m g S-u"
> producing "\mathrm{Y}" instead of "\( \Upsilon \)".
Indeed this is still true in cvs. TeX \( \Upsion \) works and math panel
works.
Garst



Re: Management of bug reports

2001-08-03 Thread John Levon

On Fri, Aug 03, 2001 at 09:00:08AM +0200, Andre Poenitz wrote:

> > > What am I supposed to do if the bug is fixed?
> > 
> > if I fail to notice you can tell me I suppose ?
> 
> parse error?
> 
> Aehm: what I mean: It is fine with me if you assign mathed bugs to me.
> The question is: Should I inform you if the problem is solved or should I
> do something with the bug tracker. I think I'd prefer informing you...
 ^^^

this is what I meant. I'd rather have you fix the next bug than piss around with
a webpage.

Hopefully I will notice most things as a matter of course anyway

regards
john

-- 
"They didn't know what the symbols and paradoxes meant. Instead of following
 the finger that points to the moon, they sat down and worshipped the finger
 itself. Instead of following the map, they thought it was the territory and
 tried to live in it. Instead of reading the menu they tried to eat it. Dig ?"
- Miss Portinari



Re: LyX code structure

2001-08-03 Thread John Levon

On Fri, Aug 03, 2001 at 02:35:16PM +0200, Danker, Dr. Timm wrote:

> the according directories. There was discussion about renaming some time ago
> in this list but it seems the problem remained. I was pretty irritated when

it will be fixed when I get round to it

john

-- 
"They didn't know what the symbols and paradoxes meant. Instead of following
 the finger that points to the moon, they sat down and worshipped the finger
 itself. Instead of following the map, they thought it was the territory and
 tried to live in it. Instead of reading the menu they tried to eat it. Dig ?"
- Miss Portinari



mathed110.diff

2001-08-03 Thread Andre Poenitz


First shot at 'everything is an inset'.

Look at what went out of (x)array.C. 
And that's not really cleaned up yet...

Andre'

-- 
André Pönitz . [EMAIL PROTECTED]


? todo
? memory.diff
? math_charinset.h
? todo.backup
? math_charinset.C
? parser.diff
Index: BUGS
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/mathed/BUGS,v
retrieving revision 1.2
diff -u -p -r1.2 BUGS
--- BUGS2001/08/03 09:54:47 1.2
+++ BUGS2001/08/03 15:39:36
@@ -157,6 +157,12 @@ Rainer Dorsch:
 - Entering \mathbf{c} in math mode is displayed as written (without
   backslash)
 
+- I know the latex code of a lot of math symbols displayed by lyx,
+  but not all of them. Thus I have to use the math panel for only a single
+  symbol in a formula. I think it would be very useful, if the latex code
+  of the symbol would be displayed as a hint, if the mouse positioned over
+  it.
+
 
 Marcus ([EMAIL PROTECTED]) 
 
Index: Makefile.am
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/mathed/Makefile.am,v
retrieving revision 1.30
diff -u -p -r1.30 Makefile.am
--- Makefile.am 2001/07/27 10:08:04 1.30
+++ Makefile.am 2001/08/03 15:39:36
@@ -20,6 +20,8 @@ libmathed_la_SOURCES = \
formulamacro.h \
math_arrayinset.C \
math_arrayinset.h \
+   math_charinset.C \
+   math_charinset.h \
math_cursor.C \
math_cursor.h \
math_decorationinset.C \
Index: array.C
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/mathed/array.C,v
retrieving revision 1.42
diff -u -p -r1.42 array.C
--- array.C 2001/08/01 09:18:21 1.42
+++ array.C 2001/08/03 15:39:36
@@ -1,13 +1,12 @@
-
 #ifdef __GNUG__
 #pragma implementation
 #endif
 
 #include "math_inset.h"
+#include "math_charinset.h"
 #include "debug.h"
 #include "array.h"
 #include "math_scriptinset.h"
-#include "math_parser.h"
 #include "mathed/support.h"
 
 using std::ostream;
@@ -39,11 +38,8 @@ MathArray::MathArray(MathArray const & a
 
 void MathArray::deep_copy(int pos1, int pos2)
 {
-   for (int pos = pos1; pos < pos2; next(pos)) 
-   if (isInset(pos)) {
-   MathInset * p = nextInset(pos)->clone();
-   memcpy(_[pos + 1], , sizeof(p));
-   }
+   for (int pos = pos1; pos < pos2; ++pos) 
+   bf_[pos] = bf_[pos]->clone();
 }
 
 
@@ -52,7 +48,7 @@ bool MathArray::next(int & pos) const
if (pos >= size() - 1)
return false;
 
-   pos += item_size(pos);
+   ++pos;
return true;
 }
 
@@ -62,7 +58,7 @@ bool MathArray::prev(int & pos) const
if (pos == 0)
return false;
 
-   pos -= item_size(pos - 1);
+   --pos;
return true;
 }
 
@@ -74,21 +70,11 @@ bool MathArray::last(int & pos) const
 }
 
 
-int MathArray::item_size(int pos) const
-{
-   return 2 + (isInset(pos) ? sizeof(MathInset*) : 1);
-}
-
-
 void MathArray::substitute(MathMacro const & m)
 {
MathArray tmp;
-   for (int pos = 0; pos < size(); next(pos)) {
-   if (isInset(pos)) 
-   nextInset(pos)->substitute(tmp, m);
-   else 
-   tmp.push_back(getChar(pos), getCode(pos));
-   }
+   for (int pos = 0; pos < size(); ++pos) 
+   bf_[pos]->substitute(tmp, m);
swap(tmp);
 }
 
@@ -103,11 +89,7 @@ MathArray & MathArray::operator=(MathArr
 
 MathInset * MathArray::nextInset(int pos) const
 {
-   if (!isInset(pos))
-   return 0;
-   MathInset * p;
-   memcpy(, _[0] + pos + 1, sizeof(p));
-   return p;
+   return (pos == size()) ? 0 : bf_[pos];
 }
 
 
@@ -121,10 +103,11 @@ MathInset * MathArray::prevInset(int pos
 
 unsigned char MathArray::getChar(int pos) const
 {
-   return pos < size() ? bf_[pos + 1] : '\0';
+   return (pos == size()) ? 0 : (bf_[pos]->getChar());
 }
 
 
+/*
 string MathArray::getString(int & pos) const
 {
string s;
@@ -139,35 +122,30 @@ string MathArray::getString(int & pos) c
 
return s;
 }
+*/
 
 
 MathTextCodes MathArray::getCode(int pos) const
 {
-   return pos < size() ? MathTextCodes(bf_[pos]) : LM_TC_MIN;
+   return pos < size() ? (bf_[pos]->code()) : LM_TC_MIN;
 }
 
 
 void MathArray::setCode(int pos, MathTextCodes t)
 {
-   if (pos > size() || isInset(pos))
-   return;
-   bf_[pos] = t;
-   bf_[pos + 2] = t;
+   bf_[pos]->code(t);
 }
 
 
-
 void MathArray::insert(int pos, MathInset * p)
 {
-   bf_.insert(bf_.begin() + pos, 2 + sizeof(p), LM_TC_INSET);
-   memcpy(_[pos + 1], , sizeof(p));
+   bf_.insert(bf_.begin() + pos, p);
 }
 
 
 void MathArray::insert(int pos, unsigned char b, MathTextCodes t)
 {
-   bf_.insert(bf_.begin() + pos, 3, t);
-   

Re: ERT converting

2001-08-03 Thread Herbert Voss

Lars Gullik Bjønnes wrote:
> 
> Herbert Voss <[EMAIL PROTECTED]> writes:
> 
> | the attached 1.1.6fix3 example has
> |
> | ert tablefloat ert
> |
> | when opening with 1.2.0 the first ert is IN the
> | tablefloat and not outside.
> 
> Ok, should be fixed in CVS now, please test again.

worked, so far as I can see ... :-)

can anyone proof, please:
I can no more mark text in ert-inset

Herbert


-- 
http://www.educat.hu-berlin.de/~voss/lyx/




RE: about to make NO_LATEX the default and remove the defines

2001-08-03 Thread Juergen Vigna


On 03-Aug-2001 Lars Gullik Bjønnes wrote:
> 
> objections?

Nope! We have to do it anyway!

Jürgen

--
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._
Dr. Jürgen VignaE-Mail:  [EMAIL PROTECTED]
Italienallee 13/N   Tel/Fax: +39-0471-450260 / +39-0471-450253
I-39100 Bozen   Web: http://www.sad.it/~jug
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._

A man always remembers his first love with special tenderness, but after
that begins to bunch them.
-- Mencken




Re: Rename 666 to TEX

2001-08-03 Thread Herbert Voss

Jose Abilio Oliveira Matos wrote:
> 
> On Fri, Aug 03, 2001 at 11:36:10AM +0200, Herbert Voss wrote:
> > Andre Poenitz wrote:
> > >
> > > > Let's just keep it as it is now: "ERT" Encapsulated Raw Text
> > >
> > > Okokok...
> >
> > I thought you are the math guru, why don't you write
> >
> > $ok^3\ldot$
> 
>   I'm not defending André, after all he doesn't need it, but even so I
> should point some incoherence in your post Herbert...
> 
> > i see, the problem is the first uppercase letter ...
> >
> > Herbert :-)
>   """
>   So you are using those punny icons in a Friday, and I thought that you

oh sorry, but I have 45 holidays, 29 in front of me ...
so I don't know what day of weekend is, because it's
absolutely not important for me 

$ \stackrel{.\, .}{\stackrel{|}{\smile }} $

well done!

>   BTW using docbook/xml I would write  just before you ask

or \smiley with package wasysym and 

\Huge\smiley is just the same size than yours.

nice weekend

Herbert

-- 
http://www.educat.hu-berlin.de/~voss/lyx/




AW: LyX code structure

2001-08-03 Thread Danker, Dr. Timm


> I'm a newbie C++ programmer and I'm very interested in LyX 
> source code.
> I'm trying to understand it, but it's very difficult without 
> a guide to the 
> general structure of the program (there are a lot of files 
> and classes...)
> Can anyone tell me which are the main classes, the meaning of 
> the various 
> source files, in few words: the structure of LyX?

Seems you are like me a bit :-). I found it *very* usefull to play around
with the automatically generated source documentation to get a first
overview of the class hierarchy. You will need doxygen to make it, and then
just do a "make sourcedoc" and you will get a bunch of HTML files that might
be enlightening, perhaps. Doxygen has a few options to configure so if you
want, you can get even more output but this is a matter of personal taste.

Hm , by the way: seems to me that doxygen screws up things in the
'frontends' part of lyx because there are multiple files with same names in
the according directories. There was discussion about renaming some time ago
in this list but it seems the problem remained. I was pretty irritated when
looking at the doxy for the GUII-parts of Lyx, before I realized that. I
personally solved that by editing the doxyfile to include only one frontend.
Maybe this can be fixed more elegant, but I have no clue.

Greets, Timm



Re: Probelms while compiling with frontend=qt2

2001-08-03 Thread Edwin Leuven

> Is there enough people to work on the qt2 port. 

the more the merrier

> I can perhaps spent a
> little of my time to try to do some port of the dailogs to qt2.

I think John is planning to do a renaming operation in the qt2 directory so 
for the moment I am not touching it (and still breeding on some 
messageboxes). I think we agreed on the following naming scheme (did we?):

> QXXX.[Ch]
> ui/QXXXDialog.[Ch]
> QXXXDialogImpl.[Ch]

gr.ed.



Re: Management of bug reports

2001-08-03 Thread John Levon

On Fri, Aug 03, 2001 at 10:03:44AM +0200, Jean-Marc Lasgouttes wrote:

> John> and major remaining issues, in a way a shared BUGS file is never
> John> going to manage ...
> 
> I think the tracker is really needed. It would be better of course if
> we could intereact with it through e-mail, like the debian tracker
> does (although I do not like much its www frontend).

definitely. I think the KDE tracker system can handle email and has a reasonable
interface iirc

Stupid Debian tracker doesn't even have keyword search ! Can you berlieve that !

john

-- 
"They didn't know what the symbols and paradoxes meant. Instead of following
 the finger that points to the moon, they sat down and worshipped the finger
 itself. Instead of following the map, they thought it was the territory and
 tried to live in it. Instead of reading the menu they tried to eat it. Dig ?"
- Miss Portinari



Re: Bug: Paper orientation 'landscape'

2001-08-03 Thread Juergen Vigna


On 03-Aug-2001 Jean-Marc Lasgouttes wrote:

> Dekel> I think that the geometry button should be removed. LyX can
> Dekel> decide automatically when to use geometry.sty.
> 
> I'd rather have the margin entries activated only when one chooses
> 'custom' as papersize. I think the interface would be less confusing.

But for custom you have to set the paper-height/width and that's not
really confortable if you want some A4 and just want to change the
margins, is it?

 Jürgen

--
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._
Dr. Jürgen VignaE-Mail:  [EMAIL PROTECTED]
Italienallee 13/N   Tel/Fax: +39-0471-450260 / +39-0471-450253
I-39100 Bozen   Web: http://www.sad.it/~jug
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._

There are more things in heaven and earth,
Horatio, than are dreamt of in your philosophy.
-- Wm. Shakespeare, "Hamlet"




1.2.0cvs: Crash after inserting ERT

2001-08-03 Thread Michael Schmitt

Hello!

> I inserted ERT, inlined it (using Button 2), then attempted to walk
> past the right-edge of the ERT box using the arrow keys.

Confirmed with a simple file consisting of one paragraph of plain text.
See below for report.

Michael


  FMR: Free memory read
  This is occurring while in:
LyXText::nextBreakPoint(BufferView*,const Row*,int)const
[text.C:867]
LyXText::breakAgain(BufferView*,Row*)const [text.C:1539]
LyXText::fullRebreak(BufferView*) [text2.C:870]
BufferView::Pimpl::update(LyXText*,BufferView::UpdateCodes)
[BufferView_pimpl.C:1032]
BufferView::update(LyXText*,BufferView::UpdateCodes)
[BufferView.C:179]
LyXFunc::dispatch(int,const lyxstring&) [lyxfunc.C:194]
LyXFunc::processKeySym(unsigned long,unsigned int)
[lyxfunc.C:352]
BufferView::Pimpl::workAreaKeyPress(unsigned long,unsigned
int) [BufferView_pimpl.C:515]
SigC::ObjectSlot2_::callback(void*,unsigned long,unsigned int)
[object_slot.h:250]
SigC::Signal2::emit(const unsigned long&,const unsigned int&)
[slot.h:456]
WorkArea::work_area_handler(flobjs_*,int,int,int,int,void*)
[basic_signal.h:450]
C_WorkArea_work_area_handler [WorkArea.C:58]
fl_handle_it   [objects.c]
fl_handle_object [libforms.a]
fl_handle_form [forms.c]
do_keyboard[forms.c]
do_interaction_step [forms.c]
fl_treat_interaction_events [libforms.a]
fl_check_forms [libforms.a]
GUIRunTime::runTime() [GUIRunTime.C:84]
LyXGUI::runTime() [lyx_gui.C:316]
LyX::LyX(int*,char**) [lyx_main.C:179]
main   [main.C:38]
_start [crt1.o]
  Reading 4 bytes from 0xb78288 in the heap.
  Address 0xb78288 is at the beginning of a freed block of 36 bytes.
  This block was allocated from:
malloc [rtlib.o]
__bUiLtIn_nEw  [new1.cc:84]
__builtin_new  [rtlib.o]
LyXText::insertRow(Row*,Paragraph*,int)const [text2.C:295]
LyXText::breakAgainOneRow(BufferView*,Row*) [text.C:1591]
LyXText::insertChar(BufferView*,char) [text.C:1922]
LyXText::insertInset(BufferView*,Inset*) [text2.C:1614]
BufferView::Pimpl::insertInset(Inset*,const lyxstring&)
[BufferView_pimpl.C:3362]
BufferView::Pimpl::insertAndEditInset(Inset*)
[BufferView_pimpl.C:3286]
BufferView::Pimpl::Dispatch(kb_action,const lyxstring&)
[BufferView_pimpl.C:2743]
BufferView::Dispatch(kb_action,const lyxstring&)
[BufferView.C:294]
LyXFunc::dispatch(int,const lyxstring&) [lyxfunc.C:1603]

_GLOBAL_.N.__Q37Toolbar5Pimpl11toolbarItem::ToolbarCB(flobjs_*,long)
[Toolbar_pimpl.C:273]
C_Toolbar_ToolbarCB [Toolbar_pimpl.C:284]
fl_object_qread [libforms.a]
fl_check_forms [libforms.a]
GUIRunTime::runTime() [GUIRunTime.C:84]
LyXGUI::runTime() [lyx_gui.C:316]
LyX::LyX(int*,char**) [lyx_main.C:179]
main   [main.C:38]
_start [crt1.o]
  There have been 890 frees since this block was freed from:
free   [rtlib.o]
__bUiLtIn_dElEtE [new2.cc:54]
__builtin_delete [rtlib.o]
LyXText::removeRow(Row*)const [text2.C:343]
LyXText::breakAgain(BufferView*,Row*)const [text.C:1567]
LyXText::checkParagraph(BufferView*,Paragraph*,int)
[text2.C:1926]
LyXText::updateInset(BufferView*,Inset*) [text2.C:2004]
BufferView::Pimpl::updateInset(Inset*,bool)
[BufferView_pimpl.C:3378]
BufferView::updateInset(Inset*,bool) [BufferView2.C:485]
InsetERT::inlined(BufferView*,bool) [insetert.C:288]
InsetERT::insetButtonRelease(BufferView*,int,int,int)
[insetert.C:136]
BufferView::Pimpl::workAreaButtonRelease(int,int,unsigned int)
[BufferView_pimpl.C:806]
SigC::ObjectSlot3_::callback(void*,int,int,unsigned int)
[object_slot.h:347]
SigC::Signal3

-- 
==
Michael Schmittphone: +49 451 500 3725
Institute for Telematics   secretary: +49 451 500 3721
Medical University of Luebeck  fax:   +49 451 500 3722
Ratzeburger Allee 160  eMail: [EMAIL PROTECTED]
D-23538 Luebeck, Germany   WWW:   http://www.itm.mu-luebeck.de
==




  1   2   >