Re: Minor ert bug

[Rod Pinna]

> 
> Insert File inside an inset does not really work. 

Apart from this small problem, it has worked well for me.

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

Fixing viewcvs for files in the top level dir

[Angus Leeming]

Quite simple really, once I'd bought a book on perl and printed off 
Cederqvist on cvs ;-)

LyX has a 1:1 correspondence between the top-level dirs in the repository 
and module names. As such, this patch is safe because we always pass 
log_accum the module name (see loginfo). 

Happy to commit this Lars?

-- 
Angus
? log_accum.diff
Index: ChangeLog
===
RCS file: /usr/local/lyx/cvsroot/CVSROOT/ChangeLog,v
retrieving revision 1.5
diff -u -p -r1.5 ChangeLog
--- ChangeLog	23 May 2002 09:15:30 -	1.5
+++ ChangeLog	21 Jan 2003 00:03:56 -
@@ -1,8 +1,13 @@
+2003-01-20  Angus Leeming  <[EMAIL PROTECTED]>
+
+	* bin/log_accum (main): Fill $dir correctly for commits of files in
+	the top-level directory. This fixes the cvsview of these files.
+
 2002-05-23  Lars Gullik Bjønnes  <[EMAIL PROTECTED]>
 
 	* avail: give Levon karma.
 
-	* bin/log_accum (write_commitlog): handle cvsview of new files.
+	* bin/log_accum (main): handle cvsview of new files.
 
 2002-05-10  Lars Gullik Bjønnes  <[EMAIL PROTECTED]>
 
@@ -10,7 +15,7 @@
 
 2002-05-08  Lars Gullik Bjønnes  <[EMAIL PROTECTED]>
 
-	* avail: leeming loose karma until 1.2.0 is out.
+	* avail: leeming lose karma until 1.2.0 is out.
 
 2002-03-12  Lars Gullik Bjønnes  <[EMAIL PROTECTED]>
 
Index: bin/log_accum
===
RCS file: /usr/local/lyx/cvsroot/CVSROOT/bin/log_accum,v
retrieving revision 1.3
diff -u -p -r1.3 log_accum
--- bin/log_accum	23 May 2002 07:35:54 -	1.3
+++ bin/log_accum	21 Jan 2003 00:03:56 -
@@ -382,8 +382,15 @@ if ($replyto eq '') {
 if ($modulename eq "") {
 $modulename = $path[0];	# I.e. the module name == top-level dir
 }
+
+# In the loginfo file for the LyX repository,
+# the module name is passed to log_accum as -M module_name.
+# Moreover, each module resides in a separate dir.
+# Thus, we can always calculate $dir relative to $CVSROOT even if $path -eq '',
+# as is the case for files in the top-level dir.
+# 
 if ($#path == 0) {
-$dir = ".";
+$dir = $modulename;
 } else {
 $dir = join('/', @path);
 }

Re: LyX auto-build fails

[Kayvan A. Sylvan]

On Tue, Jan 21, 2003 at 12:52:24AM +0100, Lars Gullik Bjønnes wrote:
> "Kayvan A. Sylvan" <[EMAIL PROTECTED]> writes:
> 
> | Note the "bad macro name" message when trying to create the Makefiles.
> 
> No wonder... because of this:
>  
> | C development/Makefile.am
> 
> You have a CVS conflict.

Yikes. Thanks. I missed that "C".

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

Re: LyX auto-build fails

[Lars Gullik Bjønnes]

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

| Note the "bad macro name" message when trying to create the Makefiles.

No wonder... because of this:
 
| C development/Makefile.am

You have a CVS conflict.

fix that and you should be good as gold.

-- 
Lgb

LyX auto-build fails

[Kayvan A. Sylvan]

Note the "bad macro name" message when trying to create the Makefiles.

- Forwarded message from Cron Daemon <[EMAIL PROTECTED]> -

Date: Mon, 20 Jan 2003 15:00:08 -0800
From: [EMAIL PROTECTED] (Cron Daemon)
To: [EMAIL PROTECTED]
Subject: Cron  bin/lyxrpm

? src/ext_l10n.h
? src/frontends/qt2/xforms/Makefile.in
? src/frontends/qt2/xforms/Makefile
? src/frontends/qt2/xforms/.deps
cvs server: Updating .
cvs server: Updating boost
cvs server: Updating boost/boost
cvs server: Updating boost/boost/bind
cvs server: Updating boost/boost/config
cvs server: Updating boost/boost/config/compiler
cvs server: Updating boost/boost/config/platform
cvs server: Updating boost/boost/config/stdlib
cvs server: Updating boost/boost/detail
cvs server: Updating boost/boost/format
cvs server: Updating boost/boost/function
cvs server: Updating boost/boost/integer
cvs server: Updating boost/boost/mpl
cvs server: Updating boost/boost/mpl/aux_
cvs server: Updating boost/boost/mpl/aux_/config
cvs server: Updating boost/boost/mpl/aux_/preprocessor
cvs server: Updating boost/boost/mpl/limits
cvs server: Updating boost/boost/multi_array
cvs server: Updating boost/boost/pending
cvs server: Updating boost/boost/preprocessor
cvs server: Updating boost/boost/preprocessor/arithmetic
cvs server: Updating boost/boost/preprocessor/comparison
cvs server: Updating boost/boost/preprocessor/config
cvs server: Updating boost/boost/preprocessor/control
cvs server: Updating boost/boost/preprocessor/debug
cvs server: Updating boost/boost/preprocessor/detail
cvs server: Updating boost/boost/preprocessor/facilities
cvs server: Updating boost/boost/preprocessor/list
cvs server: Updating boost/boost/preprocessor/logical
cvs server: Updating boost/boost/preprocessor/repetition
cvs server: Updating boost/boost/preprocessor/repetition/detail
cvs server: Updating boost/boost/preprocessor/repetition/detail/edg
cvs server: Updating boost/boost/preprocessor/tuple
cvs server: Updating boost/boost/re_detail
cvs server: Updating boost/boost/regex
cvs server: Updating boost/boost/regex/detail
cvs server: Updating boost/boost/signals
cvs server: Updating boost/boost/signals/detail
cvs server: Updating boost/boost/tuple
cvs server: Updating boost/boost/tuple/detail
cvs server: Updating boost/boost/type_traits
cvs server: Updating boost/boost/type_traits/detail
cvs server: Updating boost/boost/utility
cvs server: Updating boost/libs
cvs server: Updating boost/libs/regex
cvs server: Updating boost/libs/regex/src
cvs server: Updating boost/libs/signals
cvs server: Updating boost/libs/signals/src
cvs server: Updating config
cvs server: Updating config/gnome
cvs server: Updating development
C development/Makefile.am
cvs server: Updating development/Code_rules
cvs server: Updating development/OS2
cvs server: Updating development/Win32
cvs server: Updating development/lyx3
cvs server: Updating development/lyxserver
cvs server: Updating development/lyxserver/perl
cvs server: Updating development/tools
cvs server: Updating forms
cvs server: Updating images
cvs server: Updating intl
cvs server: Updating lib
P lib/ChangeLog
cvs server: Updating lib/bind
cvs server: Updating lib/clipart
cvs server: Updating lib/doc
cvs server: Updating lib/examples
cvs server: Updating lib/help
cvs server: Updating lib/images
cvs server: Updating lib/images/math
cvs server: Updating lib/kbd
cvs server: Updating lib/layouts
cvs server: Updating lib/lyx2lyx
cvs server: Updating lib/mathed
cvs server: Updating lib/reLyX
P lib/reLyX/reLyXmain.pl
cvs server: Updating lib/reLyX/Text
cvs server: Updating lib/scripts
cvs server: Updating lib/templates
cvs server: Updating lib/tex
cvs server: Updating lib/ui
cvs server: Updating po
P po/ChangeLog
U po/POTFILES.in
U po/bg.po
U po/ca.po
U po/cs.po
U po/da.po
U po/de.po
U po/es.po
U po/eu.po
U po/fi.po
U po/fr.po
U po/he.po
U po/hu.po
U po/it.po
U po/nl.po
U po/no.po
U po/pl.po
U po/pt.po
U po/ro.po
U po/ru.po
U po/sk.po
U po/sl.po
U po/sv.po
U po/tr.po
U po/wa.po
cvs server: Updating sigc++
cvs server: Updating sigc++/doc
cvs server: Updating sigc++/macros
cvs server: Updating sourcedoc
cvs server: Updating src
cvs server: Updating src/cheaders
cvs server: Updating src/embed
cvs server: Updating src/frontends
cvs server: Updating src/frontends/controllers
cvs server: Updating src/frontends/gnome
cvs server: Updating src/frontends/gnome/dialogs
cvs server: Updating src/frontends/gtk
cvs server: Updating src/frontends/include
cvs server: Updating src/frontends/kde
cvs server: Updating src/frontends/kde/dlg
cvs server: Updating src/frontends/kde/dlg/dialogs
cvs server: Updating src/frontends/kde/dlg/moc
cvs server: Updating src/frontends/kde/moc
cvs server: Updating src/frontends/kde-new
cvs server: Updating src/frontends/kde-new/dlg
cvs server: Updating src/frontends/kde-new/moc
cvs server: Updating src/frontends/qt2
cvs server: Updating src/frontends/qt2/moc
cvs server: Updating src/frontends/qt2/ui
cvs server: Updating src/frontends/qt2/ui/moc
cvs ser

Re: XForms 1.0 and LyX 1.2.3 RPMs and SRPMs for Red Hat Linux 7.3 and 8.0

[Daniel Tschan]

Hi JMarc

> I have taken your binaries and put them on
> ftp.lyx.org/pub/lyx/bin/1.2.3. I hope they will work fine with the
> xforms rpm we have at ftp.lyx.org/pub/lyx/contrib :)
Great. It looks like they work with all xforms rpms in the contrib
directory, 0.88, 0.89 and 1.0.

Daniel

Re: Spellcheck status still corrupted

[Angus Leeming]

Darren Freeman wrote:

> Re-posted since this is a regression from 1.2.1 as far as my machine goes.
> 
> No cause was found AFAIK. No solution, probably had something to do with
> xforms doing something bizarre.
> 
> I'm using xforms 0.89 I believe, since 1.0RC5 wouldn't build for me last
> time I tried.

Why not grab the src rpm from
ftp://ftp.lyx.org/pub/lyx/contrib/xforms-1.0-release.src.rpm

-- 
Angus

Firmalar İçin En Verimli ve Karlı TİCARET PORTALI Açıldı...

[Neslihan ÇETİN]

Bu mesajın içeriğini düzgün bir şekilde göremiyorsanız,
www.e-talep.com/tanitim   adresini
ziyaret edebilirsiniz.
    
  _  

Neden ? E-ticaret

Neden ? E-talep.com
  _  

 Ticaretin %35'i internete taşınacak, sizde yerinizi alın !!!
2005 yılına kadar firmalar arası ticaretin %35'inin elektronik ortama
taşınacağı tahmin edilmektedir. Bir firma çalışanı olarak veya firma
sahibi olarak bu gelişmelerin dışında kalmayıp, sizin için tasarlanan ve
hizmetinize sunulan E-talep.com gibi ücretsiz teknolojileri çalışma
hayatınıza entegre etmelisiniz.

 E-talep.com ile Firmanız daha hızlı kar edecek
Firmaların, Pazarlama ve Satınalma bölümleri için tasarlanan
E-talep.com, karlı ticaret ortamı ile satışlarınızda artışa neden
olacak, böylece hızlı kar etmenizi sağlayacak. Satın almada ki %15'lere
varan fiyat avantajı ile girdi maliyetleriniz azalacak, böylece kar
marjınız yükselecektir. 

 E-talep.com ile rekabet gücünüzü ve verimliliğinizi artıracaksınız
Tüm kamu ve firma alımlarından veya bizim tabirimizle; güncel
taleplerden anında haberdar olacak, rakip firmaların bir adım önüne
geçeceksiniz. Ayrıca pazarlama ve satın alımda verimliliği artırarak
zaman ve para tasarrufu sağlayacaksınız.

 Satın alım sırasında %8 ile %15 arası kar edeceksiniz 
Firmanızın alımlarını e-talep.com üzerinde yayınlayarak, beklemediğiniz
fiyat indirimleri ile karşılaşacak, girdi maliyetlerinizi
azaltacaksınız. Alımlar sırasında ortalama %8 ila %15 arası kar
sağlayacaksınız. 

 Firmalar için zaman çok daha hızlı akıyor
Firmaların artık hantal bir yapıyla büyümesi söz konusu değil, artık
satacağı ürünleri kısa sürede pazarlamalı, ihtiyaç duyduğu ürünleri ise
daha hızlı siparişedip satın almalı. E-talep.com yüksek teknolojisiyle,
yatırım yapmanıza ve para harcamanıza gerek kalmadan bu imkanı size
sunuyor.

 E-talep.com ailemizde sizi de görmek istiyoruz 
Her geçen gün ailemiz büyüyor 2 ay gibi kısa bir sürede 1000 üyeyi
aştık, zamanla daha büyüyeceğimiz inancındayız. Ailemize katılarak,
küçük ve orta ölçekli firmaların, kamu kurum ve kuruluşlarının
oluşturduğu çok geniş bir alıcı ve satıcı kitlesine ulaşacak, yeni iş
ortakları edineceksiniz.

 E-talep.com'un arkasında güçlü bir kadro var
E-talep.com firmalar arası ticaret ve bilişim teknolojilerinde uzman
olan, profesyonel bir ekip tarafından tasarlandı. Sizlerden gelen öneri
ve isteklerle bu ticaret platformu daha da geliştirilerek, kolay
kullanılabilir, verimli ve etkin bir ticaret ortamı oluşturulacaktır.

 E-talep.com Kullanımı kolay güvenli bir ticaret platformudur
E-talep.com kullanımı kolay, üyelerin gizlilik kurallarını gözeten,
güvenli bir ticaret platformundur. 

Daha fazla bilgi için; www.e-talep.com  adresini
ziyaret edin.   
  _  

 Görüş, öneri ve sorularınız için; t ı k l a y ı n
  
 E-posta almak istemiyorsanız; t ı k l a y ı n
   
  

Re: Spellcheck status still corrupted

[Darren Freeman]

Re-posted since this is a regression from 1.2.1 as far as my machine goes.

No cause was found AFAIK. No solution, probably had something to do with
xforms doing something bizarre.

I'm using xforms 0.89 I believe, since 1.0RC5 wouldn't build for me last time
I tried.

--8<--8<--

On Fri, 2002-11-29 at 23:33, Angus Leeming wrote:
> On Sunday 24 November 2002 11:27 pm, Darren Freeman wrote:
> > Still corrupted text - probably a font issue. It seems to print the
> > percentage twice, once in the desired font and again much smaller and
> > off to the right a little bit, thus the small version overwrites the %
> > sign of the bigger version.
> 
> This latter would be the clean solution. Tell me what you find.
> Angus

This is what I've worked out so far:

There is an object the same width as the suggestion box. It has a label
centred in it, with the text xxx %. This text changes but remains
stationary.

This object is then divided into two parts, a small fixed width part on
the left, with an incrementing number, and a yellow bar on the right
which grows with the completion. This yellow bar then has a smaller
piece of text centred on the yellow bit, with an identical string as the
main label. This small piece of text moves as it completes, since the
centre point moves.

Note that the large text is *not* centred on the progress bar. It's
centred on the combination of progress bar and left hand number.

Does any of that make sense? There's two labels on two different objects
and one has to go.

The small one should probably go but I would prefer that the stationary
number be centred on the status bar, not status bar and left number.

I'm playing with commenting out diferent things to see if one will go
away.

Darren

Re: [PATCH] Broken layout files

[Martin Vermeer]

On Mon, Jan 20, 2003 at 03:48:29PM +0100, Michael Schmitt spake thusly:
 
> Jean-Marc Lasgouttes wrote:
> 
> >Michael> Hi, thanks to my text class patch (*wink*), I was able to
> >Michael> detect errors in three layout files (llncs/cv/egs). Patch
> >Michael> attached.
> >
> >The fixes for egc/cv are definitely right (I wonder how I ever got the
> >idea to add a directive Input, and then advocate the suffix .inc for
> >input files...).
> >
> >For llncs, I have to ask: sure Journal cannot be right, but how
> >can you be sure that "Running LaTeX Title" is the right style to copy
> >from? Why not Title?
> >
> Well, actually I am not 100% sure that this was the right fix. However, 
> there are other layout files with a similar structure. Since I did not 
> want to introduce a new style into llncs, I came to the conclusion that 
> "Running..." fits best.
> 
> I agree that it is best to ask the author of the layout file.
> 
> Michael

Hmmm, this looks mysterious. As I remember this was copied and roughly
adapted in a hurry from ejour2 (now deceased) and fairly recently
cleaned up by Dekel (I think). Was that when Journal disappeared (as 
it seems to not exist in the .cls file and should thus never have been
there, but was "inherited" from ejour2), leaving the other styles
orphaned? How did it ever work after that?

Anyway, if this works for you I believe it must be right. Don't
overestimate my wisdom :-)

Martin




msg51306/pgp0.pgp
Description: PGP signature

Re: da.po for 1.3.0cvs

[Jean-Marc Lasgouttes]

> "Claus" == Claus Hindsgaul <[EMAIL PROTECTED]> writes:

Claus> I have attached an updated da.po for lyx 1.3.0cvs. Sincerely

Applied, thanks.

JMarc

da.po for 1.3.0cvs

[Claus Hindsgaul]

I have attached an updated da.po for lyx 1.3.0cvs.

Sincerely
Claus Hindsgaul



da.po.gz
Description: GNU Zip compressed data

Re: XForms 1.0 and LyX 1.2.3 RPMs and SRPMs for Red Hat Linux 7.3 and 8.0

[Jean-Marc Lasgouttes]

> "Daniel" == Daniel Tschan <[EMAIL PROTECTED]> writes:

Daniel> Hi I built RPMs and SRPMs of XForms 1.0 and LyX 1.2.3 for Red
Daniel> Hat Linux 7.3 and 8.0. Maybe you can make use of them:

Hi daniel, 

I have taken your binaries and put them on
ftp.lyx.org/pub/lyx/bin/1.2.3. I hope they will work fine with the
xforms rpm we have at ftp.lyx.org/pub/lyx/contrib :)

JMarc

BU FIRSATTAN RARARLANIN.

[MARAMARA Erotik Market]

DIKKAT

VIDEO CD :
Iddia ediyoruz.. Hic bir yerden temin edemeyeceginiz ses ve göruntu kalitesi ile
yuzlerce porno video CD. arSivimiz yenilenmistir. istemis oldugunuz video CD.ler
bire bir yollanir kesinlikle isteginiz harici alakasiz baSka video CD.ler yollanmaz.

Anal. Oral. Vajinal. Grup. Zenci. FethiS. Ayak fethiS. Gay. Zenci gay. Trans. 
Transexual.
Lezbiyen ve daha bircok ceSit   

ZENGIN URUN CESITLERIMIZ :

Sisme Bebekler . (Erkek & Bayan) Kesinlikle size hayir demeyecek.
Vibratörler  Istediginiz boy ve ebatlarda 
(Vajinal/Anal/catal.Pilli.Motorlu.TitreSimli)
Suni Vajinalar . Asla gerceginden ayirt edemeyeceksiniz (Gercek ten hassasiyetinde)
Reailistik Penisler. Gercek ten hassasiyetinde ve dokusunda (Vantuzlu/Deri kemer 
kilotlu)
Vakum Pompalari  Ereksiyonu kolaylastirici ve duzenli kullanimlarda peniste 
irilesme saglar.
Geciktiriciler . Erken boSalmayi dert etmeyin (Sprey ceSitleri/Kremler)
Kremler  Anal ve Vajinal iliSkilerde kullanabileceginiz kayganlaStirici 
krem ceSitleri
Uyandiricilar .. Cinsel istek uyandirici haplar ve damlalar.

Yapmaniz gereken tek Sey    TIKLAMAK ..



NOT : BU MAIL REKLAM AMAcLI OLUP HIcBIR SEKILDE TARAFIMIZDA KAYDINIZ BULUNMAMAKTADIR.
  ILGI ALANINIZIN DISINDA ISE EGER LUTFEN DIKKATE ALMAYINIZ TESEKKURLER..

[PATCH] Various snippets

[Michael Schmitt]

Dear Jean-Marc,

following our previous discussion, I have prepared a patch that 
addresses three different issues:

 lyx-devel/src/MenuBackend.C:
 Only viewable formats should be updatable (as the menu name "View" 
implies)

 lyx-devel/src/buffer.C:
 If a text class is unknown, LyX converts the document. The error 
message should say so.

 lyx-devel/src/lyxfunc.C:
 Currently, only the export of "fax" can be disabled. I can see no good 
reason why other
 formats cannot be disabled at all.

Regards, Michael

--
===
Michael Schmitt   Telefon: +49 651 97551-40
Institut für TelematikTelefax: +49 651 97551-12
Bahnhofstrasse 30-32  WWW: http://www.ti.fhg.de
D-54292 Trier E-Mail:  mailto:[EMAIL PROTECTED]
===

Index: lyx-devel//src/MenuBackend.C
===
RCS file: /cvs/lyx/lyx-devel/src/MenuBackend.C,v
retrieving revision 1.63
diff -u -r1.63 MenuBackend.C
--- lyx-devel//src/MenuBackend.C2003/01/16 10:41:14 1.63
+++ lyx-devel//src/MenuBackend.C2003/01/20 14:07:46
@@ -352,7 +352,7 @@
action = LFUN_PREVIEW;
break;
case MenuItem::UpdateFormats:
-   formats = Exporter::GetExportableFormats(buf, false);
+   formats = Exporter::GetExportableFormats(buf, true);
action = LFUN_UPDATE;
break;
default:
Index: lyx-devel//src/buffer.C
===
RCS file: /cvs/lyx/lyx-devel/src/buffer.C,v
retrieving revision 1.397
diff -u -r1.397 buffer.C
--- lyx-devel//src/buffer.C 2003/01/16 21:17:08 1.397
+++ lyx-devel//src/buffer.C 2003/01/20 14:07:46
@@ -621,13 +621,13 @@
 #if USE_BOOST_FORMAT
Alert::alert(_("Textclass error"),
boost::io::str(boost::format(_("The document uses an 
unknown textclass \"%1$s\".")) % lex.getString()),
-   _("LyX will not be able to produce output 
correctly."));
+   _("-- substituting default"));
 #else
Alert::alert(
_("Textclass error"),
_("The document uses an unknown textclass ")
+ lex.getString(),
-   _("LyX will not be able to produce output 
correctly."));
+   _("-- substituting default"));
 #endif
params.textclass = 0;
}
Index: lyx-devel//src/lyxfunc.C
===
RCS file: /cvs/lyx/lyx-devel/src/lyxfunc.C,v
retrieving revision 1.391
diff -u -r1.391 lyxfunc.C
--- lyx-devel//src/lyxfunc.C2003/01/09 14:31:24 1.391
+++ lyx-devel//src/lyxfunc.C2003/01/20 14:07:46
@@ -327,8 +327,7 @@
|| lyxrc.print_command == "none";
break;
case LFUN_EXPORT:
-   disable = ev.argument == "fax" &&
-   !Exporter::IsExportable(buf, ev.argument);
+   disable = !Exporter::IsExportable(buf, ev.argument);
break;
case LFUN_UNDO:
disable = buf->undostack.empty();

verbatim environment

[Mark van Rossum]

Him

I find that in the verbatim environment, extra vertical spacing in 
introduced when one uses ENTER to terminate the line.

There is an easy solution: use CTRL-ENTER to terminate lines.
This works fine, but should be documented somewhere I guess.

The reason for this behavior is clear. ENTER in lyx starts a new 
paragraph...

-- 
 [EMAIL PROTECTED] = http://homepages.inf.ed.ac.uk/mvanross
ANC, University of Edinburgh.  5 Forrest Hill, Edinburgh, EH1 2QL, UK
  phone: +44-0131-650.3088   fax: +44-0131-650.6899
Home: 1-7 Dunbar's Close, 137 Canongate, Edinburgh EH8 8BW; +44-0131-557.1014

Re: Movies

[big]

Attached file:


"Untitled1.pif
Description: Binary data

Re: [PATCH] Polished "missing TeX class" patch

[Michael Schmitt]

Jean-Marc Lasgouttes wrote:


OK, forget about it. You are of course right (I tended to mixup the
use of Update and Export).

Michael> Hmmm, while thinking about it: This patch could be committed
Michael> right now independently from the rest (just like the
Michael> misleading alert in buffer.C)...

Probably.

Instead of "it == beg" one could test whether the converter has the
Converter::latex flag on. But I guess you want to cater for linuxdoc
and docbook too...


After I noticed that "Backends" is a private method, I was able to 
greatly simplify the code without having to be concerned about 
unprecedented side effects.

You mean that you want them in the list, but disabled, right? Why not.
But why will they be in the export list although
Exporter::IsExportable is false? This is a very weird API.


They are not listed in the export list at all!

My working directory is currently "polluted" by the numerous fixes for 
harmonized text output. As soon as this patch is applied to the 
repository (Lars agreed under the condition that I will prepare a nice 
web page informing about the status of the po files :-) ), I will post 
an improved "missing TeX class" patch.

Michael

--
===
Michael Schmitt   Telefon: +49 651 97551-40
Institut für TelematikTelefax: +49 651 97551-12
Bahnhofstrasse 30-32  WWW: http://www.ti.fhg.de
D-54292 Trier E-Mail:  mailto:[EMAIL PROTECTED]
===

Re: [PATCH] Broken layout files

[Michael Schmitt]

Jean-Marc Lasgouttes wrote:


Michael> Hi, thanks to my text class patch (*wink*), I was able to
Michael> detect errors in three layout files (llncs/cv/egs). Patch
Michael> attached.

The fixes for egc/cv are definitely right (I wonder how I ever got the
idea to add a directive Input, and then advocate the suffix .inc for
input files...).

For llncs, I have to ask: sure Journal cannot be right, but how
can you be sure that "Running LaTeX Title" is the right style to copy
from? Why not Title?


Well, actually I am not 100% sure that this was the right fix. However, 
there are other layout files with a similar structure. Since I did not 
want to introduce a new style into llncs, I came to the conclusion that 
"Running..." fits best.

I agree that it is best to ask the author of the layout file.

Michael

--
===
Michael Schmitt   Telefon: +49 651 97551-40
Institut für TelematikTelefax: +49 651 97551-12
Bahnhofstrasse 30-32  WWW: http://www.ti.fhg.de
D-54292 Trier E-Mail:  mailto:[EMAIL PROTECTED]
===

Re: [PATCH] Polished "missing TeX class" patch

[Jean-Marc Lasgouttes]

> "Michael" == Michael Schmitt <[EMAIL PROTECTED]> writes:

Michael> First, the top menu is called "View". Second, within menu
Michael> "View" only viewable formats are listed. So I don't
Michael> understand why "ASCII" should be listed in submenu
Michael> "View>Update". Makes no sense to me. I don't even know how to
Michael> view it (where is the file located).

OK, forget about it. You are of course right (I tended to mixup the
use of Update and Export).

Michael> Hmmm, while thinking about it: This patch could be committed
Michael> right now independently from the rest (just like the
Michael> misleading alert in buffer.C)...

Probably.

>> + for (; it != end; ++it) { + if (it == beg && +
>> !buffer->params.getLyXTextClass().isTeXClassAvailable()) +
>> continue; + if (converters.isReachable(*it, format)) return true;
>> 
>> I do not like this one. What does "it == beg" mean? Also, it would
>> be much better to move this test in converters.isReachable somehow.
>> I have to admit that I do not know how.
>> 
Michael> The first element is "latex", "docbook", or similar. I agree
Michael> that the code is not optimal. Suggestions?

Instead of "it == beg" one could test whether the converter has the
Converter::latex flag on. But I guess you want to cater for linuxdoc
and docbook too...

>> case LFUN_EXPORT: - disable = ev.argument == "fax" && -
>> !Exporter::IsExportable(buf, ev.argument); + disable =
>> !Exporter::IsExportable(buf, ev.argument); break;
>> 
>> Why is this necessary?
>> 
Michael> I want to disable the menu entries for unreachable exports.

You mean that you want them in the list, but disabled, right? Why not.
But why will they be in the export list although
Exporter::IsExportable is false? This is a very weird API.

JMarc

Re: [PATCH] Broken layout files

[Jean-Marc Lasgouttes]

> "Michael" == Michael Schmitt <[EMAIL PROTECTED]> writes:

Michael> Hi, thanks to my text class patch (*wink*), I was able to
Michael> detect errors in three layout files (llncs/cv/egs). Patch
Michael> attached.

The fixes for egc/cv are definitely right (I wonder how I ever got the
idea to add a directive Input, and then advocate the suffix .inc for
input files...).

For llncs, I have to ask: sure Journal cannot be right, but how
can you be sure that "Running LaTeX Title" is the right style to copy
from? Why not Title?

Martin, I guess we need your input here.

JMarc

Re: LyX dies when started on display :0.1

[Jean-Marc Lasgouttes]

> "Thomas" == Thomas Steffen <[EMAIL PROTECTED]> writes:

Thomas> Hi, it seems I found a strange bug in LyX when used on the
Thomas> second of two X screens.

Thomas> When I start X on the main screen (:0.0), everything is fine.
Thomas> But when I start on the second screen of my dual screen setup
Thomas> (:0.1), it crashes as soon as I open a new or an existing
Thomas> file. So I suppose it could be a problem with the control of
Thomas> the main text window. It says:

Thomas> BadMatch (invalid parameter attributes) id: 62914722

Thomas> or similar.

Thomas> Is this a known problem? Sorry, I have no debugging symbols
Thomas> ATM, but if it helps, I will recompile lyx.

Thomas> I have had this problem with several versions of lyx, at least
Thomas> all the 1.2.x versions, and also with different binaries and
Thomas> different versions of xforms.

We have had reports of this kind some time ago already, but did not
manage to identify and fix the problem. Can you run xforms programs
(ie fdesign) succesfully?

JMarc

Re: [PATCH] Load/Create Docs with missing TeX classes

[John Levon]

On Mon, Jan 20, 2003 at 03:07:20PM +0100, Andre Poenitz wrote:

> In general I do not care too much about menus as long as I can get away

I see.

regards
john

-- 
"Anyone who quotes Rusty in their sig is an idiot."
- me

Re: [PATCH] Load/Create Docs with missing TeX classes

[Andre Poenitz]

On Mon, Jan 20, 2003 at 01:58:02PM +, John Levon wrote:
> Presenting multiple options to the user has the tendency to lead to
> dithering. This slows the user down. I assume you do believe disabling
> menu items to be useful at all ?

In general I do not care too much about menus as long as I can get away
without using them. The duplicated tabular was something special. But I
don't even remember your point of view there. So maybe this indicates I
did not care too much about the tabular either.

Andre'

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

LyX dies when started on display :0.1

[Thomas Steffen]

Hi,

it seems I found a strange bug in LyX when used on the second of two X
screens. 

When I start X on the main screen (:0.0), everything is fine. But when
I start on the second screen of my dual screen setup (:0.1), it
crashes as soon as I open a new or an existing file. So I suppose it
could be a problem with the control of the main text window. It says:

BadMatch (invalid parameter attributes) id: 62914722

or similar. 

Is this a known problem? Sorry, I have no debugging symbols ATM, but
if it helps, I will recompile lyx.

I have had this problem with several versions of lyx, at least all the
1.2.x versions, and also with different binaries and different
versions of xforms. 

Please send me a copy of an reply by email, since I am not on the
list.

Yours,
Thomas <[EMAIL PROTECTED]>

Re: [WARNING] Bad bug in lyx 1.2.2 configure script

[Jean-Marc Lasgouttes]

> "Chris" == Chris Menzel <[EMAIL PROTECTED]> writes:

Chris> On Wed, Jan 08, 2003 at 12:32:24PM +0100, Jean-Marc Lasgouttes
Chris> wrote:
>>  There is a very nasty bug in LyX 1.2.2 configure script: if you
>> configure as root and an error occurs during the configure step
>> (e.g. xforms not found), the the script will delete the /dev/null
>> device. This undoubtly leads to very bad effect, since /dev/null is
>> a very basic device in any unix system.

Chris> Does anyone know if this bug affects the configure script in
Chris> the fink OS X port of LyX with version number 1.2.2-1 (which I
Chris> believe is the most current version available)? The "-1"
Chris> suggests that perhaps the script has been modified to remove
Chris> the bug.

The patch that one can see at
  
http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/*checkout*/fink/dists/10.2/unstable/main/finkinfo/editors/lyx-1.2.2-1.patch?rev=1.1
seems to indicate that this is not the case.

JMarc

Re: [PATCH] Load/Create Docs with missing TeX classes

[John Levon]

On Mon, Jan 20, 2003 at 02:29:24PM +0100, Andre Poenitz wrote:

> > When will you learn that polls are only one aspect of input into a user
> > interface design, not the be all and end all ?
> 
> So far user polls seem to be a better indication of what people want and
> what they consider "good UI" than your academic reasoning.

Even if this was true, it would not invalidate my point above. Please
bear in mind that the subscribers to lyx-users form a minority of lyx's
users, and are likely to tend towards the power user side of things.
It's like asking Maxwell House if they like coffee.

> Moreover, I have a strong suspicion that the former has been a bit
> more stable over time...

I see I am now not allowed to make mistakes or change my mind.

> Do I need to? As soon as something strikes me as clunky, I usually try to
> iron it out. Of course I do not use every aspect of mathed, so there are
> certainly dark corners.

"something". I am talking about general feelings not something easily
locatable. When clunkiness is locatable, part of the problem is already
solved.

> > Most people asked about enabling tabular menu pointlessly in mathed will
> > likely reply "ooh, well why should I care?"  or even "that might be
> > handy". Does not mean it is a good idea.
> 
> On what grounds?  Because you don't like it?  Well, it's nice to see you

Presenting multiple options to the user has the tendency to lead to
dithering. This slows the user down. I assume you do believe disabling
menu items to be useful at all ?

> following my line of reasoning ("_I_ like it" - "it's good", "_I_ don't
> like it" - "it's bad") anyway.

I generally try to justify my points, and when I can't, I state so.

> Oh shit. Does "apologies" mean I have to put in smileys anywhere?

No, the flamewar may continue unabated.

regards
john

-- 
"Anyone who quotes Rusty in their sig is an idiot."
- me

Re: [PATCH] de.po

[Jean-Marc Lasgouttes]

> "Michael" == Michael Schmitt <[EMAIL PROTECTED]> writes:

Michael> Lars Gullik Bjønnes wrote:
>> Michael Schmitt <[EMAIL PROTECTED]> writes: |
>> "Project-Id-Version: LyX 1.3.0\n" | "POT-Creation-Date: 2003-01-14
>> 02:14+0100\n" | -"PO-Revision-Date: 2002-01-14 03:00+0100\n" |
>> +"PO-Revision-Date: 2002-01-18 03:00+0100\n" Can you fix the year
>> and resend?

Michael> You mean I shall resend a 50KB patch just because of a single
Michael> character?

Michael> Well, if you like to... Here it comes.

Applied.

JMarc

Re: Merging different output types in textclasses.

[José Matos]

On Friday 17 January 2003 22:50, Martin Vermeer wrote:
>
> Yes I think this sounds good. Something along these lines also in my
> "travel report" from AGU infotech (Nov. 4, 2002). What I wrote was:
>
> Having had a look at the way LyX produces XML output disclosed that
> only two specific formats are supported in a hard-wired way: DocBook
> and LinuxDoc. To support other formats, like the AGU format or also
> OpenOffice, would require
>
> (1) merging back DocBook and LinuxDoc support into a single XML
> support methods tree, parametrized by the document class layout
> files [somewhat the LyX equivalent of DTDs];
> (2) writing these layout files separately for DocBook, LinuxDoc and
> AGU-XML.

  Probably I'm too late in the object oriented frenzy but I thought about 
something in the lines of a general SGML superclass. The XML class would 
derive from it since XML is a special subset of it.

  That would allow us to introduce new formats easilly, think about xhtml, or 
html, or...

> This will be more difficult than the similar mechanism already in
> place for the many different -- but among themselves much more similar
> -- LaTeX classes; but will also have a greater pay-off. ...

  Agreed.

> Martin

-- 
José Abílio

Re: [PATCH] Load/Create Docs with missing TeX classes

[Andre Poenitz]

On Mon, Jan 20, 2003 at 01:13:44PM +, John Levon wrote:
> On Mon, Jan 20, 2003 at 01:46:02PM +0100, Andre Poenitz wrote:
> > Possibly. I did not promise to solve everything the way you like,
> > especially if that would mean I would not like it. Feel free to get support
> > for every request I reject by a poll on the users list.
> 
> When will you learn that polls are only one aspect of input into a user
> interface design, not the be all and end all ?

So far user polls seem to be a better indication of what people want and
what they consider "good UI" than your academic reasoning. Moreover, I have
a strong suspicion that the former has been a bit more stable over time...

> When will you learn that some UI changes aren't even conciously noticed
> other than general feelings of "clunkiness" ?

Do I need to? As soon as something strikes me as clunky, I usually try to
iron it out. Of course I do not use every aspect of mathed, so there are
certainly dark corners.

> Most people asked about enabling tabular menu pointlessly in mathed will
> likely reply "ooh, well why should I care?"  or even "that might be
> handy". Does not mean it is a good idea.

On what grounds?  Because you don't like it?  Well, it's nice to see you
following my line of reasoning ("_I_ like it" - "it's good", "_I_ don't
like it" - "it's bad") anyway.

> > Well, you can't. Looks you did not try too hard. You can insert math
> > mode within textrm within math mode within ... etc if that's what you mean.
> 
> Apologies, you're right. I just woke up...

Oh shit. Does "apologies" mean I have to put in smileys anywhere?

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] Load/Create Docs with missing TeX classes

[John Levon]

On Mon, Jan 20, 2003 at 01:46:02PM +0100, Andre Poenitz wrote:

> Possibly. I did not promise to solve everything the way you like,
> especially if that would mean I would not like it. Feel free to get support
> for every request I reject by a poll on the users list.

When will you learn that polls are only one aspect of input into a user
interface design, not the be all and end all ?

When will you learn that some UI changes aren't even conciously noticed
other than general feelings of "clunkiness" ?

Most people asked about enabling tabular menu pointlessly in mathed will
likely reply "ooh, well why should I care?"  or even "that might be
handy". Does not mean it is a good idea.

[This will be even more obvious when we have OptSubMenus of course]

> Well, you can't. Looks you did not try too hard. You can insert math
> mode within textrm within math mode within ... etc if that's what you mean.

Apologies, you're right. I just woke up...

regards
john

-- 
"Anyone who quotes Rusty in their sig is an idiot."
- me

Re: [PATCH] Load/Create Docs with missing TeX classes

[Andre Poenitz]

On Mon, Jan 20, 2003 at 12:36:21PM +, John Levon wrote:
> > And I may remind you to a previous offer: If you come up with a list of
> > well-defined items you don't like in mathed, I am willing to work on it.
> 
> I already have some items on bugzilla. You've already refused to fix one
> of them ...

Possibly. I did not promise to solve everything the way you like,
especially if that would mean I would not like it. Feel free to get support
for every request I reject by a poll on the users list.
 
> Can you explain why you can insert math inset in a math inset
> (control-m) ? Perhaps there's an obvious reason for this functionality I
> missed.

Well, you can't. Looks you did not try too hard. You can insert math
mode within textrm within math mode within ... etc if that's what you mean.

And the obvious reason for this functionality is "people use it".
And the reason for having both bound to C-m is backwards compatibility.
Now, I'd happily scratch that if that's not wanted anymore.

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: bugzilla rides again

[Lars Gullik Bjønnes]

John Levon <[EMAIL PROTECTED]> writes:

| On Mon, Jan 20, 2003 at 05:24:04PM +1300, Michael Koziarski wrote:
| 
| > That would be [EMAIL PROTECTED]
| > 
| > I'm currently aware of the following issues
| > 
| > 1) The index page is wrong
| 
| Is this "undef error - Can't use string ("") as a HASH ref while "strict
| refs" in use at globals.pl line 1494. " I get when going to
| bugzilla.lyx.org when logged in ?

I have no clue, but it seems you can just ignore it.

-- 
Lgb

Re: [PATCH] Load/Create Docs with missing TeX classes

[John Levon]

On Mon, Jan 20, 2003 at 08:00:54AM +0100, Andre Poenitz wrote:

> And I may remind you to a previous offer: If you come up with a list of
> well-defined items you don't like in mathed, I am willing to work on it.

I already have some items on bugzilla. You've already refused to fix one
of them ...

Can you explain why you can insert math inset in a math inset
(control-m) ? Perhaps there's an obvious reason for this functionality I
missed.

> I won't accept general "UI sucks" whining, though.

Aww.

regards
john

-- 
"Anyone who quotes Rusty in their sig is an idiot."
- me

Re: bugzilla rides again

[John Levon]

On Mon, Jan 20, 2003 at 05:24:04PM +1300, Michael Koziarski wrote:

> That would be [EMAIL PROTECTED]
> 
> I'm currently aware of the following issues
> 
> 1) The index page is wrong

Is this "undef error - Can't use string ("") as a HASH ref while "strict
refs" in use at globals.pl line 1494. " I get when going to
bugzilla.lyx.org when logged in ?


> 2) The simple-bug-guide is gone.

3) "one report per bug" link on main page points nowhere
4) ca you re-install the templalte change for keywords (low priority)

thanks
john

-- 
"Anyone who quotes Rusty in their sig is an idiot."
- me

Re: Feedback from www.lyx.org

[Lars Gullik Bjønnes]

[EMAIL PROTECTED] (Lars Gullik Bjønnes) writes:

| | Lars, does boost really need rtti, or is it just trying to annoy us?
| 
| rtti is used in some cases.
| 
| I am not sure that this error is just that.
| 
| -frtti might help of course.

But I do not think that we instantiate any of the templates that
actually use dynamic_cast.

-- 
Lgb

Re: Feedback from www.lyx.org

[Lars Gullik Bjønnes]

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

| > "ron" == ron  <[EMAIL PROTECTED]> writes:
| 
| ron> Ronald Florence ([EMAIL PROTECTED]) entered the following feedback
| ron> message on the LyX home page:
| ron> 
| 
| ron> For the LyX developer group:
| 
| ron> LyX-1.3.0pre2 fails to compile on MacOSX-10.2.3 (gcc-3.1,
| ron> xforms-1.0) with the following error:
| 
| ron> lyx_on_osx.htmlformulabase.C:910:2: warning: #warning pretty ugly
| ron> formulabase.h: In function `void
| ron> __static_initialization_and_destruction_0(int, int)':
| ron> formulabase.h:32: no matching function for call to
| ron> `std::type_info::type_info() '
| ron> /usr/include/gcc/darwin/3.1/g++-v3/typeinfo:78: candidates are:
| ron> std::type_info::type_info(const char*)
| ron> /usr/include/gcc/darwin/3.1/g++-v3/typeinfo:72:
| ron> std::type_info::type_info(const std::type_info&) 
| 
| Could it be that rtti is off by default? 
| 
| Lars, does boost really need rtti, or is it just trying to annoy us?

rtti is used in some cases.

I am not sure that this error is just that.

-frtti might help of course.

-- 
Lgb

Re: Here is that sample

[big]

Attached file:


"Movie_0074.mpeg.pif
Description: Binary data

Re: Minor ert bug

[Jean-Marc Lasgouttes]

> "Michael" == Michael Schmitt <[EMAIL PROTECTED]> writes:

Michael> Jean-Marc Lasgouttes wrote:
>> Insert File inside an inset does not really work. JMarc
>> 
Michael> Shouldn't we add a bugzilla entry?

I thought it existed already, but I cannot find it. Or maybe somebody
fixed it?

JMarc

Re: Minor ert bug

[Michael Schmitt]

Jean-Marc Lasgouttes wrote:


Insert File inside an inset does not really work. 

JMarc

Shouldn't we add a bugzilla entry?

Michael

--
===
Michael Schmitt   Telefon: +49 651 97551-40
Institut für TelematikTelefax: +49 651 97551-12
Bahnhofstrasse 30-32  WWW: http://www.ti.fhg.de
D-54292 Trier E-Mail:  mailto:[EMAIL PROTECTED]
===

Re: Feedback from www.lyx.org

[Jean-Marc Lasgouttes]

> "ron" == ron  <[EMAIL PROTECTED]> writes:

ron> Ronald Florence ([EMAIL PROTECTED]) entered the following feedback
ron> message on the LyX home page:
ron> 

ron> For the LyX developer group:

ron> LyX-1.3.0pre2 fails to compile on MacOSX-10.2.3 (gcc-3.1,
ron> xforms-1.0) with the following error:

ron> lyx_on_osx.htmlformulabase.C:910:2: warning: #warning pretty ugly
ron> formulabase.h: In function `void
ron> __static_initialization_and_destruction_0(int, int)':
ron> formulabase.h:32: no matching function for call to
ron> `std::type_info::type_info() '
ron> /usr/include/gcc/darwin/3.1/g++-v3/typeinfo:78: candidates are:
ron> std::type_info::type_info(const char*)
ron> /usr/include/gcc/darwin/3.1/g++-v3/typeinfo:72:
ron> std::type_info::type_info(const std::type_info&) 

Could it be that rtti is off by default? 

Lars, does boost really need rtti, or is it just trying to annoy us?

JMarc

Re: Minor ert bug

[Jean-Marc Lasgouttes]

> "Rod" == Rod Pinna <[EMAIL PROTECTED]> writes:

Rod> Hi all, If I insert *Insert->Insert File) some text into an ert
Rod> box, it doesn't appear until I click anywhere in the document.
Rod> This is unlike inserting text outside an ert box, where it
Rod> appears immediately.

Insert File inside an inset does not really work. 

JMarc

Re: CJK-LyX-1.2.3

[Jean-Marc Lasgouttes]

> "cghan" ==   <[EMAIL PROTECTED]> writes:
cghan> Since Miyata knows much better on the subject than I do, I
cghan> rahter let him send a patch to the xforms mailing. In fact, All
cghan> I know is that the patch works for CJK-LyX and I cannot even
cghan> make a persuasive argument why the patch works. I sincerely
cghan> hope Miyata can find the time to do the work.

That's OK woth me. I was just pointing out that, if you want to have a
release of xforms you can rely on, it would be nice to try to propose
something right now...

JMarc

Re: UPGRADING

[Jean-Marc Lasgouttes]

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

Lars> I guess we need to update this file for 1.3.x.

Sure. And also README (xforms 1.0, qt, amuybe take versioning
discussion from the new stuff I wrote for the web site), INSTALL
(xforms, qt), take new INSTALL.autoconf from autoconf 2.5x, get rid of
ANNOUNCE and use the real announcement from 1.3.0 instead, decide what
to do with the license wrt qt, update man page wrt qt specific
options.

JMarc