Re: TUG2002. Was: preview-LyX ?

2002-05-21 Thread Andre Poenitz 

On Mon, May 20, 2002 at 07:16:14PM +0200, David Kastrup wrote:
 One thing that I am aware of is the math editor.  BTW, as is often the
 case with Free Software, one question for which the answer would
 interest me is in what degree it might be possible to rip it off as a
 component to be used in separate environments: click on a formula in
 Emacs, get a LyX formula editor fired up, perhaps in a different
 window (embedding into an Emacs window would be cool, but probably
 unrealistic), edit and then have the formula integrated back into the
 buffer.  Of course, this would probably be non-nice if it implies
 LaTeX import and reexport, losing all formatting and probably
 hand-adjustments in spacing and stuff.

Currently mathed ignores spaces used for formatting only on LaTeX
import and does not write any on export, so any formatting done by the
user is lost.

It would not be too difficult to add imostly invisible spaces and
carriage returns, though.

Concerning stand alone mathed: Not exactly trivial. While mathed
itself is modular, it uses standard LyX methods for interaction with the
user (key bindings, mouseclicks, drawing). 

 I am digressing.  Obviously, the math editor will be a big starting
 help for some users.  What other features would you find worth having
 pointed out (apart from preview-LyX, in case it gets into a
 demonstratable state by conference time, or at least into a stage
 where one can be reasonably sure that its implementation will get
 followed through eventually)?

Including external stuff like graphics has become easy lately...

 The talk focuses about WYSIWYG aspects of editing, but if there are
 particular other advantages to using LyX not immediately connected
 with that aspect, I might squeeze them in.
 
 In due time for the conference, I will ask again here about what
 version I should use for demonstrations: it should be a reasonably
 stable version as long as all features to be demonstrated can be made
 to work with it.

September will be a bad point of time...  1.2.x won't contain any traces
of preview LyX, so I guess your best bet would be to use some version
from CVS from July or so. CVS, in turn, will probably be completely broken
by September, as everybody will put the patches that piled up during the
1.2.0 freeze. 

Andre' 
 
-- 
Those who desire to give up Freedom in order to gain Security,
will not have, nor do they deserve, either one. (T. Jefferson)

Re: Date/time comparison required for updated graphics files

2002-05-21 Thread R. Lahaye 

Garst R. Reese wrote:
 
 R. Lahaye wrote:
 
  Garst R. Reese wrote:
  
   R. Lahaye wrote:
   
This may not be a bug, but is a very inconvenient behaviour.
 
 Even after an Update-Postscript ?
 

Apparently I not making my point clear enough.
Here is what happens:

*) I have a LyX document with a Grace file

*) With the Grace graphics software, I modify the Grace file

*) The previous version is still shown on the LyX canvas and
   this old version is also used when Viewing (or Update-Viewing).
   Only closing and reopening the document, will solve the problem.

I just found out that the reason is, that LyX keeps a copy of ALL graphics
files in its temp dir, including the original Grace files. So making
modifications to the Grace files in my working directory, will never
affect the temp-copies of the Grace files by LyX.

As a first step, copies of the originals need to be updated when necessary.
This should then be followed by updating the corresponding graphics on the
LyX canvas.

Regards,
Rob.

Re: mvc paragraph dialog

2002-05-21 Thread Angus Leeming 

On Monday 20 May 2002 8:27 pm, Edwin Leuven wrote:
  Ed, why have you given the controller all these set/get methods? Wouldn't
  it have been easier to just provide
 
  ParagraphParameters  ControlParagraph::params()
  {
  lyx::Assert(pp_.get());
  return *pp_;
  }
 
  Or am I mising something?

 I actually thought about doing that but then I saw ControlCharacter so I
 ended up creating all these set 'n get methods...I probably missed
 something...

There is no one single Parameter struct in ControlCharacter, so the set and 
get methods were the easiest way to do things there. Here though, you're just 
making life more difficult for yourself.

 Shall I change it?

Why not. It'll only take 5 minutes.
Angus

Re: page style commands to be translated one day?

2002-05-21 Thread Angus Leeming 

On Monday 20 May 2002 6:53 pm, John Levon wrote:
 On Mon, May 20, 2002 at 05:55:25PM +0100, Angus Leeming wrote:
  Ok, dokey. Makes my life easier anyway.

 Colour me green and name me Peter, but surely this doesn't mean we
 shouldn't have translated combo boxes, just because we don't want to
 translate anything underneath ?

 The GUI interface should ideally be perfectly translated, no ?

 I know for sure I wouldn't follow this combo box if it was in German ...

 Apologies if I've misunderstood ...

Hi Peter!

This was my feeling too. However, since the machinery doesn't exist in this 
case yet, I'm going to leave it as it is and get on with splitting the View 
from the Controller. We can always iterate.

Angus

Re: make rpmdist

2002-05-21 Thread Lars Gullik Bjønnes 

Andre Poenitz [EMAIL PROTECTED] writes:

| On Thu, May 16, 2002 at 03:06:15PM +0200, Lars Gullik Bjønnes wrote:
 rpm -q automake
 automake-1.5-8

| Ok. 1.5.1 now.


|   Building Makefile templates...
|   .
|   src/Makefile.am:12: LIBS was set with `+=' and is now set with `='
|   src/frontends/Makefile.am:12: LIBS was set with `+=' and is now set with `='
|   lib/reLyX
|   sigc++
|   done.
|   Building configure...


| But it seems to go further, 'make dist' works, but 'make rpmdist' fails
| with

|   Name field must be present in package: (main package)
|   Version field must be present in package: (main package)
|   Release field must be present in package: (main package)
|   Summary field must be present in package: (main package)
|   Group field must be present in package: (main package)
|   License field must be present in package: (main package)

And you do all this in the source dir and not in a separate builddir?

| Apart from that, there seem to be too much make dependencies. 'msgmerge' is
| _always_ run etc...

And this is (kindo) a got thing, sine without this we would run
msgmerge way too seldom, we even now run it often only during the
actual release cycle.

-- 
Lgb

Re: make rpmdist

2002-05-21 Thread Lars Gullik Bjønnes 

Kayvan A. Sylvan [EMAIL PROTECTED] writes:

| On Thu, May 16, 2002 at 02:52:14PM +0200, Andre Poenitz wrote:
 On Thu, May 16, 2002 at 02:46:04PM +0200, Lars Gullik Bjønnes wrote:
  And you are sure you do not have any strange .deps or .libs dirs
  w/files?
 
 This is  'rm -rf lyx-devel lyx-build ; cvs co lyx-devel ; cd lyx-devel ; 
 ./autogen ; cd ../lyx-build ; ../lyx-devel/configure'
 
 [no script, typed by hand, but there should be no trace of old stuff]
 

| Ah, yes. I know the problem, but not the fix.

| You have to do your make rpmdist in the CVS checkout directory, it
| does not work in ../lyx-build for reasons that I can not fathom.

I'll have a look at this when I get the time.

-- 
Lgb

Re: [Fwd: Still a LyX 1.2.0 Finnish localization update]

2002-05-21 Thread Lars Gullik Bjønnes 


It seems that your forwarding broke the attachment. Can you send that
to me separately?

-- 
Lgb

Re: 1.2p5 vs. 1.1.6: ERT issues

2002-05-21 Thread Lars Gullik Bjønnes 

Peter Suetterlin [EMAIL PROTECTED] writes:

|   Hi all,

| I just fell across a problem when I loaded an old (1.1.6) file into
| lyx 1.2pre5:

Can you try with rc1?

-- 
Lgb

Using xforms 0.999 with lyx-1.2

2002-05-21 Thread Martti Kuparinen 

Hi!

I'm the lyx maintainer in NetBSD pkgsrc collection (http://www.pkgsrc.org/)
and I'm trying the new 1.2.0 pre5. The compilation is okay but the linking
fails because of unresolved references to fl_xxx() functions:

# c++ -O2 -W -Wall -Wl,-R/usr/X11R6/lib -Wl,-R/usr/pkg/lib -o lyx BufferView.o 
BufferView2.o BufferView_pimpl.o Bullet.o Chktex.o ColorHandler.o CutAndPaste.o 
DepTable.o FloatList.o Floating.o FontInfo.o FontLoader.o FuncStatus.o LColor.o 
LaTeX.o LaTeXFeatures.o LyXAction.o LyXView.o MenuBackend.o Painter.o PainterBase.o 
ParagraphParameters.o Spacing.o TextCache.o Thesaurus.o ToolbarDefaults.o WorkArea.o 
XFormsView.o box.o buffer.o bufferlist.o bufferparams.o bufferview_funcs.o chset.o 
converter.o debug.o encoding.o exporter.o font.o gettext.o importer.o intl.o 
iterators.o kbmap.o kbsequence.o language.o lastfiles.o lengthcommon.o lyx_cb.o 
lyx_gui.o lyx_main.o lyx_sty.o lyxcursor.o lyxfont.o lyxfind.o lyxfunc.o 
lyxgluelength.o lyxlayout.o lyxlength.o lyxlex.o lyxlex_pimpl.o lyxlookup.o lyxrc.o 
lyxrow.o lyxserver.o lyxtextclass.o lyxtextclasslist.o lyxvc.o main.o minibuffer.o 
paragraph.o paragraph_pimpl.o screen.o sp_spell.o tabular.o tabular-old.o 
tabular_funcs.o tex-accent.o
  tex-strings.o texrow.o text.o text2.o tracer.o trans.o trans_mgr.o undo.o 
undo_funcs.o undostack.o vc-backend.o version.o vspace.o  -L/usr/X11R6/lib 
-L/usr/pkg/lib mathed/.libs/libmathed.a insets/.libs/libinsets.a 
frontends/.libs/libfrontends.a -lXpm graphics/.libs/libgraphics.a 
support/.libs/libsupport.a ../sigc++/.libs/libsigc.a /usr/pkg/lib/libintl.so -lSM 
-lICE -lc -lm -lX11 -Wl,--rpath -Wl,/usr/pkg/lib -Wl,--rpath -Wl,/usr/pkg/lib
BufferView_pimpl.o: In function `{anonymous}::SetXtermCursor(unsigned long)':
BufferView_pimpl.o(.text+0x19): undefined reference to `fl_display'
BufferView_pimpl.o(.text+0x2c): undefined reference to `fl_display'
[a lot of lines removed]
form_maths_matrix.o(.text+0x3f0): undefined reference to `fl_set_object_lsize'
form_maths_matrix.o(.text+0x403): undefined reference to `fl_set_object_callback'
form_maths_matrix.o(.text+0x408): undefined reference to `fl_end_form'
collect2: ld returned 1 exit status
*** Error code 1

This seems to be a problem of missing -Lforms (I have xforms-0.999). Yes
I saw the warning about versions later than 0.89 but how can I fix this?
I can't use older xforms as we don't have it anymore in pkgsrc...

Martti

---
Martti Kuparinen [EMAIL PROTECTED]  NetBSD - No media hype
http://www.iki.fi/kuparine/ http://www.netbsd.org/

Bug in ERT reading

2002-05-21 Thread Dekel Tsur 

The attached 1.1.6 file is not read correctly by LyX:
Note that the ERT text contains a backslash and a space,
so the latex output is a\ b.
However, lyx-1.2.0 drops the space when reading the file, so
the latex output is a\b which gives an error.



#LyX 1.1 created this file. For more info see http://www.lyx.org/
\lyxformat 218
\textclass article
\language american
\inputencoding default
\fontscheme default
\graphics default
\paperfontsize 12
\spacing single 
\papersize Default
\paperpackage a4wide
\use_geometry 0
\use_amsmath 0
\paperorientation portrait
\secnumdepth 3
\tocdepth 3
\paragraph_separation indent
\defskip medskip
\quotes_language english
\quotes_times 2
\papercolumns 1
\papersides 1
\paperpagestyle default

\layout Standard

a
\latex latex 

\backslash 
 
\latex default 
b
\the_end

[PATCH]: trivial fix for bug #415.

2002-05-21 Thread Angus Leeming 

See attached.
Angus


Index: src/frontends/controllers/ChangeLog
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/frontends/controllers/ChangeLog,v
retrieving revision 1.173
diff -u -p -r1.173 ChangeLog
--- src/frontends/controllers/ChangeLog	13 May 2002 13:23:29 -	1.173
+++ src/frontends/controllers/ChangeLog	21 May 2002 09:56:10 -
@@ -1,3 +1,7 @@
+2002-05-21  Angus Leeming  [EMAIL PROTECTED]
+
+	* frnt_lang.C (getLanguageData): change a couple of N_() to _().
+
 2002-05-13  Herbert Voss  [EMAIL PROTECTED]
 
 	* biblio.C (getAbbreviatedAuthor): fix bug with and for Authors
Index: src/frontends/controllers/frnt_lang.C
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/frontends/controllers/frnt_lang.C,v
retrieving revision 1.4
diff -u -p -r1.4 frnt_lang.C
--- src/frontends/controllers/frnt_lang.C	1 May 2002 14:43:38 -	1.4
+++ src/frontends/controllers/frnt_lang.C	21 May 2002 09:56:10 -
@@ -42,8 +42,8 @@ vectorLanguagePair const getLanguageDa
 	vectorLanguagePair langs(size);
 
 	if (character_dlg) {
-		langs[0].first = N_(No change); langs[0].second = ignore;
-		langs[1].first = N_(Reset); langs[1].second = reset;
+		langs[0].first = _(No change); langs[0].second = ignore;
+		langs[1].first = _(Reset); langs[1].second = reset;
 	}
 
 	vectorstring::size_type i = character_dlg ? 2 : 0;

Re: [PATCH]: trivial fix for bug #415.

2002-05-21 Thread Lars Gullik Bjønnes 

Angus Leeming [EMAIL PROTECTED] writes:

| See attached.
| Angus

Put in 1.3.0CVS, queue for 1.2.1.

-- 
Lgb

PATCH: Bug in ERT reading

2002-05-21 Thread Juergen Vigna 


On 21-May-2002 Dekel Tsur wrote:
 The attached 1.1.6 file is not read correctly by LyX:
 Note that the ERT text contains a backslash and a space,
 so the latex output is a\ b.
 However, lyx-1.2.0 drops the space when reading the file, so
 the latex output is a\b which gives an error.
 

The attached patch is a oneliner and should be applied to fix the above
patch.

  Jug

-- 
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._
Dr. Jürgen VignaE-Mail:  [EMAIL PROTECTED]
Mitterstrich 151/A  Tel/Fax: +39-0471-450260 / +39-0471-450253
I-39050 SteineggWeb: http://www.lyx.org/~jug
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._

The problem with this country is that there is no death penalty for
incompetence.



Index: src/buffer.C
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/buffer.C,v
retrieving revision 1.336
diff -u -p -r1.336 buffer.C
--- src/buffer.C10 May 2002 13:14:16 -  1.336
+++ src/buffer.C21 May 2002 09:57:19 -
@@ -420,6 +420,9 @@ void Buffer::insertErtContents(Paragraph
 {
string str = frontStrip(strip(ert_comp.contents, ' '), ' ');
if (!str.empty()) {
+   // we only skip completely empty ERT (only spaces) otherwise
+   // we have to insert it as is.
+   str = ert_comp.contents;
lyxerr[Debug::INSETS]  ERT contents:\n'
 str  '  endl;
// check if we have already an ert inset a position earlier

Re: [PATCH]: trivial fix for bug #415.

2002-05-21 Thread Angus Leeming 

On Tuesday 21 May 2002 11:24 am, Lars Gullik Bjønnes wrote:
 Angus Leeming [EMAIL PROTECTED] writes:
 | See attached.
 | Angus

 Put in 1.3.0CVS, queue for 1.2.1.

You'll need to give me some karma to commit it. While you're at it, just 
shove it in.

Angus

Re: [PATCH]: trivial fix for bug #415.

2002-05-21 Thread Lars Gullik Bjønnes 

Angus Leeming [EMAIL PROTECTED] writes:

| On Tuesday 21 May 2002 11:24 am, Lars Gullik Bjønnes wrote:
 Angus Leeming [EMAIL PROTECTED] writes:
 | See attached.
 | Angus

 Put in 1.3.0CVS, queue for 1.2.1.

| You'll need to give me some karma to commit it. While you're at it, just 
| shove it in.

ahhh... you can get your karma back now.

-- 
Lgb

Re: PATCH: Bug in ERT reading

2002-05-21 Thread Lars Gullik Bjønnes 

Juergen Vigna [EMAIL PROTECTED] writes:

| On 21-May-2002 Dekel Tsur wrote:
 The attached 1.1.6 file is not read correctly by LyX:
 Note that the ERT text contains a backslash and a space,
 so the latex output is a\ b.
 However, lyx-1.2.0 drops the space when reading the file, so
 the latex output is a\b which gives an error.
 

| The attached patch is a oneliner and should be applied to fix the above
| patch.

Not a super nice patch, but is is ok for the branch.

For 1.3.0 I'd like a test for only spaces:

ert_comp.contents.find_first_not_of(' ') == string::npos

 equals only spaces.

So: (perhaps we should use this for 1.2.0 as well)

{
-   string str = frontStrip(
-   if (!str.empty()) {
+if (ert_comp.contents.find_first_not_of(' ') != string::npos) {
+   // not only spaces
+   string str(ert_comp.contents);
   ...


(manually created patch)

-- 
Lgb

Re: [PATCH]: trivial fix for bug #415.

2002-05-21 Thread Angus Leeming 

On Tuesday 21 May 2002 1:02 pm, Lars Gullik Bjønnes wrote:
 Angus Leeming [EMAIL PROTECTED] writes:
 | On Tuesday 21 May 2002 11:24 am, Lars Gullik Bjønnes wrote:
  Angus Leeming [EMAIL PROTECTED] writes:
  | See attached.
  | Angus
 
  Put in 1.3.0CVS, queue for 1.2.1.
 |
 | You'll need to give me some karma to commit it. While you're at it, just
 | shove it in.

 ahhh... you can get your karma back now.

Why thank you, sir. While you're at it, why don't you give me permission to 
set up a branch. Let's call it BRANCH_guii. I guess that at least John and I 
should have permission to commit.

Angus

Re: [PATCH]: trivial fix for bug #415.

2002-05-21 Thread Andre Poenitz 

On Tue, May 21, 2002 at 01:22:39PM +0100, Angus Leeming wrote:
 Why thank you, sir. While you're at it, why don't you give me permission to 
 set up a branch. Let's call it BRANCH_guii. I guess that at least John and I 
 should have permission to commit.

And if you are at it: What about some BRANCH_preview for experimenting with
David's preview-LyX idea?

Andre'

-- 
Those who desire to give up Freedom in order to gain Security,
will not have, nor do they deserve, either one. (T. Jefferson)

Re: [PATCH]: trivial fix for bug #415.

2002-05-21 Thread Lars Gullik Bjønnes 

Andre Poenitz [EMAIL PROTECTED] writes:

| On Tue, May 21, 2002 at 01:22:39PM +0100, Angus Leeming wrote:
 Why thank you, sir. While you're at it, why don't you give me permission to 
 set up a branch. Let's call it BRANCH_guii. I guess that at least John and I 
 should have permission to commit.

| And if you are at it: What about some BRANCH_preview for experimenting with
| David's preview-LyX idea?

Can we please have a run down of what features to work on in 1.3.0CVS
first.

Let's get that list going.

If everybody is off working on his pet branch we will not be able to
do much...

-- 
Lgb

1.2.0pre5 compile problems w/ gcc 3.1 on Tru64 4.0D

2002-05-21 Thread Thomas Anders 

Hello,

given the (reported and still unresolved) difficulties compiling
1.2.0pre5 with gcc 2.95.3 on Tru64 Unix 4.0D I switched to gcc 3.1.
LyX still doesn't compile and now fails on src/support/DebugStream.C:

/net/bin/g++ -DHAVE_CONFIG_H -I. -I. -I../../src -I./../ -I../.. -I../.. 
-I../../boost -I/net/usr/include -I/net/usr/include -I/net/usr/include -W -Wall 
-c DebugStream.C -Wp,-MD,.deps/DebugStream.TPlo
/net/pub/gcc-3.1/include/g++-v3/streambuf: In member function `virtual int
teebuf::sync()':
/net/pub/gcc-3.1/include/g++-v3/streambuf:424: `int
std::basic_streambuf_CharT, _Traits::sync() [with _CharT = char, _Traits =
std::char_traitschar]' is protected
DebugStream.C:102: within this context
/net/pub/gcc-3.1/include/g++-v3/streambuf:424: `int
std::basic_streambuf_CharT, _Traits::sync() [with _CharT = char, _Traits =
std::char_traitschar]' is protected
DebugStream.C:103: within this context
/net/pub/gcc-3.1/include/g++-v3/bits/streambuf.tcc: In member function `virtual
streamsize teebuf::xsputn(const char*, long int)':
/net/pub/gcc-3.1/include/g++-v3/bits/streambuf.tcc:162: `streamsize
std::basic_streambuf_CharT, _Traits::xsputn(const _CharT*, long int) [with
_CharT = char, _Traits = std::char_traitschar]' is protected
DebugStream.C:107: within this context
/net/pub/gcc-3.1/include/g++-v3/bits/streambuf.tcc:162: `streamsize
std::basic_streambuf_CharT, _Traits::xsputn(const _CharT*, long int) [with
_CharT = char, _Traits = std::char_traitschar]' is protected
DebugStream.C:108: within this context
/net/pub/gcc-3.1/include/g++-v3/streambuf: In member function `virtual int
teebuf::overflow(int)':
/net/pub/gcc-3.1/include/g++-v3/streambuf:464: `_Traits::int_type
std::basic_streambuf_CharT, _Traits::overflow(_Traits::int_type =
_Traits::eof()) [with _CharT = char, _Traits = std::char_traitschar]' is
protected
DebugStream.C:112: within this context
/net/pub/gcc-3.1/include/g++-v3/streambuf:464: `_Traits::int_type
std::basic_streambuf_CharT, _Traits::overflow(_Traits::int_type =
_Traits::eof()) [with _CharT = char, _Traits = std::char_traitschar]' is
protected
DebugStream.C:113: within this context
/net/pub/gcc-3.1/include/g++-v3/streambuf: In member function `virtual int
debugbuf::sync()':
/net/pub/gcc-3.1/include/g++-v3/streambuf:424: `int
std::basic_streambuf_CharT, _Traits::sync() [with _CharT = char, _Traits =
std::char_traitschar]' is protected
DebugStream.C:148: within this context
/net/pub/gcc-3.1/include/g++-v3/bits/streambuf.tcc: In member function `virtual
streamsize debugbuf::xsputn(const char*, long int)':
/net/pub/gcc-3.1/include/g++-v3/bits/streambuf.tcc:162: `streamsize
std::basic_streambuf_CharT, _Traits::xsputn(const _CharT*, long int) [with
_CharT = char, _Traits = std::char_traitschar]' is protected
DebugStream.C:152: within this context
/net/pub/gcc-3.1/include/g++-v3/streambuf: In member function `virtual int
debugbuf::overflow(int)':
/net/pub/gcc-3.1/include/g++-v3/streambuf:464: `_Traits::int_type
std::basic_streambuf_CharT, _Traits::overflow(_Traits::int_type =
_Traits::eof()) [with _CharT = char, _Traits = std::char_traitschar]' is
protected
DebugStream.C:156: within this context
DebugStream.C: At global scope:
DebugStream.C:168: field `fbuf' has incomplete type
DebugStream.C: In constructor `DebugStream::DebugStream(const char*,
Debug::type)':
DebugStream.C:184: `struct DebugStream::debugstream_internal' has no member
named `fbuf'
DebugStream.C:186: `struct DebugStream::debugstream_internal' has no member
named `fbuf'
DebugStream.C: In member function `void DebugStream::logFile(const char*)':
DebugStream.C:202: `struct DebugStream::debugstream_internal' has no member
named `fbuf'
DebugStream.C:206: `struct DebugStream::debugstream_internal' has no member
named `fbuf'
DebugStream.C:208: `struct DebugStream::debugstream_internal' has no member
named `fbuf'
gmake[3]: *** [DebugStream.lo] Error 1
gmake[3]: Leaving directory 
`/tmp_mnt/net/hmi/dta/build/osf/lyx-1.2.0pre5/src/support'

The configure line was:

env CC=/net/bin/gcc CXX=/net/bin/g++ CPPFLAGS=-I/net/usr/include \
CFLAGS=-I/net/usr/include CXXFLAGS=-I/net/usr/include \
LDFLAGS=-L/net/usr/lib \
./configure  --prefix=/net/pub/lyx-1.2.0pre5 \
--exec-prefix=/net/pub/lyx-1.2.0pre5/osf \
--with-extra-prefix=/net/usr --with-included-string

Configuration
   Host type:  alpha-dec-osf4.0d
   Special build flags:warnings included-string assertions 
included-libsigc
   C   Compiler:   /net/bin/gcc
   C   Compiler flags: -I/net/usr/include
   C++ Compiler:   /net/bin/g++ (3.1)
   C++ Compiler flags: -I/net/usr/include  -W -Wall
   Linker flags:   -L/net/usr/lib  -L/net/usr/lib
   Frontend:   xforms
 libXpm version:   4.11
 libforms version:

Re: [PATCH]: trivial fix for bug #415.

2002-05-21 Thread Andre Poenitz 

On Tue, May 21, 2002 at 02:29:42PM +0200, Lars Gullik Bjønnes wrote:
 Can we please have a run down of what features to work on in 1.3.0CVS
 first.
 
 Let's get that list going.

I've posted my part already.

Andre'

-- 
Those who desire to give up Freedom in order to gain Security,
will not have, nor do they deserve, either one. (T. Jefferson)

Re: 1.2.0pre5 compile problems w/ gcc 3.1 on Tru64 4.0D

2002-05-21 Thread Andre Poenitz 

On Tue, May 21, 2002 at 02:33:55PM +0200, Thomas Anders wrote:
 Hello,
 
 given the (reported and still unresolved) difficulties compiling
 1.2.0pre5 with gcc 2.95.3 on Tru64 Unix 4.0D I switched to gcc 3.1.
 LyX still doesn't compile and now fails on src/support/DebugStream.C:
 
 /net/bin/g++ -DHAVE_CONFIG_H -I. -I. -I../../src -I./../ -I../.. -I../.. 
 -I../../boost -I/net/usr/include -I/net/usr/include -I/net/usr/include -W 
 -Wall -c DebugStream.C -Wp,-MD,.deps/DebugStream.TPlo
 /net/pub/gcc-3.1/include/g++-v3/streambuf: In member function `virtual int
teebuf::sync()':

Have you done a ./configure on a clean checkout?

I've seen this error message when trying 3.1 on some not so clean tree...

Andre'

-- 
Those who desire to give up Freedom in order to gain Security,
will not have, nor do they deserve, either one. (T. Jefferson)

Re: [PATCH]: trivial fix for bug #415.

2002-05-21 Thread Juergen Vigna 


On 21-May-2002 Lars Gullik Bjønnes wrote:

 Let's get that list going.

First of all I don't know how much time I will have for LyX in future.
Second to tell you the truth for 1.3.0 I plan to ONLY work on GUII complete.
IMO that should be our only real 1.3.0 worklist so that we can release a
1.3.0 really soon.

After we did this I'll give you my real list :)

Why not for one time have a fast release of 1.3.0 and not one that will
need 2 years more ;)

  Jug

-- 
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._
Dr. Jürgen VignaE-Mail:  [EMAIL PROTECTED]
Mitterstrich 151/A  Tel/Fax: +39-0471-450260 / +39-0471-450253
I-39050 SteineggWeb: http://www.lyx.org/~jug
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._

Many pages make a thick book, except for pocket Bibles which are on very
very thin paper.

Re: [PATCH]: trivial fix for bug #415.

2002-05-21 Thread Angus Leeming 

On Tuesday 21 May 2002 1:29 pm, Lars Gullik Bjønnes wrote:
 Andre Poenitz [EMAIL PROTECTED] writes:
 | On Tue, May 21, 2002 at 01:22:39PM +0100, Angus Leeming wrote:
  Why thank you, sir. While you're at it, why don't you give me permission
  to set up a branch. Let's call it BRANCH_guii. I guess that at least
  John and I should have permission to commit.
 |
 | And if you are at it: What about some BRANCH_preview for experimenting
 | with David's preview-LyX idea?

 Can we please have a run down of what features to work on in 1.3.0CVS
 first.

 Let's get that list going.

 If everybody is off working on his pet branch we will not be able to
 do much...

I am planning to do nothing that's not GUII related until the GUII has been 
achieved.

Angus

Re: PATCH: Bug in ERT reading

2002-05-21 Thread Juergen Vigna 


On 21-May-2002 Lars Gullik Bjønnes wrote:

 ert_comp.contents.find_first_not_of(' ') == string::npos
 
  equals only spaces.
 
 So: (perhaps we should use this for 1.2.0 as well)

I already changed to the one you propose and will commit soon (as soon
as I checked out the 1.2.x branch.

   Jug

-- 
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._
Dr. Jürgen VignaE-Mail:  [EMAIL PROTECTED]
Mitterstrich 151/A  Tel/Fax: +39-0471-450260 / +39-0471-450253
I-39050 SteineggWeb: http://www.lyx.org/~jug
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._

What will you do if all your problems aren't solved by the time you die?

1.3.0 sneak preview: Feature of the Day

2002-05-21 Thread Andre Poenitz 


aka auto correction for mathed. Type '-' '' to get '\rightarrow'...

Andre'

-- 
Those who desire to give up Freedom in order to gain Security,
will not have, nor do they deserve, either one. (T. Jefferson)


Index: lib/autocorrect
===
RCS file: lib/autocorrect
diff -N lib/autocorrect
--- /dev/null   1 Jan 1970 00:00:00 -
+++ lib/autocorrect 21 May 2002 12:52:17 -
 -0,0 +1,2 
+-\rightarrow
Index: src/mathed/Makefile.am
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/mathed/Makefile.am,v
retrieving revision 1.88
diff -u -p -r1.88 Makefile.am
--- src/mathed/Makefile.am  25 Mar 2002 13:24:28 -  1.88
+++ src/mathed/Makefile.am  21 May 2002 12:52:34 -
 -19,6 +19,8  libmathed_la_SOURCES = \
math_arrayinset.h \
math_atom.C \
math_atom.h \
+   math_autocorrect.C \
+   math_autocorrect.h \
math_biginset.C \
math_biginset.h \
math_binominset.C \
Index: src/mathed/math_autocorrect.C
===
RCS file: src/mathed/math_autocorrect.C
diff -N src/mathed/math_autocorrect.C
--- /dev/null   1 Jan 1970 00:00:00 -
+++ src/mathed/math_autocorrect.C   21 May 2002 12:52:35 -
 -0,0 +1,151 
+#include config.h
+
+#include LString.h
+#include debug.h
+#include support/filetools.h //  LibFileSearch
+#include math_data.h
+#include math_parser.h
+
+#include iostream
+#include fstream
+#include map
+
+using std::ifstream;
+using std::istream;
+using std::ostream;
+using std::map;
+
+
+namespace {
+
+class Correction {
+public:
+   ///
+   Correction() {}
+   ///
+   bool correct(MathArray  ar, unsigned int  pos) const;
+   ///
+   void read(istream  is);
+   ///
+   void write(ostream  os) const;
+private:
+   /// 
+   MathArray from_;
+   /// 
+   MathArray to_;
+};
+
+
+void Correction::read(istream  is)
+{
+   string from, to;
+   is  from  to;
+   if (!is)
+   return;
+   from_.clear();
+   to_.clear();
+   mathed_parse_cell(from_, from);
+   mathed_parse_cell(to_, to);
+}
+
+
+void Correction::write(ostream  os) const
+{
+   os  from: '  from_  ' to '  to_  '\n;
+}
+
+
+bool Correction::correct(MathArray  ar, unsigned int  pos) const
+{
+   unsigned int const startpos = pos - ar.size();
+   lyxerr[Debug::MATHED]
+correct ar:   ar   from: '  from_  '\n;
+   if (!ar.matchpart(from_, startpos))
+   return false;
+   lyxerr[Debug::MATHED]
+correct   ar   from: '  from_  ' to '  to_  '\n;
+   ar.erase(startpos, pos);
+   ar.insert(startpos, to_);
+   pos += from_.size() - to_.size();
+   return true;
+}
+
+
+istream  operator(istream  is, Correction  corr)
+{
+   corr.read(is);
+   return is;
+}
+
+
+ostream  operator(ostream  os, Correction  corr)
+{
+   corr.write(os);
+   return os;
+}
+
+
+
+
+class Corrections {
+public:
+   /// 
+   typedef vectorCorrection::const_iterator const_iterator;
+   /// 
+   Corrections() {}
+   /// 
+   void insert(const Correction  corr) { data_.push_back(corr); }
+   ///
+   bool correct(MathArray  ar, unsigned int  pos) const;
+private:
+   /// 
+   vectorCorrection data_;   
+};
+
+
+bool Corrections::correct(MathArray  ar, unsigned int  pos) const
+{
+   for (const_iterator it = data_.begin(); it != data_.end(); ++it)
+   if (it-correct(ar, pos))
+   return true;
+   return false;
+}
+
+
+Corrections theCorrections;
+
+void initAutoCorrect()
+{
+   lyxerr[Debug::MATHED]  reading autocorrect file\n;
+   string const file = LibFileSearch(string(), autocorrect);
+   if (file.empty()) {
+   lyxerr  Could not find autocorrect file\n;
+   return;
+   }
+
+   ifstream is(file.c_str());
+   Correction corr;
+   while (is  corr)
+   theCorrections.insert(corr);
+
+   lyxerr[Debug::MATHED]  read autocorrections:\n;
+}
+
+
+} // namespace anon
+
+
+void math_autocorrect(MathArray  ar, unsigned int  pos)
+{
+   static bool initialized = false;
+
+   if (!initialized) {
+   initAutoCorrect();
+   initialized = true;
+   }
+
+   theCorrections.correct(ar, pos);
+
+   //WordList::iterator it = theWordList.find(str);
+   //return (it != theWordList.end()) ? (it-second) : 0;
+}
Index: src/mathed/math_autocorrect.h
===
RCS file: src/mathed/math_autocorrect.h
diff -N src/mathed/math_autocorrect.h
--- /dev/null   1 Jan 1970 00:00:00 -
+++ src/mathed/math_autocorrect.h   21 May 2002 12:52:35 -
 -0,0 +1,9 
+#ifndef MATHAUTOCORRECT_H
+#define

Re: 1.2.0pre5 compile problems w/ gcc 3.1 on Tru64 4.0D

2002-05-21 Thread Thomas Anders 

Andre Poenitz wrote:
 Have you done a ./configure on a clean checkout?
 
 I've seen this error message when trying 3.1 on some not so clean tree...

Depends on if you consider ftp://ftp.devel.lyx.org/pub/lyx/lyx-1.2.0pre5.tar.gz
a clean checkout. (If you don't, it would explain why 1.2.0pre4 is still
the latest version on the user ftp server ftp://ftp.lyx.org/pub/lyx/devel/ ;)


Kind regards,
Thomas

-- 
Thomas Anders [EMAIL PROTECTED]
Hahn-Meitner-Institut Berlin, Germany

Re: 1.2.0pre5 compile problems w/ gcc 3.1 on Tru64 4.0D

2002-05-21 Thread Thomas Anders 

Me, myself and I wrote:
 env CC=/net/bin/gcc CXX=/net/bin/g++ CPPFLAGS=-I/net/usr/include \
CFLAGS=-I/net/usr/include CXXFLAGS=-I/net/usr/include \
LDFLAGS=-L/net/usr/lib \
./configure  --prefix=/net/pub/lyx-1.2.0pre5 \
--exec-prefix=/net/pub/lyx-1.2.0pre5/osf \
--with-extra-prefix=/net/usr --with-included-string

I also tried without --with-included-string (which was necessary
for me at least with 1.1.6fix1). It fails at the final linking stage:

/net/bin/g++ -I/net/usr/include -W -Wall -o lyx BufferView.o BufferView2.o Buffe
rView_pimpl.o Bullet.o Chktex.o ColorHandler.o CutAndPaste.o DepTable.o FloatLis
t.o Floating.o FontInfo.o FontLoader.o FuncStatus.o LColor.o LaTeX.o LaTeXFeatur
es.o LyXAction.o LyXView.o MenuBackend.o Painter.o PainterBase.o ParagraphParame
ters.o Spacing.o TextCache.o Thesaurus.o ToolbarDefaults.o WorkArea.o XFormsView
.o box.o buffer.o bufferlist.o bufferparams.o bufferview_funcs.o chset.o convert
er.o debug.o encoding.o exporter.o font.o gettext.o importer.o intl.o iterators.
o kbmap.o kbsequence.o language.o lastfiles.o lengthcommon.o lyx_cb.o lyx_gui.o
lyx_main.o lyx_sty.o lyxcursor.o lyxfont.o lyxfind.o lyxfunc.o lyxgluelength.o l
yxlayout.o lyxlength.o lyxlex.o lyxlex_pimpl.o lyxlookup.o lyxrc.o lyxrow.o lyxs
erver.o lyxtextclass.o lyxtextclasslist.o lyxvc.o main.o minibuffer.o paragraph.
o paragraph_pimpl.o screen.o sp_spell.o tabular.o tabular-old.o tabular_funcs.o
tex-accent.o tex-strings.o texrow.o text.o text2.o tracer.o trans.o trans_mgr.o
undo.o undo_funcs.o undostack.o vc-backend.o version.o vspace.o  -L/net/usr/lib
mathed/.libs/libmathed.a insets/.libs/libinsets.a frontends/.libs/libfrontends.a
  -lforms -lXpm graphics/.libs/libgraphics.a support/.libs/libsupport.a ../sigc++
/.libs/libsigc.a ../intl/libintl.a -liconv -lSM -lICE -liberty -lc -lm -L/usr/li
b -lX11 -ldnet
std::allocatorchar::allocator[in-charge]()
std::basic_stringchar, std::char_traitschar, std::allocatorchar ::_S_copy_
chars(char*, __gnu_cxx::__normal_iteratorchar*, std::basic_stringchar, std::ch
ar_traitschar, std::allocatorchar  , __gnu_cxx::__normal_iteratorchar*, s
td::basic_stringchar, std::char_traitschar, std::allocatorchar  )
std::basic_stringchar, std::char_traitschar, std::allocatorchar ::replace(
__gnu_cxx::__normal_iteratorchar*, std::basic_stringchar, std::char_traitscha
r, std::allocatorchar  , __gnu_cxx::__normal_iteratorchar*, std::basic_str
ingchar, std::char_traitschar, std::allocatorchar  , std::basic_stringch
ar, std::char_traitschar, std::allocatorchar  const)
std::basic_stringstreamchar, std::char_traitschar, std::allocatorchar ::ba
sic_stringstream[in-charge](std::_Ios_Openmode)
std::basic_stringstreamchar, std::char_traitschar, std::allocatorchar ::~b
asic_stringstream [in-charge]()
std::basic_stringstreamchar, std::char_traitschar, std::allocatorchar ::st
r() const
std::basic_ostreamchar, std::char_traitschar  std::operator char, std::c
har_traitschar (std::basic_ostreamchar, std::char_traitschar , std::_Set
w)
std::basic_ostreamchar, std::char_traitschar  std::operator char, std::c
har_traitschar (std::basic_ostreamchar, std::char_traitschar , std::_Set
base)
std::basic_ostreamchar, std::char_traitschar  std::operator char, std::c
har_traitschar (std::basic_ostreamchar, std::char_traitschar , std::_Set
fillchar)
collect2: ld returned 1 exit status
gmake[3]: *** [lyx] Error 1
gmake[3]: Leaving directory `/tmp_mnt/net/hmi/dta/build/osf/lyx-1.2.0pre5/src'


How to fix?


Kind regards,
Thomas

-- 
Thomas Anders [EMAIL PROTECTED]
Hahn-Meitner-Institut Berlin, Germany

Re: 1.3.0 sneak preview: Feature of the Day

2002-05-21 Thread Angus Leeming 

On Tuesday 21 May 2002 1:57 pm, Andre Poenitz wrote:
 aka auto correction for mathed. Type '-' '' to get '\rightarrow'...

 Andre'

Just to satsify my curiosity, how would I type - if I didn't want to 
convert?

Angus

Re: 1.3.0 sneak preview: Feature of the Day

2002-05-21 Thread Andre Poenitz 

On Tue, May 21, 2002 at 02:30:24PM +0100, Angus Leeming wrote:
 Just to satsify my curiosity, how would I type - if I didn't want to 
 convert?

That would be the next feature request ;-)

There are a few sequences that make no sense in most cases. I believe -
is one of them...  Apart from thar, since there is nothing hardcoded
you can have - mapped to \rightarrow or similar.

Andre'

-- 
Those who desire to give up Freedom in order to gain Security,
will not have, nor do they deserve, either one. (T. Jefferson)

Re: 1.2.0pre5 compile problems w/ gcc 3.1 on Tru64 4.0D

2002-05-21 Thread Angus Leeming 

On Tuesday 21 May 2002 2:10 pm, Thomas Anders wrote:
 Me, myself and I wrote:
  env CC=/net/bin/gcc CXX=/net/bin/g++ CPPFLAGS=-I/net/usr/include \
 CFLAGS=-I/net/usr/include CXXFLAGS=-I/net/usr/include \
 LDFLAGS=-L/net/usr/lib \
 ./configure  --prefix=/net/pub/lyx-1.2.0pre5 \
 --exec-prefix=/net/pub/lyx-1.2.0pre5/osf \
 --with-extra-prefix=/net/usr --with-included-string

 I also tried without --with-included-string (which was necessary
 for me at least with 1.1.6fix1). It fails at the final linking stage:

Thomas, would you like a compiled binary? I know that this won't resolve your 
problems compiling, but at least it'll enable you to use the thing...

I'm downloading BRANCH-1_2_X now, so the Alpha binary will be available 
sometime this afternoon.

Lars, where should I put the results of make bindist?

Angus

Re: [PATCH]: trivial fix for bug #415.

2002-05-21 Thread John Levon 

On Tue, May 21, 2002 at 02:29:42PM +0200, Lars Gullik Bjønnes wrote:

 If everybody is off working on his pet branch we will not be able to
 do much...

OK We've had Andre's list. My list :

o GUII
o bug fixes

Simple eh :)

john

-- 
SirCam: Hi! How are you? Eliza: Why are you interested in whether or not I am
?  SirCam: I send you this file in order to have your advice. Eliza: You're not
really talking about me, are you?
- SirCam vs. Eliza, UnclePaeng

Re: 1.3.0 sneak preview: Feature of the Day

2002-05-21 Thread John Levon 

On Tue, May 21, 2002 at 02:57:06PM +0200, Andre Poenitz wrote:

 aka auto correction for mathed. Type '-' '' to get '\rightarrow'...

Excellent ... now we can support the TeXMacs math bindings properly, no ?

john

-- 
SirCam: Hi! How are you? Eliza: Why are you interested in whether or not I am
?  SirCam: I send you this file in order to have your advice. Eliza: You're not
really talking about me, are you?
- SirCam vs. Eliza, UnclePaeng

RE: [Devel] Serious crash

2002-05-21 Thread Juergen Vigna 


On 18-May-2002 michael.schmitt wrote:

 - Create a float with two lines of text inside;
   1. delete some text in the second line; undo with CTRL-Z;
  press shift-cursor-right - the wrong text is selected!
   2. delete some text in the first line; undo with CTRL-Z
  - segmentation fault! (reproducible all the time)

Hi Michael!

I cannot reproduce the crash and attached is a patch for the problem
with the selection after an undo (should be applied for 1.2.0 also IMO).

   Jug

-- 
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._
Dr. Jürgen VignaE-Mail:  [EMAIL PROTECTED]
Mitterstrich 151/A  Tel/Fax: +39-0471-450260 / +39-0471-450253
I-39050 SteineggWeb: http://www.lyx.org/~jug
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._

Real Users never use the Help key.



Index: src/undo_funcs.C
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/undo_funcs.C,v
retrieving revision 1.22
diff -u -p -r1.22 undo_funcs.C
--- src/undo_funcs.C21 Mar 2002 17:25:32 -  1.22
+++ src/undo_funcs.C21 May 2002 13:44:26 -
@@ -240,6 +240,10 @@ bool textHandleUndo(BufferView * bv, Und
t = bv-text;
}
t-setCursorIntern(bv, tmppar, undo-cursor_pos);
+   // clear any selection and set the selection cursor
+   // for an evt. new selection.
+   t-clearSelection();
+   t-selection.cursor = t-cursor;
t-updateCounters(bv, t-cursor.row());
bv-fitCursor();
}
@@ -258,6 +262,10 @@ bool textHandleUndo(BufferView * bv, Und
t = bv-text;
}
t-setCursorIntern(bv, tmppar, undo-cursor_pos);
+   // clear any selection and set the selection cursor
+   // for an evt. new selection.
+   t-clearSelection();
+   t-selection.cursor = t-cursor;
t-updateCounters(bv, t-cursor.row());
}
}

Re: 1.3.0 sneak preview: Feature of the Day

2002-05-21 Thread Andre Poenitz 

On Tue, May 21, 2002 at 02:41:27PM +0100, John Levon wrote:
  aka auto correction for mathed. Type '-' '' to get '\rightarrow'...
 
 Excellent ... now we can support the TeXMacs math bindings properly, no ?

Sure. That was the point of the exercise...

Andre'

-- 
Those who desire to give up Freedom in order to gain Security,
will not have, nor do they deserve, either one. (T. Jefferson)

Re: 1.2.0pre5 compile problems w/ gcc 3.1 on Tru64 4.0D

2002-05-21 Thread Lars Gullik Bjønnes 

Angus Leeming [EMAIL PROTECTED] writes:

| On Tuesday 21 May 2002 2:10 pm, Thomas Anders wrote:
 Me, myself and I wrote:
  env CC=/net/bin/gcc CXX=/net/bin/g++ CPPFLAGS=-I/net/usr/include \
 CFLAGS=-I/net/usr/include CXXFLAGS=-I/net/usr/include \
 LDFLAGS=-L/net/usr/lib \
 ./configure  --prefix=/net/pub/lyx-1.2.0pre5 \
 --exec-prefix=/net/pub/lyx-1.2.0pre5/osf \
 --with-extra-prefix=/net/usr --with-included-string

 I also tried without --with-included-string (which was necessary
 for me at least with 1.1.6fix1). It fails at the final linking stage:

| Thomas, would you like a compiled binary? I know that this won't resolve your 
| problems compiling, but at least it'll enable you to use the thing...

| I'm downloading BRANCH-1_2_X now, so the Alpha binary will be available 
| sometime this afternoon.

| Lars, where should I put the results of make bindist?

Try putting it in ftp.devel.lyx.org:/incoming  (or pub/incoming)

But I would prefere if you did this with the rc1 release and not
directly from cvs.

-- 
Lgb

Re: 1.2.0pre5 compile problems w/ gcc 3.1 on Tru64 4.0D

2002-05-21 Thread Angus Leeming 

On Tuesday 21 May 2002 3:04 pm, Lars Gullik Bjønnes wrote:
 Angus Leeming [EMAIL PROTECTED] writes:
 | On Tuesday 21 May 2002 2:10 pm, Thomas Anders wrote:
  Me, myself and I wrote:
   env CC=/net/bin/gcc CXX=/net/bin/g++ CPPFLAGS=-I/net/usr/include \
  CFLAGS=-I/net/usr/include CXXFLAGS=-I/net/usr/include \
  LDFLAGS=-L/net/usr/lib \
  ./configure  --prefix=/net/pub/lyx-1.2.0pre5 \
  --exec-prefix=/net/pub/lyx-1.2.0pre5/osf \
  --with-extra-prefix=/net/usr --with-included-string
 
  I also tried without --with-included-string (which was necessary
  for me at least with 1.1.6fix1). It fails at the final linking stage:
 |
 | Thomas, would you like a compiled binary? I know that this won't resolve
 | your problems compiling, but at least it'll enable you to use the
 | thing...
 |
 | I'm downloading BRANCH-1_2_X now, so the Alpha binary will be available
 | sometime this afternoon.
 |
 | Lars, where should I put the results of make bindist?

 Try putting it in ftp.devel.lyx.org:/incoming  (or pub/incoming)

 But I would prefere if you did this with the rc1 release and not
 directly from cvs.

But I can compile neither rc1 nor cvs unmodified anyway, so I prefer to use 
cvs. I have detailed all the changes I have made in README.bin. Attached.

Angus


README file for the binary distribution of LyX 1.2.0
Created on a Dec Alpha running Tru64 Unix 4.0E


Please read the file README for general information on LyX.

To use this binary distribution of LyX, please follow these steps:

1) Unpack the distribution in the directory /usr/local (if you unpack
   it in a different place, please read the note below)

2) Configure LyX for you system by executing
 cd share/lyx ; ./configure

3) Make sure that the directory bin/ is in your path. For example, if
   you unpacked the distribution in /usr/local, your PATH environment
   variable should contain /usr/local/bin.

4) If you want to use reLyX, the LaTeX-to-LyX translator, you will
   have to edit the first line of the script, which should read
 #!/usr/local/bin/perl
   if you have perl installed as /usr/local/bin/perl. 
   Note that reLyX requires at least perl version 5.002.

5) I know of no problems with this binary distibution, but please feel free
   to contact me at [EMAIL PROTECTED] if it doesn't work for you.

That's it. Happy LyXing !


If you did not unpack the distribution in /usr/local


LyX can perfectly work in this situation, except for one thing: as
distributed, LyX expects to find its internationalization files in the
directory /usr/local/share/locale. If you unpacked the distribution in
directory /foo, you should set the environment variable LYX_LOCALEDIR
to point to /foo/share/locale as follows:
  LYX_LOCALEDIR=/foo/share/locale(if you use sh or bash as shell)
or
  setenv LYX_LOCALEDIR /foo/share/locale (for csh or tcsh)

Note that, if if you do not have any interest in having LyX display
its messages in other languages than english, you can safely skip this
step.


Detailed notes on how I made this
-
This binary snapshot was compiled from a 21 May 2002 snapshot of the
BRANCH-1_2_X branch of the lyx-devel cvs tree obtained by:
cvs co -d 1_2_X -r BRANCH-1_2_X lyx-devel

I use a DEC Alpha running Tru64 Unix 4.0e and cxx version 6.1 and find that,
with a little tweaking, I can compile LyX fine.

This includes the cvs repository. Here I use a combination of autoconf 2.13 and
automake 1.5.

Having run ./autogen.sh, I use the following script to configure LyX.

---
#!/bin/sh

# is it necessary to set the PATH? For me, yes. I have:
# * /usr/bin for cc, cxx
# * /usr/local/bin for gm4, automake, autoconf
# * /usr/local/teTeX/bin for latex etc
PATH=/usr/bin:/usr/local/bin:/usr/local/teTeX/bin
export PATH
echo PATH is ${PATH}

CC=cc -std1
export CC
echo CC is ${CC}

CFLAGS=-O2
export CFLAGS
echo CFLAGS is ${CFLAGS}

CXX=cxx -std strict_ansi
export CXX
echo CXX is ${CXX}

CXXFLAGS=-nocleanup -ptr ${PWD}/lyx_cxx_repository -O2
export CXXFLAGS
echo CXXFLAGS is ${CXXFLAGS}

# Set up configure itself
#
# I install lyx in /usr/local as lyx-1.2.0. To do this, set
# --prefix=/usr/local --with-version-suffix

# My xforms and xpm libraries are installed in /usr/local.
# To enable them to be found, set the --with-extra-prefix flag.

# I want LyX to run in languages other than English, so set the
# --with-included-gettext flag.

# You should, of course, use whatever configure options are appropriate to
# your needs ;-)
# ./configure --help will give you more info.

CONFIGURE=./configure --prefix=/usr/local --with-version-suffix 
--with-extra-prefix=/usr/local --with-included-gettext

---

Some points to be aware of:

Re: wrappers for xforms cont.

2002-05-21 Thread Lars Gullik Bjønnes 

Martin Vermeer [EMAIL PROTECTED] writes:

| My 0.02 EUR:

Is this a feature request or stuff you are going to work on?

-- 
Lgb

Re: 1.2.0pre5 compile problems w/ gcc 3.1 on Tru64 4.0D

2002-05-21 Thread Lars Gullik Bjønnes 

Angus Leeming [EMAIL PROTECTED] writes:

| On Tuesday 21 May 2002 3:04 pm, Lars Gullik Bjønnes wrote:
 Angus Leeming [EMAIL PROTECTED] writes:
 | On Tuesday 21 May 2002 2:10 pm, Thomas Anders wrote:
  Me, myself and I wrote:
   env CC=/net/bin/gcc CXX=/net/bin/g++ CPPFLAGS=-I/net/usr/include \
  CFLAGS=-I/net/usr/include CXXFLAGS=-I/net/usr/include \
  LDFLAGS=-L/net/usr/lib \
  ./configure  --prefix=/net/pub/lyx-1.2.0pre5 \
  --exec-prefix=/net/pub/lyx-1.2.0pre5/osf \
  --with-extra-prefix=/net/usr --with-included-string
 
  I also tried without --with-included-string (which was necessary
  for me at least with 1.1.6fix1). It fails at the final linking stage:
 |
 | Thomas, would you like a compiled binary? I know that this won't resolve
 | your problems compiling, but at least it'll enable you to use the
 | thing...
 |
 | I'm downloading BRANCH-1_2_X now, so the Alpha binary will be available
 | sometime this afternoon.
 |
 | Lars, where should I put the results of make bindist?

 Try putting it in ftp.devel.lyx.org:/incoming  (or pub/incoming)

 But I would prefere if you did this with the rc1 release and not
 directly from cvs.

| But I can compile neither rc1 nor cvs unmodified anyway, so I prefer to use 
| cvs. I have detailed all the changes I have made in README.bin. Attached.

But then you are not distributing any release... just a cvs snapshot.

I do not want to see cvs snapshots passed as releases.

(It is possible to just checkout rc1, tag: lyx-1_2_0rc1)

-- 
Lgb

Re: 1.2.0pre5 compile problems w/ gcc 3.1 on Tru64 4.0D

2002-05-21 Thread Angus Leeming 

On Tuesday 21 May 2002 3:37 pm, Lars Gullik Bjønnes wrote:
 | But I can compile neither rc1 nor cvs unmodified anyway, so I prefer to
 | use cvs. I have detailed all the changes I have made in README.bin.
 | Attached.

 But then you are not distributing any release... just a cvs snapshot.

 I do not want to see cvs snapshots passed as releases.

 (It is possible to just checkout rc1, tag: lyx-1_2_0rc1)

And the difference is what in this case? Two further bugfixes?
Ok, Ok, I'll do that in the future. But let's see in Thomas can get this to 
work first.

Angus

Re: 1.2.0pre5 compile problems Tru64/Linux gcc2.95.3

2002-05-21 Thread Thomas Anders 

Lars Gullik Bjønnes wrote:
  You have not tried to use the gnu linker?

No. AFAIK the latest GNU ld from binutils 2.12 unfortunately can't
be built on Tru64 Unix 4.0D (not supported on this platform).


+Thomas

-- 
Thomas Anders [EMAIL PROTECTED]
Hahn-Meitner-Institut Berlin, Germany

Re: wrappers for xforms cont.

2002-05-21 Thread Martin Vermeer 

On Tue, May 21, 2002 at 04:20:24PM +0200, Lars Gullik Bjønnes wrote:
 
 Martin Vermeer [EMAIL PROTECTED] writes:
 
 | My 0.02 EUR:
 
 Is this a feature request or stuff you are going to work on?
 
 -- 
   Lgb
 
User-definable floats is a feature request. Herbert has it IIRC.
Optional arguments and spreadsheet tabular I have working 
in my local tree. So yes, I could work on those.

Martin




msg38199/pgp0.pgp
Description: PGP signature

Re: wrappers for xforms cont.

2002-05-21 Thread Lars Gullik Bjønnes 

Martin Vermeer [EMAIL PROTECTED] writes:

| On Tue, May 21, 2002 at 04:20:24PM +0200, Lars Gullik Bjønnes wrote:
|  
 Martin Vermeer [EMAIL PROTECTED] writes:
 
 | My 0.02 EUR:
 
 Is this a feature request or stuff you are going to work on?
 
 -- 
  Lgb
|  
| User-definable floats is a feature request.

This is actually already done, there might be some gui missing though.

-- 
Lgb

Re: 1.2.0pre5 compile problems w/ gcc 3.1 on Tru64 4.0D

2002-05-21 Thread Angus Leeming 

 Try putting it in ftp.devel.lyx.org:/incoming  (or pub/incoming)

I can't upload. Do I have to log in as [EMAIL PROTECTED]? But then my password 
is visible to the world...

Angus

aleem@pneumon-ftp -n
ftp open ftp.devel.lyx.org
ftp user anonymous [EMAIL PROTECTED]
331 Guest login ok, send your complete e-mail address as password.
230 Guest login ok, access restrictions apply.
ftp cd pub/incoming
250 CWD command successful.
ftp bin
200 Type set to I.
ftp put lyx-1.2.0rc1-bin.Tru64.tar.gz
200 PORT command successful.
553 lyx-1.2.0rc1-bin.Tru64.tar.gz: Permission denied on server. (Upload)
ftp

Re: 1.2.0pre5 compile problems Tru64/Linux gcc2.95.3

2002-05-21 Thread John Levon 

On Tue, May 21, 2002 at 04:57:23PM +0200, Thomas Anders wrote:

 No. AFAIK the latest GNU ld from binutils 2.12 unfortunately can't
 be built on Tru64 Unix 4.0D (not supported on this platform).

Still the case with 2.12.1 ? What about an older release ?

john
-- 
SirCam: Hi! How are you? Eliza: Why are you interested in whether or not I am
?  SirCam: I send you this file in order to have your advice. Eliza: You're not
really talking about me, are you?
- SirCam vs. Eliza, UnclePaeng

Re: More 1.2.0 problems

2002-05-21 Thread Angus Leeming 

On Tuesday 21 May 2002 4:20 pm, Martin Vermeer wrote:
 Angus, could I have the very very simple step-by-step-for-dummies version
 on this? I tried to understand what's happening here but don't get it.

 And what is p2 doing / good for anyways?

 t. Martin

Errr. From me? No! I know as much about this code as you. Nothing I have done 
has made a jot of difference.

Reading the xforms source, I can tell you that p2 is the pixmap mask. Ignore 
it. Reading the bmtable source, I see that fl_draw_bmtable_item is attempting 
to redraw the pixmap. 

I'm stumped. The wired thing is that this used to work, didn't it?
Angus

Re: mvc paragraph dialog

2002-05-21 Thread Edwin Leuven 

new patch...

greets, Ed.


mvcpar2.diff.gz
Description: GNU Zip compressed data

Re: wrappers for xforms cont.

2002-05-21 Thread Martin Vermeer 

On Tue, May 21, 2002 at 05:36:16PM +0200, Lars Gullik Bjønnes wrote:
 
 Martin Vermeer [EMAIL PROTECTED] writes:
 
 | On Tue, May 21, 2002 at 04:20:24PM +0200, Lars Gullik Bjønnes wrote:
 |  
  Martin Vermeer [EMAIL PROTECTED] writes:
  
  | My 0.02 EUR:
  
  Is this a feature request or stuff you are going to work on?
  
  -- 
 Lgb
 |  
 | User-definable floats is a feature request.
 
 This is actually already done, there might be some gui missing though.

Then that's the feature request... or more specifically IIRC, a way
to specify documentclass-specific float types in the layout file,
like Plate or Planotable for AGU. I had a prototype of sorts for that.

Martin



msg38206/pgp0.pgp
Description: PGP signature

Re: More 1.2.0 problems

2002-05-21 Thread Martin Vermeer 

On Tue, May 21, 2002 at 04:52:22PM +0100, Angus Leeming wrote:
 
 On Tuesday 21 May 2002 4:20 pm, Martin Vermeer wrote:
  Angus, could I have the very very simple step-by-step-for-dummies version
  on this? I tried to understand what's happening here but don't get it.
 
  And what is p2 doing / good for anyways?
 
  t. Martin
 
 Errr. From me? No! I know as much about this code as you. Nothing I have done 
 has made a jot of difference.
 
 Reading the xforms source, I can tell you that p2 is the pixmap mask. Ignore 
 it. 

If it is a mask, what does it do? an AND or OR operation? And shouldn't
it be initialized to something then? Just wild guessing. p2 being filled
with a bit pattern somewhere from memory might produce what we see.

 Reading the bmtable source, I see that fl_draw_bmtable_item is attempting 
 to redraw the pixmap. 
 
 I'm stumped. The wired thing is that this used to work, didn't it?
 Angus

I remember it that way too. 

Martin




msg38207/pgp0.pgp
Description: PGP signature

Re: 1.2.0pre5 compile problems w/ gcc 3.1 on Tru64 4.0D

2002-05-21 Thread Lars Gullik Bjønnes 

Angus Leeming [EMAIL PROTECTED] writes:

 Try putting it in ftp.devel.lyx.org:/incoming  (or pub/incoming)

| I can't upload. Do I have to log in as [EMAIL PROTECTED]? But then my password 
| is visible to the world...

then put it in your home dir and I can just get it there.

-- 
Lgb

tmda test list

2002-05-21 Thread Mate Wierdl 

OK, I have set up the list

[EMAIL PROTECTED]

which uses tmda.  Here is what happens when you post a message to the
list:

if you are a subscriber, it just lets you post

if you are not a subscriber, it will ask you for a confirmation, and
when you confirm, your message gets posted _and_ your address is
automatically added to a whitelist.  This means that from that point
on, you can post messages without confirmation.

Those who want to test it:

1) Subscribe to the list.  This means send a message to 

[EMAIL PROTECTED]

On Unix, just run

echo | mail [EMAIL PROTECTED]

Once you confirmed your subscription

2) Send a message to the list; on Unix

echo test1 | mail -s test1 [EMAIL PROTECTED]

You (and all other subscribers) should receive your post without
problems.

3) Now unsub from the list:

echo | mail [EMAIL PROTECTED]

Once you confirmed your unsubscription

4) Send a message to the list

echo test2 | mail -s test2 [EMAIL PROTECTED]

You should get a confirmation request from TMDA.

Once you confirm, you should get a notification that your message has
been delivered to the list.

5) Now send a message to the list again:

echo test3 | mail -s test3 [EMAIL PROTECTED]

You should not get any messages since your address is now
whitelisted---but of course the subscribers can read your message.

Mate

Re: [PATCH]: trivial fix for bug #415.

2002-05-21 Thread Michael Koziarski 

At 02:29 PM 5/21/02 +0200, you wrote:
Andre Poenitz [EMAIL PROTECTED] writes:

| On Tue, May 21, 2002 at 01:22:39PM +0100, Angus Leeming wrote:
  Why thank you, sir. While you're at it, why don't you give me 
 permission to
  set up a branch. Let's call it BRANCH_guii. I guess that at least John 
 and I
  should have permission to commit.
 
| And if you are at it: What about some BRANCH_preview for experimenting with
| David's preview-LyX idea?

Can we please have a run down of what features to work on in 1.3.0CVS
first.

Let's get that list going.


I'd like to do the following:
- upgrade of libsigc version to 1.4/1.3 whatever the release version ends 
up getting called.
- GUII
- Gtkmm2 frontend.


Cheers

Koz
Technology is dominated by two types of people: those who understand what 
they do not manage, and those who manage what they do not understand.

Re: [PATCH]: trivial fix for bug #415.

2002-05-21 Thread Lars Gullik Bjønnes 

Michael Koziarski [EMAIL PROTECTED] writes:

| At 02:29 PM 5/21/02 +0200, you wrote:
Andre Poenitz [EMAIL PROTECTED] writes:

| On Tue, May 21, 2002 at 01:22:39PM +0100, Angus Leeming wrote:
  Why thank you, sir. While you're at it, why don't you give me
 permission to
  set up a branch. Let's call it BRANCH_guii. I guess that at least
 John and I
  should have permission to commit.
 
| And if you are at it: What about some BRANCH_preview for experimenting with
| David's preview-LyX idea?

Can we please have a run down of what features to work on in 1.3.0CVS
first.

Let's get that list going.


| I'd like to do the following:
| - upgrade of libsigc version to 1.4/1.3 whatever the release version
| ends up getting called.

I am a bit ambivalent about this one... it might be easier to just use
the boost signal/slot library in the core or lyx, and ...

| - Gtkmm2 frontend.

... keep sigc++ here.

| - GUII

but this will decide how easy that is going to be.

-- 
Lgb

Re: [PATCH]: trivial fix for bug #415.

2002-05-21 Thread Michael Koziarski 



| I'd like to do the following:
| - upgrade of libsigc version to 1.4/1.3 whatever the release version
| ends up getting called.

I am a bit ambivalent about this one... it might be easier to just use
the boost signal/slot library in the core or lyx, and ...

| - Gtkmm2 frontend.

... keep sigc++ here.

Well, if that can be done then I'm all for it.  However, I can't find any 
references to boost's signal/slot mechanism,  do you have some 
URLs?  Sigc++ is very nice code, it's robust and has been around for ages, 
it'd be a shame to remove it.

If it's the upgrade that you're concerned about there are only a few 
changes that I'd need to make to get our usage backwards compatible.

SigC::slot() now takes references only.  Older versions accept both 
references and pointers So we'd just need to change a few things i.e

d_.showAboutlyx.connect(SigC::slot(this, ControlAboutlyx::show));

d_.showAboutlyx.connect(SigC::slot(*this, ControlAboutlyx::show));

Plus there's the #include problem as they've removed signal_system.h and 
you now need to include slot.h or signal.h depending on what you're using. 
this can be solved with an intermediate file containing #ifdef s.

| - GUII

but this will decide how easy that is going to be.


Cheers

Koz
Technology is dominated by two types of people: those who understand what 
they do not manage, and those who manage what they do not understand.

Re: [PATCH]: trivial fix for bug #415.

2002-05-21 Thread Lars Gullik Bjønnes 

Michael Koziarski [EMAIL PROTECTED] writes:


| I'd like to do the following:
| - upgrade of libsigc version to 1.4/1.3 whatever the release version
| ends up getting called.

I am a bit ambivalent about this one... it might be easier to just use
the boost signal/slot library in the core or lyx, and ...

| - Gtkmm2 frontend.

... keep sigc++ here.

| Well, if that can be done then I'm all for it.  However, I can't find
| any references to boost's signal/slot mechanism,  do you have some
| URLs?

http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/boost/boost/libs/signals/doc/

it seems that this has not made it to the web page yet.

|  Sigc++ is very nice code, it's robust and has been around for
| ages, it'd be a shame to remove it.

I belive that the boost one is simplet, but (almost) just as powerful.

Boost signals however delegates creation of functions objects and
binding to two other libs, with sigc++ this is integrated in the
signal/slot code.

Am I correct in beliving that gtkmm cannot exist without sigc++, and
that if gtkmm is installed then a libsigc++ will also be installed?
(so we won't have to provide sigc++ with lyx as we do now)

-- 
Lgb

Re: [PATCH]: trivial fix for bug #415.

2002-05-21 Thread Michael Koziarski 



Am I correct in beliving that gtkmm cannot exist without sigc++, and
that if gtkmm is installed then a libsigc++ will also be installed?
(so we won't have to provide sigc++ with lyx as we do now)

Yes.  Gtkmm uses libsigc++ throughout, it won't build or install without 
it.  So, if you do decide to switch to boost, there's no need to treat the 
gnome frontend differently.

Falun!

2002-05-21 Thread falunz 

ÄãºÃ£¡
 
¼áÐÞ´ó·¨ÐIJ»¶¯,Ìá¸ß²ã´ÎÊǸù±¾,¿¼ÑéÃæÇ°¼ûÕæÐÔ,¹¦³ÉÔ²Âú·ðµÀÉñ.

ÉúËÀ·ÇÊÇ˵´ó»°,ÄÜÐв»ÐмûÕæÏà,´ýµ½ËüÈÕÔ²Âúʱ,ÕæÏà´óÏÔÌìÏÂã.

ʲôÊÇ¡°Õæ¡¢ÉÆ¡¢ÈÌ¡±£¬Ê²Ã´²ÅÊÇÕæÕýµÄÕæÀí,´ó·¨ÐÞÁ¶Ö®ÑÏË࣬µÃ·¨Ö®²»Ò×£¬´ó·¨Ö®ºé´ó.  


[EMAIL PROTECTED]

ºÏÊ®

1.3 started

2002-05-21 Thread Andre Poenitz 


I take it from last night's commit that we have an active 1.3cvs tree and I
can start with small mathed-only changes?

Andre'

-- 
Those who desire to give up Freedom in order to gain Security,
will not have, nor do they deserve, either one. (T. Jefferson)

compiler error - cvs

2002-05-21 Thread Herbert Voss 

cvs from this morning after a distclean/.autogen./configure --without-nls

Herbert

--
formulabase.C:826: warning: #warning pretty ugly
In file included from ../../boost/boost/shared_ptr.hpp:27,
  from ../../src/frontends/Dialogs.h:24,
  from formulabase.C:52:
../../boost/boost/detail/shared_count.hpp: In method `void 
boost::counted_base::add_ref()':
../../boost/boost/detail/shared_count.hpp:86: exception handling 
disabled, use -fexceptions to enable
make[3]: *** [formulabase.lo] Error 1
make[3]: Leaving directory `/home/voss/lyx-devel.orig/src/mathed'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/home/voss/lyx-devel.orig/src'
make[1]: *** [all] Error 2
make[1]: Leaving directory `/home/voss/lyx-devel.orig/src'
make: *** [all-recursive] Error 1


--
Configuration
   Host type:  i686-pc-linux-gnu
   Special build flags:warnings assertions included-libsigc 
xforms-image-loader
   C   Compiler:   gcc
   C   Compiler flags: -g -O2
   C++ Compiler:   g++ (2.95.3)
   C++ Compiler flags: -g -O -fno-exceptions -W -Wall
   Linker flags:
   Frontend:   xforms
 libXpm version:   4.11
 libforms version: 0.89.6
   LyX binary dir: /usr/local/bin
   LyX files dir:  /usr/local/share/lyx




-- 
http://www.lyx.org/help/

can't compile

2002-05-21 Thread Andre Poenitz 


boost/detail/shared_count.hpp:86 wants to 'throw', but we compile with
-fno-exceptions

Andre'

-- 
Those who desire to give up Freedom in order to gain Security,
will not have, nor do they deserve, either one. (T. Jefferson)

feature request for 1.2.1 or 1.3.0 or 1.3.1 or ...

2002-05-21 Thread Rod Pinna 


Hi all,

Just wondering in a reread button could be added in the next version, in
the graphics insert box. Currently, if I update a picture externally,
there isn't a way to update the picture without closing lyx.

Thanks,
Rod
_
rod   | Beneath the waves, the waves / That's where I will be /
  | I'm going to see the cow beneath the sea.
  | They Might Be Giants, Lincoln

Re: feature request for 1.2.1 or 1.3.0 or 1.3.1 or ...

2002-05-21 Thread R. Lahaye 

Rod Pinna writes:

 Just wondering in a reread button could be added in the next version, in
 the graphics insert box. Currently, if I update a picture externally,
 there isn't a way to update the picture without closing lyx.

What about a watch file in the graphics dialog, or even such a selection
button in the preferences for all graphics (same as the ghostview option).

Rob.

images/misc.xpm

2002-05-21 Thread Andre Poenitz 


... is completely broken.

Andre'

-- 
Those who desire to give up Freedom in order to gain Security,
will not have, nor do they deserve, either one. (T. Jefferson)

Re: images/misc.xpm

2002-05-21 Thread Andre Poenitz 

On Wed, May 22, 2002 at 07:56:29AM +0200, Andre' Poenitz wrote:
 ... is completely broken.

Maybe it was just my tree... lots of wrong bits in the file. I wonder how
such a thing can happen...

Andre'

-- 
Those who desire to give up Freedom in order to gain Security,
will not have, nor do they deserve, either one. (T. Jefferson)

compile error due to -fno-exception and boost

2002-05-21 Thread Andre Poenitz 


... can be worked around by  'export CXXFLAGS=-fexceptions', './configure'.

Not exactly nice though.

Andre'

-- 
Those who desire to give up Freedom in order to gain Security,
will not have, nor do they deserve, either one. (T. Jefferson)

Re: feature request for 1.2.1 or 1.3.0 or 1.3.1 or ...

2002-05-21 Thread larsbj 

References: [EMAIL PROTECTED]
From: [EMAIL PROTECTED] (Lars Gullik =?iso-8859-1?q?Bj=F8nnes?=)
Organization: LyX Developer http://www.lyx.org/
Date: Wed, 22 May 2002 08:09:55 +0200
In-Reply-To: [EMAIL PROTECTED]
Message-ID: [EMAIL PROTECTED]
Lines: 16
User-Agent: Gnus/5.090007 (Oort Gnus v0.07) Emacs/21.1 (i686-pc-linux-gnu)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii

R. Lahaye [EMAIL PROTECTED] writes:

| Rod Pinna writes:

 Just wondering in a reread button could be added in the next version, in
 the graphics insert box. Currently, if I update a picture externally,
 there isn't a way to update the picture without closing lyx.

| What about a watch file in the graphics dialog, or even such a selection
| button in the preferences for all graphics (same as the ghostview option).

Why?
This is how we should behave by default.

-- 
Lgb

Re: compile error due to -fno-exception and boost

2002-05-21 Thread Lars Gullik Bjønnes 

Andre Poenitz [EMAIL PROTECTED] writes:

| ... can be worked around by  'export CXXFLAGS=-fexceptions', './configure'.

| Not exactly nice though.

I wonder if we ever will be able to use exceptions...
Or will we for ever need to cripple third-party libraries.

-- 
Lgb

Re: TUG2002. Was: preview-LyX ?

2002-05-21 Thread Andre Poenitz 

On Mon, May 20, 2002 at 07:16:14PM +0200, David Kastrup wrote:
> One thing that I am aware of is the math editor.  BTW, as is often the
> case with Free Software, one question for which the answer would
> interest me is in what degree it might be possible to rip it off as a
> component to be used in separate environments: click on a formula in
> Emacs, get a LyX formula editor fired up, perhaps in a different
> window (embedding into an Emacs window would be cool, but probably
> unrealistic), edit and then have the formula integrated back into the
> buffer.  Of course, this would probably be non-nice if it implies
> LaTeX import and reexport, losing all formatting and probably
> hand-adjustments in spacing and stuff.

Currently mathed ignores spaces used for formatting only on "LaTeX
import" and does not write any on export, so any formatting done by the
user is lost.

It would not be too difficult to add "imostly invisible spaces and
carriage returns", though.

Concerning "stand alone mathed": Not exactly trivial. While mathed
itself is modular, it uses "standard LyX methods" for interaction with the
user (key bindings, mouseclicks, drawing). 

> I am digressing.  Obviously, the math editor will be a big starting
> help for some users.  What other features would you find worth having
> pointed out (apart from preview-LyX, in case it gets into a
> demonstratable state by conference time, or at least into a stage
> where one can be reasonably sure that its implementation will get
> followed through eventually)?

Including external stuff like graphics has become easy lately...

> The talk focuses about WYSIWYG aspects of editing, but if there are
> particular other advantages to using LyX not immediately connected
> with that aspect, I might squeeze them in.
> 
> In due time for the conference, I will ask again here about what
> version I should use for demonstrations: it should be a reasonably
> stable version as long as all features to be demonstrated can be made
> to work with it.

September will be a bad point of time...  1.2.x won't contain any traces
of "preview LyX", so I guess your best bet would be to use some version
from CVS from July or so. CVS, in turn, will probably be completely broken
by September, as everybody will put the patches that piled up during the
1.2.0 freeze. 

Andre' 
 
-- 
Those who desire to give up Freedom in order to gain Security,
will not have, nor do they deserve, either one. (T. Jefferson)

Re: Date/time comparison required for updated graphics files

2002-05-21 Thread R. Lahaye 

"Garst R. Reese" wrote:
> 
> "R. Lahaye" wrote:
> >
> > "Garst R. Reese" wrote:
> > >
> > > "R. Lahaye" wrote:
> > > >
> > > > This may not be a bug, but is a very inconvenient behaviour.
> 
> Even after an Update->Postscript ?
> 

Apparently I not making my point clear enough.
Here is what happens:

*) I have a LyX document with a Grace file

*) With the Grace graphics software, I modify the Grace file

*) The previous version is still shown on the LyX canvas and
   this old version is also used when Viewing (or Update-Viewing).
   Only closing and reopening the document, will solve the problem.

I just found out that the reason is, that LyX keeps a copy of ALL graphics
files in its temp dir, including the original Grace files. So making
modifications to the Grace files in my working directory, will never
affect the temp-copies of the Grace files by LyX.

As a first step, copies of the originals need to be updated when necessary.
This should then be followed by updating the corresponding graphics on the
LyX canvas.

Regards,
Rob.

Re: mvc paragraph dialog

2002-05-21 Thread Angus Leeming 

On Monday 20 May 2002 8:27 pm, Edwin Leuven wrote:
> > Ed, why have you given the controller all these set/get methods? Wouldn't
> > it have been easier to just provide
> >
> > ParagraphParameters & ControlParagraph::params()
> > {
> > lyx::Assert(pp_.get());
> > return *pp_;
> > }
> >
> > Or am I mising something?
>
> I actually thought about doing that but then I saw ControlCharacter so I
> ended up creating all these set 'n get methods...I probably missed
> something...

There is no one single Parameter struct in ControlCharacter, so the set and 
get methods were the easiest way to do things there. Here though, you're just 
making life more difficult for yourself.

> Shall I change it?

Why not. It'll only take 5 minutes.
Angus

Re: page style commands to be translated one day?

2002-05-21 Thread Angus Leeming 

On Monday 20 May 2002 6:53 pm, John Levon wrote:
> On Mon, May 20, 2002 at 05:55:25PM +0100, Angus Leeming wrote:
> > Ok, dokey. Makes my life easier anyway.
>
> Colour me green and name me Peter, but surely this doesn't mean we
> shouldn't have translated combo boxes, just because we don't want to
> translate anything "underneath" ?
>
> The GUI interface should ideally be "perfectly" translated, no ?
>
> I know for sure I wouldn't follow this combo box if it was in German ...
>
> Apologies if I've misunderstood ...

Hi Peter!

This was my feeling too. However, since the machinery doesn't exist in this 
case yet, I'm going to leave it as it is and get on with splitting the View 
from the Controller. We can always iterate.

Angus

Re: make rpmdist

2002-05-21 Thread Lars Gullik Bjønnes 

Andre Poenitz <[EMAIL PROTECTED]> writes:

| On Thu, May 16, 2002 at 03:06:15PM +0200, Lars Gullik Bjønnes wrote:
>> rpm -q automake
>> automake-1.5-8
>
| Ok. 1.5.1 now.
>
>
|   Building Makefile templates...
|   .
|   src/Makefile.am:12: LIBS was set with `+=' and is now set with `='
|   src/frontends/Makefile.am:12: LIBS was set with `+=' and is now set with `='
|   lib/reLyX
|   sigc++
|   done.
|   Building configure...
>
>
| But it seems to go further, 'make dist' works, but 'make rpmdist' fails
| with
>
|   Name field must be present in package: (main package)
|   Version field must be present in package: (main package)
|   Release field must be present in package: (main package)
|   Summary field must be present in package: (main package)
|   Group field must be present in package: (main package)
|   License field must be present in package: (main package)

And you do all this in the source dir and not in a separate builddir?

| Apart from that, there seem to be too much make dependencies. 'msgmerge' is
| _always_ run etc...

And this is (kindo) a got thing, sine without this we would run
msgmerge way too seldom, we even now run it often only during the
actual release cycle.

-- 
Lgb

Re: make rpmdist

2002-05-21 Thread Lars Gullik Bjønnes 

"Kayvan A. Sylvan" <[EMAIL PROTECTED]> writes:

| On Thu, May 16, 2002 at 02:52:14PM +0200, Andre Poenitz wrote:
>> On Thu, May 16, 2002 at 02:46:04PM +0200, Lars Gullik Bjønnes wrote:
>> > And you are sure you do not have any strange .deps or .libs dirs
>> > w/files?
>> 
>> This is  'rm -rf lyx-devel lyx-build ; cvs co lyx-devel ; cd lyx-devel ; 
>> ./autogen ; cd ../lyx-build ; ../lyx-devel/configure'
>> 
>> [no script, typed by hand, but there should be no trace of old stuff]
>> 
>
| Ah, yes. I know the problem, but not the fix.
>
| You have to do your "make rpmdist" in the CVS checkout directory, it
| does not work in ../lyx-build for reasons that I can not fathom.

I'll have a look at this when I get the time.

-- 
Lgb

Re: [Fwd: Still a LyX 1.2.0 Finnish localization update]

2002-05-21 Thread Lars Gullik Bjønnes 


It seems that your forwarding broke the attachment. Can you send that
to me separately?

-- 
Lgb

Re: 1.2p5 vs. 1.1.6: ERT issues

2002-05-21 Thread Lars Gullik Bjønnes 

Peter Suetterlin <[EMAIL PROTECTED]> writes:

|   Hi all,
>
| I just fell across a problem when I loaded an old (1.1.6) file into
| lyx 1.2pre5:

Can you try with rc1?

-- 
Lgb

Using xforms 0.999 with lyx-1.2

2002-05-21 Thread Martti Kuparinen 

Hi!

I'm the lyx maintainer in NetBSD pkgsrc collection (http://www.pkgsrc.org/)
and I'm trying the new 1.2.0 pre5. The compilation is okay but the linking
fails because of unresolved references to fl_xxx() functions:

# c++ -O2 -W -Wall -Wl,-R/usr/X11R6/lib -Wl,-R/usr/pkg/lib -o lyx BufferView.o 
BufferView2.o BufferView_pimpl.o Bullet.o Chktex.o ColorHandler.o CutAndPaste.o 
DepTable.o FloatList.o Floating.o FontInfo.o FontLoader.o FuncStatus.o LColor.o 
LaTeX.o LaTeXFeatures.o LyXAction.o LyXView.o MenuBackend.o Painter.o PainterBase.o 
ParagraphParameters.o Spacing.o TextCache.o Thesaurus.o ToolbarDefaults.o WorkArea.o 
XFormsView.o box.o buffer.o bufferlist.o bufferparams.o bufferview_funcs.o chset.o 
converter.o debug.o encoding.o exporter.o font.o gettext.o importer.o intl.o 
iterators.o kbmap.o kbsequence.o language.o lastfiles.o lengthcommon.o lyx_cb.o 
lyx_gui.o lyx_main.o lyx_sty.o lyxcursor.o lyxfont.o lyxfind.o lyxfunc.o 
lyxgluelength.o lyxlayout.o lyxlength.o lyxlex.o lyxlex_pimpl.o lyxlookup.o lyxrc.o 
lyxrow.o lyxserver.o lyxtextclass.o lyxtextclasslist.o lyxvc.o main.o minibuffer.o 
paragraph.o paragraph_pimpl.o screen.o sp_spell.o tabular.o tabular-old.o 
tabular_funcs.o tex-accent.o
  tex-strings.o texrow.o text.o text2.o tracer.o trans.o trans_mgr.o undo.o 
undo_funcs.o undostack.o vc-backend.o version.o vspace.o  -L/usr/X11R6/lib 
-L/usr/pkg/lib mathed/.libs/libmathed.a insets/.libs/libinsets.a 
frontends/.libs/libfrontends.a -lXpm graphics/.libs/libgraphics.a 
support/.libs/libsupport.a ../sigc++/.libs/libsigc.a /usr/pkg/lib/libintl.so -lSM 
-lICE -lc -lm -lX11 -Wl,--rpath -Wl,/usr/pkg/lib -Wl,--rpath -Wl,/usr/pkg/lib
BufferView_pimpl.o: In function `{anonymous}::SetXtermCursor(unsigned long)':
BufferView_pimpl.o(.text+0x19): undefined reference to `fl_display'
BufferView_pimpl.o(.text+0x2c): undefined reference to `fl_display'
[a lot of lines removed]
form_maths_matrix.o(.text+0x3f0): undefined reference to `fl_set_object_lsize'
form_maths_matrix.o(.text+0x403): undefined reference to `fl_set_object_callback'
form_maths_matrix.o(.text+0x408): undefined reference to `fl_end_form'
collect2: ld returned 1 exit status
*** Error code 1

This seems to be a problem of missing -Lforms (I have xforms-0.999). Yes
I saw the warning about versions later than 0.89 but how can I fix this?
I can't use older xforms as we don't have it anymore in pkgsrc...

Martti

---
Martti Kuparinen <[EMAIL PROTECTED]>  NetBSD - No media hype
http://www.iki.fi/kuparine/ http://www.netbsd.org/

Bug in ERT reading

2002-05-21 Thread Dekel Tsur 

The attached 1.1.6 file is not read correctly by LyX:
Note that the ERT text contains a backslash and a space,
so the latex output is "a\ b".
However, lyx-1.2.0 drops the space when reading the file, so
the latex output is "a\b" which gives an error.



#LyX 1.1 created this file. For more info see http://www.lyx.org/
\lyxformat 218
\textclass article
\language american
\inputencoding default
\fontscheme default
\graphics default
\paperfontsize 12
\spacing single 
\papersize Default
\paperpackage a4wide
\use_geometry 0
\use_amsmath 0
\paperorientation portrait
\secnumdepth 3
\tocdepth 3
\paragraph_separation indent
\defskip medskip
\quotes_language english
\quotes_times 2
\papercolumns 1
\papersides 1
\paperpagestyle default

\layout Standard

a
\latex latex 

\backslash 
 
\latex default 
b
\the_end

[PATCH]: trivial fix for bug #415.

2002-05-21 Thread Angus Leeming 

See attached.
Angus


Index: src/frontends/controllers/ChangeLog
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/frontends/controllers/ChangeLog,v
retrieving revision 1.173
diff -u -p -r1.173 ChangeLog
--- src/frontends/controllers/ChangeLog	13 May 2002 13:23:29 -	1.173
+++ src/frontends/controllers/ChangeLog	21 May 2002 09:56:10 -
@@ -1,3 +1,7 @@
+2002-05-21  Angus Leeming  <[EMAIL PROTECTED]>
+
+	* frnt_lang.C (getLanguageData): change a couple of N_() to _().
+
 2002-05-13  Herbert Voss  <[EMAIL PROTECTED]>
 
 	* biblio.C (getAbbreviatedAuthor): fix bug with "and" for Authors
Index: src/frontends/controllers/frnt_lang.C
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/frontends/controllers/frnt_lang.C,v
retrieving revision 1.4
diff -u -p -r1.4 frnt_lang.C
--- src/frontends/controllers/frnt_lang.C	1 May 2002 14:43:38 -	1.4
+++ src/frontends/controllers/frnt_lang.C	21 May 2002 09:56:10 -
@@ -42,8 +42,8 @@ vector const getLanguageDa
 	vector langs(size);
 
 	if (character_dlg) {
-		langs[0].first = N_("No change"); langs[0].second = "ignore";
-		langs[1].first = N_("Reset"); langs[1].second = "reset";
+		langs[0].first = _("No change"); langs[0].second = "ignore";
+		langs[1].first = _("Reset"); langs[1].second = "reset";
 	}
 
 	vector::size_type i = character_dlg ? 2 : 0;

Re: [PATCH]: trivial fix for bug #415.

2002-05-21 Thread Lars Gullik Bjønnes 

Angus Leeming <[EMAIL PROTECTED]> writes:

| See attached.
| Angus

Put in 1.3.0CVS, queue for 1.2.1.

-- 
Lgb

PATCH: Bug in ERT reading

2002-05-21 Thread Juergen Vigna 


On 21-May-2002 Dekel Tsur wrote:
> The attached 1.1.6 file is not read correctly by LyX:
> Note that the ERT text contains a backslash and a space,
> so the latex output is "a\ b".
> However, lyx-1.2.0 drops the space when reading the file, so
> the latex output is "a\b" which gives an error.
> 

The attached patch is a oneliner and should be applied to fix the above
patch.

  Jug

-- 
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._
Dr. Jürgen VignaE-Mail:  [EMAIL PROTECTED]
Mitterstrich 151/A  Tel/Fax: +39-0471-450260 / +39-0471-450253
I-39050 SteineggWeb: http://www.lyx.org/~jug
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._

The problem with this country is that there is no death penalty for
incompetence.



Index: src/buffer.C
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/buffer.C,v
retrieving revision 1.336
diff -u -p -r1.336 buffer.C
--- src/buffer.C10 May 2002 13:14:16 -  1.336
+++ src/buffer.C21 May 2002 09:57:19 -
@@ -420,6 +420,9 @@ void Buffer::insertErtContents(Paragraph
 {
string str = frontStrip(strip(ert_comp.contents, ' '), ' ');
if (!str.empty()) {
+   // we only skip completely empty ERT (only spaces) otherwise
+   // we have to insert it as is.
+   str = ert_comp.contents;
lyxerr[Debug::INSETS] << "ERT contents:\n'"
<< str << "'" << endl;
// check if we have already an ert inset a position earlier

Re: [PATCH]: trivial fix for bug #415.

2002-05-21 Thread Angus Leeming 

On Tuesday 21 May 2002 11:24 am, Lars Gullik Bjønnes wrote:
> Angus Leeming <[EMAIL PROTECTED]> writes:
> | See attached.
> | Angus
>
> Put in 1.3.0CVS, queue for 1.2.1.

You'll need to give me some karma to commit it. While you're at it, just 
shove it in.

Angus

Re: [PATCH]: trivial fix for bug #415.

2002-05-21 Thread Lars Gullik Bjønnes 

Angus Leeming <[EMAIL PROTECTED]> writes:

| On Tuesday 21 May 2002 11:24 am, Lars Gullik Bjønnes wrote:
>> Angus Leeming <[EMAIL PROTECTED]> writes:
>> | See attached.
>> | Angus
>>
>> Put in 1.3.0CVS, queue for 1.2.1.
>
| You'll need to give me some karma to commit it. While you're at it, just 
| shove it in.

ahhh... you can get your karma back now.

-- 
Lgb

Re: PATCH: Bug in ERT reading

2002-05-21 Thread Lars Gullik Bjønnes 

Juergen Vigna <[EMAIL PROTECTED]> writes:

| On 21-May-2002 Dekel Tsur wrote:
>> The attached 1.1.6 file is not read correctly by LyX:
>> Note that the ERT text contains a backslash and a space,
>> so the latex output is "a\ b".
>> However, lyx-1.2.0 drops the space when reading the file, so
>> the latex output is "a\b" which gives an error.
>> 
>
| The attached patch is a oneliner and should be applied to fix the above
| patch.

Not a super nice patch, but is is ok for the branch.

For 1.3.0 I'd like a test for only spaces:

"ert_comp.contents.find_first_not_of(' ') == string::npos"

 equals only spaces.

So: (perhaps we should use this for 1.2.0 as well)

{
-   string str = frontStrip(
-   if (!str.empty()) {
+if (ert_comp.contents.find_first_not_of(' ') != string::npos) {
+   // not only spaces
+   string str(ert_comp.contents);
   ...


(manually created patch)

-- 
Lgb

Re: [PATCH]: trivial fix for bug #415.

2002-05-21 Thread Angus Leeming 

On Tuesday 21 May 2002 1:02 pm, Lars Gullik Bjønnes wrote:
> Angus Leeming <[EMAIL PROTECTED]> writes:
> | On Tuesday 21 May 2002 11:24 am, Lars Gullik Bjønnes wrote:
> >> Angus Leeming <[EMAIL PROTECTED]> writes:
> >> | See attached.
> >> | Angus
> >>
> >> Put in 1.3.0CVS, queue for 1.2.1.
> |
> | You'll need to give me some karma to commit it. While you're at it, just
> | shove it in.
>
> ahhh... you can get your karma back now.

Why thank you, sir. While you're at it, why don't you give me permission to 
set up a branch. Let's call it BRANCH_guii. I guess that at least John and I 
should have permission to commit.

Angus

Re: [PATCH]: trivial fix for bug #415.

2002-05-21 Thread Andre Poenitz 

On Tue, May 21, 2002 at 01:22:39PM +0100, Angus Leeming wrote:
> Why thank you, sir. While you're at it, why don't you give me permission to 
> set up a branch. Let's call it BRANCH_guii. I guess that at least John and I 
> should have permission to commit.

And if you are at it: What about some BRANCH_preview for experimenting with
David's preview-LyX idea?

Andre'

-- 
Those who desire to give up Freedom in order to gain Security,
will not have, nor do they deserve, either one. (T. Jefferson)

Re: [PATCH]: trivial fix for bug #415.

2002-05-21 Thread Lars Gullik Bjønnes 

Andre Poenitz <[EMAIL PROTECTED]> writes:

| On Tue, May 21, 2002 at 01:22:39PM +0100, Angus Leeming wrote:
>> Why thank you, sir. While you're at it, why don't you give me permission to 
>> set up a branch. Let's call it BRANCH_guii. I guess that at least John and I 
>> should have permission to commit.
>
| And if you are at it: What about some BRANCH_preview for experimenting with
| David's preview-LyX idea?

Can we please have a run down of what features to work on in 1.3.0CVS
first.

Let's get that list going.

If everybody is off working on his pet branch we will not be able to
do much...

-- 
Lgb

1.2.0pre5 compile problems w/ gcc 3.1 on Tru64 4.0D

2002-05-21 Thread Thomas Anders 

Hello,

given the (reported and still unresolved) difficulties compiling
1.2.0pre5 with gcc 2.95.3 on Tru64 Unix 4.0D I switched to gcc 3.1.
LyX still doesn't compile and now fails on src/support/DebugStream.C:

/net/bin/g++ -DHAVE_CONFIG_H -I. -I. -I../../src -I./../ -I../.. -I../.. 
-I../../boost -I/net/usr/include -I/net/usr/include -I/net/usr/include -W -Wall 
-c DebugStream.C -Wp,-MD,.deps/DebugStream.TPlo
/net/pub/gcc-3.1/include/g++-v3/streambuf: In member function `virtual int
teebuf::sync()':
/net/pub/gcc-3.1/include/g++-v3/streambuf:424: `int
std::basic_streambuf<_CharT, _Traits>::sync() [with _CharT = char, _Traits =
std::char_traits]' is protected
DebugStream.C:102: within this context
/net/pub/gcc-3.1/include/g++-v3/streambuf:424: `int
std::basic_streambuf<_CharT, _Traits>::sync() [with _CharT = char, _Traits =
std::char_traits]' is protected
DebugStream.C:103: within this context
/net/pub/gcc-3.1/include/g++-v3/bits/streambuf.tcc: In member function `virtual
streamsize teebuf::xsputn(const char*, long int)':
/net/pub/gcc-3.1/include/g++-v3/bits/streambuf.tcc:162: `streamsize
std::basic_streambuf<_CharT, _Traits>::xsputn(const _CharT*, long int) [with
_CharT = char, _Traits = std::char_traits]' is protected
DebugStream.C:107: within this context
/net/pub/gcc-3.1/include/g++-v3/bits/streambuf.tcc:162: `streamsize
std::basic_streambuf<_CharT, _Traits>::xsputn(const _CharT*, long int) [with
_CharT = char, _Traits = std::char_traits]' is protected
DebugStream.C:108: within this context
/net/pub/gcc-3.1/include/g++-v3/streambuf: In member function `virtual int
teebuf::overflow(int)':
/net/pub/gcc-3.1/include/g++-v3/streambuf:464: `_Traits::int_type
std::basic_streambuf<_CharT, _Traits>::overflow(_Traits::int_type =
_Traits::eof()) [with _CharT = char, _Traits = std::char_traits]' is
protected
DebugStream.C:112: within this context
/net/pub/gcc-3.1/include/g++-v3/streambuf:464: `_Traits::int_type
std::basic_streambuf<_CharT, _Traits>::overflow(_Traits::int_type =
_Traits::eof()) [with _CharT = char, _Traits = std::char_traits]' is
protected
DebugStream.C:113: within this context
/net/pub/gcc-3.1/include/g++-v3/streambuf: In member function `virtual int
debugbuf::sync()':
/net/pub/gcc-3.1/include/g++-v3/streambuf:424: `int
std::basic_streambuf<_CharT, _Traits>::sync() [with _CharT = char, _Traits =
std::char_traits]' is protected
DebugStream.C:148: within this context
/net/pub/gcc-3.1/include/g++-v3/bits/streambuf.tcc: In member function `virtual
streamsize debugbuf::xsputn(const char*, long int)':
/net/pub/gcc-3.1/include/g++-v3/bits/streambuf.tcc:162: `streamsize
std::basic_streambuf<_CharT, _Traits>::xsputn(const _CharT*, long int) [with
_CharT = char, _Traits = std::char_traits]' is protected
DebugStream.C:152: within this context
/net/pub/gcc-3.1/include/g++-v3/streambuf: In member function `virtual int
debugbuf::overflow(int)':
/net/pub/gcc-3.1/include/g++-v3/streambuf:464: `_Traits::int_type
std::basic_streambuf<_CharT, _Traits>::overflow(_Traits::int_type =
_Traits::eof()) [with _CharT = char, _Traits = std::char_traits]' is
protected
DebugStream.C:156: within this context
DebugStream.C: At global scope:
DebugStream.C:168: field `fbuf' has incomplete type
DebugStream.C: In constructor `DebugStream::DebugStream(const char*,
Debug::type)':
DebugStream.C:184: `struct DebugStream::debugstream_internal' has no member
named `fbuf'
DebugStream.C:186: `struct DebugStream::debugstream_internal' has no member
named `fbuf'
DebugStream.C: In member function `void DebugStream::logFile(const char*)':
DebugStream.C:202: `struct DebugStream::debugstream_internal' has no member
named `fbuf'
DebugStream.C:206: `struct DebugStream::debugstream_internal' has no member
named `fbuf'
DebugStream.C:208: `struct DebugStream::debugstream_internal' has no member
named `fbuf'
gmake[3]: *** [DebugStream.lo] Error 1
gmake[3]: Leaving directory 
`/tmp_mnt/net/hmi/dta/build/osf/lyx-1.2.0pre5/src/support'

The configure line was:

env CC=/net/bin/gcc CXX=/net/bin/g++ CPPFLAGS=-I/net/usr/include \
CFLAGS=-I/net/usr/include CXXFLAGS=-I/net/usr/include \
LDFLAGS=-L/net/usr/lib \
./configure  --prefix=/net/pub/lyx-1.2.0pre5 \
--exec-prefix=/net/pub/lyx-1.2.0pre5/osf \
--with-extra-prefix=/net/usr --with-included-string

Configuration
   Host type:  alpha-dec-osf4.0d
   Special build flags:warnings included-string assertions 
included-libsigc
   C   Compiler:   /net/bin/gcc
   C   Compiler flags: -I/net/usr/include
   C++ Compiler:   /net/bin/g++ (3.1)
   C++ Compiler flags: -I/net/usr/include  -W -Wall
   Linker flags:   -L/net/usr/lib  -L/net/usr/lib
   Frontend:   xforms
 libXpm version:   4.11
 libforms version: 0.88.0

Re: [PATCH]: trivial fix for bug #415.

2002-05-21 Thread Andre Poenitz 

On Tue, May 21, 2002 at 02:29:42PM +0200, Lars Gullik Bjønnes wrote:
> Can we please have a run down of what features to work on in 1.3.0CVS
> first.
> 
> Let's get that list going.

I've posted "my part" already.

Andre'

-- 
Those who desire to give up Freedom in order to gain Security,
will not have, nor do they deserve, either one. (T. Jefferson)

Re: 1.2.0pre5 compile problems w/ gcc 3.1 on Tru64 4.0D

2002-05-21 Thread Andre Poenitz 

On Tue, May 21, 2002 at 02:33:55PM +0200, Thomas Anders wrote:
> Hello,
> 
> given the (reported and still unresolved) difficulties compiling
> 1.2.0pre5 with gcc 2.95.3 on Tru64 Unix 4.0D I switched to gcc 3.1.
> LyX still doesn't compile and now fails on src/support/DebugStream.C:
> 
> /net/bin/g++ -DHAVE_CONFIG_H -I. -I. -I../../src -I./../ -I../.. -I../.. 
> -I../../boost -I/net/usr/include -I/net/usr/include -I/net/usr/include -W 
> -Wall -c DebugStream.C -Wp,-MD,.deps/DebugStream.TPlo
> /net/pub/gcc-3.1/include/g++-v3/streambuf: In member function `virtual int
>teebuf::sync()':

Have you done a ./configure on a clean checkout?

I've seen this error message when trying 3.1 on some "not so clean" tree...

Andre'

-- 
Those who desire to give up Freedom in order to gain Security,
will not have, nor do they deserve, either one. (T. Jefferson)

Re: [PATCH]: trivial fix for bug #415.

2002-05-21 Thread Juergen Vigna 


On 21-May-2002 Lars Gullik Bjønnes wrote:

> Let's get that list going.

First of all I don't know how much time I will have for LyX in future.
Second to tell you the truth for 1.3.0 I plan to ONLY work on GUII complete.
IMO that should be our only "real" 1.3.0 worklist so that we can release a
1.3.0 really soon.

After we did this I'll give you my "real" list :)

Why not for one time have a fast release of 1.3.0 and not one that will
need 2 years more ;)

  Jug

-- 
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._
Dr. Jürgen VignaE-Mail:  [EMAIL PROTECTED]
Mitterstrich 151/A  Tel/Fax: +39-0471-450260 / +39-0471-450253
I-39050 SteineggWeb: http://www.lyx.org/~jug
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._

Many pages make a thick book, except for pocket Bibles which are on very
very thin paper.

Re: [PATCH]: trivial fix for bug #415.

2002-05-21 Thread Angus Leeming 

On Tuesday 21 May 2002 1:29 pm, Lars Gullik Bjønnes wrote:
> Andre Poenitz <[EMAIL PROTECTED]> writes:
> | On Tue, May 21, 2002 at 01:22:39PM +0100, Angus Leeming wrote:
> >> Why thank you, sir. While you're at it, why don't you give me permission
> >> to set up a branch. Let's call it BRANCH_guii. I guess that at least
> >> John and I should have permission to commit.
> |
> | And if you are at it: What about some BRANCH_preview for experimenting
> | with David's preview-LyX idea?
>
> Can we please have a run down of what features to work on in 1.3.0CVS
> first.
>
> Let's get that list going.
>
> If everybody is off working on his pet branch we will not be able to
> do much...

I am planning to do nothing that's not GUII related until the GUII has been 
achieved.

Angus

Re: PATCH: Bug in ERT reading

2002-05-21 Thread Juergen Vigna 


On 21-May-2002 Lars Gullik Bjønnes wrote:

> "ert_comp.contents.find_first_not_of(' ') == string::npos"
> 
>  equals only spaces.
> 
> So: (perhaps we should use this for 1.2.0 as well)

I already changed to the one you propose and will commit soon (as soon
as I checked out the 1.2.x branch.

   Jug

-- 
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._
Dr. Jürgen VignaE-Mail:  [EMAIL PROTECTED]
Mitterstrich 151/A  Tel/Fax: +39-0471-450260 / +39-0471-450253
I-39050 SteineggWeb: http://www.lyx.org/~jug
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._

What will you do if all your problems aren't solved by the time you die?

1.3.0 sneak preview: Feature of the Day

2002-05-21 Thread Andre Poenitz 


aka "auto correction" for mathed. Type '-' '>' to get '\rightarrow'...

Andre'

-- 
Those who desire to give up Freedom in order to gain Security,
will not have, nor do they deserve, either one. (T. Jefferson)


Index: lib/autocorrect
===
RCS file: lib/autocorrect
diff -N lib/autocorrect
--- /dev/null   1 Jan 1970 00:00:00 -
+++ lib/autocorrect 21 May 2002 12:52:17 -
@@ -0,0 +1,2 @@
+->\rightarrow
Index: src/mathed/Makefile.am
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/mathed/Makefile.am,v
retrieving revision 1.88
diff -u -p -r1.88 Makefile.am
--- src/mathed/Makefile.am  25 Mar 2002 13:24:28 -  1.88
+++ src/mathed/Makefile.am  21 May 2002 12:52:34 -
@@ -19,6 +19,8 @@ libmathed_la_SOURCES = \
math_arrayinset.h \
math_atom.C \
math_atom.h \
+   math_autocorrect.C \
+   math_autocorrect.h \
math_biginset.C \
math_biginset.h \
math_binominset.C \
Index: src/mathed/math_autocorrect.C
===
RCS file: src/mathed/math_autocorrect.C
diff -N src/mathed/math_autocorrect.C
--- /dev/null   1 Jan 1970 00:00:00 -
+++ src/mathed/math_autocorrect.C   21 May 2002 12:52:35 -
@@ -0,0 +1,151 @@
+#include 
+
+#include "LString.h"
+#include "debug.h"
+#include "support/filetools.h" //  LibFileSearch
+#include "math_data.h"
+#include "math_parser.h"
+
+#include 
+#include 
+#include 
+
+using std::ifstream;
+using std::istream;
+using std::ostream;
+using std::map;
+
+
+namespace {
+
+class Correction {
+public:
+   ///
+   Correction() {}
+   ///
+   bool correct(MathArray & ar, unsigned int & pos) const;
+   ///
+   void read(istream & is);
+   ///
+   void write(ostream & os) const;
+private:
+   /// 
+   MathArray from_;
+   /// 
+   MathArray to_;
+};
+
+
+void Correction::read(istream & is)
+{
+   string from, to;
+   is >> from >> to;
+   if (!is)
+   return;
+   from_.clear();
+   to_.clear();
+   mathed_parse_cell(from_, from);
+   mathed_parse_cell(to_, to);
+}
+
+
+void Correction::write(ostream & os) const
+{
+   os << "from: '" << from_ << "' to '" << to_ << "'\n";
+}
+
+
+bool Correction::correct(MathArray & ar, unsigned int & pos) const
+{
+   unsigned int const startpos = pos - ar.size();
+   lyxerr[Debug::MATHED]
+   << "correct ar: " << ar << " from: '" << from_ << "'\n";
+   if (!ar.matchpart(from_, startpos))
+   return false;
+   lyxerr[Debug::MATHED]
+   << "correct " << ar << " from: '" << from_ << "' to '" << to_ << "'\n";
+   ar.erase(startpos, pos);
+   ar.insert(startpos, to_);
+   pos += from_.size() - to_.size();
+   return true;
+}
+
+
+istream & operator>>(istream & is, Correction & corr)
+{
+   corr.read(is);
+   return is;
+}
+
+
+ostream & operator<<(ostream & os, Correction & corr)
+{
+   corr.write(os);
+   return os;
+}
+
+
+
+
+class Corrections {
+public:
+   /// 
+   typedef vector::const_iterator const_iterator;
+   /// 
+   Corrections() {}
+   /// 
+   void insert(const Correction & corr) { data_.push_back(corr); }
+   ///
+   bool correct(MathArray & ar, unsigned int & pos) const;
+private:
+   /// 
+   vector data_;   
+};
+
+
+bool Corrections::correct(MathArray & ar, unsigned int & pos) const
+{
+   for (const_iterator it = data_.begin(); it != data_.end(); ++it)
+   if (it->correct(ar, pos))
+   return true;
+   return false;
+}
+
+
+Corrections theCorrections;
+
+void initAutoCorrect()
+{
+   lyxerr[Debug::MATHED] << "reading autocorrect file\n";
+   string const file = LibFileSearch(string(), "autocorrect");
+   if (file.empty()) {
+   lyxerr << "Could not find autocorrect file\n";
+   return;
+   }
+
+   ifstream is(file.c_str());
+   Correction corr;
+   while (is >> corr)
+   theCorrections.insert(corr);
+
+   lyxerr[Debug::MATHED] << "read autocorrections:\n";
+}
+
+
+} // namespace anon
+
+
+void math_autocorrect(MathArray & ar, unsigned int & pos)
+{
+   static bool initialized = false;
+
+   if (!initialized) {
+   initAutoCorrect();
+   initialized = true;
+   }
+
+   theCorrections.correct(ar, pos);
+
+   //WordList::iterator it = theWordList.find(str);
+   //return (it != theWordList.end()) ? &(it->second) : 0;
+}
Index: src/mathed/math_autocorrect.h
===
RCS file: src/mathed/math_autocorrect.h
diff -N src/mathed/math_autocorrect.h
--- /dev/null   1 Jan 1970 00:00:00 -
+++ src/mathed/math_autocorrect.h

Re: 1.2.0pre5 compile problems w/ gcc 3.1 on Tru64 4.0D

2002-05-21 Thread Thomas Anders 

Andre Poenitz wrote:
> Have you done a ./configure on a clean checkout?
> 
> I've seen this error message when trying 3.1 on some "not so clean" tree...

Depends on if you consider ftp://ftp.devel.lyx.org/pub/lyx/lyx-1.2.0pre5.tar.gz
a "clean checkout". (If you don't, it would explain why 1.2.0pre4 is still
the latest version on the user ftp server ftp://ftp.lyx.org/pub/lyx/devel/ ;)


Kind regards,
Thomas

-- 
Thomas Anders <[EMAIL PROTECTED]>
Hahn-Meitner-Institut Berlin, Germany

Re: 1.2.0pre5 compile problems w/ gcc 3.1 on Tru64 4.0D

2002-05-21 Thread Thomas Anders 

Me, myself and I wrote:
> env CC=/net/bin/gcc CXX=/net/bin/g++ CPPFLAGS=-I/net/usr/include \
>CFLAGS=-I/net/usr/include CXXFLAGS=-I/net/usr/include \
>LDFLAGS=-L/net/usr/lib \
>./configure  --prefix=/net/pub/lyx-1.2.0pre5 \
>--exec-prefix=/net/pub/lyx-1.2.0pre5/osf \
>--with-extra-prefix=/net/usr --with-included-string

I also tried without "--with-included-string" (which was necessary
for me at least with 1.1.6fix1). It fails at the final linking stage:

/net/bin/g++ -I/net/usr/include -W -Wall -o lyx BufferView.o BufferView2.o Buffe
rView_pimpl.o Bullet.o Chktex.o ColorHandler.o CutAndPaste.o DepTable.o FloatLis
t.o Floating.o FontInfo.o FontLoader.o FuncStatus.o LColor.o LaTeX.o LaTeXFeatur
es.o LyXAction.o LyXView.o MenuBackend.o Painter.o PainterBase.o ParagraphParame
ters.o Spacing.o TextCache.o Thesaurus.o ToolbarDefaults.o WorkArea.o XFormsView
.o box.o buffer.o bufferlist.o bufferparams.o bufferview_funcs.o chset.o convert
er.o debug.o encoding.o exporter.o font.o gettext.o importer.o intl.o iterators.
o kbmap.o kbsequence.o language.o lastfiles.o lengthcommon.o lyx_cb.o lyx_gui.o
lyx_main.o lyx_sty.o lyxcursor.o lyxfont.o lyxfind.o lyxfunc.o lyxgluelength.o l
yxlayout.o lyxlength.o lyxlex.o lyxlex_pimpl.o lyxlookup.o lyxrc.o lyxrow.o lyxs
erver.o lyxtextclass.o lyxtextclasslist.o lyxvc.o main.o minibuffer.o paragraph.
o paragraph_pimpl.o screen.o sp_spell.o tabular.o tabular-old.o tabular_funcs.o
tex-accent.o tex-strings.o texrow.o text.o text2.o tracer.o trans.o trans_mgr.o
undo.o undo_funcs.o undostack.o vc-backend.o version.o vspace.o  -L/net/usr/lib
mathed/.libs/libmathed.a insets/.libs/libinsets.a frontends/.libs/libfrontends.a
  -lforms -lXpm graphics/.libs/libgraphics.a support/.libs/libsupport.a ../sigc++
/.libs/libsigc.a ../intl/libintl.a -liconv -lSM -lICE -liberty -lc -lm -L/usr/li
b -lX11 -ldnet
std::allocator::allocator[in-charge]()
std::basic_string::_S_copy_
chars(char*, __gnu_cxx::__normal_iterator >, __gnu_cxx::__normal_iterator >)
std::basic_string::replace(
__gnu_cxx::__normal_iterator >, __gnu_cxx::__normal_iterator >, std::basic_string, std::allocator > const&)
std::basic_stringstream::ba
sic_stringstream[in-charge](std::_Ios_Openmode)
std::basic_stringstream::~b
asic_stringstream [in-charge]()
std::basic_stringstream::st
r() const
std::basic_ostream& std::operator<< (std::basic_ostream&, std::_Set
w)
std::basic_ostream& std::operator<< (std::basic_ostream&, std::_Set
base)
std::basic_ostream& std::operator<< (std::basic_ostream&, std::_Set
fill)
collect2: ld returned 1 exit status
gmake[3]: *** [lyx] Error 1
gmake[3]: Leaving directory `/tmp_mnt/net/hmi/dta/build/osf/lyx-1.2.0pre5/src'


How to fix?


Kind regards,
Thomas

-- 
Thomas Anders <[EMAIL PROTECTED]>
Hahn-Meitner-Institut Berlin, Germany

Re: 1.3.0 sneak preview: Feature of the Day

2002-05-21 Thread Angus Leeming 

On Tuesday 21 May 2002 1:57 pm, Andre Poenitz wrote:
> aka "auto correction" for mathed. Type '-' '>' to get '\rightarrow'...
>
> Andre'

Just to satsify my curiosity, how would I type "->" if I didn't want to 
convert?

Angus

Re: 1.3.0 sneak preview: Feature of the Day

2002-05-21 Thread Andre Poenitz 

On Tue, May 21, 2002 at 02:30:24PM +0100, Angus Leeming wrote:
> Just to satsify my curiosity, how would I type "->" if I didn't want to 
> convert?

That would be the next feature request ;-)

There are a few sequences that make no sense in most cases. I believe "->"
is one of them...  Apart from thar, since there is nothing "hardcoded"
you can have "@->" mapped to "\rightarrow" or similar.

Andre'

-- 
Those who desire to give up Freedom in order to gain Security,
will not have, nor do they deserve, either one. (T. Jefferson)

Re: 1.2.0pre5 compile problems w/ gcc 3.1 on Tru64 4.0D

2002-05-21 Thread Angus Leeming 

On Tuesday 21 May 2002 2:10 pm, Thomas Anders wrote:
> Me, myself and I wrote:
> > env CC=/net/bin/gcc CXX=/net/bin/g++ CPPFLAGS=-I/net/usr/include \
> >CFLAGS=-I/net/usr/include CXXFLAGS=-I/net/usr/include \
> >LDFLAGS=-L/net/usr/lib \
> >./configure  --prefix=/net/pub/lyx-1.2.0pre5 \
> >--exec-prefix=/net/pub/lyx-1.2.0pre5/osf \
> >--with-extra-prefix=/net/usr --with-included-string
>
> I also tried without "--with-included-string" (which was necessary
> for me at least with 1.1.6fix1). It fails at the final linking stage:

Thomas, would you like a compiled binary? I know that this won't resolve your 
problems compiling, but at least it'll enable you to use the thing...

I'm downloading BRANCH-1_2_X now, so the Alpha binary will be available 
sometime this afternoon.

Lars, where should I put the results of make bindist?

Angus

Re: [PATCH]: trivial fix for bug #415.

2002-05-21 Thread John Levon 

On Tue, May 21, 2002 at 02:29:42PM +0200, Lars Gullik Bjønnes wrote:

> If everybody is off working on his pet branch we will not be able to
> do much...

OK We've had Andre's list. My list :

o GUII
o bug fixes

Simple eh :)

john

-- 
"SirCam: Hi! How are you? Eliza: Why are you interested in whether or not I am
?  SirCam: I send you this file in order to have your advice. Eliza: You're not
really talking about me, are you?"
- SirCam vs. Eliza, UnclePaeng

Re: 1.3.0 sneak preview: Feature of the Day

2002-05-21 Thread John Levon 

On Tue, May 21, 2002 at 02:57:06PM +0200, Andre Poenitz wrote:

> aka "auto correction" for mathed. Type '-' '>' to get '\rightarrow'...

Excellent ... now we can support the TeXMacs math bindings properly, no ?

john

-- 
"SirCam: Hi! How are you? Eliza: Why are you interested in whether or not I am
?  SirCam: I send you this file in order to have your advice. Eliza: You're not
really talking about me, are you?"
- SirCam vs. Eliza, UnclePaeng

  1   2   >