Re: GTK/Gnome frontend elementary support

[Michael S. Tsirkin]

Hello!
Wouldn't it be cleaner to fix Lyx , so that lyxstring
is used explicitly in Lyx code?
Therefore, Lyx will use lyxstring, and Gnome will use string.

It is easy to add conversion routines too.

For ANSI conforming compilers, lyxstring could be 
a typedef to string, and conversions just return the
string back.

This is somewhat the reverse of the current code, where
string is typedef to lyxstring.

MST

Quoting r. Marko Vendelin ([EMAIL PROTECTED]) "GTK/Gnome frontend elementary support":
 
 Hi!
 
 the attached patch together with additional files included into the
 .tar.gz archive adds elementary support for GTK/Gnome frontend: configure
 scripts, Gtk/Gnome initialization, Gnome event loop processing, and
 Copyright dialog box implementation.
 
 It should be easy to use this code on the platform with good STL string
 implementation. In such case you need standard gtk, gnome, libsigc++ ,
 gtk-- and gnome-- libraries.
 
 On my platform (redhat linux 6.1, egcs 1.1.2) LyX uses LyX string class
 instead of STL string. To use gtk-- and gnome-- with LyX I recompiled
 these libraries after replacing "#include string" by "#include
 "LString.h"" in the source files of the libraries. To make our life easier
 I've written two small scripts that patch gtk-- and gnome-- libraries and
 compile them. Please note that running these scripts is DANGEROUS since it
 may change your source files. The following are instructions for getting
 Gtk/Gnome frontend running in the platforms that lack good STL string
 implementation (it worked on my platform):
 
 * install Gtk, Gnome, and libsigc++
 
 * download gtkmm-1.2.1.tar.gz and gnomemm-1.1.10.tar.gz from
   http://gtkmm.sourceforge.net/download.html (click "sourceforge download
   area" on this page)
 
 * create a new directory and copy gtkmm-1.2.1.tar.gz,
   gnomemm-1.1.10.tar.gz, lyxgtk.sh, and str2lyxstr.sh
   to this directory (lyxgtk.sh and str2lyxstr.sh are attached to this
   e-mail)
 
 * cd to this directory
 
 * read and edit script lyxgtk.sh (set source and install directories)
 
 * run script lyxgtk.sh
 
 * include directory with installed new gtk and gnome libs to PATH and
   LD_LIBRARY_PATH as first directories (subdirs bin and lib,
   respectively).
 
 * cd to lyx source directory
 
 * run autogen.sh
 
 * run configure with the following options:
   --with-frontend=gtk --without-included-libsigc --disable-sigctest 
 --with-gnomemm-config-path=NEW_GNOMEMM_LIB/lib/gnomemmConf.sh 
--disable-gtkmmtest
 
 * run make
 
 Please note, that compiled Gtk--/Gnome-- libraries are usable only with
 LyX.
 
 Finally, to make configure script working I had to disable
 AC_LANG_CPLUSPLUS in configure.in (line 66). Otherwise gnome configuration
 scripts were not working properly. It will be very nice if someone with
 good knowledge of configure.in magic would take a look on this problem.
 
 Regards,
 
 Marko

 #!/bin/bash
 
 # This script is DANGEROUS! It replaces 
 # "#include string" with "#include "LString.h"" in the files in 
 # current directory (recursively!). This can change YOUR source files. 
 # Use it at your own risk.
 
 FILELISTCC=`rgrep -r -l "#include string" . | grep "\.cc"` 
 FILELISTH=`rgrep -r -l "#include string" . | grep "\.h"` 
 FILELISTGEN=`rgrep -r -l "#include string" . | grep "\.gen_"` 
 
 for i in $FILELISTCC $FILELISTH $FILELISTGEN; do
 cat $i | sed -e 's/#include string/#include "LString.h"/g'  .tmpfile
 mv .tmpfile $i
 done

 #!/bin/bash
 
 # This script is DANGEROUS! It uses script srt2lyxstr.sh to replace 
 # "#include string" with "#include "LString.h"". This can change YOUR source files.
 # Use it at your own risk.
 
 # extracting GNOME-- and GTK--
 tar zxvf gnomemm-1.1.10.tar.gz
 tar zxvf gtkmm-1.2.1.tar.gz
 
 # Please specify the directories with GTK--, GNOME--, LyX source, and the directory 
 # to which new GTK--/GNOME-- libraries should be installed.
 GTKMMDIR=/home/users/markov/cpp-files/lyx/lyx-gtk/gtkmm-1.2.1
 GNOMEMMDIR=/home/users/markov/cpp-files/lyx/lyx-gtk/gnomemm-1.1.10
 LIBINSTALLDIR=/home/users/markov/cpp-files/lyx/lyx-gtk/root
 LYXDIR=/home/users/markov/cpp-files/lyx/lyx-devel
 
 # Please note that script creates temporary directory $GTKMMDIR/../.tmpdir . 
 # Change the script if this is not acceptable for you.
 
 mkdir $LIBINSTALLDIR
 
 export MAKE="make"
 
 export CXXFLAGS="-DUSE_INCLUDED_STRING -I$LYXDIR/src"
 
 CURRDIR=`pwd`
 STR2LYXSTR=$CURRDIR/str2lyxstr.sh
 
 # gtkmm
 
 cd $GTKMMDIR
 ./configure --prefix=$LIBINSTALLDIR 
 echo -e "all: \ninstall: \n"  gdk--/tests/Makefile
 mv src/gtkmmproc ../.tmpdir
 $STR2LYXSTR
 mv ../.tmpdir src/gtkmmproc
 
 make
 make install
 
 cd $CURRDIR
 
 # gnomemm
 
 export PATH=$LIBINSTALLDIR/bin:$PATH
 
 cd $GNOMEMMDIR
 ./configure --prefix=$LIBINSTALLDIR --disable-gtkmmtest 
 
 $STR2LYXSTR
 
 make
 make install
 cp src/gnomemmConf.sh $LIBINSTALLDIR/lib
 
 cd $CURRDIR
 
 




-- 
This message content is not part of Intel's views or affairs
Michael S. Tsirkin
   Four 

Re: Tabular format 5 not supported anymore: DOS files

[Jean-Marc Lasgouttes]

 "Juergen" == Juergen Vigna [EMAIL PROTECTED] writes:

Juergen I had a look at the file and now know what happens The
Juergen problem is that the input-stream we get instead of starting
Juergen on the start of the next line now starts on the "\n" (as
Juergen probably LyXLex stopped reading after it read the "^M".

Juergen I fixed this in the current cvs (well I'll commit this change
Juergen now ;)

Two questions:

- did you fix that in lyxlex or in table code? I think lyxlex would be
  the right place.

- Could you commit the same fix for the 1.1.5 branch?

JMarc

Re: ICU

[Jean-Marc Lasgouttes]

 "Lars" == Lars Gullik Bjønnes [EMAIL PROTECTED] writes:

Lars http://oss.software.ibm.com/icu/ Would perhaps be usable.

And could pango (www.pango.org) be of some interest for us?

JMarc

Re: BUG: spellchecking crashes LyX 1.1.5

[Jean-Marc Lasgouttes]

 "Jan" == Jan Schaumann [EMAIL PROTECTED] writes:

Jan Hi all, it seems I have found a bug, or so LyX tells me.

Jan I edited a new document, opened from the "letter.lyx"-template,
Jan and started the spellchecker. When LyX came across a word it
Jan didn't know, I changed it manually and clicked "Replace Word".
Jan Since LyX still didn't know this word I clicked "Ignore Word"
Jan which crashed LyX:

Hello,

I think we have a fix for this bug, which will appear in 1.1.5fix1.

JMarc

small bug in references/labels

[Angus Leeming]

I've just noticed a small bug in the automatic relabelling of References and
Labels.

Here's the scenario:

I have some text and two Appendices.

Here is some text. Appendix [Ref: app: B] is referenced in the text.
Appendix A This is the title of Appendix A
Appendix B [app: B] This is the title of Appendix B

If I change the label to Appendix B, then the reference to it is also changed
automagically. Very neat! 

Here is some text. Appendix [Ref: app: B new] is referenced in the text.
Appendix A This is the title of Appendix A
Appendix B [app: B new] This is the title of Appendix B

here's the bug. I copy the label to Appendix B and then insert it as a label to
Appendix A to give:

Here is some text. Appendix [Ref: app: B new] is referenced in the text.
Appendix A [app: B new] This is the title of Appendix A
Appendix B [app: B new] This is the title of Appendix B

Now I edit the label to Appendix A. The reference also changes:

Here is some text. Appendix [Ref: app: A] is referenced in the text.
Appendix A [app: A] This is the title of Appendix A
Appendix B [app: B new] This is the title of Appendix B

This is clearly WRONG!
Angus

Re: Tabular format 5 not supported anymore: DOS files

[Juergen Vigna]

On 17-Jul-2000 Jean-Marc Lasgouttes wrote:
 
 Two questions:
 
 - did you fix that in lyxlex or in table code? I think lyxlex would be
   the right place.
 

I fixed it in the tabular code!

 - Could you commit the same fix for the 1.1.5 branch?

Yes :)

 Jürgen

--
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._

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

-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._

It's a good thing we don't get all the government we pay for.

Compile warnings with DEC cxx

[Angus Leeming]

Compiling current CVS I'm getting lots of warnings like:
cxx: Warning: insets/insetquotes.h, line 83:
  "LyXFont InsetQuotes::ConvertFont(const LyXFont )" does not match
  "Inset::ConvertFont" -- virtual function override intended?
LyXFont ConvertFont(LyXFont const  font);

In lyxinset.h:
virtual LyXFont ConvertFont(LyXFont font);
in insetquotes.h:
LyXFont ConvertFont(LyXFont const  font);

Which should it be?
Angus

selection and background color

[Peer Frank]

Hi:

some few settings in lyxrc do not work anymore:


LyX: Unknown tag `\background_color' [around line 188 of file
~/.lyx/lyxrc]
LyX: Unknown tag `lightyellow' [around line 189 of file ~/.lyx/lyxrc]
LyX: Unknown tag `\selection_color' [around line 192 of file
~/.lyx/lyxrc]
LyX: Unknown tag `green' [around line 193 of file ~/.lyx/lyxrc]

they are unchanged from the former versions were they worked fine. 

My version: LyX 1.1.5 (June 6, for OSF 1/alpha)

Regards
Peer

begin:vcard 
n:Frank;Peer
x-mozilla-html:FALSE
org:Fairchild Dornier GmbH;EP2
adr:;;
version:2.1
email;internet:[EMAIL PROTECTED]
title:Performance / Flight Physics
x-mozilla-cpt:;10688
fn:Dr. Peer Frank
end:vcard

Re: selection and background color

[Jean-Marc Lasgouttes]

 "Peer" == Peer Frank [EMAIL PROTECTED] writes:

Peer some few settings in lyxrc do not work anymore:


Peer LyX: Unknown tag `\background_color' [around line 188 of file
Peer ~/.lyx/lyxrc] LyX: Unknown tag `lightyellow' [around line 189 of
Peer file ~/.lyx/lyxrc] LyX: Unknown tag `\selection_color' [around
Peer line 192 of file ~/.lyx/lyxrc] LyX: Unknown tag `green' [around
Peer line 193 of file ~/.lyx/lyxrc]

Yes, this settings have been suppressed, since the handling of colors
has been completely changed. New better settings will appear in
1.1.5fix1.

JMarc

Re: Patch src/lyx_gui.C: height of main window

[Jean-Marc Lasgouttes]

 "R" == R Lahaye [EMAIL PROTECTED] writes:

R Hi, The height of the main window can't be smaller than 400.

Thanks. Applied.

JMarc

Re: Patch for lyxdoc/BUGS.lyx : LyX versus window manager

[Jean-Marc Lasgouttes]

 "R" == R Lahaye [EMAIL PROTECTED] writes:

R I'll suggest to throw this into the Know Bugs documentation for the
R time being.

Thanks. I just did it.

JMarc

Fix it again, Sam (status update #5)

[Jean-Marc Lasgouttes]

Hello,

I think it is nearly time to release 1.1.5fix1 (Yes, I know, I already
said that over and over, so the threat seems weak). All of the known
bugs have not been fixed, but it is still a big improvement over what
we have now. Let me recall that all these fixes have been checked in
the branch lyx-1_1_5, which you can get with the command 
 cvs checkout -d lyx-1_1_5 -r lyx-1_1_5 lyx-devel

I advise those of you who want the 1.1.5 series to stabilize rapidly
to check out this branch and try it out. As far as I know, it cannot
be worse than 1.1.5, anyway.

In order to speed up a bit the release work on fix1, here is a small
status document showing what has been done, and what has to be done.

I plan to release 1.1.5fix1 tomorrow.

JMarc

What's new
==

** New features [yes I know there should not be new features, but these
   were almost bugs]

- New lyxrc command \set_color, to set the colors of the GUI elements
  in the document [a functionality present in 1.1.4, but not in 1.1.5]

- New lyxrc command \wheel_jump that sets the amount of text skipped
  when using a mouse wheel [the behaviour of 1.1.5 was unintentionnaly
  different from 1.1.4, now you can choose what you want]

- new Makefile target "bindist", so that we can try again to have
  binary distributions of LyX.

- add 'Reset' option to language choice.

- better support for arabic points.

** Bugfixes

- fix crash in lyxsum() when running LaTeX (with older stream libraries).

- fix crash in the spellchecker (with older stream libraries).

- fix two crashes related to clipboard

- fix crash when closing index popup from window manager.

- make sure the .kmap files exist when a keymap is specified.

- fix problem with tables when reading msdos-encoded lyx files.

- better dependency for latex runs.

- disappearing cursor in some situations

- fix bug in configure where installation would fail in the reLyX
  directory in some cases.

- fix build problems on AIX and Solaris.

- fix bug in the install-strip Makefile target

** Other: documentation update, UI translation updates (translators,
   please send me updated po files for 1.1.5!)

Remaining problems
==

These are bugs which are probably small, and appeared recently. Good
clients fir a fix release. Note that they exist in 1.1.6 too, so we'll
have to fix them eventually. Please send me references to the ones I
forgot. 

- When the cursor is between two spaces, then the Shift-Cursor
  selection keys will lead to a mangled selection (on screen)
  http://www.mail-archive.com/lyx-devel@lists.lyx.org/msg12431.html

- the documentation should be reviewed to indicate the 1.1.5fix1 is a
  stable release (should some english-speaking volunteer have a look?).

- mangled minibuffer after resizing the main window. I can't find a
  reference, but the effect is obvious (and recent). Could it be a
  consequence of Lars' recent changes to scrollbars? Or simply a flaw
  of the WorkArea? More generally, the minibuffer is strange since
  when you click in it, the text does not disappear.

- bad karma between \noindent and Description
  http://www.mail-archive.com/lyx-devel@lists.lyx.org/msg11759.html

- the TOC popup stays in front of the main window [I cannot reproduce
  this, so it maybe wm-related]
  http://www.mail-archive.com/lyx-users@lists.lyx.org/msg05686.html

Re: ICU

[Lars Gullik Bjønnes]

Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:

|  "Lars" == Lars Gullik Bjønnes [EMAIL PROTECTED] writes:
| 
| Lars http://oss.software.ibm.com/icu/ Would perhaps be usable.
| 
| And could pango (www.pango.org) be of some interest for us?

Perhapshowever they claim that there "is nothing fundamentally
GTK+ or GNOME specific about Pango", but it is dependant on some gtk
libs, so it will probably be hard to use it with f.ex. qt.

Lgb

Re: Compile warnings with DEC cxx

[Lars Gullik Bjønnes]

Angus Leeming [EMAIL PROTECTED] writes:

| Compiling current CVS I'm getting lots of warnings like:
| cxx: Warning: insets/insetquotes.h, line 83:
|   "LyXFont InsetQuotes::ConvertFont(const LyXFont )" does not match
|   "Inset::ConvertFont" -- virtual function override intended?
| LyXFont ConvertFont(LyXFont const  font);
| 
| In lyxinset.h:
|   virtual LyXFont ConvertFont(LyXFont font);
| in insetquotes.h:
|   LyXFont ConvertFont(LyXFont const  font);
| 
| Which should it be?

none of the above... I have fixed it will commit soon.

Lgb

Re: The Figure window

[Lars Gullik Bjønnes]

"R. Lahaye" [EMAIL PROTECTED] writes:

| Hello,
| 
| The "Do Translations" button seems to be redundant (nobody
| seems to know what it does) so it can go!
| 
| Or are there future plans for this button?

This dialog and the figinset are currently being rewritten, so I'd
like to not change the current status but do all new
things/improvements in the new inset/dialog.

| What I'm missing in this window is a decent update:
| 
| When the contents (not filename) of the (EPS)file has
| changed, the figure is never updated in Figure area.

Why not use the lyxsum dependency checksum to do this automatically?

| I can force an update by choosing another Display option,
| click Apply, then choose the original Display option and
| click OK.
| 
| I suggest that the Apply/OK should be augmented to
| force a full update of the figure. If that's not an option,
| an update button could do the job.

anyway wait with this until we have the new insetgraphics and the new
dialog working... you can of course also help Baruch with this.

Lgb

Literate patch problems

[Jean-Marc Lasgouttes]

Hello,

Kayvan, I have quesyions about the build-listerror script:

- why use vncserver (which many people will not have)? I though that
  Xvfb could be used to run LyX without any GUI in any case.

- are you sure that your script is portable? I do not think that all
  bourne shells support functions.

JMarc

Re: The Figure window

[R. Lahaye]

"Lars Gullik Bjønnes" wrote:
 "R. Lahaye" [EMAIL PROTECTED] writes:
 | What I'm missing in this window is a decent update:
 |
 | When the contents (not filename) of the (EPS)file has
 | changed, the figure is never updated in Figure area.
 
 Why not use the lyxsum dependency checksum to do this automatically?

What is this? I've searched the documentation, but couldn't find
anything? Is this some lyx magic that updates figures automatically?

 | I suggest that the Apply/OK should be augmented to
 | force a full update of the figure. If that's not an option,
 | an update button could do the job.
 
 anyway wait with this until we have the new insetgraphics and the new
 dialog working... you can of course also help Baruch with this.

Are there uploadable version on the CVS availabe, or is it too
early for that?

Regards,

Rob.

Re: The Figure window

[Lars Gullik Bjønnes]

"R. Lahaye" [EMAIL PROTECTED] writes:

|  Why not use the lyxsum dependency checksum to do this automatically?
| 
| What is this? I've searched the documentation, but couldn't find
| anything? Is this some lyx magic that updates figures automatically?

lyxsum is in src/support/lyxsum.C

is is used by the DepTable.[Ch] to handle LaTeX dependencies and file
changes.

|  anyway wait with this until we have the new insetgraphics and the new
|  dialog working... you can of course also help Baruch with this.
| 
| Are there uploadable version on the CVS availabe, or is it too
| early for that?

A bit early perhaps, ask Baruch if you can see/try the code.

Lgb

LDN?

[Amir Karger]

It seems to me that a new LDN would be a great idea.

First, the fact that LyX has taken its first step towards compatibility with
Gnome will probably excite lots of people, even if that step is small and
is running into some complications.

Second, it seems like JÜrgen has been working like crazy, and
accomplished quite a lot on the new tables.

Third, has CJK been mentioned? How about Dekel's improvements to RTL?

Fourth, lots of other things I forgot (I'm sure people could come up with a
list).

No, I'm not volunteering. But if Allan doesn't have time, it would be nice
if someone else did. (I'd be willing to check/fix English.)

-Amir

Re: LDN?

[Lars Gullik Bjønnes]

Amir Karger [EMAIL PROTECTED] writes:

| Second, it seems like JÜrgen has been working like crazy, and
| accomplished quite a lot on the new tables.

Not just the new insettabular... Jürgens work also creates the basis
for all the new insets.
(btw. I _could_ use some help in getting some of the new insets
working, especially the insetfoot,insetmarginal,insetfloat with these
working properly we can remove some ~4000 lines of code...)

| Third, has CJK been mentioned?

The Chinese LaTeX?

Lgb

insetfloat and captions

[Lars Gullik Bjønnes]

Jürgen, I guess this is mainly for you.

I think the insetfoot and the insetmarginal is ready for action; that
means as long as the underlying insets are ready: insettext and
insetcollapsable.

I now have some small(?) problems with insetfloat. Currently I only
want to implement the functionality that we already have in LyX
nothing more. I have a bunch of other ideas with floats as well, but
they can come later, and will only be extensions on what I do now,
nothing completely new.

The problem I have with the insetfloat is the caption. How to make the
caption know that it is inside a insettext that is inside a insetfloat
and what label/number to use. I also want the caption to be an inset
in its own right.

Note also that when we have the insetfoot, insetmarginal and the
insetfloat working we can get rid of all code that handles the "dummy"
paragraphs, and we will never have paragraphs anymore that spans more
than one physical paragraph because of a footnote.

Anyway I will continue to fiddle with the insetfloat and the
insetcaption, and try to not get sidetracked too far... (note the
counters file and the insetsection...)

Also: if somebody wants to implement the insettheorem using the theorem.sty as a basis 
with some helper containers , similar to what insetfloat/Floating.h/FloatList do 
please go ahead. It will take years if I have to do all the work myself.

Lgb

InsetGraphics - Directory for GraphicsCache

[Baruch Even]

I've finally done with my tests (well, it went bad and I'll do the again
at the end of the summer, but I will have time to play with lyx now).

I need to know where to place the two classes GraphicsCache (and
FormatConverter), I'd like to get on with them and put a skeleton up so
that I'll be able to see how things go. Should I place it in the already
overloaded src/ or open a new directory? (I have no idea what to name it).

-- 
  Baruch Even

http://techst02.technion.ac.il/~sbaruch/   (My Site)
http://rpghost.com/jindor/ (My brothers ADD site)

" Learn to laugh ... it's the path to true love! " 
   - The Angel in the movie Michael

InsetGraphics and LyX

[Baruch Even]

What is the preferred policy on check-ins? specifically do you want me to
submit a patch every time something has improved in the inset, or do you
prefer to wait until it stabilizes itself and is actually useable before
commiting anything into the repository?

I do not have cvs access so any commit will be in the form of a patch (and
added files) sent to someone who does have access.

From my point of view I prefer to commit often so I'll have a log of my
work and can back-off if at some point I find that I did a wrong decision.
Currently I attempt to use rcs locally but it's rather cumbersome this
way.

-- 
  Baruch Even

http://techst02.technion.ac.il/~sbaruch/   (My Site)
http://rpghost.com/jindor/ (My brothers ADD site)

" Learn to laugh ... it's the path to true love! " 
   - The Angel in the movie Michael

Re: InsetGraphics - Directory for GraphicsCache

[Lars Gullik Bjønnes]

Baruch Even [EMAIL PROTECTED] writes:

| but I will have time to play with lyx
| now).

Good.

| I need to know where to place the two classes GraphicsCache (and
| FormatConverter), I'd like to get on with them and put a skeleton up so
| that I'll be able to see how things go. Should I place it in the already
| overloaded src/ or open a new directory? (I have no idea what to name it).

Hmm, I think we should just create a src/graphics dir.

I'll do that and put a placeholder there so that you will get the dir
on next checkout.

Lgb

Re: The Figure window

[Baruch Even]

On Tue, 18 Jul 2000, R. Lahaye wrote:

 The "Do Translations" button seems to be redundant (nobody
 seems to know what it does) so it can go!
 Or are there future plans for this button?

As I don't know what it does, it doesn't appear on the new version of the
figure widget.
(btw: I'm the one who is working on the new figure widget).

 What I'm missing in this window is a decent update:
 
 When the contents (not filename) of the (EPS)file has
 changed, the figure is never updated in Figure area.
 
 I can force an update by choosing another Display option,
 click Apply, then choose the original Display option and
 click OK.
 
 I suggest that the Apply/OK should be augmented to
 force a full update of the figure. If that's not an option,
 an update button could do the job.

I'm missing that too :-)
It will be in the next version of the figure widget, though I do not have
an estimate when that will make its first stable release (but I believe it
to be before october is due).

-- 
  Baruch Even

http://techst02.technion.ac.il/~sbaruch/   (My Site)
http://rpghost.com/jindor/ (My brothers ADD site)

" Learn to laugh ... it's the path to true love! " 
   - The Angel in the movie Michael

Re: InsetGraphics and LyX

[Lars Gullik Bjønnes]

Baruch Even [EMAIL PROTECTED] writes:

| What is the preferred policy on check-ins? specifically do you want me to
| submit a patch every time something has improved in the inset, or do you
| prefer to wait until it stabilizes itself and is actually useable before
| commiting anything into the repository?

As often as you think. If you want to finish a feature before
commiting, wait. If you want to get a partly finished feature inn
quick commit at once.

| I do not have cvs access so any commit will be in the form of a patch (and
| added files) sent to someone who does have access.

Hmm, da hmm... we(I) have not granted new people write access to the
cvs repository for a long time, but I think we should think about it
now. What I don't want is to give out global write access to the
lyx-devel repository, however the way cvs is setup currently I can
easily limit access one a dir and file basis. (f.ex. I could you
full access to the graphics dir + the Changelog file)


| From my point of view I prefer to commit often so I'll have a log of my
| work and can back-off if at some point I find that I did a wrong
|decision.
| Currently I attempt to use rcs locally but it's rather cumbersome this
| way.

Yes, write access to the repository would be so much better.

Lgb

Re: The Figure window

[Lars Gullik Bjønnes]

Baruch Even [EMAIL PROTECTED] writes:

|  I suggest that the Apply/OK should be augmented to
|  force a full update of the figure. If that's not an option,
|  an update button could do the job.
| 
| I'm missing that too :-)
| It will be in the next version of the figure widget, though I do not have
| an estimate when that will make its first stable release (but I believe it
| to be before october is due).

If we can get a couple of persons to work on this I would guess that
we could have a working version before august...(optimist...)

Lgb

Re: The Figure window

[Baruch Even]

On 17 Jul 2000, Lars Gullik Bjønnes wrote:

 | What I'm missing in this window is a decent update:
 | 
 | When the contents (not filename) of the (EPS)file has
 | changed, the figure is never updated in Figure area.
 
 Why not use the lyxsum dependency checksum to do this automatically?

This is not a change of file in the latex'ing stage (though it should be
considered too), he speaks of the time he is viewing everything in LyX and
that the inset didn't change the image if it was changed externally.

-- 
  Baruch Even

http://techst02.technion.ac.il/~sbaruch/   (My Site)
http://rpghost.com/jindor/ (My brothers ADD site)

" Learn to laugh ... it's the path to true love! " 
   - The Angel in the movie Michael

Re: insetfloat and captions

[Baruch Even]

On 17 Jul 2000, Lars Gullik Bjønnes wrote:

 Also: if somebody wants to implement the insettheorem using the theorem.sty=
  as a basis with some helper containers , similar to what insetfloat/Floati=
 ng.h/FloatList do please go ahead. It will take years if I have to do all t=
 he work myself.

Wouldn't just having a text inset that at times can use a parameter be
more usefull?
Usually what is needed in a theorem is the ability to add some text as in:
Theorem 15. [Some-old-mathematician named theorem] bla bla bla.

Where the extra text is just a parameter to the theorem environment.

-- 
  Baruch Even

http://techst02.technion.ac.il/~sbaruch/   (My Site)
http://rpghost.com/jindor/ (My brothers ADD site)

" Learn to laugh ... it's the path to true love! " 
   - The Angel in the movie Michael

Re: The Figure window

[Lars Gullik Bjønnes]

Baruch Even [EMAIL PROTECTED] writes:

|  Why not use the lyxsum dependency checksum to do this automatically?
| 
| This is not a change of file in the latex'ing stage (though it should be
| considered too), he speaks of the time he is viewing everything in LyX and
| that the inset didn't change the image if it was changed externally.

Why should that make a difference? Of course the lyxsum can be used
for checking if a external file has changed outside the LaTex run too.
(we could f.ex. have a small timer where we check for change in
external files)

Lgb

Re: The Figure window

[Baruch Even]

On 17 Jul 2000, Lars Gullik Bjønnes wrote:

 Baruch Even [EMAIL PROTECTED] writes:
 
 |  I suggest that the Apply/OK should be augmented to
 |  force a full update of the figure. If that's not an option,
 |  an update button could do the job.
 | 
 | I'm missing that too :-)
 | It will be in the next version of the figure widget, though I do not have
 | an estimate when that will make its first stable release (but I believe it
 | to be before october is due).
 
 If we can get a couple of persons to work on this I would guess that
 we could have a working version before august...(optimist...)

Actually I believe that an initial version (without inline viewing) is
possible in a matter of no more than 1 month possibly even two weeks. The
problem is that I have no X-windows programming experience so I'll need to
see about the inline viewing, and learn quite a bit from scratch (not that
it's too hard but it does take time).

I do believe that by mid-september I'll be finished (at least with a
drop-in replacement for the InsetFig, nothing too fancy). 

-- 
  Baruch Even

http://techst02.technion.ac.il/~sbaruch/   (My Site)
http://rpghost.com/jindor/ (My brothers ADD site)

" Learn to laugh ... it's the path to true love! " 
   - The Angel in the movie Michael

Re: insetfloat and captions

[Lars Gullik Bjønnes]

Baruch Even [EMAIL PROTECTED] writes:

| On 17 Jul 2000, Lars Gullik Bjønnes wrote:
| 
|  Also: if somebody wants to implement the insettheorem using the
| theorem.sty= 
|   as a basis with some helper containers , similar to what
| insetfloat/Floati= 
|  ng.h/FloatList do please go ahead. It will take years if I have to
| do all t= 
|  he work myself.
| 
| Wouldn't just having a text inset that at times can use a parameter be
| more usefull?

What if you sometimes need two parameters? Sometimes the parametes
should be put in {} other times in []?
We are trying to move away from all-singing-and-dancing
insets/classes.

| Usually what is needed in a theorem is the ability to add some text as in:
| Theorem 15. [Some-old-mathematician named theorem] bla bla bla.

We also want the numbering, the certanity that the theorem that we use
exist, being able to use different styles of theorems, having the user
to create new theorems if it so wishes.
Remember that proof, lemma or corollary is also types of theorems.

| Where the extra text is just a parameter to the theorem environment.

That "just a parameter" is not something we want _all_ insettexts to
have regardless of being a insettheorem or not.

Lgb

Re: The Figure window

[Baruch Even]

On 17 Jul 2000, Lars Gullik Bjønnes wrote:

 Baruch Even [EMAIL PROTECTED] writes:
 
 |  Why not use the lyxsum dependency checksum to do this automatically?
 | 
 | This is not a change of file in the latex'ing stage (though it should be
 | considered too), he speaks of the time he is viewing everything in LyX and
 | that the inset didn't change the image if it was changed externally.
 
 Why should that make a difference? Of course the lyxsum can be used
 for checking if a external file has changed outside the LaTex run too.
 (we could f.ex. have a small timer where we check for change in
 external files)

My mistake. It can help and is not currently handled (or was planned to be
handled) in the current code. I'll add it to the wanted features list I
maintain, it will probably wait until after the new inset has appeared.

-- 
  Baruch Even

http://techst02.technion.ac.il/~sbaruch/   (My Site)
http://rpghost.com/jindor/ (My brothers ADD site)

" Learn to laugh ... it's the path to true love! " 
   - The Angel in the movie Michael

Re: The Figure window

[Lars Gullik Bjønnes]

Baruch Even [EMAIL PROTECTED] writes:

| Actually I believe that an initial version (without inline viewing) is
| possible in a matter of no more than 1 month possibly even two weeks. The
| problem is that I have no X-windows programming experience so I'll need to
| see about the inline viewing, and learn quite a bit from scratch (not that
| it's too hard but it does take time).

Note that if you can create a xpm(pixmap) file with the translations requested
you can easily put that on screen using the pixmap load functions from
XForms together with the Painter::pixmap method.
 
| I do believe that by mid-september I'll be finished (at least with a
| drop-in replacement for the InsetFig, nothing too fancy). 

If you just supports a couple of transformation formats and just
simple translations from the beginning I thing things can happen even
before that, but I don't want to rush anyone.
I guess that once we have this in cvs you will get some help.

Lgb

Re: insetfloat and captions

[Baruch Even]

On 17 Jul 2000, Lars Gullik Bjønnes wrote:

 We are trying to move away from all-singing-and-dancing
 insets/classes.

My control of english is not that good, could you please say what is the
meaning of this phrase? 

 | Usually what is needed in a theorem is the ability to add some text as in:
 | Theorem 15. [Some-old-mathematician named theorem] bla bla bla.
 
 We also want the numbering,

Remember that the numbering is problematic, you'll need to add an option
to choose what numbering to use, the different possibilities are straight
numbers, and also numberings that zero with each part/section/subsection. 

 | Where the extra text is just a parameter to the theorem environment.
 
 That "just a parameter" is not something we want _all_ insettexts to
 have regardless of being a insettheorem or not.

But we might need it in other text insets, we can have a boolean define
for its needness in the style definition.
 
Though there might be a case for insettheorem, it might be too much to do
an inset for every type of environment (or maybe not...).

-- 
  Baruch Even

http://techst02.technion.ac.il/~sbaruch/   (My Site)
http://rpghost.com/jindor/ (My brothers ADD site)

" Learn to laugh ... it's the path to true love! " 
   - The Angel in the movie Michael

Re: InsetGraphics and LyX

[Baruch Even]

On 17 Jul 2000, Lars Gullik Bjønnes wrote:

 Baruch Even [EMAIL PROTECTED] writes:
 
 | I do not have cvs access so any commit will be in the form of a patch (and
 | added files) sent to someone who does have access.
 
 Hmm, da hmm... we(I) have not granted new people write access to the
 cvs repository for a long time, but I think we should think about it
 now. What I don't want is to give out global write access to the
 lyx-devel repository, however the way cvs is setup currently I can
 easily limit access one a dir and file basis. (f.ex. I could you
 full access to the graphics dir + the Changelog file)

I don't need full access to the whole lyx-devel, I only do the
insetgraphics for now. If you prefer this way I can let you know of what
files I touch regularly and you can set me up to change those (some are
currently non-existent in the cvs repository). If you prefer to receive
patches and commit them yourself (or whomever else who has a write access)
I don't mind either.

-- 
  Baruch Even

http://techst02.technion.ac.il/~sbaruch/   (My Site)
http://rpghost.com/jindor/ (My brothers ADD site)

" Learn to laugh ... it's the path to true love! " 
   - The Angel in the movie Michael

Re: insetfloat and captions

[Lars Gullik Bjønnes]

Baruch Even [EMAIL PROTECTED] writes:

| On 17 Jul 2000, Lars Gullik Bjønnes wrote:
| 
|  We are trying to move away from all-singing-and-dancing
|  insets/classes.
| 
| My control of english is not that good, could you please say what is the
| meaning of this phrase? 

We don't want insets that is designed to do a lot of different things.
Different concepts should go in different classes.

|  | Usually what is needed in a theorem is the ability to add some
|  | text as in: 
|  | Theorem 15. [Some-old-mathematician named theorem] bla bla bla.
|  
|  We also want the numbering,
| 
| Remember that the numbering is problematic, you'll need to add an option
| to choose what numbering to use, the different possibilities are straight
| numbers, and also numberings that zero with each part/section/subsection. 

Excatly! The InsetTheorem will use the new counters.[Ch] to accomplish
this.

|  | Where the extra text is just a parameter to the theorem environment.
|  
|  That "just a parameter" is not something we want _all_ insettexts to
|  have regardless of being a insettheorem or not.
| 
| But we might need it in other text insets, we can have a boolean define
| for its needness in the style definition.

No... a might is not good enough. Either you need it or you don't.
Also remember that the text insets is a container, a container of
paragraphs. If you want some object with some special properties +
having several paragraphs you sub-class or make this object contain a
insettext.

| Though there might be a case for insettheorem, it might be too much to do
| an inset for every type of environment (or maybe not...).

There will be groups of insets. F.ex. the insetfloat will handle all
float environments, the insettheorem will handle all theorem like
environments. We could even have more general insetenvironment that
handles more general environments.

Lgb


| -- 
1   Baruch Even
2 
3 http://techst02.technion.ac.il/~sbaruch/   (My Site)
4 http://rpghost.com/jindor/   (My brothers ADD site)
5 
6 " Learn to laugh ... it's the path to true love! " 
7- The Angel in the movie Michael

case closed.

Re: InsetGraphics and LyX

[Lars Gullik Bjønnes]

Baruch Even [EMAIL PROTECTED] writes:

| I don't need full access to the whole lyx-devel, I only do the
| insetgraphics for now. If you prefer this way I can let you know of what
| files I touch regularly and you can set me up to change those (some are
| currently non-existent in the cvs repository). If you prefer to receive
| patches and commit them yourself (or whomever else who has a write access)
| I don't mind either.

I will create some new accounts on baywatch.lyx.org and give you and
the others limited write access.

I won't do that right away, but I will do it tomorrow.

Lgb

Re: The Figure window

[Baruch Even]

On 17 Jul 2000, Lars Gullik Bjønnes wrote:

 Baruch Even [EMAIL PROTECTED] writes:
 
 Note that if you can create a xpm(pixmap) file with the translations reques=
 ted
 you can easily put that on screen using the pixmap load functions from
 XForms together with the Painter::pixmap method.

Ok. I'll take a look at it.

 | I do believe that by mid-september I'll be finished (at least with a
 | drop-in replacement for the InsetFig, nothing too fancy).=20
 
 If you just supports a couple of transformation formats and just
 simple translations from the beginning I=A0thing things can happen even
 before that, but I don't want to rush anyone.
 I guess that once we have this in cvs you will get some help.

My intention is at first to have an EPS-XPM, EPS-PNG, PNG-EPS, PNG-XPM
these are the requirement to do both PostScript/PDF and inline display
with XPM's. Anything other than is an extra. Actually even the PNG stuff I
won't both with at first, I want to have an InsetFig replacement, and will
probably just put features that will allow it to be replaced.

-- 
  Baruch Even

http://techst02.technion.ac.il/~sbaruch/   (My Site)
http://rpghost.com/jindor/ (My brothers ADD site)

" Learn to laugh ... it's the path to true love! " 
   - The Angel in the movie Michael

1.1.6cvs: Spell checker window doesn't close.

[R. Lahaye]

Hi,

Just uploaded 1.1.6CVS (as of July 18th).

I discovered that I can't close the Spellchecker window
with the window-manager's close (in my case the "X" in
upper right corner of the window).

A forgotten 'connection', I bet.

Regards,

Rob.

Re: Hide signal when inset is deleted

[Allan Rae]

On Mon, 17 Jul 2000, Angus Leeming wrote:

 I've just been looking at how the old lyx cvs branch dealt with the problem of
 what to do with the graphical dialog when its inset is deleted whilst
 the dialog is visible. The solution in this branch was to store the signal in
 the inset class itself:
 
   Signal0void hide;
 
 and connect the dialod::hide() method to it when the dialog was launched. 
 
 I think this is a neater solution than that implemented in the current cvs
 branch, where the signal is stored in frontends/Dialogs.h as
 
   Signal1void, InsetCitation * hideCitation;
 
 etc etc ad nauseum for all insets.
 
 Does anybody else have any views on this?

I'm glad somebody took a look at how I did it in the old branch.  I
haven't had the time to check out your current implementation and that's
why I hadn't commented yet.  From the comments in a few of the threads
I've read I suspect there may be a couple of other signals you can get rid
of also (or replace in a similar manner).

I had been thinking that I should have concentrated on getting an example
inset dialog completed at the FILM instead of starting the Preferences
dialog.  Seems you got to spend some time struggling with the
"delete-an-inset-with-an-open-dialog" problem as a result.  A good
learning experience and I'm glad you like my solution.  I'm sure you would
have come up with the same thing eventually, my first steps were similar
to your description of your current scheme.

Allan. (ARRae)

Re: LDN?

[Allan Rae]

On Mon, 17 Jul 2000, Amir Karger wrote:

 It seems to me that a new LDN would be a great idea.

Hello conscience my old friend...


I'm about to start writing it.  Should be out next week.  I have been
reading through about 4500 emails (mostly lyx-devel) in my mailboxes and
saving a few to my LDN mail folder.  You missed quite a few things from
your list.  And there was a heap of stuff I could have mentioned in the
previous LDN but because I hadn't been reading lyx-devel and the four
others at the FILM didn't mention them will also be included this time
around.  I will try to get access to the local scanner and include at
least two pictures from FILM in LDN.  I'll make the rest available from my
web pages.  You don't really want the "ChangeLog" published with LDN do
you?

[... Amir's list..]
[... Amir not volunteering ;-) ...]

Allan. (ARRae)

Re: GTK/Gnome frontend elementary support

[Michael S. Tsirkin]

Hello!
Wouldn't it be cleaner to fix Lyx , so that lyxstring
is used explicitly in Lyx code?
Therefore, Lyx will use lyxstring, and Gnome will use string.

It is easy to add conversion routines too.

For ANSI conforming compilers, lyxstring could be 
a typedef to string, and conversions just return the
string back.

This is somewhat the reverse of the current code, where
string is typedef to lyxstring.

MST

Quoting r. Marko Vendelin ([EMAIL PROTECTED]) "GTK/Gnome frontend elementary support":
> 
> Hi!
> 
> the attached patch together with additional files included into the
> .tar.gz archive adds elementary support for GTK/Gnome frontend: configure
> scripts, Gtk/Gnome initialization, Gnome event loop processing, and
> Copyright dialog box implementation.
> 
> It should be easy to use this code on the platform with good STL string
> implementation. In such case you need standard gtk, gnome, libsigc++ ,
> gtk-- and gnome-- libraries.
> 
> On my platform (redhat linux 6.1, egcs 1.1.2) LyX uses LyX string class
> instead of STL string. To use gtk-- and gnome-- with LyX I recompiled
> these libraries after replacing "#include " by "#include
> "LString.h"" in the source files of the libraries. To make our life easier
> I've written two small scripts that patch gtk-- and gnome-- libraries and
> compile them. Please note that running these scripts is DANGEROUS since it
> may change your source files. The following are instructions for getting
> Gtk/Gnome frontend running in the platforms that lack good STL string
> implementation (it worked on my platform):
> 
> * install Gtk, Gnome, and libsigc++
> 
> * download gtkmm-1.2.1.tar.gz and gnomemm-1.1.10.tar.gz from
>   http://gtkmm.sourceforge.net/download.html (click "sourceforge download
>   area" on this page)
> 
> * create a new directory and copy gtkmm-1.2.1.tar.gz,
>   gnomemm-1.1.10.tar.gz, lyxgtk.sh, and str2lyxstr.sh
>   to this directory (lyxgtk.sh and str2lyxstr.sh are attached to this
>   e-mail)
> 
> * cd to this directory
> 
> * read and edit script lyxgtk.sh (set source and install directories)
> 
> * run script lyxgtk.sh
> 
> * include directory with installed new gtk and gnome libs to PATH and
>   LD_LIBRARY_PATH as first directories (subdirs bin and lib,
>   respectively).
> 
> * cd to lyx source directory
> 
> * run autogen.sh
> 
> * run configure with the following options:
>   --with-frontend=gtk --without-included-libsigc --disable-sigctest 
> --with-gnomemm-config-path=NEW_GNOMEMM_LIB/lib/gnomemmConf.sh 
>--disable-gtkmmtest
> 
> * run make
> 
> Please note, that compiled Gtk--/Gnome-- libraries are usable only with
> LyX.
> 
> Finally, to make configure script working I had to disable
> AC_LANG_CPLUSPLUS in configure.in (line 66). Otherwise gnome configuration
> scripts were not working properly. It will be very nice if someone with
> good knowledge of configure.in magic would take a look on this problem.
> 
> Regards,
> 
> Marko

> #!/bin/bash
> 
> # This script is DANGEROUS! It replaces 
> # "#include " with "#include "LString.h"" in the files in 
> # current directory (recursively!). This can change YOUR source files. 
> # Use it at your own risk.
> 
> FILELISTCC=`rgrep -r -l "#include " . | grep "\.cc"` 
> FILELISTH=`rgrep -r -l "#include " . | grep "\.h"` 
> FILELISTGEN=`rgrep -r -l "#include " . | grep "\.gen_"` 
> 
> for i in $FILELISTCC $FILELISTH $FILELISTGEN; do
> cat $i | sed -e 's/#include /#include "LString.h"/g' > .tmpfile
> mv .tmpfile $i
> done

> #!/bin/bash
> 
> # This script is DANGEROUS! It uses script srt2lyxstr.sh to replace 
> # "#include " with "#include "LString.h"". This can change YOUR source files.
> # Use it at your own risk.
> 
> # extracting GNOME-- and GTK--
> tar zxvf gnomemm-1.1.10.tar.gz
> tar zxvf gtkmm-1.2.1.tar.gz
> 
> # Please specify the directories with GTK--, GNOME--, LyX source, and the directory 
> # to which new GTK--/GNOME-- libraries should be installed.
> GTKMMDIR=/home/users/markov/cpp-files/lyx/lyx-gtk/gtkmm-1.2.1
> GNOMEMMDIR=/home/users/markov/cpp-files/lyx/lyx-gtk/gnomemm-1.1.10
> LIBINSTALLDIR=/home/users/markov/cpp-files/lyx/lyx-gtk/root
> LYXDIR=/home/users/markov/cpp-files/lyx/lyx-devel
> 
> # Please note that script creates temporary directory $GTKMMDIR/../.tmpdir . 
> # Change the script if this is not acceptable for you.
> 
> mkdir $LIBINSTALLDIR
> 
> export MAKE="make"
> 
> export CXXFLAGS="-DUSE_INCLUDED_STRING -I$LYXDIR/src"
> 
> CURRDIR=`pwd`
> STR2LYXSTR=$CURRDIR/str2lyxstr.sh
> 
> # gtkmm
> 
> cd $GTKMMDIR
> ./configure --prefix=$LIBINSTALLDIR 
> echo -e "all: \ninstall: \n" > gdk--/tests/Makefile
> mv src/gtkmmproc ../.tmpdir
> $STR2LYXSTR
> mv ../.tmpdir src/gtkmmproc
> 
> make
> make install
> 
> cd $CURRDIR
> 
> # gnomemm
> 
> export PATH=$LIBINSTALLDIR/bin:$PATH
> 
> cd $GNOMEMMDIR
> ./configure --prefix=$LIBINSTALLDIR --disable-gtkmmtest 
> 
> $STR2LYXSTR
> 
> make
> make install
> cp src/gnomemmConf.sh $LIBINSTALLDIR/lib
> 
> cd $CURRDIR
> 
> 

Re: "Tabular format <5 not supported anymore": DOS files

[Jean-Marc Lasgouttes]

> "Juergen" == Juergen Vigna <[EMAIL PROTECTED]> writes:

Juergen> I had a look at the file and now know what happens The
Juergen> problem is that the input-stream we get instead of starting
Juergen> on the start of the next line now starts on the "\n" (as
Juergen> probably LyXLex stopped reading after it read the "^M".

Juergen> I fixed this in the current cvs (well I'll commit this change
Juergen> now ;)

Two questions:

- did you fix that in lyxlex or in table code? I think lyxlex would be
  the right place.

- Could you commit the same fix for the 1.1.5 branch?

JMarc

Re: ICU

[Jean-Marc Lasgouttes]

> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:

Lars> http://oss.software.ibm.com/icu/ Would perhaps be usable.

And could pango (www.pango.org) be of some interest for us?

JMarc

Re: BUG: spellchecking crashes LyX 1.1.5

[Jean-Marc Lasgouttes]

> "Jan" == Jan Schaumann <[EMAIL PROTECTED]> writes:

Jan> Hi all, it seems I have found a bug, or so LyX tells me.

Jan> I edited a new document, opened from the "letter.lyx"-template,
Jan> and started the spellchecker. When LyX came across a word it
Jan> didn't know, I changed it manually and clicked "Replace Word".
Jan> Since LyX still didn't know this word I clicked "Ignore Word"
Jan> which crashed LyX:

Hello,

I think we have a fix for this bug, which will appear in 1.1.5fix1.

JMarc

small bug in references/labels

[Angus Leeming]

I've just noticed a small bug in the automatic relabelling of References and
Labels.

Here's the scenario:

I have some text and two Appendices.

Here is some text. Appendix [Ref: app: B] is referenced in the text.
Appendix A This is the title of Appendix A
Appendix B [app: B] This is the title of Appendix B

If I change the label to Appendix B, then the reference to it is also changed
automagically. Very neat! 

Here is some text. Appendix [Ref: app: B new] is referenced in the text.
Appendix A This is the title of Appendix A
Appendix B [app: B new] This is the title of Appendix B

here's the bug. I copy the label to Appendix B and then insert it as a label to
Appendix A to give:

Here is some text. Appendix [Ref: app: B new] is referenced in the text.
Appendix A [app: B new] This is the title of Appendix A
Appendix B [app: B new] This is the title of Appendix B

Now I edit the label to Appendix A. The reference also changes:

Here is some text. Appendix [Ref: app: A] is referenced in the text.
Appendix A [app: A] This is the title of Appendix A
Appendix B [app: B new] This is the title of Appendix B

This is clearly WRONG!
Angus

Re: "Tabular format <5 not supported anymore": DOS files

[Juergen Vigna]

On 17-Jul-2000 Jean-Marc Lasgouttes wrote:
> 
> Two questions:
> 
> - did you fix that in lyxlex or in table code? I think lyxlex would be
>   the right place.
> 

I fixed it in the tabular code!

> - Could you commit the same fix for the 1.1.5 branch?

Yes :)

 Jürgen

--
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._

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

-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._

It's a good thing we don't get all the government we pay for.

Compile warnings with DEC cxx

[Angus Leeming]

Compiling current CVS I'm getting lots of warnings like:
cxx: Warning: insets/insetquotes.h, line 83:
  "LyXFont InsetQuotes::ConvertFont(const LyXFont &)" does not match
  "Inset::ConvertFont" -- virtual function override intended?
LyXFont ConvertFont(LyXFont const & font);

In lyxinset.h:
virtual LyXFont ConvertFont(LyXFont font);
in insetquotes.h:
LyXFont ConvertFont(LyXFont const & font);

Which should it be?
Angus

selection and background color

[Peer Frank]

Hi:

some few settings in lyxrc do not work anymore:


LyX: Unknown tag `\background_color' [around line 188 of file
~/.lyx/lyxrc]
LyX: Unknown tag `lightyellow' [around line 189 of file ~/.lyx/lyxrc]
LyX: Unknown tag `\selection_color' [around line 192 of file
~/.lyx/lyxrc]
LyX: Unknown tag `green' [around line 193 of file ~/.lyx/lyxrc]

they are unchanged from the former versions were they worked fine. 

My version: LyX 1.1.5 (June 6, for OSF 1/alpha)

Regards
Peer

begin:vcard 
n:Frank;Peer
x-mozilla-html:FALSE
org:Fairchild Dornier GmbH;EP2
adr:;;
version:2.1
email;internet:[EMAIL PROTECTED]
title:Performance / Flight Physics
x-mozilla-cpt:;10688
fn:Dr. Peer Frank
end:vcard

Re: selection and background color

[Jean-Marc Lasgouttes]

> "Peer" == Peer Frank <[EMAIL PROTECTED]> writes:

Peer> some few settings in lyxrc do not work anymore:


Peer> LyX: Unknown tag `\background_color' [around line 188 of file
Peer> ~/.lyx/lyxrc] LyX: Unknown tag `lightyellow' [around line 189 of
Peer> file ~/.lyx/lyxrc] LyX: Unknown tag `\selection_color' [around
Peer> line 192 of file ~/.lyx/lyxrc] LyX: Unknown tag `green' [around
Peer> line 193 of file ~/.lyx/lyxrc]

Yes, this settings have been suppressed, since the handling of colors
has been completely changed. New better settings will appear in
1.1.5fix1.

JMarc

Re: Patch src/lyx_gui.C: height of main window

[Jean-Marc Lasgouttes]

> "R" == R Lahaye <[EMAIL PROTECTED]> writes:

R> Hi, The height of the main window can't be smaller than 400.

Thanks. Applied.

JMarc

Re: Patch for lyxdoc/BUGS.lyx : LyX versus window manager

[Jean-Marc Lasgouttes]

> "R" == R Lahaye <[EMAIL PROTECTED]> writes:

R> I'll suggest to throw this into the Know Bugs documentation for the
R> time being.

Thanks. I just did it.

JMarc

Fix it again, Sam (status update #5)

[Jean-Marc Lasgouttes]

Hello,

I think it is nearly time to release 1.1.5fix1 (Yes, I know, I already
said that over and over, so the threat seems weak). All of the known
bugs have not been fixed, but it is still a big improvement over what
we have now. Let me recall that all these fixes have been checked in
the branch lyx-1_1_5, which you can get with the command 
 cvs checkout -d lyx-1_1_5 -r lyx-1_1_5 lyx-devel

I advise those of you who want the 1.1.5 series to stabilize rapidly
to check out this branch and try it out. As far as I know, it cannot
be worse than 1.1.5, anyway.

In order to speed up a bit the release work on fix1, here is a small
status document showing what has been done, and what has to be done.

I plan to release 1.1.5fix1 tomorrow.

JMarc

What's new
==

** New features [yes I know there should not be new features, but these
   were almost bugs]

- New lyxrc command \set_color, to set the colors of the GUI elements
  in the document [a functionality present in 1.1.4, but not in 1.1.5]

- New lyxrc command \wheel_jump that sets the amount of text skipped
  when using a mouse wheel [the behaviour of 1.1.5 was unintentionnaly
  different from 1.1.4, now you can choose what you want]

- new Makefile target "bindist", so that we can try again to have
  binary distributions of LyX.

- add 'Reset' option to language choice.

- better support for arabic points.

** Bugfixes

- fix crash in lyxsum() when running LaTeX (with older stream libraries).

- fix crash in the spellchecker (with older stream libraries).

- fix two crashes related to clipboard

- fix crash when closing index popup from window manager.

- make sure the .kmap files exist when a keymap is specified.

- fix problem with tables when reading msdos-encoded lyx files.

- better dependency for latex runs.

- disappearing cursor in some situations

- fix bug in configure where installation would fail in the reLyX
  directory in some cases.

- fix build problems on AIX and Solaris.

- fix bug in the install-strip Makefile target

** Other: documentation update, UI translation updates (translators,
   please send me updated po files for 1.1.5!)

Remaining problems
==

These are bugs which are probably small, and appeared recently. Good
clients fir a fix release. Note that they exist in 1.1.6 too, so we'll
have to fix them eventually. Please send me references to the ones I
forgot. 

- When the cursor is between two spaces, then the Shift-Cursor
  selection keys will lead to a mangled selection (on screen)
  http://www.mail-archive.com/lyx-devel@lists.lyx.org/msg12431.html

- the documentation should be reviewed to indicate the 1.1.5fix1 is a
  stable release (should some english-speaking volunteer have a look?).

- mangled minibuffer after resizing the main window. I can't find a
  reference, but the effect is obvious (and recent). Could it be a
  consequence of Lars' recent changes to scrollbars? Or simply a flaw
  of the WorkArea? More generally, the minibuffer is strange since
  when you click in it, the text does not disappear.

- bad karma between \noindent and Description
  http://www.mail-archive.com/lyx-devel@lists.lyx.org/msg11759.html

- the TOC popup stays in front of the main window [I cannot reproduce
  this, so it maybe wm-related]
  http://www.mail-archive.com/lyx-users@lists.lyx.org/msg05686.html

Re: ICU

[Lars Gullik Bjønnes]

Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:

| > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
| 
| Lars> http://oss.software.ibm.com/icu/ Would perhaps be usable.
| 
| And could pango (www.pango.org) be of some interest for us?

Perhapshowever they claim that there "is nothing fundamentally
GTK+ or GNOME specific about Pango", but it is dependant on some gtk
libs, so it will probably be hard to use it with f.ex. qt.

Lgb

Re: Compile warnings with DEC cxx

[Lars Gullik Bjønnes]

Angus Leeming <[EMAIL PROTECTED]> writes:

| Compiling current CVS I'm getting lots of warnings like:
| cxx: Warning: insets/insetquotes.h, line 83:
|   "LyXFont InsetQuotes::ConvertFont(const LyXFont &)" does not match
|   "Inset::ConvertFont" -- virtual function override intended?
| LyXFont ConvertFont(LyXFont const & font);
| 
| In lyxinset.h:
|   virtual LyXFont ConvertFont(LyXFont font);
| in insetquotes.h:
|   LyXFont ConvertFont(LyXFont const & font);
| 
| Which should it be?

none of the above... I have fixed it will commit soon.

Lgb

Re: The Figure window

[Lars Gullik Bjønnes]

"R. Lahaye" <[EMAIL PROTECTED]> writes:

| Hello,
| 
| The "Do Translations" button seems to be redundant (nobody
| seems to know what it does) so it can go!
| 
| Or are there future plans for this button?

This dialog and the figinset are currently being rewritten, so I'd
like to not change the current status but do all new
things/improvements in the new inset/dialog.

| What I'm missing in this window is a decent update:
| 
| When the contents (not filename) of the (EPS)file has
| changed, the figure is never updated in Figure area.

Why not use the lyxsum dependency checksum to do this automatically?

| I can force an update by choosing another Display option,
| click , then choose the original Display option and
| click .
| 
| I suggest that the / should be augmented to
| force a full update of the figure. If that's not an option,
| an  button could do the job.

anyway wait with this until we have the new insetgraphics and the new
dialog working... you can of course also help Baruch with this.

Lgb

Literate patch problems

[Jean-Marc Lasgouttes]

Hello,

Kayvan, I have quesyions about the build-listerror script:

- why use vncserver (which many people will not have)? I though that
  Xvfb could be used to run LyX without any GUI in any case.

- are you sure that your script is portable? I do not think that all
  bourne shells support functions.

JMarc

Re: The Figure window

[R. Lahaye]

"Lars Gullik Bjønnes" wrote:
> "R. Lahaye" <[EMAIL PROTECTED]> writes:
> | What I'm missing in this window is a decent update:
> |
> | When the contents (not filename) of the (EPS)file has
> | changed, the figure is never updated in Figure area.
> 
> Why not use the lyxsum dependency checksum to do this automatically?

What is this? I've searched the documentation, but couldn't find
anything? Is this some lyx magic that updates figures automatically?

> | I suggest that the / should be augmented to
> | force a full update of the figure. If that's not an option,
> | an  button could do the job.
> 
> anyway wait with this until we have the new insetgraphics and the new
> dialog working... you can of course also help Baruch with this.

Are there uploadable version on the CVS availabe, or is it too
early for that?

Regards,

Rob.

Re: The Figure window

[Lars Gullik Bjønnes]

"R. Lahaye" <[EMAIL PROTECTED]> writes:

| > Why not use the lyxsum dependency checksum to do this automatically?
| 
| What is this? I've searched the documentation, but couldn't find
| anything? Is this some lyx magic that updates figures automatically?

lyxsum is in src/support/lyxsum.C

is is used by the DepTable.[Ch] to handle LaTeX dependencies and file
changes.

| > anyway wait with this until we have the new insetgraphics and the new
| > dialog working... you can of course also help Baruch with this.
| 
| Are there uploadable version on the CVS availabe, or is it too
| early for that?

A bit early perhaps, ask Baruch if you can see/try the code.

Lgb

LDN?

[Amir Karger]

It seems to me that a new LDN would be a great idea.

First, the fact that LyX has taken its first step towards compatibility with
Gnome will probably excite lots of people, even if that step is small and
is running into some complications.

Second, it seems like JÜrgen has been working like crazy, and
accomplished quite a lot on the new tables.

Third, has CJK been mentioned? How about Dekel's improvements to RTL?

Fourth, lots of other things I forgot (I'm sure people could come up with a
list).

No, I'm not volunteering. But if Allan doesn't have time, it would be nice
if someone else did. (I'd be willing to check/fix English.)

-Amir

Re: LDN?

[Lars Gullik Bjønnes]

Amir Karger <[EMAIL PROTECTED]> writes:

| Second, it seems like JÜrgen has been working like crazy, and
| accomplished quite a lot on the new tables.

Not just the new insettabular... Jürgens work also creates the basis
for all the new insets.
(btw. I _could_ use some help in getting some of the new insets
working, especially the insetfoot,insetmarginal,insetfloat with these
working properly we can remove some ~4000 lines of code...)

| Third, has CJK been mentioned?

The Chinese LaTeX?

Lgb

insetfloat and captions

[Lars Gullik Bjønnes]

Jürgen, I guess this is mainly for you.

I think the insetfoot and the insetmarginal is ready for action; that
means as long as the underlying insets are ready: insettext and
insetcollapsable.

I now have some small(?) problems with insetfloat. Currently I only
want to implement the functionality that we already have in LyX
nothing more. I have a bunch of other ideas with floats as well, but
they can come later, and will only be extensions on what I do now,
nothing completely new.

The problem I have with the insetfloat is the caption. How to make the
caption know that it is inside a insettext that is inside a insetfloat
and what label/number to use. I also want the caption to be an inset
in its own right.

Note also that when we have the insetfoot, insetmarginal and the
insetfloat working we can get rid of all code that handles the "dummy"
paragraphs, and we will never have paragraphs anymore that spans more
than one physical paragraph because of a footnote.

Anyway I will continue to fiddle with the insetfloat and the
insetcaption, and try to not get sidetracked too far... (note the
counters file and the insetsection...)

Also: if somebody wants to implement the insettheorem using the theorem.sty as a basis 
with some helper containers , similar to what insetfloat/Floating.h/FloatList do 
please go ahead. It will take years if I have to do all the work myself.

Lgb

InsetGraphics - Directory for GraphicsCache

[Baruch Even]

I've finally done with my tests (well, it went bad and I'll do the again
at the end of the summer, but I will have time to play with lyx now).

I need to know where to place the two classes GraphicsCache (and
FormatConverter), I'd like to get on with them and put a skeleton up so
that I'll be able to see how things go. Should I place it in the already
overloaded src/ or open a new directory? (I have no idea what to name it).

-- 
  Baruch Even

http://techst02.technion.ac.il/~sbaruch/   (My Site)
http://rpghost.com/jindor/ (My brothers AD site)

" Learn to laugh ... it's the path to true love! " 
   - The Angel in the movie Michael

InsetGraphics and LyX

[Baruch Even]

What is the preferred policy on check-ins? specifically do you want me to
submit a patch every time something has improved in the inset, or do you
prefer to wait until it stabilizes itself and is actually useable before
commiting anything into the repository?

I do not have cvs access so any commit will be in the form of a patch (and
added files) sent to someone who does have access.

>From my point of view I prefer to commit often so I'll have a log of my
work and can back-off if at some point I find that I did a wrong decision.
Currently I attempt to use rcs locally but it's rather cumbersome this
way.

-- 
  Baruch Even

http://techst02.technion.ac.il/~sbaruch/   (My Site)
http://rpghost.com/jindor/ (My brothers AD site)

" Learn to laugh ... it's the path to true love! " 
   - The Angel in the movie Michael

Re: InsetGraphics - Directory for GraphicsCache

[Lars Gullik Bjønnes]

Baruch Even <[EMAIL PROTECTED]> writes:

| but I will have time to play with lyx
| now).

Good.

| I need to know where to place the two classes GraphicsCache (and
| FormatConverter), I'd like to get on with them and put a skeleton up so
| that I'll be able to see how things go. Should I place it in the already
| overloaded src/ or open a new directory? (I have no idea what to name it).

Hmm, I think we should just create a src/graphics dir.

I'll do that and put a placeholder there so that you will get the dir
on next checkout.

Lgb

Re: The Figure window

[Baruch Even]

On Tue, 18 Jul 2000, R. Lahaye wrote:

> The "Do Translations" button seems to be redundant (nobody
> seems to know what it does) so it can go!
> Or are there future plans for this button?

As I don't know what it does, it doesn't appear on the new version of the
figure widget.
(btw: I'm the one who is working on the new figure widget).

> What I'm missing in this window is a decent update:
> 
> When the contents (not filename) of the (EPS)file has
> changed, the figure is never updated in Figure area.
> 
> I can force an update by choosing another Display option,
> click , then choose the original Display option and
> click .
> 
> I suggest that the / should be augmented to
> force a full update of the figure. If that's not an option,
> an  button could do the job.

I'm missing that too :-)
It will be in the next version of the figure widget, though I do not have
an estimate when that will make its first stable release (but I believe it
to be before october is due).

-- 
  Baruch Even

http://techst02.technion.ac.il/~sbaruch/   (My Site)
http://rpghost.com/jindor/ (My brothers AD site)

" Learn to laugh ... it's the path to true love! " 
   - The Angel in the movie Michael

Re: InsetGraphics and LyX

[Lars Gullik Bjønnes]

Baruch Even <[EMAIL PROTECTED]> writes:

| What is the preferred policy on check-ins? specifically do you want me to
| submit a patch every time something has improved in the inset, or do you
| prefer to wait until it stabilizes itself and is actually useable before
| commiting anything into the repository?

As often as you think. If you want to finish a feature before
commiting, wait. If you want to get a partly finished feature inn
quick commit at once.

| I do not have cvs access so any commit will be in the form of a patch (and
| added files) sent to someone who does have access.

Hmm, da hmm... we(I) have not granted new people write access to the
cvs repository for a long time, but I think we should think about it
now. What I don't want is to give out global write access to the
lyx-devel repository, however the way cvs is setup currently I can
easily limit access one a dir and file basis. (f.ex. I could you
full access to the graphics dir + the Changelog file)


| >From my point of view I prefer to commit often so I'll have a log of my
| work and can back-off if at some point I find that I did a wrong
|decision.
| Currently I attempt to use rcs locally but it's rather cumbersome this
| way.

Yes, write access to the repository would be so much better.

Lgb

Re: The Figure window

[Lars Gullik Bjønnes]

Baruch Even <[EMAIL PROTECTED]> writes:

| > I suggest that the / should be augmented to
| > force a full update of the figure. If that's not an option,
| > an  button could do the job.
| 
| I'm missing that too :-)
| It will be in the next version of the figure widget, though I do not have
| an estimate when that will make its first stable release (but I believe it
| to be before october is due).

If we can get a couple of persons to work on this I would guess that
we could have a working version before august...(optimist...)

Lgb

Re: The Figure window

[Baruch Even]

On 17 Jul 2000, Lars Gullik Bjønnes wrote:

> | What I'm missing in this window is a decent update:
> | 
> | When the contents (not filename) of the (EPS)file has
> | changed, the figure is never updated in Figure area.
> 
> Why not use the lyxsum dependency checksum to do this automatically?

This is not a change of file in the latex'ing stage (though it should be
considered too), he speaks of the time he is viewing everything in LyX and
that the inset didn't change the image if it was changed externally.

-- 
  Baruch Even

http://techst02.technion.ac.il/~sbaruch/   (My Site)
http://rpghost.com/jindor/ (My brothers AD site)

" Learn to laugh ... it's the path to true love! " 
   - The Angel in the movie Michael

Re: insetfloat and captions

[Baruch Even]

On 17 Jul 2000, Lars Gullik Bjønnes wrote:

> Also: if somebody wants to implement the insettheorem using the theorem.sty=
>  as a basis with some helper containers , similar to what insetfloat/Floati=
> ng.h/FloatList do please go ahead. It will take years if I have to do all t=
> he work myself.

Wouldn't just having a text inset that at times can use a parameter be
more usefull?
Usually what is needed in a theorem is the ability to add some text as in:
Theorem 15. [Some-old-mathematician named theorem] bla bla bla.

Where the extra text is just a parameter to the theorem environment.

-- 
  Baruch Even

http://techst02.technion.ac.il/~sbaruch/   (My Site)
http://rpghost.com/jindor/ (My brothers AD site)

" Learn to laugh ... it's the path to true love! " 
   - The Angel in the movie Michael

Re: The Figure window

[Lars Gullik Bjønnes]

Baruch Even <[EMAIL PROTECTED]> writes:

| > Why not use the lyxsum dependency checksum to do this automatically?
| 
| This is not a change of file in the latex'ing stage (though it should be
| considered too), he speaks of the time he is viewing everything in LyX and
| that the inset didn't change the image if it was changed externally.

Why should that make a difference? Of course the lyxsum can be used
for checking if a external file has changed outside the LaTex run too.
(we could f.ex. have a small timer where we check for change in
external files)

Lgb

Re: The Figure window

[Baruch Even]

On 17 Jul 2000, Lars Gullik Bjønnes wrote:

> Baruch Even <[EMAIL PROTECTED]> writes:
> 
> | > I suggest that the / should be augmented to
> | > force a full update of the figure. If that's not an option,
> | > an  button could do the job.
> | 
> | I'm missing that too :-)
> | It will be in the next version of the figure widget, though I do not have
> | an estimate when that will make its first stable release (but I believe it
> | to be before october is due).
> 
> If we can get a couple of persons to work on this I would guess that
> we could have a working version before august...(optimist...)

Actually I believe that an initial version (without inline viewing) is
possible in a matter of no more than 1 month possibly even two weeks. The
problem is that I have no X-windows programming experience so I'll need to
see about the inline viewing, and learn quite a bit from scratch (not that
it's too hard but it does take time).

I do believe that by mid-september I'll be finished (at least with a
drop-in replacement for the InsetFig, nothing too fancy). 

-- 
  Baruch Even

http://techst02.technion.ac.il/~sbaruch/   (My Site)
http://rpghost.com/jindor/ (My brothers AD site)

" Learn to laugh ... it's the path to true love! " 
   - The Angel in the movie Michael

Re: insetfloat and captions

[Lars Gullik Bjønnes]

Baruch Even <[EMAIL PROTECTED]> writes:

| On 17 Jul 2000, Lars Gullik Bjønnes wrote:
| 
| > Also: if somebody wants to implement the insettheorem using the
| theorem.sty= 
| >  as a basis with some helper containers , similar to what
| insetfloat/Floati= 
| > ng.h/FloatList do please go ahead. It will take years if I have to
| do all t= 
| > he work myself.
| 
| Wouldn't just having a text inset that at times can use a parameter be
| more usefull?

What if you sometimes need two parameters? Sometimes the parametes
should be put in {} other times in []?
We are trying to move away from all-singing-and-dancing
insets/classes.

| Usually what is needed in a theorem is the ability to add some text as in:
| Theorem 15. [Some-old-mathematician named theorem] bla bla bla.

We also want the numbering, the certanity that the theorem that we use
exist, being able to use different styles of theorems, having the user
to create new theorems if it so wishes.
Remember that proof, lemma or corollary is also types of theorems.

| Where the extra text is just a parameter to the theorem environment.

That "just a parameter" is not something we want _all_ insettexts to
have regardless of being a insettheorem or not.

Lgb

Re: The Figure window

[Baruch Even]

On 17 Jul 2000, Lars Gullik Bjønnes wrote:

> Baruch Even <[EMAIL PROTECTED]> writes:
> 
> | > Why not use the lyxsum dependency checksum to do this automatically?
> | 
> | This is not a change of file in the latex'ing stage (though it should be
> | considered too), he speaks of the time he is viewing everything in LyX and
> | that the inset didn't change the image if it was changed externally.
> 
> Why should that make a difference? Of course the lyxsum can be used
> for checking if a external file has changed outside the LaTex run too.
> (we could f.ex. have a small timer where we check for change in
> external files)

My mistake. It can help and is not currently handled (or was planned to be
handled) in the current code. I'll add it to the wanted features list I
maintain, it will probably wait until after the new inset has appeared.

-- 
  Baruch Even

http://techst02.technion.ac.il/~sbaruch/   (My Site)
http://rpghost.com/jindor/ (My brothers AD site)

" Learn to laugh ... it's the path to true love! " 
   - The Angel in the movie Michael

Re: The Figure window

[Lars Gullik Bjønnes]

Baruch Even <[EMAIL PROTECTED]> writes:

| Actually I believe that an initial version (without inline viewing) is
| possible in a matter of no more than 1 month possibly even two weeks. The
| problem is that I have no X-windows programming experience so I'll need to
| see about the inline viewing, and learn quite a bit from scratch (not that
| it's too hard but it does take time).

Note that if you can create a xpm(pixmap) file with the translations requested
you can easily put that on screen using the pixmap load functions from
XForms together with the Painter::pixmap method.
 
| I do believe that by mid-september I'll be finished (at least with a
| drop-in replacement for the InsetFig, nothing too fancy). 

If you just supports a couple of transformation formats and just
simple translations from the beginning I thing things can happen even
before that, but I don't want to rush anyone.
I guess that once we have this in cvs you will get some help.

Lgb

Re: insetfloat and captions

[Baruch Even]

On 17 Jul 2000, Lars Gullik Bjønnes wrote:

> We are trying to move away from all-singing-and-dancing
> insets/classes.

My control of english is not that good, could you please say what is the
meaning of this phrase? 

> | Usually what is needed in a theorem is the ability to add some text as in:
> | Theorem 15. [Some-old-mathematician named theorem] bla bla bla.
> 
> We also want the numbering,

Remember that the numbering is problematic, you'll need to add an option
to choose what numbering to use, the different possibilities are straight
numbers, and also numberings that zero with each part/section/subsection. 

> | Where the extra text is just a parameter to the theorem environment.
> 
> That "just a parameter" is not something we want _all_ insettexts to
> have regardless of being a insettheorem or not.

But we might need it in other text insets, we can have a boolean define
for its needness in the style definition.
 
Though there might be a case for insettheorem, it might be too much to do
an inset for every type of environment (or maybe not...).

-- 
  Baruch Even

http://techst02.technion.ac.il/~sbaruch/   (My Site)
http://rpghost.com/jindor/ (My brothers AD site)

" Learn to laugh ... it's the path to true love! " 
   - The Angel in the movie Michael

Re: InsetGraphics and LyX

[Baruch Even]

On 17 Jul 2000, Lars Gullik Bjønnes wrote:

> Baruch Even <[EMAIL PROTECTED]> writes:
> 
> | I do not have cvs access so any commit will be in the form of a patch (and
> | added files) sent to someone who does have access.
> 
> Hmm, da hmm... we(I) have not granted new people write access to the
> cvs repository for a long time, but I think we should think about it
> now. What I don't want is to give out global write access to the
> lyx-devel repository, however the way cvs is setup currently I can
> easily limit access one a dir and file basis. (f.ex. I could you
> full access to the graphics dir + the Changelog file)

I don't need full access to the whole lyx-devel, I only do the
insetgraphics for now. If you prefer this way I can let you know of what
files I touch regularly and you can set me up to change those (some are
currently non-existent in the cvs repository). If you prefer to receive
patches and commit them yourself (or whomever else who has a write access)
I don't mind either.

-- 
  Baruch Even

http://techst02.technion.ac.il/~sbaruch/   (My Site)
http://rpghost.com/jindor/ (My brothers AD site)

" Learn to laugh ... it's the path to true love! " 
   - The Angel in the movie Michael

Re: insetfloat and captions

[Lars Gullik Bjønnes]

Baruch Even <[EMAIL PROTECTED]> writes:

| On 17 Jul 2000, Lars Gullik Bjønnes wrote:
| 
| > We are trying to move away from all-singing-and-dancing
| > insets/classes.
| 
| My control of english is not that good, could you please say what is the
| meaning of this phrase? 

We don't want insets that is designed to do a lot of different things.
Different concepts should go in different classes.

| > | Usually what is needed in a theorem is the ability to add some
| > | text as in: 
| > | Theorem 15. [Some-old-mathematician named theorem] bla bla bla.
| > 
| > We also want the numbering,
| 
| Remember that the numbering is problematic, you'll need to add an option
| to choose what numbering to use, the different possibilities are straight
| numbers, and also numberings that zero with each part/section/subsection. 

Excatly! The InsetTheorem will use the new counters.[Ch] to accomplish
this.

| > | Where the extra text is just a parameter to the theorem environment.
| > 
| > That "just a parameter" is not something we want _all_ insettexts to
| > have regardless of being a insettheorem or not.
| 
| But we might need it in other text insets, we can have a boolean define
| for its needness in the style definition.

No... a might is not good enough. Either you need it or you don't.
Also remember that the text insets is a container, a container of
paragraphs. If you want some object with some special properties +
having several paragraphs you sub-class or make this object contain a
insettext.

| Though there might be a case for insettheorem, it might be too much to do
| an inset for every type of environment (or maybe not...).

There will be groups of insets. F.ex. the insetfloat will handle all
float environments, the insettheorem will handle all theorem like
environments. We could even have more general insetenvironment that
handles more general environments.

Lgb


| -- 
1   Baruch Even
2 
3 http://techst02.technion.ac.il/~sbaruch/   (My Site)
4 http://rpghost.com/jindor/   (My brothers AD site)
5 
6 " Learn to laugh ... it's the path to true love! " 
7- The Angel in the movie Michael

case closed.

Re: InsetGraphics and LyX

[Lars Gullik Bjønnes]

Baruch Even <[EMAIL PROTECTED]> writes:

| I don't need full access to the whole lyx-devel, I only do the
| insetgraphics for now. If you prefer this way I can let you know of what
| files I touch regularly and you can set me up to change those (some are
| currently non-existent in the cvs repository). If you prefer to receive
| patches and commit them yourself (or whomever else who has a write access)
| I don't mind either.

I will create some new accounts on baywatch.lyx.org and give you and
the others limited write access.

I won't do that right away, but I will do it tomorrow.

Lgb

Re: The Figure window

[Baruch Even]

On 17 Jul 2000, Lars Gullik Bjønnes wrote:

> Baruch Even <[EMAIL PROTECTED]> writes:
> 
> Note that if you can create a xpm(pixmap) file with the translations reques=
> ted
> you can easily put that on screen using the pixmap load functions from
> XForms together with the Painter::pixmap method.

Ok. I'll take a look at it.

> | I do believe that by mid-september I'll be finished (at least with a
> | drop-in replacement for the InsetFig, nothing too fancy).=20
> 
> If you just supports a couple of transformation formats and just
> simple translations from the beginning I=A0thing things can happen even
> before that, but I don't want to rush anyone.
> I guess that once we have this in cvs you will get some help.

My intention is at first to have an EPS->XPM, EPS->PNG, PNG->EPS, PNG->XPM
these are the requirement to do both PostScript/PDF and inline display
with XPM's. Anything other than is an extra. Actually even the PNG stuff I
won't both with at first, I want to have an InsetFig replacement, and will
probably just put features that will allow it to be replaced.

-- 
  Baruch Even

http://techst02.technion.ac.il/~sbaruch/   (My Site)
http://rpghost.com/jindor/ (My brothers AD site)

" Learn to laugh ... it's the path to true love! " 
   - The Angel in the movie Michael

1.1.6cvs: Spell checker window doesn't .

[R. Lahaye]

Hi,

Just uploaded 1.1.6CVS (as of July 18th).

I discovered that I can't close the Spellchecker window
with the window-manager's close (in my case the "X" in
upper right corner of the window).

A forgotten 'connection', I bet.

Regards,

Rob.

Re: Hide signal when inset is deleted

[Allan Rae]

On Mon, 17 Jul 2000, Angus Leeming wrote:

> I've just been looking at how the old lyx cvs branch dealt with the problem of
> what to do with the graphical dialog when its inset is deleted whilst
> the dialog is visible. The solution in this branch was to store the signal in
> the inset class itself:
> 
>   Signal0 hide;
> 
> and connect the dialod::hide() method to it when the dialog was launched. 
> 
> I think this is a neater solution than that implemented in the current cvs
> branch, where the signal is stored in frontends/Dialogs.h as
> 
>   Signal1 hideCitation;
> 
> etc etc ad nauseum for all insets.
> 
> Does anybody else have any views on this?

I'm glad somebody took a look at how I did it in the old branch.  I
haven't had the time to check out your current implementation and that's
why I hadn't commented yet.  From the comments in a few of the threads
I've read I suspect there may be a couple of other signals you can get rid
of also (or replace in a similar manner).

I had been thinking that I should have concentrated on getting an example
inset dialog completed at the FILM instead of starting the Preferences
dialog.  Seems you got to spend some time struggling with the
"delete-an-inset-with-an-open-dialog" problem as a result.  A good
learning experience and I'm glad you like my solution.  I'm sure you would
have come up with the same thing eventually, my first steps were similar
to your description of your current scheme.

Allan. (ARRae)

Re: LDN?

[Allan Rae]

On Mon, 17 Jul 2000, Amir Karger wrote:

> It seems to me that a new LDN would be a great idea.

Hello conscience my old friend...


I'm about to start writing it.  Should be out next week.  I have been
reading through about 4500 emails (mostly lyx-devel) in my mailboxes and
saving a few to my LDN mail folder.  You missed quite a few things from
your list.  And there was a heap of stuff I could have mentioned in the
previous LDN but because I hadn't been reading lyx-devel and the four
others at the FILM didn't mention them will also be included this time
around.  I will try to get access to the local scanner and include at
least two pictures from FILM in LDN.  I'll make the rest available from my
web pages.  You don't really want the "ChangeLog" published with LDN do
you?

[... Amir's list..]
[... Amir not volunteering ;-) ...]

Allan. (ARRae)