Re: CJK-LyX-1.2.3

[Lars Gullik Bjønnes]

[EMAIL PROTECTED] writes:

|  It gets rid of Paragraph::wchar_type entirely. Instead, Paragraph::value_type 
|  is defined in terms of lyx::char_type.
|  
| 
| 
| Defining lyx::char_type can be a real life-saver only if this change
| is adopted in the lyx source, Right ?

You can expect that this lyx::char_type will be adopted by LyX.

1.4.0cvs stuff.

-- 
Lgb

Re: CJK-LyX-1.2.3

[cghan]

On 23 Jan 2003, Lars Gullik Bjønnes wrote:

 
 You can expect that this lyx::char_type will be adopted by LyX.
 
 1.4.0cvs stuff.
 
 

A wonderful news, indeed!!  




cghan

Re: 1.3pre2 - qt: math symbols are displayed wrong

[Richard Geissler]

Dekel Tsur wrote:

On Wed, Jan 22, 2003 at 12:12:41PM +0100, Richard Geissler wrote:


After getting 1.3pre2 from CVS and compiling it with frontend qt, I 
recognized that math symbols like \alpha, \leq etc. are displayed as 
~ (tilde symbol) or trademark symbol.

Similar discussion went on in mid of december and a patch was applied 
but in my case the problem is not solved.


Do you have Redhat 8.0 ?


No, SuSE 8.0 and SuSE 8.1.


Did you install the latex ttf fonts (as described in the NEWS file) ?


No, it was not clear to me whether this is really required or not. Now I 
installed these fonts with the kde fontinstall-tool (the way fonts are 
usually added to a SuSE system) and things improved: Greek characters 
are displayed correctly now, others (math symbols) remain as blue boxes 
(e.g. \leq).

I deleted the ~/.lyx directory to ensure that lyx config is restarted. 
The output:
checking for TeX fonts
checking [for cmex10]... no
checking [for cmmi10]... no
...
Starting other X-applications like OpenOffice show that these fonts are 
available (selectable from the font list). I tested the cmr10 font and 
got correct output for normal characters (e.g. abcd...) but wrong 
output for the symbols  and  (output is a flipped ! and ?).

Inspecting the lyx configuration script, I found that the fonts are 
tested with the kpsewhich command which can't find any of my installed 
ttf fonts. Any idea why?

Regards,
Richard

Re: 1.3pre2 - qt: math symbols are displayed wrong

[Dekel Tsur]

On Thu, Jan 23, 2003 at 12:11:56PM +0100, Richard Geissler wrote:
 
 No, SuSE 8.0 and SuSE 8.1.
 
 Did you install the latex ttf fonts (as described in the NEWS file) ?
 
 No, it was not clear to me whether this is really required or not. Now I 
 installed these fonts with the kde fontinstall-tool (the way fonts are 
 usually added to a SuSE system) and things improved: Greek characters 
 are displayed correctly now, others (math symbols) remain as blue boxes 
 (e.g. \leq).

 I deleted the ~/.lyx directory to ensure that lyx config is restarted. 
 The output:
 checking for TeX fonts
 checking [for cmex10]... no
 checking [for cmmi10]... no

Since you don't use RH8, you should uninstall the TTF fonts, and install the
Postscript fonts (cmex10.pfb etc.). They should be part of tetex.

Re: CJK-LyX-1.2.3

[Dekel Tsur]

On Thu, Jan 23, 2003 at 02:43:08PM +0900, [EMAIL PROTECTED] wrote:
 
 Since you are caught here, and Miyata does not seem to be active in this 
 mailing list recently, I have a big question for you regarding i18n of 
 xforms library.   One of the shortcomings of CJK-LyX is 
 that one cannot input CJK characters onto the xforms box such as boxes in 
 preferences or Edit-(Find  Replace) box. I think the problem lies in the poor 
 internationalization of xforms library. Since the library is open-sourced 
 now, I would like to handle  the problem.
 I find XmbLookupString is poorly coded in the xforms source and so is 
 XmbDrawString.But even if these two functions are properly introduced, 
 the problem does notgo away, i.e., the xforms box is not linked with our local
  multibyte input method. Do I make myself clear? Anyhow, Do you have any idea 
 or comments?

Does CJK input works with the QT frontend ?

Re: CJK-LyX-1.2.3

[Angus Leeming]

[EMAIL PROTECTED] wrote:

 On Wed, 22 Jan 2003, Angus Leeming wrote:
 Han, I have had a go at implementing my suggestions. The attached
 patch should be functionaly equivalent to yours but is 30kB smaller
 ;-)

 Your patch works here very nicely, except that form_preferences.C is
 generated with zero size.

Good morning from England. I'll not be able to play with this again 
for a few days. I'll try and look at it at the weekend. 

All I did to form_preferences.fd was remove the '#ifdef I18N' and 
'#endif' lines as they make no sense to fdesign. I suspect that the 
problem is that form_preferences.fd lists the number of forms at the 
very top of the file and that this number is now out by one.

$ grep 'Number of forms' form_preferences.fd
$ grep '=== FORM ===' form_preferences.fd | wc -l

The unpatched file says '14' for both. Presumably, yours should say 
'15' for both.

 It fixes the Status-Statue problem by moving getXFontset out of
 lyxfont.h and into xforms/xfont_metrics.h which is where I think it
 should really go.

 Hurrah, you are a real coder !

Flattery will get you everywhere ;-)

 It defines a lyx::char_type and a lyx::unsigned_char_type in
 support/types.h and uses them.
 
 It gets rid of Paragraph::wchar_type entirely. Instead,
 Paragraph::value_type is defined in terms of lyx::char_type.

 Defining lyx::char_type can be a real life-saver only if this
 change is adopted in the lyx source, Right ?

This will happen in the 1.4 cycle.

 The one place I have not applied this is in support/textutils.h
 where there is a change from unsigned char - wchar_t. I'm not sure
 if it is safe to use lyx::unsigned_char_type in these routines.

 I'm not sure, either. Can anybody help here ?

I'll think a little harder about this at the w/e. When I got to this 
file last night it was quite late ;-)

 There are still lots of places that could be cleaned up. In
 particular, I'm sure we could do something similar in buffer.C.
 Even if all these small
 #ifdef I18N blocks cannot be removed, (bet they can ;-), your use
 of
 wchar_t * xyz = new ...;
 appears unsafe. Why did you not use a wstring?

 Another good example code, please 

 Anyway, I hope this helps. The resulting executable starts fine,
 but of course I do not have the necessary fonts (or knowledge) to
 use it to write anything other than english.

 With your help, the coding style in the CJK-LyX patch is now really
 polished. I thank you for that.

 Since you are caught here, and Miyata does not seem to be active in
 this mailing list recently, I have a big question for you regarding
 i18n of xforms library.   One of the shortcomings of CJK-LyX is
 that one cannot input CJK characters onto the xforms box such as
 boxes in preferences or Edit-(Find  Replace) box. I think the
 problem lies in the poor internationalization of xforms library.
 Since the library is open-sourced now, I would like to handle
 the problem.
 I find XmbLookupString is poorly coded in the xforms source and so
 is XmbDrawString.But even if these two functions are properly
 introduced, the problem does notgo away, i.e., the xforms box is not
 linked with our local multibyte input method. Do I make myself
 clear? Anyhow, Do you have any idea or comments?

Yes, I understand that the XmbLookupString and XmbDrawString code in 
xforms is poor. At least, I have looked quite closely at the  
XmbLookupString. I do not know the XmbDrawString code. I'll look.

As for the 'local input method', I did a quick search with google and 
got this:
http://www.twics.com/~craig/writings/linux-nihongo/node26.html
Kinput2 pops open a cool X window to show you possible kanji when you 
input romanji. I've got kinput2 to work with most programs that run 
under a kterm including jvim, mule, and xjdic. 

(See attached (small) screenshot.) I understand that there are 
several different 'local input methods', but do they all require a 
separate 'area' such as this? If so, would it be sufficient to modify 
xforms' input widget so that it behaves similarly to LyX's 
minibuffer? 

If you don't know what I mean, type 'M-x' in the main LyX window to 
activate the minibuffer and then type 'r' followed by 'TAB'. You 
should find a little window pops up, allowing you to select one of 
several choices.

Is this the sort of thing you'd like to see for each xforms input 
widget?

Anyway, I too would like to fix xforms to do this right. I'll get back to you at your 
cghan_at_cellular address when I'm a little less busy.

 Regards
 cghan

-- 
Angus
attachment: kinput2.gif

Re: LyX dies when started on display :0.1

[Thomas Steffen]

Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:

 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?

I don't have fdesign, but I tested xplot and xwatch, which work
without any problem. 

The interesting aspect is that I have this problem on several
computers, only on the second screen. And it has been there for a long
time, so I think xforms 0.88, 0.89 and 1.0 are affected. 

Some common properties of the problematic systems:

* dual head without xinerama (obviously)
* different color depth on both screens (32 on first, 16 on second)
* running a more or less recent Debian Linux on i386
* matrox cards for the second screen
  although I think I had the problem with an S3 card, too. 

I will provide a backtrace as soon as I find time to do so. Is an
executable with debugging symbols available for download? That would
simplify things a lot to me. 

Yours, 
Thomas [EMAIL PROTECTED]

Re: CJK-LyX-1.2.3

[cghan]

On Thu, 23 Jan 2003, Dekel Tsur wrote:

 
 Does CJK input works with the QT frontend ?
 

CJK-LyX with QT frontend is on my TO-DO list.

Re: Fixing viewcvs for files in the top level dir

[Angus Leeming]

Angus Leeming wrote:

 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?

Lars, I see you haven't applied my tweak to CVSROOT/bin/log_accum so 
that log-cvs sends out mails with useful viewcvs links to files in 
the top level directory. Are you unhappy with the fix?

That aside, I'm really writing because I don't see why CVSROOT itself 
has different commitinfo and loginfo entries to the rest of the LyX 
modules (cvs_acls and lgblog) instead of (commit_prep and log_accum). 
Is their a rationale behind this or is it just historical?

I'm trying to set up a cvs server here for my own stuff and have been 
using the LyX CVSROOT as a template...

Angus

ps, how do I provide a reference to an article on a news group? This 
sends my news reader to the correct group:
news://news.gmane.org/gmane.editors.lyx.org
but I haven't found a way to reference an individual article.

The article in question has
Message-ID: b0i3b1$q41$[EMAIL PROTECTED]
Xref: main.gmane.org gmane.editors.lyx.devel:15089
X-Report-Spam: http://spam.gmane.org/gmane.editors.lyx.devel:15089

Any clues? Either news:// or http:// methods would be good.

-- 
Angus

Re: PHP script (internationalization)

[Michael Schmitt]

Dear Angus,

did my last change fix the setCookie problem on my web page?

In the meantime, I had an idea why there are PHP warnings at the end of 
the document. As you can see, I have activated PHP error reporting at 
the beginning of the script. This is quite useful because people tend to 
make mistakes such as using uninitialized variables. Since PHP swallows 
many problems silently by default, I think the report on my web page 
indicates an error in the LyX web framework that has not been detected 
before.

In other words: end.php3 should check whether counter_file and 
translator are set (with function isset(...)) before using them.

Michael

Re: CJK-LyX-1.2.3

[cghan]

On Thu, 23 Jan 2003, Angus Leeming wrote:

 
 Good morning from England. I'll not be able to play with this again 
 for a few days. I'll try and look at it at the weekend. 
 
 All I did to form_preferences.fd was remove the '#ifdef I18N' and 
 '#endif' lines as they make no sense to fdesign. I suspect that the 
 problem is that form_preferences.fd lists the number of forms at the 
 very top of the file and that this number is now out by one.
 
 $ grep 'Number of forms' form_preferences.fd
 $ grep '=== FORM ===' form_preferences.fd | wc -l
 
 The unpatched file says '14' for both. Presumably, yours should say 
 '15' for both.
 


Yes, the patched fd file has Number of forms: 15.


 
 Flattery will get you everywhere ;-)
 


You too know that?   Hm...


 
 This will happen in the 1.4 cycle.
 


Lars already told me that. 


 
 Yes, I understand that the XmbLookupString and XmbDrawString code in 
 xforms is poor. At least, I have looked quite closely at the  
 XmbLookupString. I do not know the XmbDrawString code. I'll look.
 
 As for the 'local input method', I did a quick search with google and 
 got this:
 http://www.twics.com/~craig/writings/linux-nihongo/node26.html
 Kinput2 pops open a cool X window to show you possible kanji when you 
 input romanji. I've got kinput2 to work with most programs that run 
 under a kterm including jvim, mule, and xjdic. 
 
 (See attached (small) screenshot.) I understand that there are 
 several different 'local input methods', but do they all require a 
 separate 'area' such as this? If so, would it be sufficient to modify 
 xforms' input widget so that it behaves similarly to LyX's 
 minibuffer? 
 
 If you don't know what I mean, type 'M-x' in the main LyX window to 
 activate the minibuffer and then type 'r' followed by 'TAB'. You 
 should find a little window pops up, allowing you to select one of 
 several choices.
 
 Is this the sort of thing you'd like to see for each xforms input 
 widget?
 
 Anyway, I too would like to fix xforms to do this right. I'll get back to you at 
your 
 cghan_at_cellular address when I'm a little less busy.
 


Let me explain the problem with the attached screenshots.

1. On CJK-LyX main window, shift-space from the keyboard changes the 
blinking cursor to stand-still cursor, indicating local input method 
is on (screenshot0.png).

2. input method is composing characters inputting from the keyboard 
(screenshot1.png).

3. space from the keyboard now puts the composed characters on the lyx 
main window (screenshot2.png)

These are how CJK characters are inputted on the CJK-LyX main window.

Now pop-up the Find  Replace box from Edit-Find  Replace menu. Then,

4. shift-space does not change the blinking cursor and instead moves the 
position on step forward, indicating local input method is not on 
(screenshot3.png)

So There is no way of inputting CJK characters on that pop-up box. This is 
what I called the linking problem.

5. Now what will happen if you copy CJK characters from somewhere else and 
try to paste them on that box ? You will get some garbage pasted 
(screenshot4.png).

6.If you properly introduce XmbDrawString in the xforms source, you get 
the correct CJK characters pasted on the box (screenshot5.png).

So the linking problem remains.

Best regards,




cghan  

Re: CJK-LyX-1.2.3

[cghan]

I forgot to attach screenshots in my previous mail. Sorry !

attachment: screenshot0.pngattachment: screenshot1.pngattachment: screenshot2.pngattachment: screenshot3.pngattachment: screenshot4.pngattachment: screenshot5.png

Re: PHP script (internationalization)

[Angus Leeming]

Michael Schmitt wrote:

 Dear Angus,
 
 did my last change fix the setCookie problem on my web page?
 
 In the meantime, I had an idea why there are PHP warnings at the end
 of the document. As you can see, I have activated PHP error
 reporting at the beginning of the script. This is quite useful
 because people tend to make mistakes such as using uninitialized
 variables. Since PHP swallows many problems silently by default, I
 think the report on my web page indicates an error in the LyX web
 framework that has not been detected before.
 
 In other words: end.php3 should check whether counter_file and
 translator are set (with function isset(...)) before using them.
 
 Michael

Bingo! Find your page at
http://www.devel.lyx.org/~leeming/www-devel/i18n.php3
(note the '3' on the end, consistent with the other files.)

Your page is all very well, but people should be able to 
find it ;-) Are you planning on adding something to translation.php3 
or similar?

Lars, I've made the change below to end.php3. May I commit this and 
Michael's new page?

Angus

Index: end.php3
===
RCS file: /usr/local/lyx/cvsroot/www-devel/end.php3,v
retrieving revision 1.11
diff -u -r1.11 end.php3
--- end.php328 Nov 2002 01:41:22 -  1.11
+++ end.php323 Jan 2003 14:12:16 -
@@ -38,7 +38,7 @@

 ?php
 // only the main home page defines this file, so we only count hits 
to that page
-if ($counter_file) {
+if (isset($counter_file)) {
counter($counter_file);
 }
 ?
@@ -46,7 +46,7 @@
 address
 ?php
 echo Webmaster: a 
href=\mailto:[EMAIL PROTECTED]\;[EMAIL PROTECTED]/a\n;
-if ($translator) {
+if (isset($translator)) {
echo Translator:a 
href=\mailto:$translator\;$translator/a;
 }
 echo \n;

-- 
Angus

Re: Fixing viewcvs for files in the top level dir

[Lars Gullik Bjønnes]

Angus Leeming [EMAIL PROTECTED] writes:

| Angus Leeming wrote:
| 
|  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?
| 
| Lars, I see you haven't applied my tweak to CVSROOT/bin/log_accum so 
| that log-cvs sends out mails with useful viewcvs links to files in 
| the top level directory. Are you unhappy with the fix?

No, but I am _very_ busy right now.

I have your patch in my queue.
 
| That aside, I'm really writing because I don't see why CVSROOT itself 
| has different commitinfo and loginfo entries to the rest of the LyX 
| modules (cvs_acls and lgblog) instead of (commit_prep and log_accum). 
| Is their a rationale behind this or is it just historical?

historical.

| ps, how do I provide a reference to an article on a news group? This 
| sends my news reader to the correct group:
| news://news.gmane.org/gmane.editors.lyx.org
| but I haven't found a way to reference an individual article.

you are sure that you cannot just append the message id to the url?

You could also check on gmane's web pages and see if there is some
info.
 
-- 
Lgb

Re: PHP script (internationalization)

[Lars Gullik Bjønnes]

Angus Leeming [EMAIL PROTECTED] writes:

| Index: end.php3
| ===
| RCS file: /usr/local/lyx/cvsroot/www-devel/end.php3,v
| retrieving revision 1.11
| diff -u -r1.11 end.php3
| --- end.php328 Nov 2002 01:41:22 -  1.11
| +++ end.php323 Jan 2003 14:12:16 -
| @@ -38,7 +38,7 @@
| 
|  ?php
|  // only the main home page defines this file, so we only count hits 
| to that page
| -if ($counter_file) {
| +if (isset($counter_file)) {
| counter($counter_file);
|  }

Then you need an else clause, I belive that counter() emmits a warning
messge if it is unable to open the file.

That message, or one similar should be output if the file is not set
at all.

|  ?
| @@ -46,7 +46,7 @@
|  address
|  ?php
|  echo Webmaster: a 
| href=\mailto:[EMAIL PROTECTED]\;[EMAIL PROTECTED]/a\n;
| -if ($translator) {
| +if (isset($translator)) {
| echo Translator:a 
| href=\mailto:$translator\;$translator/a;
|  }

This is ok.

-- 
Lgb

Re: PHP script (internationalization)

[Angus Leeming]

Michael Schmitt wrote:

 Dear Angus,
 
 did my last change fix the setCookie problem on my web page?
 
 In the meantime, I had an idea why there are PHP warnings at the end
 of the document. As you can see, I have activated PHP error
 reporting at the beginning of the script. This is quite useful
 because people tend to make mistakes such as using uninitialized
 variables. Since PHP swallows many problems silently by default, I
 think the report on my web page indicates an error in the LyX web
 framework that has not been detected before.
 
 In other words: end.php3 should check whether counter_file and
 translator are set (with function isset(...)) before using them.
 
 Michael

Incidentally, Michael, two points:
1. The hebrew translator anon@anon isn't very useful. I'll replace 
him with .
2. Is their an easy way to give the mage a left hand margin wider 
than the width of the menu. The two overlap with konqueror 2.2.1 
(old for linux, maybe) for a default sized window.
Trying konqueror 2.2.2 on a linux box, this problem does not exist. 
Forget it.
-- 
Angus

Re: [PATCH] Final polishing of text messages

[John Levon]

On Thu, Jan 23, 2003 at 01:27:34PM +0100, Michael Schmitt wrote:

 Please apply the patch if you find time.

Readable patch please.

regards
john

Re: PHP script (internationalization)

[Angus Leeming]

Lars Gullik Bjønnes wrote:

 Angus Leeming [EMAIL PROTECTED] writes:
 | Index: end.php3
 | -if ($counter_file) {
 | +if (isset($counter_file)) {
 | counter($counter_file);
 |  }
 
 Then you need an else clause, I belive that counter() emmits a
 warning messge if it is unable to open the file.
 
 That message, or one similar should be output if the file is not set
 at all.

I think the point is that all pages include end.php3, but only 
index.php3 in www-user sets 
$counter_file = counter/counter.txt; // file for the hit counter
So, I think that the current code is correct.

Having said that, my php is even less than my perl. It looks to me 
like the current 'counter' function should cope with an empty $c_file 
(see below), but I can make the change if you want. Do you think this 
necessary? Let me know and I'll commit the appropriate changes to 
end.php3 in both www-devel and www-users.

// Stolen from rofus ([EMAIL PROTECTED]), modified
function counter($c_file) {
-if (file_exists($c_file)) {
+if ($c_file  file_exists($c_file)) {
$aprif = fopen($c_file,r+);
$checkme = flock($aprif, 2); //lock write only
$hits = fgets($aprif, filesize($c_file));
rewind($aprif);
$hits += 1;
$checkme = fputs($aprif,$hits\n);
$checkme = flock($aprif, 3); //unlock
fclose($aprif);
echo(pAt least $hits hits on this page./p\n);
} else {
echo(pThe webmaster needs to fix the 
counter/p\n);
}
}

-- 
Angus

Re: [PATCH] Final polishing of text messages

[Michael Schmitt]

John Levon wrote:


Please apply the patch if you find time.
   

Readable patch please.
 

?? It wasn't readable ???

Here it comes again. Michael


Index: lyx-devel/src/BufferView.C
===
RCS file: /cvs/lyx/lyx-devel/src/BufferView.C,v
retrieving revision 1.114
diff -u -r1.114 BufferView.C
--- lyx-devel/src/BufferView.C  2003/01/05 22:38:41 1.114
+++ lyx-devel/src/BufferView.C  2003/01/23 12:29:10
@@ -300,8 +300,7 @@
 
ifstream ifs(fname.c_str());
if (!ifs) {
-   Alert::alert(_(Error!),
-  _(Cannot open specified file: ),
+   Alert::err_alert(_(Error! Cannot open specified file:),
   MakeDisplayPath(fname, 50));
return false;
}
Index: lyx-devel/src/BufferView_pimpl.C
===
RCS file: /cvs/lyx/lyx-devel/src/BufferView_pimpl.C,v
retrieving revision 1.321
diff -u -r1.321 BufferView_pimpl.C
--- lyx-devel/src/BufferView_pimpl.C2002/11/27 10:30:03 1.321
+++ lyx-devel/src/BufferView_pimpl.C2003/01/23 12:29:10
@@ -889,9 +889,9 @@
 
ostringstream s1;
 #if USE_BOOST_FORMAT
-   s1  boost::format(_(Inserting document %1$s ...)) % disp_fn;
+   s1  boost::format(_(Inserting document %1$s...)) % disp_fn;
 #else
-   s1  _(Inserting document )  disp_fn  _( ...);
+   s1  _(Inserting document )  disp_fn  _(...);
 #endif
owner_-message(STRCONV(s1.str()));
bool const res = bv_-insertLyXFile(filename);
Index: lyx-devel/src/ChangeLog
===
RCS file: /cvs/lyx/lyx-devel/src/ChangeLog,v
retrieving revision 1.1017
diff -u -r1.1017 ChangeLog
--- lyx-devel/src/ChangeLog 2003/01/22 17:36:34 1.1017
+++ lyx-devel/src/ChangeLog 2003/01/23 12:29:15
@@ -1,3 +1,10 @@
+2003-01-20  Michael Schmitt [EMAIL PROTECTED]
+
+* bufferview.C:
+* lyxcb.C:
+* lyxfunc.C: Output messages with identical spelling, punctuation,
+and spaces
+
 2003-01-22  Michael Schmitt  [EMAIL PROTECTED]
 
* MenuBackend.C (expandFormats): List only viewable export formats
@@ -7,7 +14,7 @@
message 
 
* lyxfunc.C (getStatus): Make sure that formats other than
-   fax can be can also be disabled 
+   fax can also be disabled 
 
 2003-01-16  Jean-Marc Lasgouttes  [EMAIL PROTECTED]
 
Index: lyx-devel/src/buffer.C
===
RCS file: /cvs/lyx/lyx-devel/src/buffer.C,v
retrieving revision 1.398
diff -u -r1.398 buffer.C
--- lyx-devel/src/buffer.C  2003/01/22 17:36:35 1.398
+++ lyx-devel/src/buffer.C  2003/01/23 12:29:16
@@ -641,12 +641,12 @@
Alert::alert(_(Textclass Loading Error!),
   boost::io::str(boost::format(_(Can't load 
textclass %1$s)) %
   params.getLyXTextClass().name()),
-  _(-- substituting default));
+  _(-- substituting default.));
 #else
Alert::alert(_(Textclass Loading Error!),
 _(Can't load textclass )
 + params.getLyXTextClass().name(),
-_(-- substituting default));
+_(-- substituting default.));
 #endif
params.textclass = 0;
}
Index: lyx-devel/src/bufferview_funcs.C
===
RCS file: /cvs/lyx/lyx-devel/src/bufferview_funcs.C,v
retrieving revision 1.58
diff -u -r1.58 bufferview_funcs.C
--- lyx-devel/src/bufferview_funcs.C2002/11/27 10:30:07 1.58
+++ lyx-devel/src/bufferview_funcs.C2003/01/23 12:29:16
@@ -188,7 +188,7 @@
state  _(Single);
break;
case Spacing::Onehalf:
-   state  _(Onehalf);
+   state  _(OneHalf);
break;
case Spacing::Double:
state  _(Double);
Index: lyx-devel/src/lyx_cb.C
===
RCS file: /cvs/lyx/lyx-devel/src/lyx_cb.C,v
retrieving revision 1.189
diff -u -r1.189 lyx_cb.C
--- lyx-devel/src/lyx_cb.C  2002/11/27 10:30:08 1.189
+++ lyx-devel/src/lyx_cb.C  2003/01/23 12:29:16
@@ -117,7 +117,7 @@
 
FileDialog::Result result =
fileDlg.save(OnlyPath(fname),
-  _(*.lyx|LyX Documents (*.lyx)),
+  _(*.lyx| LyX Documents (*.lyx)),
   OnlyFilename(fname));
 
if (result.first == FileDialog::Later)
@@ -444,7 +444,7 @@
 
ifstream 

Re: PHP script (internationalization)

[Michael Schmitt]

Angus Leeming wrote:


Incidentally, Michael, two points:
1. The hebrew translator anon@anon isn't very useful. I'll replace 
him with .

Fine. I hope you know that you have to remove the translator name from 
the corresponding po file he.po. Afterwards, you can re-reate the 
i18n.php3 file with postats.sh (which should be added to directory 
lyx-devel/po). Never modify i18n.php3 directly!

2. Is their an easy way to give the mage a left hand margin wider 
than the width of the menu. The two overlap with konqueror 2.2.1 
(old for linux, maybe) for a default sized window.
Trying konqueror 2.2.2 on a linux box, this problem does not exist. 
Forget it.

So I forget it :-)

Michael

Re: 1.3pre2 - qt: math symbols are displayed wrong

[Richard Geissler]

Dekel Tsur wrote:

On Thu, Jan 23, 2003 at 12:11:56PM +0100, Richard Geissler wrote:


No, SuSE 8.0 and SuSE 8.1.



Did you install the latex ttf fonts (as described in the NEWS file) ?


No, it was not clear to me whether this is really required or not. Now I 
installed these fonts with the kde fontinstall-tool (the way fonts are 
usually added to a SuSE system) and things improved: Greek characters 
are displayed correctly now, others (math symbols) remain as blue boxes 
(e.g. \leq).

I deleted the ~/.lyx directory to ensure that lyx config is restarted. 
The output:
checking for TeX fonts
checking [for cmex10]... no
checking [for cmmi10]... no


Since you don't use RH8, you should uninstall the TTF fonts, and install the
Postscript fonts (cmex10.pfb etc.). They should be part of tetex.


Now the symbols are displayed correctly. Thank you for the advice!

Regards,
Richard

Re: [PATCH] Final polishing of text messages

[Michael Schmitt]

Michael Schmitt wrote:


enclosed please find an extended patch concerning spelling, Capital 
letters, punctuation, spaces, etc. within text messages. Once again, I 
haven't touched the logic of LyX but only modified messages in order 
to make the GUIs more consistent and to reduce the number of necessary 
translations.
I have attached the complete patch as well as a file with the diffs to 
the previous patch (just for information on what's new).

These are my last modifications concerning text outputs. We might save 
a few more translations by a closer look at the po files but the 
effort is enormous and the effect is marginal. Once there is a 
solution for a uniform description of QT/xforms shortcuts, the number 
of unique messages will shrink significantly.

Just for information:

 grep msgid sv.po|sort |uniq |sort -f  foo
 grep msgid sv.po|sort |uniq |sort -f|uniq -i  bar
 diff foo bar|wc 

 - 2 * 80 lines

In principle, we could save another up to 80 translations by simply fixing usage of upper/lowercase letters.

(But, as promised, I won't torture you with further patches)

Michael

Re: [PATCH] Final polishing of text messages

[John Levon]

On Thu, Jan 23, 2003 at 03:59:23PM +0100, Michael Schmitt wrote:

 ?? It wasn't readable ???

not really.

 -stringQuote style/string
 +stringQuote Style/string

This is correct, but did you catch all of the group box titles ?

 -stringPostscript amp;driver :/string
 +stringPostscript amp;driver:/string

This should properly be PostScript I suppose.

 -stringSaamp;ns Serif :/string
 +stringSaamp;ns Serif:/string

This should be Sans serif:

This patch looks OK though. Lars, can I apply it ?

regards
john

A5 small margins

[Andre Poenitz]

Try

layout-document-paper, special very small marigin.

Ok.

layout-document-paper, A5

Gets accepted, but the the .tex contains a4wide and no a5
whatsoever.

Looks like a bug, doesn't it?

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: Bug in mathed/selection

[Andre Poenitz]

On Wed, Jan 22, 2003 at 06:01:34PM -0200, Joao Luis Meloni Assirati wrote:
 Open the attached file and select the hole equation, then Edit - Copy (or
 Control-C). Lyx freezes for a while and spends several seconds in maximun
 cpu usage. After this, it is enough to select the equation again (no need
 to copy) to reproduce this behavior.

This seems somehow related to undo as the debugger is usually there when
this happens but I have really no clue.

I see this from time to time when shifting larger parts of my docs
and LyX freezes for up to 30 seconds. 

Pretty annoying, but I don't really know what to do.

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] Final polishing of text messages

[Michael Schmitt]

John Levon wrote:


-stringQuote style/string
+stringQuote Style/string
   

This is correct, but did you catch all of the group box titles ?


Well, you said that the usage of capital letters is not consistent in 
the xforms GUI. I suspect the same holds for Qt. To answer your 
question: No, I did not check this systematically.

-stringPostscript amp;driver :/string
+stringPostscript amp;driver:/string
   


This should properly be PostScript I suppose.


Please fix it. BTW: It is always useful to run

grep -i msgid.*foo sv.po

in order to see how foo is used in other contexts.


This should be Sans serif:


Why this? There are many other places where Sans Serif: is used.

Anyway, fix what you think is wrong as long as the major part of the 
patch finally gets into the repository.

Michael

Re: [PATCH] Final polishing of text messages

[Lars Gullik Bjønnes]

John Levon [EMAIL PROTECTED] writes:

| On Thu, Jan 23, 2003 at 03:59:23PM +0100, Michael Schmitt wrote:
| 
|  ?? It wasn't readable ???
| 
| not really.
| 
|  -stringQuote style/string
|  +stringQuote Style/string
| 
| This is correct, but did you catch all of the group box titles ?
| 
|  -stringPostscript amp;driver :/string
|  +stringPostscript amp;driver:/string
| 
| This should properly be PostScript I suppose.
| 
|  -stringSaamp;ns Serif :/string
|  +stringSaamp;ns Serif:/string
| 
| This should be Sans serif:
| 
| This patch looks OK though. Lars, can I apply it ?

Yes, but no more now.

-- 
Lgb

Re: [PATCH] Final polishing of text messages

[John Levon]

On Thu, Jan 23, 2003 at 05:00:03PM +0100, Michael Schmitt wrote:

 Well, you said that the usage of capital letters is not consistent in 
 the xforms GUI. I suspect the same holds for Qt. To answer your 
 question: No, I did not check this systematically.

I vgrepped all group boxes and fixed it on top.

 This should properly be PostScript I suppose.
 
 Please fix it. BTW: It is always useful to run

I've left it for now.

 Why this? There are many other places where Sans Serif: is used.

Labels on widgets should have sentence capitalisation.

I leave other stuff for later. Applying now.

regards
john

-- 
 It is quite humbling to realize that the storage occupied by the longest line
from a typical Usenet posting is sufficient to provide a state space so vast
that all the computation power in the world can not conquer it.
- Dave Wallace

Po remerge

[Michael Schmitt]

Hello,

could somebody please remerge the po files?

Thanks in advance, Michael

Re: Fixing viewcvs for files in the top level dir

[Angus Leeming]

Lars Gullik Bjønnes wrote:

 Angus Leeming [EMAIL PROTECTED] writes:
 
 | Angus Leeming wrote:
 | 
 |  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?
 | 
 | Lars, I see you haven't applied my tweak to CVSROOT/bin/log_accum
 | so that log-cvs sends out mails with useful viewcvs links to files
 | in the top level directory. Are you unhappy with the fix?
 
 No, but I am _very_ busy right now.
 
 I have your patch in my queue.

Ok, no worries. I can confirm that, with the patch, you could happily 
change commitinfo to

ALL $CVSROOT/CVSROOT/bin/cvs_acls
ALL $CVSROOT/CVSROOT/bin/commit_prep -r

and, in loginfo, call log_accum for every module and you'll get a 
useful mail. I've done this in my own tree. Below is a sample mail 
for a change to CVSROOT. It still points to www.lyx.org, but appears 
to be fine otherwise.

Best regards,
Angus


CVSROOT /: ChangeLog loginfo
Date: Thu, 23 Jan 2003 16:59:07 ()
From: Angus Leeming [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Reply to: [EMAIL PROTECTED]

 CVSROOT:/usr/local/nektar/cvsroot
Module name:CVSROOT
Repository: CVSROOT/
Changes by: aleem@thorax  03/01/23 16:59:07

Modified files:
CVSROOT/: ChangeLog loginfo 

Log message:
Turn off debugging messages. Activate DEFAULT also.

Patches:
 CVSROOT/
 http://www.lyx.org/cgi-bin/viewcvs.cgi/CVSROOT/ChangeLog?r1=1.17r2=1
.18
 http://www.lyx.org/cgi-bin/viewcvs.cgi/CVSROOT/loginfo?r1=1.6r2=1.7

[patch] scroll line by line when mouseing

[Lars Gullik Bjønnes]

Please test.


Index: src/BufferView.C
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/BufferView.C,v
retrieving revision 1.115
diff -u -p -r1.115 BufferView.C
--- src/BufferView.C	23 Jan 2003 16:23:35 -	1.115
+++ src/BufferView.C	23 Jan 2003 22:18:57 -
@@ -124,6 +124,12 @@ bool BufferView::fitCursor()
 }
 
 
+bool BufferView::fitCursorJust()
+{
+	return pimpl_-fitCursorJust();
+}
+
+
 void BufferView::update()
 {
 	pimpl_-update();
Index: src/BufferView.h
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/BufferView.h,v
retrieving revision 1.113
diff -u -p -r1.113 BufferView.h
--- src/BufferView.h	5 Jan 2003 22:38:41 -	1.113
+++ src/BufferView.h	23 Jan 2003 22:18:57 -
@@ -84,6 +84,9 @@ public:
 
 	/// fit the user cursor within the visible view
 	bool fitCursor();
+	/// scroll as little as possible to fit the cursor within the
+	/// visible view.
+	bool fitCursorJust();
 	/// perform pending painting updates
 	void update();
 	// update for a particular lyxtext
Index: src/BufferView_pimpl.C
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/BufferView_pimpl.C,v
retrieving revision 1.322
diff -u -p -r1.322 BufferView_pimpl.C
--- src/BufferView_pimpl.C	23 Jan 2003 16:23:35 -	1.322
+++ src/BufferView_pimpl.C	23 Jan 2003 22:18:58 -
@@ -238,6 +238,23 @@ bool BufferView::Pimpl::fitCursor()
 }
 
 
+bool BufferView::Pimpl::fitCursorJust()
+{
+	bool ret;
+
+	if (bv_-theLockingInset()) {
+		bv_-theLockingInset()-fitInsetCursor(bv_);
+		ret = true;
+	} else {
+		ret = screen().fitCursorJust(bv_-text, bv_);
+	}
+
+	bv_-owner()-getDialogs().updateParagraph();
+	if (ret)
+		updateScrollbar();
+	return ret;
+}
+
 void BufferView::Pimpl::redoCurrentBuffer()
 {
 	lyxerr[Debug::INFO]  BufferView::redoCurrentBuffer  endl;
Index: src/BufferView_pimpl.h
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/BufferView_pimpl.h,v
retrieving revision 1.81
diff -u -p -r1.81 BufferView_pimpl.h
--- src/BufferView_pimpl.h	21 Oct 2002 00:15:48 -	1.81
+++ src/BufferView_pimpl.h	23 Jan 2003 22:18:58 -
@@ -41,6 +41,7 @@ struct BufferView::Pimpl : public boost:
 	void buffer(Buffer *);
 	/// Return true if the cursor was fitted.
 	bool fitCursor();
+	bool fitCursorJust();
 	///
 	void redoCurrentBuffer();
 	///
Index: src/text3.C
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/text3.C,v
retrieving revision 1.29
diff -u -p -r1.29 text3.C
--- src/text3.C	17 Jan 2003 09:57:50 -	1.29
+++ src/text3.C	23 Jan 2003 22:18:59 -
@@ -380,7 +380,7 @@ void doInsertInset(LyXText * lt, FuncReq
 {
 	Inset * inset = createInset(cmd);
 	BufferView * bv = cmd.view();
-	
+
 	if (inset) {
 		bool gotsel = false;
 		if (lt-selection.set()) {
@@ -1287,6 +1287,7 @@ Inset::RESULT LyXText::dispatch(FuncRequ
 		if (!bv-buffer())
 			break;
 
+#if 1
 		// Check for inset locking
 		if (bv-theLockingInset()) {
 			Inset * tli = bv-theLockingInset();
@@ -1303,6 +1304,7 @@ Inset::RESULT LyXText::dispatch(FuncRequ
 			tli-localDispatch(cmd1);
 			break;
 		}
+#endif
 
 		// The test for not selection possible is needed, that only motion
 		// events are used, where the bottom press event was on
@@ -1315,23 +1317,13 @@ Inset::RESULT LyXText::dispatch(FuncRequ
 
 		bv-screen().hideCursor();
 
-		Row * cursorrow = bv-text-cursor.row();
-		bv-text-setCursorFromCoordinates(bv, cmd.x, cmd.y + bv-text-first_y);
-	#if 0
-		// sorry for this but I have a strange error that the y value jumps at
-		// a certain point. This seems like an error in my xforms library or
-		// in some other local environment, but I would like to leave this here
-		// for the moment until I can remove this (Jug 20020418)
-		if (y_before  bv-text-cursor.y())
-			lyxerr  y_before  ':'
-			bv-text-cursor.y()  endl;
-	#endif
-		// This is to allow jumping over large insets
-		if (cursorrow == bv-text-cursor.row()) {
-			if (cmd.y = int(bv-workHeight()))
-bv-text-cursorDown(bv, false);
-			else if (cmd.y  0)
-bv-text-cursorUp(bv, false);
+		if (cmd.y = int(bv-workHeight())) {
+			bv-text-cursorDown(bv, false);
+		} else if (cmd.y  0) {
+			bv-text-cursorUp(bv, false);
+		} else {
+
+			bv-text-setCursorFromCoordinates(bv, cmd.x, cmd.y + bv-text-first_y);
 		}
 
 		// Maybe an empty line was deleted
@@ -1339,7 +1331,7 @@ Inset::RESULT LyXText::dispatch(FuncRequ
 			bv-update(bv-text, BufferView::UPDATE);
 		bv-text-setSelection(bv);
 		bv-screen().toggleToggle(bv-text, bv);
-		bv-fitCursor();
+		bv-fitCursorJust();
 		bv-showCursor();
 		break;
 	}
Index: src/frontends/screen.C
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/frontends/screen.C,v
retrieving revision 1.25

Re: Bug in mathed/selection

[Joao Luis Meloni Assirati]

On Thu, 23 Jan 2003, Andre Poenitz wrote:

 This seems somehow related to undo as the debugger is usually there when
 this happens but I have really no clue.

Should I file a bug in bugzilla then?

João.

lyx_main.C: parsinint output?

[Rob Lahaye]

Hi,

John, recently you've added to CVS (src/lyx_main.C) the lyxerr-statements
below as Michael's text fixes:

lyxerr  argc  endl;

if (want_gui) {
lyxerr   parsinint  endl;
lyx_gui::parse_init(argc, argv);
}

lyxerr  argc  endl;

This produces output when LyX is started:

$ lyx
1
parsinint
1


Do we actually need this output, or should the lyxerr statements go?

Cheers,
Rob.

[PATCH] Font size names (A *real* problem)

[Michael Schmitt]

Dear Lars,

I know that no textual changes are allowed anymore but...

W E   H A V E   A   R E A L   P R O B L E M !

The problem is that LyX uses two different schemes for font sizes:

 1. Tiny / Smallest / Smaller / Small / Normal / Large / Larger ...
 2. tiny | script | footnote | small | normal | large | Large
| LARGE | huge | Huge

Besides the fact that this confuses the user, the second notation which 
relies on the correct usage of upper/lowercase letters causes 
unresolvable translation problems (Large != Large).

I have prepared a tiny patch that replaces the second notation by the 
official one for the GUI (according to lyxfont.C). IMHO this patch is 
inevitable.

Michael
Index: lyx-devel-1.3.Xcvs/src/frontends/qt2/ui/BulletsModuleBase.ui
===
RCS file: /cvs/lyx/lyx-devel/src/frontends/qt2/ui/BulletsModuleBase.ui,v
retrieving revision 1.6
diff -u -r1.6 BulletsModuleBase.ui
--- lyx-devel-1.3.Xcvs/src/frontends/qt2/ui/BulletsModuleBase.ui2002/12/17 
20:37:11 1.6
+++ lyx-devel-1.3.Xcvs/src/frontends/qt2/ui/BulletsModuleBase.ui2003/01/24 
+02:05:33
@@ -254,61 +254,61 @@
 item
 property
 nametext/name
-stringtiny/string
+stringTiny/string
 /property
 /item
 item
 property
 nametext/name
-stringscript/string
+stringSmallest/string
 /property
 /item
 item
 property
 nametext/name
-stringfootnote/string
+stringSmaller/string
 /property
 /item
 item
 property
 nametext/name
-stringsmall/string
+stringSmall/string
 /property
 /item
 item
 property
 nametext/name
-stringnormal/string
+stringNormal/string
 /property
 /item
 item
 property
 nametext/name
-stringlarge/string
+stringLarge/string
 /property
 /item
 item
 property
 nametext/name
-stringLarge/string
+stringLarger/string
 /property
 /item
 item
 property
 nametext/name
-stringLARGE/string
+stringLargest/string
 /property
 /item
 item
 property
 nametext/name
-stringhuge/string
+stringHuge/string
 /property
 /item
 item
 property
 nametext/name
-stringHuge/string
+stringHuger/string
 /property
 /item
 property stdset=1
Index: lyx-devel-1.3.Xcvs/src/frontends/xforms/FormDocument.C
===
RCS file: /cvs/lyx/lyx-devel/src/frontends/xforms/FormDocument.C,v
retrieving revision 1.126
diff -u -r1.126 FormDocument.C
--- lyx-devel-1.3.Xcvs/src/frontends/xforms/FormDocument.C  2003/01/23 16:23:41
 1.126
+++ lyx-devel-1.3.Xcvs/src/frontends/xforms/FormDocument.C  2003/01/24 02:05:36
@@ -326,8 +330,8 @@
fl_set_input_return(bullets_-input_bullet_latex, FL_RETURN_CHANGED);
 
fl_addto_choice(bullets_-choice_bullet_size,
-   _( default | tiny | script | footnote | small |
-  normal | large | Large | LARGE | huge | Huge));
+   _( Default | Tiny | Smallest | Smaller | Small |
+  Normal | Large | Larger | Largest | Huge | Huger ));
fl_set_choice(bullets_-choice_bullet_size, 1);
 
fl_set_input_maxchars(bullets_-input_bullet_latex, 80);
Index: lyx-devel-1.3.Xcvs/src/frontends/xforms/FormPreferences.C
===
RCS file: 

Re: lyx_main.C: parsinint output?

[John Levon]

On Fri, Jan 24, 2003 at 11:01:16AM +0900, Rob Lahaye wrote:

 lyxerr   parsinint  endl;

oops. good catch. fixed

regards
john

-- 
 It is quite humbling to realize that the storage occupied by the longest line
from a typical Usenet posting is sufficient to provide a state space so vast
that all the computation power in the world can not conquer it.
- Dave Wallace

Re: [patch] scroll line by line when mouseing

[Joao Luis Meloni Assirati]

On 23 Jan 2003, Lars Gullik Bjønnes wrote:

 Please test.

If there is a table or an equation below the visible page, the cursor gets
trapped inside it and the scrolling stops.

Tested with qt and xforms.

João.

Re: Bug in mathed/selection

[Andre Poenitz]

On Thu, Jan 23, 2003 at 09:17:18PM -0200, Joao Luis Meloni Assirati wrote:
 On Thu, 23 Jan 2003, Andre Poenitz wrote:
 
  This seems somehow related to undo as the debugger is usually there when
  this happens but I have really no clue.
 
 Should I file a bug in bugzilla then?

Good idea.

Andre'

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

Re: elsart style (fwd)

[Rod Pinna]

 
 Thanks a lot. The layout file works fine. The template needed a few 
 changes to work correctly with lyx 1.1. (Yes, I'm still using and loving 
 lyx 1.1.6fix4.)

Yup, it was developed for 1.2.
 
 I had one little hiccup when converting a standard article to elsart. Lyx 
 does not insert the required StartTitlePage before title and EndTitlePage 
 before main text (start and end frontmatter), so these have to be entered 
 manually. Took me a few minutes to figure this one out.

I've got a vague feeling that this might be fixed if you use the template
with 1.2, but I'm not sure.
 
 I suppose if one needs to use the optional key/label fields with \author, 
 \collab, \address, \thanks, \corauth the frontmatter might get a bit 
 ugly with lots of ERT. Is there a way to incorporate these in the layout? 
 I think it might be tricky because they're kind of new types of  
 cross-references.

Yup, this bit stumped me as well. I thik it can be done, but I don't know
enough of what layout can do. One day I might have the time to do
something with this.

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

Re: elsart style (fwd)

[Steven Homolya]

On Fri, 24 Jan 2003, Rod Pinna wrote:

  I had one little hiccup when converting a standard article to elsart. Lyx 
  does not insert the required StartTitlePage before title and EndTitlePage 
  before main text (start and end frontmatter), so these have to be entered 
  manually. Took me a few minutes to figure this one out.
 
 I've got a vague feeling that this might be fixed if you use the template
 with 1.2, but I'm not sure.


I meant when you do a Layout - Document - Document-Tab - Class 
- Elsevier article style on a plain latex article class document, i.e. 
a class-conversion which does not use the template document. Starting from 
scratch using the template works fine.

This sort of problem is not unique to elsart. Revtex4 has some problems 
too when you switch from plain-article to revtex4. God knows why, but 
after one conversion, I had to put the title after the abstract for latex 
to stop giving errors.

  I suppose if one needs to use the optional key/label fields with \author, 
  \collab, \address, \thanks, \corauth the frontmatter might get a bit 
  ugly with lots of ERT. Is there a way to incorporate these in the layout? 
  I think it might be tricky because they're kind of new types of  
  cross-references.
 
 Yup, this bit stumped me as well. I thik it can be done, but I don't know
 enough of what layout can do. One day I might have the time to do
 something with this.
 

I think the current layout is very usable. Much nicer than exporting 
latex, and then editing the final latex copy by hand (which is never final 
when you first think it is). I think a well documented template, detailing 
the quirks of the class, incl. features for which you have to use ERT, 
would be sufficient.

Steve

-- 
Steven Homolya
School of Physics and Materials Engineering
Monash University, VIC 3800
Australia
Tel: +61 3 9905 3694
Fax: +61 3 9905 3637

Re: CJK-LyX-1.2.3

[Lars Gullik Bjønnes]

<[EMAIL PROTECTED]> writes:

| > It gets rid of Paragraph::wchar_type entirely. Instead, Paragraph::value_type 
| > is defined in terms of lyx::char_type.
| > 
| 
| 
| Defining "lyx::char_type" can be a real life-saver only if this change
| is adopted in the lyx source, Right ?

You can expect that this lyx::char_type will be adopted by LyX.

1.4.0cvs stuff.

-- 
Lgb

Re: CJK-LyX-1.2.3

[cghan]

On 23 Jan 2003, Lars Gullik Bjønnes wrote:

> 
> You can expect that this lyx::char_type will be adopted by LyX.
> 
> 1.4.0cvs stuff.
> 
> 

A wonderful news, indeed!!  




cghan

Re: 1.3pre2 - qt: math symbols are displayed wrong

[Richard Geissler]

Dekel Tsur wrote:

On Wed, Jan 22, 2003 at 12:12:41PM +0100, Richard Geissler wrote:


After getting 1.3pre2 from CVS and compiling it with frontend qt, I 
recognized that math symbols like "\alpha", "\leq" etc. are displayed as 
"~" (tilde symbol) or trademark symbol.

Similar discussion went on in mid of december and a patch was applied 
but in my case the problem is not solved.


Do you have Redhat 8.0 ?


No, SuSE 8.0 and SuSE 8.1.


Did you install the latex ttf fonts (as described in the NEWS file) ?


No, it was not clear to me whether this is really required or not. Now I 
installed these fonts with the kde fontinstall-tool (the way fonts are 
usually added to a SuSE system) and things improved: Greek characters 
are displayed correctly now, others (math symbols) remain as blue boxes 
(e.g. \leq).

I deleted the ~/.lyx directory to ensure that lyx config is restarted. 
The output:
checking for TeX fonts
checking [for cmex10]... no
checking [for cmmi10]... no
...
Starting other X-applications like OpenOffice show that these fonts are 
available (selectable from the font list). I tested the cmr10 font and 
got correct output for "normal" characters (e.g. abcd...) but wrong 
output for the symbols "<" and ">" (output is a flipped "!" and "?").

Inspecting the lyx configuration script, I found that the fonts are 
tested with the kpsewhich command which can't find any of my installed 
ttf fonts. Any idea why?

Regards,
Richard

Re: 1.3pre2 - qt: math symbols are displayed wrong

[Dekel Tsur]

On Thu, Jan 23, 2003 at 12:11:56PM +0100, Richard Geissler wrote:
> 
> No, SuSE 8.0 and SuSE 8.1.
> 
> >Did you install the latex ttf fonts (as described in the NEWS file) ?
> 
> No, it was not clear to me whether this is really required or not. Now I 
> installed these fonts with the kde fontinstall-tool (the way fonts are 
> usually added to a SuSE system) and things improved: Greek characters 
> are displayed correctly now, others (math symbols) remain as blue boxes 
> (e.g. \leq).
>
> I deleted the ~/.lyx directory to ensure that lyx config is restarted. 
> The output:
> checking for TeX fonts
> checking [for cmex10]... no
> checking [for cmmi10]... no

Since you don't use RH8, you should uninstall the TTF fonts, and install the
Postscript fonts (cmex10.pfb etc.). They should be part of tetex.

Re: CJK-LyX-1.2.3

[Dekel Tsur]

On Thu, Jan 23, 2003 at 02:43:08PM +0900, [EMAIL PROTECTED] wrote:
> 
> Since you are caught here, and Miyata does not seem to be active in this 
> mailing list recently, I have a big question for you regarding i18n of 
> xforms library.   One of the shortcomings of CJK-LyX is 
> that one cannot input CJK characters onto the xforms box such as boxes in 
> "preferences" or Edit->(Find & Replace) box. I think the problem lies in the poor 
> internationalization of xforms library. Since the library is open-sourced 
> now, I would like to handle  the problem.
> I find "XmbLookupString" is poorly coded in the xforms source and so is 
> "XmbDrawString".But even if these two functions are properly introduced, 
> the problem does notgo away, i.e., the xforms box is not linked with our local
>  multibyte input method. Do I make myself clear? Anyhow, Do you have any idea 
> or comments?

Does CJK input works with the QT frontend ?

Re: CJK-LyX-1.2.3

[Angus Leeming]

[EMAIL PROTECTED] wrote:

> On Wed, 22 Jan 2003, Angus Leeming wrote:
>> Han, I have had a go at implementing my suggestions. The attached
>> patch should be functionaly equivalent to yours but is 30kB smaller
>> ;-)

> Your patch works here very nicely, except that form_preferences.C is
> generated with "zero" size.

Good morning from England. I'll not be able to play with this again 
for a few days. I'll try and look at it at the weekend. 

All I did to form_preferences.fd was remove the '#ifdef I18N' and 
'#endif' lines as they make no sense to fdesign. I suspect that the 
problem is that form_preferences.fd lists the number of forms at the 
very top of the file and that this number is now out by one.

$ grep 'Number of forms' form_preferences.fd
$ grep '=== FORM ===' form_preferences.fd | wc -l

The unpatched file says '14' for both. Presumably, yours should say 
'15' for both.

>> It fixes the Status->Statue problem by moving getXFontset out of
>> lyxfont.h and into xforms/xfont_metrics.h which is where I think it
>> should really go.

> Hurrah, you are a real coder !

Flattery will get you everywhere ;-)

>> It defines a lyx::char_type and a lyx::unsigned_char_type in
>> support/types.h and uses them.
>> 
>> It gets rid of Paragraph::wchar_type entirely. Instead,
>> Paragraph::value_type is defined in terms of lyx::char_type.

> Defining "lyx::char_type" can be a real life-saver only if this
> change is adopted in the lyx source, Right ?

This will happen in the 1.4 cycle.

>> The one place I have not applied this is in support/textutils.h
>> where there is a change from unsigned char -> wchar_t. I'm not sure
>> if it is safe to use lyx::unsigned_char_type in these routines.

> I'm not sure, either. Can anybody help here ?

I'll think a little harder about this at the w/e. When I got to this 
file last night it was quite late ;-)

>> There are still lots of places that could be cleaned up. In
>> particular, I'm sure we could do something similar in buffer.C.
>> Even if all these small
>> #ifdef I18N blocks cannot be removed, (bet they can ;-), your use
>> of
>> wchar_t * xyz = new ...;
>> appears unsafe. Why did you not use a wstring?

> Another good example code, please 

>> Anyway, I hope this helps. The resulting executable starts fine,
>> but of course I do not have the necessary fonts (or knowledge) to
>> use it to write anything other than english.

> With your help, the coding style in the CJK-LyX patch is now really
> polished. I thank you for that.

> Since you are caught here, and Miyata does not seem to be active in
> this mailing list recently, I have a big question for you regarding
> i18n of xforms library.   One of the shortcomings of CJK-LyX is
> that one cannot input CJK characters onto the xforms box such as
> boxes in "preferences" or Edit->(Find & Replace) box. I think the
> problem lies in the poor internationalization of xforms library.
> Since the library is open-sourced now, I would like to handle
> the problem.
> I find "XmbLookupString" is poorly coded in the xforms source and so
> is "XmbDrawString".But even if these two functions are properly
> introduced, the problem does notgo away, i.e., the xforms box is not
> linked with our local multibyte input method. Do I make myself
> clear? Anyhow, Do you have any idea or comments?

Yes, I understand that the XmbLookupString and XmbDrawString code in 
xforms is poor. At least, I have looked quite closely at the  
XmbLookupString. I do not know the XmbDrawString code. I'll look.

As for the 'local input method', I did a quick search with google and 
got this:
http://www.twics.com/~craig/writings/linux-nihongo/node26.html
Kinput2 pops open a cool X window to show you possible kanji when you 
input romanji. I've got kinput2 to work with most programs that run 
under a kterm including jvim, mule, and xjdic. 

(See attached (small) screenshot.) I understand that there are 
several different 'local input methods', but do they all require a 
separate 'area' such as this? If so, would it be sufficient to modify 
xforms' input widget so that it behaves similarly to LyX's 
minibuffer? 

If you don't know what I mean, type 'M-x' in the main LyX window to 
activate the minibuffer and then type 'r' followed by 'TAB'. You 
should find a little window pops up, allowing you to select one of 
several choices.

Is this the sort of thing you'd like to see for each xforms input 
widget?

Anyway, I too would like to fix xforms to do this right. I'll get back to you at your 
cghan_at_cellular address when I'm a little less busy.

> Regards
> cghan

-- 
Angus
<>

Re: LyX dies when started on display :0.1

[Thomas Steffen]

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

> 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?

I don't have fdesign, but I tested xplot and xwatch, which work
without any problem. 

The interesting aspect is that I have this problem on several
computers, only on the second screen. And it has been there for a long
time, so I think xforms 0.88, 0.89 and 1.0 are affected. 

Some common properties of the problematic systems:

* dual head without xinerama (obviously)
* different color depth on both screens (32 on first, 16 on second)
* running a more or less recent Debian Linux on i386
* matrox cards for the second screen
  although I think I had the problem with an S3 card, too. 

I will provide a backtrace as soon as I find time to do so. Is an
executable with debugging symbols available for download? That would
simplify things a lot to me. 

Yours, 
Thomas <[EMAIL PROTECTED]>

Re: CJK-LyX-1.2.3

[cghan]

On Thu, 23 Jan 2003, Dekel Tsur wrote:

> 
> Does CJK input works with the QT frontend ?
> 

CJK-LyX with QT frontend is on my TO-DO list.

Re: Fixing viewcvs for files in the top level dir

[Angus Leeming]

Angus Leeming wrote:

> 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?

Lars, I see you haven't applied my tweak to CVSROOT/bin/log_accum so 
that log-cvs sends out mails with useful viewcvs links to files in 
the top level directory. Are you unhappy with the fix?

That aside, I'm really writing because I don't see why CVSROOT itself 
has different commitinfo and loginfo entries to the rest of the LyX 
modules (cvs_acls and lgblog) instead of (commit_prep and log_accum). 
Is their a rationale behind this or is it just historical?

I'm trying to set up a cvs server here for my own stuff and have been 
using the LyX CVSROOT as a template...

Angus

ps, how do I provide a reference to an article on a news group? This 
sends my news reader to the correct group:
news://news.gmane.org/gmane.editors.lyx.org
but I haven't found a way to reference an individual article.

The article in question has
Message-ID: 
Xref: main.gmane.org gmane.editors.lyx.devel:15089
X-Report-Spam: http://spam.gmane.org/gmane.editors.lyx.devel:15089

Any clues? Either news:// or http:// methods would be good.

-- 
Angus

Re: PHP script (internationalization)

[Michael Schmitt]

Dear Angus,

did my last change fix the setCookie problem on my web page?

In the meantime, I had an idea why there are PHP warnings at the end of 
the document. As you can see, I have activated PHP error reporting at 
the beginning of the script. This is quite useful because people tend to 
make mistakes such as using uninitialized variables. Since PHP swallows 
many problems silently by default, I think the report on my web page 
indicates an error in the LyX web framework that has not been detected 
before.

In other words: end.php3 should check whether "counter_file" and 
"translator" are set (with function isset(...)) before using them.

Michael

Re: CJK-LyX-1.2.3

[cghan]

On Thu, 23 Jan 2003, Angus Leeming wrote:

> 
> Good morning from England. I'll not be able to play with this again 
> for a few days. I'll try and look at it at the weekend. 
> 
> All I did to form_preferences.fd was remove the '#ifdef I18N' and 
> '#endif' lines as they make no sense to fdesign. I suspect that the 
> problem is that form_preferences.fd lists the number of forms at the 
> very top of the file and that this number is now out by one.
> 
> $ grep 'Number of forms' form_preferences.fd
> $ grep '=== FORM ===' form_preferences.fd | wc -l
> 
> The unpatched file says '14' for both. Presumably, yours should say 
> '15' for both.
> 


Yes, the patched fd file has "Number of forms: 15".


> 
> Flattery will get you everywhere ;-)
> 


You too know that?   Hm...


> 
> This will happen in the 1.4 cycle.
> 


Lars already told me that. 


> 
> Yes, I understand that the XmbLookupString and XmbDrawString code in 
> xforms is poor. At least, I have looked quite closely at the  
> XmbLookupString. I do not know the XmbDrawString code. I'll look.
> 
> As for the 'local input method', I did a quick search with google and 
> got this:
> http://www.twics.com/~craig/writings/linux-nihongo/node26.html
> Kinput2 pops open a cool X window to show you possible kanji when you 
> input romanji. I've got kinput2 to work with most programs that run 
> under a kterm including jvim, mule, and xjdic. 
> 
> (See attached (small) screenshot.) I understand that there are 
> several different 'local input methods', but do they all require a 
> separate 'area' such as this? If so, would it be sufficient to modify 
> xforms' input widget so that it behaves similarly to LyX's 
> minibuffer? 
> 
> If you don't know what I mean, type 'M-x' in the main LyX window to 
> activate the minibuffer and then type 'r' followed by 'TAB'. You 
> should find a little window pops up, allowing you to select one of 
> several choices.
> 
> Is this the sort of thing you'd like to see for each xforms input 
> widget?
> 
> Anyway, I too would like to fix xforms to do this right. I'll get back to you at 
>your 
> cghan_at_cellular address when I'm a little less busy.
> 


Let me explain the problem with the attached screenshots.

1. On CJK-LyX main window, "shift-space" from the keyboard changes the 
blinking cursor to stand-still cursor, indicating local input method 
is on (screenshot0.png).

2. input method is composing characters inputting from the keyboard 
(screenshot1.png).

3. "space" from the keyboard now puts the composed characters on the lyx 
main window (screenshot2.png)

These are how CJK characters are inputted on the CJK-LyX main window.

Now pop-up the "Find & Replace" box from Edit->Find & Replace menu. Then,

4. "shift-space" does not change the blinking cursor and instead moves the 
position on step forward, indicating local input method is not on 
(screenshot3.png)

So There is no way of inputting CJK characters on that pop-up box. This is 
what I called the "linking problem".

5. Now what will happen if you copy CJK characters from somewhere else and 
try to paste them on that box ? You will get some garbage pasted 
(screenshot4.png).

6.If you properly introduce XmbDrawString in the xforms source, you get 
the correct CJK characters pasted on the box (screenshot5.png).

So the linking problem remains.

Best regards,




cghan  

Re: CJK-LyX-1.2.3

[cghan]

I forgot to attach screenshots in my previous mail. Sorry !

<><><><><><>

Re: PHP script (internationalization)

[Angus Leeming]

Michael Schmitt wrote:

> Dear Angus,
> 
> did my last change fix the setCookie problem on my web page?
> 
> In the meantime, I had an idea why there are PHP warnings at the end
> of the document. As you can see, I have activated PHP error
> reporting at the beginning of the script. This is quite useful
> because people tend to make mistakes such as using uninitialized
> variables. Since PHP swallows many problems silently by default, I
> think the report on my web page indicates an error in the LyX web
> framework that has not been detected before.
> 
> In other words: end.php3 should check whether "counter_file" and
> "translator" are set (with function isset(...)) before using them.
> 
> Michael

Bingo! Find your page at
http://www.devel.lyx.org/~leeming/www-devel/i18n.php3
(note the '3' on the end, consistent with the other files.)

Your page is all very well, but people should be able to 
find it ;-) Are you planning on adding something to translation.php3 
or similar?

Lars, I've made the change below to end.php3. May I commit this and 
Michael's new page?

Angus

Index: end.php3
===
RCS file: /usr/local/lyx/cvsroot/www-devel/end.php3,v
retrieving revision 1.11
diff -u -r1.11 end.php3
--- end.php328 Nov 2002 01:41:22 -  1.11
+++ end.php323 Jan 2003 14:12:16 -
@@ -38,7 +38,7 @@

 
@@ -46,7 +46,7 @@
 
 mailto:[EMAIL PROTECTED]\;>[EMAIL PROTECTED]\n";
-if ($translator) {
+if (isset($translator)) {
echo "Translator:mailto:$translator\;>$translator";
 }
 echo "\n";

-- 
Angus

Re: Fixing viewcvs for files in the top level dir

[Lars Gullik Bjønnes]

Angus Leeming <[EMAIL PROTECTED]> writes:

| Angus Leeming wrote:
| 
| > 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?
| 
| Lars, I see you haven't applied my tweak to CVSROOT/bin/log_accum so 
| that log-cvs sends out mails with useful viewcvs links to files in 
| the top level directory. Are you unhappy with the fix?

No, but I am _very_ busy right now.

I have your patch in my queue.
 
| That aside, I'm really writing because I don't see why CVSROOT itself 
| has different commitinfo and loginfo entries to the rest of the LyX 
| modules (cvs_acls and lgblog) instead of (commit_prep and log_accum). 
| Is their a rationale behind this or is it just historical?

historical.

| ps, how do I provide a reference to an article on a news group? This 
| sends my news reader to the correct group:
| news://news.gmane.org/gmane.editors.lyx.org
| but I haven't found a way to reference an individual article.

you are sure that you cannot just append the message id to the url?

You could also check on gmane's web pages and see if there is some
info.
 
-- 
Lgb

Re: PHP script (internationalization)

[Lars Gullik Bjønnes]

Angus Leeming <[EMAIL PROTECTED]> writes:

| Index: end.php3
| ===
| RCS file: /usr/local/lyx/cvsroot/www-devel/end.php3,v
| retrieving revision 1.11
| diff -u -r1.11 end.php3
| --- end.php328 Nov 2002 01:41:22 -  1.11
| +++ end.php323 Jan 2003 14:12:16 -
| @@ -38,7 +38,7 @@
| 
|  
| @@ -46,7 +46,7 @@
|  
|  mailto:[EMAIL PROTECTED]\;>[EMAIL PROTECTED]\n";
| -if ($translator) {
| +if (isset($translator)) {
| echo "Translator:mailto:$translator\;>$translator";
|  }

This is ok.

-- 
Lgb

Re: PHP script (internationalization)

[Angus Leeming]

Michael Schmitt wrote:

> Dear Angus,
> 
> did my last change fix the setCookie problem on my web page?
> 
> In the meantime, I had an idea why there are PHP warnings at the end
> of the document. As you can see, I have activated PHP error
> reporting at the beginning of the script. This is quite useful
> because people tend to make mistakes such as using uninitialized
> variables. Since PHP swallows many problems silently by default, I
> think the report on my web page indicates an error in the LyX web
> framework that has not been detected before.
> 
> In other words: end.php3 should check whether "counter_file" and
> "translator" are set (with function isset(...)) before using them.
> 
> Michael

Incidentally, Michael, two points:
1. The hebrew translator "anon@anon" isn't very useful. I'll replace 
him with "".
2. Is their an easy way to give the mage a "left hand margin" wider 
than the width of the "menu". The two overlap with konqueror 2.2.1 
(old for linux, maybe) for a default sized window.
Trying konqueror 2.2.2 on a linux box, this problem does not exist. 
Forget it.
-- 
Angus

Re: [PATCH] Final polishing of text messages

[John Levon]

On Thu, Jan 23, 2003 at 01:27:34PM +0100, Michael Schmitt wrote:

> Please apply the patch if you find time.

Readable patch please.

regards
john

Re: PHP script (internationalization)

[Angus Leeming]

Lars Gullik Bjønnes wrote:

> Angus Leeming <[EMAIL PROTECTED]> writes:
> | Index: end.php3
> | -if ($counter_file) {
> | +if (isset($counter_file)) {
> | counter($counter_file);
> |  }
> 
> Then you need an else clause, I belive that counter() emmits a
> warning messge if it is unable to open the file.
> 
> That message, or one similar should be output if the file is not set
> at all.

I think the point is that all pages include end.php3, but only 
index.php3 in www-user sets 
$counter_file = "counter/counter.txt"; // file for the hit counter
So, I think that the current code is correct.

Having said that, my php is even less than my perl. It looks to me 
like the current 'counter' function should cope with an empty $c_file 
(see below), but I can make the change if you want. Do you think this 
necessary? Let me know and I'll commit the appropriate changes to 
end.php3 in both www-devel and www-users.

// Stolen from rofus ([EMAIL PROTECTED]), modified
function counter($c_file) {
-if (file_exists($c_file)) {
+if ($c_file && file_exists($c_file)) {
$aprif = fopen($c_file,"r+");
$checkme = flock($aprif, 2); //lock write only
$hits = fgets($aprif, filesize($c_file));
rewind($aprif);
$hits += 1;
$checkme = fputs($aprif,"$hits\n");
$checkme = flock($aprif, 3); //unlock
fclose($aprif);
echo("At least $hits hits on this page.\n");
} else {
echo("The webmaster needs to fix the 
counter\n");
}
}

-- 
Angus

Re: [PATCH] Final polishing of text messages

[Michael Schmitt]

John Levon wrote:


Please apply the patch if you find time.
   

Readable patch please.
 

?? It wasn't readable ???

Here it comes again. Michael


Index: lyx-devel/src/BufferView.C
===
RCS file: /cvs/lyx/lyx-devel/src/BufferView.C,v
retrieving revision 1.114
diff -u -r1.114 BufferView.C
--- lyx-devel/src/BufferView.C  2003/01/05 22:38:41 1.114
+++ lyx-devel/src/BufferView.C  2003/01/23 12:29:10
@@ -300,8 +300,7 @@
 
ifstream ifs(fname.c_str());
if (!ifs) {
-   Alert::alert(_("Error!"),
-  _("Cannot open specified file: "),
+   Alert::err_alert(_("Error! Cannot open specified file:"),
   MakeDisplayPath(fname, 50));
return false;
}
Index: lyx-devel/src/BufferView_pimpl.C
===
RCS file: /cvs/lyx/lyx-devel/src/BufferView_pimpl.C,v
retrieving revision 1.321
diff -u -r1.321 BufferView_pimpl.C
--- lyx-devel/src/BufferView_pimpl.C2002/11/27 10:30:03 1.321
+++ lyx-devel/src/BufferView_pimpl.C2003/01/23 12:29:10
@@ -889,9 +889,9 @@
 
ostringstream s1;
 #if USE_BOOST_FORMAT
-   s1 << boost::format(_("Inserting document %1$s ...")) % disp_fn;
+   s1 << boost::format(_("Inserting document %1$s...")) % disp_fn;
 #else
-   s1 << _("Inserting document ") << disp_fn << _(" ...");
+   s1 << _("Inserting document ") << disp_fn << _("...");
 #endif
owner_->message(STRCONV(s1.str()));
bool const res = bv_->insertLyXFile(filename);
Index: lyx-devel/src/ChangeLog
===
RCS file: /cvs/lyx/lyx-devel/src/ChangeLog,v
retrieving revision 1.1017
diff -u -r1.1017 ChangeLog
--- lyx-devel/src/ChangeLog 2003/01/22 17:36:34 1.1017
+++ lyx-devel/src/ChangeLog 2003/01/23 12:29:15
@@ -1,3 +1,10 @@
+2003-01-20  Michael Schmitt <[EMAIL PROTECTED]>
+
+* bufferview.C:
+* lyxcb.C:
+* lyxfunc.C: Output messages with identical spelling, punctuation,
+and spaces
+
 2003-01-22  Michael Schmitt  <[EMAIL PROTECTED]>
 
* MenuBackend.C (expandFormats): List only viewable export formats
@@ -7,7 +14,7 @@
message 
 
* lyxfunc.C (getStatus): Make sure that formats other than
-   "fax" can be can also be disabled 
+   "fax" can also be disabled 
 
 2003-01-16  Jean-Marc Lasgouttes  <[EMAIL PROTECTED]>
 
Index: lyx-devel/src/buffer.C
===
RCS file: /cvs/lyx/lyx-devel/src/buffer.C,v
retrieving revision 1.398
diff -u -r1.398 buffer.C
--- lyx-devel/src/buffer.C  2003/01/22 17:36:35 1.398
+++ lyx-devel/src/buffer.C  2003/01/23 12:29:16
@@ -641,12 +641,12 @@
Alert::alert(_("Textclass Loading Error!"),
   boost::io::str(boost::format(_("Can't load 
textclass %1$s")) %
   params.getLyXTextClass().name()),
-  _("-- substituting default"));
+  _("-- substituting default."));
 #else
Alert::alert(_("Textclass Loading Error!"),
 _("Can't load textclass ")
 + params.getLyXTextClass().name(),
-_("-- substituting default"));
+_("-- substituting default."));
 #endif
params.textclass = 0;
}
Index: lyx-devel/src/bufferview_funcs.C
===
RCS file: /cvs/lyx/lyx-devel/src/bufferview_funcs.C,v
retrieving revision 1.58
diff -u -r1.58 bufferview_funcs.C
--- lyx-devel/src/bufferview_funcs.C2002/11/27 10:30:07 1.58
+++ lyx-devel/src/bufferview_funcs.C2003/01/23 12:29:16
@@ -188,7 +188,7 @@
state << _("Single");
break;
case Spacing::Onehalf:
-   state << _("Onehalf");
+   state << _("OneHalf");
break;
case Spacing::Double:
state << _("Double");
Index: lyx-devel/src/lyx_cb.C
===
RCS file: /cvs/lyx/lyx-devel/src/lyx_cb.C,v
retrieving revision 1.189
diff -u -r1.189 lyx_cb.C
--- lyx-devel/src/lyx_cb.C  2002/11/27 10:30:08 1.189
+++ lyx-devel/src/lyx_cb.C  2003/01/23 12:29:16
@@ -117,7 +117,7 @@
 
FileDialog::Result result =
fileDlg.save(OnlyPath(fname),
-  _("*.lyx|LyX Documents (*.lyx)"),
+  _("*.lyx| LyX Documents (*.lyx)"),
   OnlyFilename(fname));
 
if 

Re: PHP script (internationalization)

[Michael Schmitt]

Angus Leeming wrote:


Incidentally, Michael, two points:
1. The hebrew translator "anon@anon" isn't very useful. I'll replace 
him with "".

Fine. I hope you know that you have to remove the translator name from 
the corresponding po file he.po. Afterwards, you can re-reate the 
i18n.php3 file with postats.sh (which should be added to directory 
lyx-devel/po). Never modify i18n.php3 directly!

2. Is their an easy way to give the mage a "left hand margin" wider 
than the width of the "menu". The two overlap with konqueror 2.2.1 
(old for linux, maybe) for a default sized window.
Trying konqueror 2.2.2 on a linux box, this problem does not exist. 
Forget it.

So I forget it :-)

Michael

Re: 1.3pre2 - qt: math symbols are displayed wrong

[Richard Geissler]

Dekel Tsur wrote:

On Thu, Jan 23, 2003 at 12:11:56PM +0100, Richard Geissler wrote:


No, SuSE 8.0 and SuSE 8.1.



Did you install the latex ttf fonts (as described in the NEWS file) ?


No, it was not clear to me whether this is really required or not. Now I 
installed these fonts with the kde fontinstall-tool (the way fonts are 
usually added to a SuSE system) and things improved: Greek characters 
are displayed correctly now, others (math symbols) remain as blue boxes 
(e.g. \leq).

I deleted the ~/.lyx directory to ensure that lyx config is restarted. 
The output:
checking for TeX fonts
checking [for cmex10]... no
checking [for cmmi10]... no


Since you don't use RH8, you should uninstall the TTF fonts, and install the
Postscript fonts (cmex10.pfb etc.). They should be part of tetex.


Now the symbols are displayed correctly. Thank you for the advice!

Regards,
Richard

Re: [PATCH] Final polishing of text messages

[Michael Schmitt]

Michael Schmitt wrote:


enclosed please find an extended patch concerning spelling, Capital 
letters, punctuation, spaces, etc. within text messages. Once again, I 
haven't touched the logic of LyX but only modified messages in order 
to make the GUIs more consistent and to reduce the number of necessary 
translations.
I have attached the complete patch as well as a file with the diffs to 
the previous patch (just for information on what's new).

These are my last modifications concerning text outputs. We might save 
a few more translations by a closer look at the po files but the 
effort is enormous and the effect is marginal. Once there is a 
solution for a uniform description of QT/xforms shortcuts, the number 
of unique messages will shrink significantly.

Just for information:

 grep msgid sv.po|sort |uniq |sort -f > foo
 grep msgid sv.po|sort |uniq |sort -f|uniq -i > bar
 diff foo bar|wc 

 -> 2 * 80 lines

In principle, we could save another up to 80 translations by simply fixing usage of upper/lowercase letters.

(But, as promised, I won't torture you with further patches)

Michael

Re: [PATCH] Final polishing of text messages

[John Levon]

On Thu, Jan 23, 2003 at 03:59:23PM +0100, Michael Schmitt wrote:

> ?? It wasn't readable ???

not really.

> -Quote style
> +Quote Style

This is correct, but did you catch all of the group box titles ?

> -Postscript driver :
> +Postscript driver:

This should properly be PostScript I suppose.

> -Sans Serif :
> +Sans Serif:

This should be "Sans serif:"

This patch looks OK though. Lars, can I apply it ?

regards
john

A5 small margins

[Andre Poenitz]

Try

layout->document->paper, special "very small marigin".

Ok.

layout->document->paper, A5

Gets accepted, but the the .tex contains "a4wide" and no "a5"
whatsoever.

Looks like a bug, doesn't it?

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: Bug in mathed/selection

[Andre Poenitz]

On Wed, Jan 22, 2003 at 06:01:34PM -0200, Joao Luis Meloni Assirati wrote:
> Open the attached file and select the hole equation, then Edit -> Copy (or
> Control-C). Lyx freezes for a while and spends several seconds in maximun
> cpu usage. After this, it is enough to select the equation again (no need
> to copy) to reproduce this behavior.

This seems somehow related to "undo" as the debugger is usually there when
this happens but I have really no clue.

I see this from time to time when shifting larger parts of my docs
and LyX freezes for up to 30 seconds. 

Pretty annoying, but I don't really know what to do.

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] Final polishing of text messages

[Michael Schmitt]

John Levon wrote:


-Quote style
+Quote Style
   

This is correct, but did you catch all of the group box titles ?


Well, you said that the usage of capital letters is not consistent in 
the xforms GUI. I suspect the same holds for Qt. To answer your 
question: No, I did not check this systematically.

-Postscript driver :
+Postscript driver:
   


This should properly be PostScript I suppose.


Please fix it. BTW: It is always useful to run

grep -i "msgid.*foo" sv.po

in order to see how "foo" is used in other contexts.


This should be "Sans serif:"


Why this? There are many other places where "Sans Serif:" is used.

Anyway, fix what you think is wrong as long as the major part of the 
patch finally gets into the repository.

Michael

Re: [PATCH] Final polishing of text messages

[Lars Gullik Bjønnes]

John Levon <[EMAIL PROTECTED]> writes:

| On Thu, Jan 23, 2003 at 03:59:23PM +0100, Michael Schmitt wrote:
| 
| > ?? It wasn't readable ???
| 
| not really.
| 
| > -Quote style
| > +Quote Style
| 
| This is correct, but did you catch all of the group box titles ?
| 
| > -Postscript driver :
| > +Postscript driver:
| 
| This should properly be PostScript I suppose.
| 
| > -Sans Serif :
| > +Sans Serif:
| 
| This should be "Sans serif:"
| 
| This patch looks OK though. Lars, can I apply it ?

Yes, but no more now.

-- 
Lgb

Re: [PATCH] Final polishing of text messages

[John Levon]

On Thu, Jan 23, 2003 at 05:00:03PM +0100, Michael Schmitt wrote:

> Well, you said that the usage of capital letters is not consistent in 
> the xforms GUI. I suspect the same holds for Qt. To answer your 
> question: No, I did not check this systematically.

I vgrepped all group boxes and fixed it on top.

> >This should properly be PostScript I suppose.
> >
> Please fix it. BTW: It is always useful to run

I've left it for now.

> Why this? There are many other places where "Sans Serif:" is used.

Labels on widgets should have sentence capitalisation.

I leave other stuff for later. Applying now.

regards
john

-- 
" It is quite humbling to realize that the storage occupied by the longest line
from a typical Usenet posting is sufficient to provide a state space so vast
that all the computation power in the world can not conquer it."
- Dave Wallace

Po remerge

[Michael Schmitt]

Hello,

could somebody please remerge the po files?

Thanks in advance, Michael

Re: Fixing viewcvs for files in the top level dir

[Angus Leeming]

Lars Gullik Bjønnes wrote:

> Angus Leeming <[EMAIL PROTECTED]> writes:
> 
> | Angus Leeming wrote:
> | 
> | > 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?
> | 
> | Lars, I see you haven't applied my tweak to CVSROOT/bin/log_accum
> | so that log-cvs sends out mails with useful viewcvs links to files
> | in the top level directory. Are you unhappy with the fix?
> 
> No, but I am _very_ busy right now.
> 
> I have your patch in my queue.

Ok, no worries. I can confirm that, with the patch, you could happily 
change commitinfo to

ALL $CVSROOT/CVSROOT/bin/cvs_acls
ALL $CVSROOT/CVSROOT/bin/commit_prep -r

and, in loginfo, call log_accum for every module and you'll get a 
useful mail. I've done this in my own tree. Below is a sample mail 
for a change to CVSROOT. It still points to www.lyx.org, but appears 
to be fine otherwise.

Best regards,
Angus


CVSROOT /: ChangeLog loginfo
Date: Thu, 23 Jan 2003 16:59:07 ()
From: Angus Leeming <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Reply to: [EMAIL PROTECTED]

 CVSROOT:/usr/local/nektar/cvsroot
Module name:CVSROOT
Repository: CVSROOT/
Changes by: aleem@thorax  03/01/23 16:59:07

Modified files:
CVSROOT/: ChangeLog loginfo 

Log message:
Turn off debugging messages. Activate DEFAULT also.

Patches:
 CVSROOT/
 http://www.lyx.org/cgi-bin/viewcvs.cgi/CVSROOT/ChangeLog?r1=1.17=1
.18
 http://www.lyx.org/cgi-bin/viewcvs.cgi/CVSROOT/loginfo?r1=1.6=1.7

[patch] scroll line by line when mouseing

[Lars Gullik Bjønnes]

Please test.


Index: src/BufferView.C
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/BufferView.C,v
retrieving revision 1.115
diff -u -p -r1.115 BufferView.C
--- src/BufferView.C	23 Jan 2003 16:23:35 -	1.115
+++ src/BufferView.C	23 Jan 2003 22:18:57 -
@@ -124,6 +124,12 @@ bool BufferView::fitCursor()
 }
 
 
+bool BufferView::fitCursorJust()
+{
+	return pimpl_->fitCursorJust();
+}
+
+
 void BufferView::update()
 {
 	pimpl_->update();
Index: src/BufferView.h
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/BufferView.h,v
retrieving revision 1.113
diff -u -p -r1.113 BufferView.h
--- src/BufferView.h	5 Jan 2003 22:38:41 -	1.113
+++ src/BufferView.h	23 Jan 2003 22:18:57 -
@@ -84,6 +84,9 @@ public:
 
 	/// fit the user cursor within the visible view
 	bool fitCursor();
+	/// scroll as little as possible to fit the cursor within the
+	/// visible view.
+	bool fitCursorJust();
 	/// perform pending painting updates
 	void update();
 	// update for a particular lyxtext
Index: src/BufferView_pimpl.C
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/BufferView_pimpl.C,v
retrieving revision 1.322
diff -u -p -r1.322 BufferView_pimpl.C
--- src/BufferView_pimpl.C	23 Jan 2003 16:23:35 -	1.322
+++ src/BufferView_pimpl.C	23 Jan 2003 22:18:58 -
@@ -238,6 +238,23 @@ bool BufferView::Pimpl::fitCursor()
 }
 
 
+bool BufferView::Pimpl::fitCursorJust()
+{
+	bool ret;
+
+	if (bv_->theLockingInset()) {
+		bv_->theLockingInset()->fitInsetCursor(bv_);
+		ret = true;
+	} else {
+		ret = screen().fitCursorJust(bv_->text, bv_);
+	}
+
+	bv_->owner()->getDialogs().updateParagraph();
+	if (ret)
+		updateScrollbar();
+	return ret;
+}
+
 void BufferView::Pimpl::redoCurrentBuffer()
 {
 	lyxerr[Debug::INFO] << "BufferView::redoCurrentBuffer" << endl;
Index: src/BufferView_pimpl.h
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/BufferView_pimpl.h,v
retrieving revision 1.81
diff -u -p -r1.81 BufferView_pimpl.h
--- src/BufferView_pimpl.h	21 Oct 2002 00:15:48 -	1.81
+++ src/BufferView_pimpl.h	23 Jan 2003 22:18:58 -
@@ -41,6 +41,7 @@ struct BufferView::Pimpl : public boost:
 	void buffer(Buffer *);
 	/// Return true if the cursor was fitted.
 	bool fitCursor();
+	bool fitCursorJust();
 	///
 	void redoCurrentBuffer();
 	///
Index: src/text3.C
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/text3.C,v
retrieving revision 1.29
diff -u -p -r1.29 text3.C
--- src/text3.C	17 Jan 2003 09:57:50 -	1.29
+++ src/text3.C	23 Jan 2003 22:18:59 -
@@ -380,7 +380,7 @@ void doInsertInset(LyXText * lt, FuncReq
 {
 	Inset * inset = createInset(cmd);
 	BufferView * bv = cmd.view();
-	
+
 	if (inset) {
 		bool gotsel = false;
 		if (lt->selection.set()) {
@@ -1287,6 +1287,7 @@ Inset::RESULT LyXText::dispatch(FuncRequ
 		if (!bv->buffer())
 			break;
 
+#if 1
 		// Check for inset locking
 		if (bv->theLockingInset()) {
 			Inset * tli = bv->theLockingInset();
@@ -1303,6 +1304,7 @@ Inset::RESULT LyXText::dispatch(FuncRequ
 			tli->localDispatch(cmd1);
 			break;
 		}
+#endif
 
 		// The test for not selection possible is needed, that only motion
 		// events are used, where the bottom press event was on
@@ -1315,23 +1317,13 @@ Inset::RESULT LyXText::dispatch(FuncRequ
 
 		bv->screen().hideCursor();
 
-		Row * cursorrow = bv->text->cursor.row();
-		bv->text->setCursorFromCoordinates(bv, cmd.x, cmd.y + bv->text->first_y);
-	#if 0
-		// sorry for this but I have a strange error that the y value jumps at
-		// a certain point. This seems like an error in my xforms library or
-		// in some other local environment, but I would like to leave this here
-		// for the moment until I can remove this (Jug 20020418)
-		if (y_before < bv->text->cursor.y())
-			lyxerr << y_before << ':'
-			   << bv->text->cursor.y() << endl;
-	#endif
-		// This is to allow jumping over large insets
-		if (cursorrow == bv->text->cursor.row()) {
-			if (cmd.y >= int(bv->workHeight()))
-bv->text->cursorDown(bv, false);
-			else if (cmd.y < 0)
-bv->text->cursorUp(bv, false);
+		if (cmd.y >= int(bv->workHeight())) {
+			bv->text->cursorDown(bv, false);
+		} else if (cmd.y < 0) {
+			bv->text->cursorUp(bv, false);
+		} else {
+
+			bv->text->setCursorFromCoordinates(bv, cmd.x, cmd.y + bv->text->first_y);
 		}
 
 		// Maybe an empty line was deleted
@@ -1339,7 +1331,7 @@ Inset::RESULT LyXText::dispatch(FuncRequ
 			bv->update(bv->text, BufferView::UPDATE);
 		bv->text->setSelection(bv);
 		bv->screen().toggleToggle(bv->text, bv);
-		bv->fitCursor();
+		bv->fitCursorJust();
 		bv->showCursor();
 		break;
 	}
Index: src/frontends/screen.C
===
RCS file: 

Re: Bug in mathed/selection

[Joao Luis Meloni Assirati]

On Thu, 23 Jan 2003, Andre Poenitz wrote:

> This seems somehow related to "undo" as the debugger is usually there when
> this happens but I have really no clue.

Should I file a bug in bugzilla then?

João.

lyx_main.C: parsinint output?

[Rob Lahaye]

Hi,

John, recently you've added to CVS (src/lyx_main.C) the lyxerr-statements
below as "Michael's text fixes":

lyxerr << argc << endl;

if (want_gui) {
lyxerr <<  "parsinint" << endl;
lyx_gui::parse_init(argc, argv);
}

lyxerr << argc << endl;

This produces output when LyX is started:

$ lyx
1
parsinint
1


Do we actually need this output, or should the lyxerr statements go?

Cheers,
Rob.

[PATCH] Font size names (A *real* problem)

[Michael Schmitt]

Dear Lars,

I know that no textual changes are allowed anymore but...

W E   H A V E   A   R E A L   P R O B L E M !

The problem is that LyX uses two different schemes for font sizes:

 1. Tiny / Smallest / Smaller / Small / Normal / Large / Larger ...
 2. tiny | script | footnote | small | normal | large | Large
| LARGE | huge | Huge

Besides the fact that this confuses the user, the second notation which 
relies on the correct usage of upper/lowercase letters causes 
unresolvable translation problems ("Large" != "Large").

I have prepared a tiny patch that replaces the second notation by the 
official one for the GUI (according to lyxfont.C). IMHO this patch is 
inevitable.

Michael
Index: lyx-devel-1.3.Xcvs/src/frontends/qt2/ui/BulletsModuleBase.ui
===
RCS file: /cvs/lyx/lyx-devel/src/frontends/qt2/ui/BulletsModuleBase.ui,v
retrieving revision 1.6
diff -u -r1.6 BulletsModuleBase.ui
--- lyx-devel-1.3.Xcvs/src/frontends/qt2/ui/BulletsModuleBase.ui2002/12/17 
20:37:11 1.6
+++ lyx-devel-1.3.Xcvs/src/frontends/qt2/ui/BulletsModuleBase.ui2003/01/24 
+02:05:33
@@ -254,61 +254,61 @@
 
 
 text
-tiny
+Tiny
 
 
 
 
 text
-script
+Smallest
 
 
 
 
 text
-footnote
+Smaller
 
 
 
 
 text
-small
+Small
 
 
 
 
 text
-normal
+Normal
 
 
 
 
 text
-large
+Large
 
 
 
 
 text
-Large
+Larger
 
 
 
 
 text
-LARGE
+Largest
 
 
 
 
 text
-huge
+Huge
 
 
 
 
 text
-Huge
+Huger
 
 
 
Index: lyx-devel-1.3.Xcvs/src/frontends/xforms/FormDocument.C
===
RCS file: /cvs/lyx/lyx-devel/src/frontends/xforms/FormDocument.C,v
retrieving revision 1.126
diff -u -r1.126 FormDocument.C
--- lyx-devel-1.3.Xcvs/src/frontends/xforms/FormDocument.C  2003/01/23 16:23:41
 1.126
+++ lyx-devel-1.3.Xcvs/src/frontends/xforms/FormDocument.C  2003/01/24 02:05:36
@@ -326,8 +330,8 @@
fl_set_input_return(bullets_->input_bullet_latex, FL_RETURN_CHANGED);
 
fl_addto_choice(bullets_->choice_bullet_size,
-   _(" default | tiny | script | footnote | small |"
- " normal | large | Large | LARGE | huge | Huge"));
+   _(" Default | Tiny | Smallest | Smaller | Small |"
+ " Normal | Large | Larger | Largest | Huge | Huger "));
fl_set_choice(bullets_->choice_bullet_size, 1);
 
fl_set_input_maxchars(bullets_->input_bullet_latex, 80);
Index: lyx-devel-1.3.Xcvs/src/frontends/xforms/FormPreferences.C
===
RCS file: /cvs/lyx/lyx-devel/src/frontends/xforms/FormPreferences.C,v
retrieving revision 1.147
diff -u -r1.147 FormPreferences.C
--- lyx-devel-1.3.Xcvs/src/frontends/xforms/FormPreferences.C   2003/01/14 21:51:34
 1.147
+++ lyx-devel-1.3.Xcvs/src/frontends/xforms/FormPreferences.C   2003/01/24 02:05:42
@@ -2693,7 +2693,7 @@
   strToDbl(fl_get_input(dialog_->input_huger))) {
activate = false;
 
-   str = _("Fonts must be input in the order tiny > script> footnote > 
small > normal > large > larger > largest > huge > huger.");
+   str = _("Fonts must be input in 

Re: lyx_main.C: parsinint output?

[John Levon]

On Fri, Jan 24, 2003 at 11:01:16AM +0900, Rob Lahaye wrote:

> lyxerr <<  "parsinint" << endl;

oops. good catch. fixed

regards
john

-- 
" It is quite humbling to realize that the storage occupied by the longest line
from a typical Usenet posting is sufficient to provide a state space so vast
that all the computation power in the world can not conquer it."
- Dave Wallace

Re: [patch] scroll line by line when mouseing

[Joao Luis Meloni Assirati]

On 23 Jan 2003, Lars Gullik Bjønnes wrote:

> Please test.

If there is a table or an equation below the visible page, the cursor gets
trapped inside it and the scrolling stops.

Tested with qt and xforms.

João.

Re: Bug in mathed/selection

[Andre Poenitz]

On Thu, Jan 23, 2003 at 09:17:18PM -0200, Joao Luis Meloni Assirati wrote:
> On Thu, 23 Jan 2003, Andre Poenitz wrote:
> 
> > This seems somehow related to "undo" as the debugger is usually there when
> > this happens but I have really no clue.
> 
> Should I file a bug in bugzilla then?

Good idea.

Andre'

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

Re: elsart style (fwd)

[Rod Pinna]

> 
> Thanks a lot. The layout file works fine. The template needed a few 
> changes to work correctly with lyx 1.1. (Yes, I'm still using and loving 
> lyx 1.1.6fix4.)

Yup, it was developed for 1.2.
 
> I had one little hiccup when converting a standard article to elsart. Lyx 
> does not insert the required StartTitlePage before title and EndTitlePage 
> before main text (start and end frontmatter), so these have to be entered 
> manually. Took me a few minutes to figure this one out.

I've got a vague feeling that this might be fixed if you use the template
with 1.2, but I'm not sure.
 
> I suppose if one needs to use the optional key/label fields with \author, 
> \collab, \address, \thanks, \corauth the frontmatter might get a bit 
> ugly with lots of ERT. Is there a way to incorporate these in the layout? 
> I think it might be tricky because they're kind of new types of  
> cross-references.

Yup, this bit stumped me as well. I thik it can be done, but I don't know
enough of what layout can do. One day I might have the time to do
something with this.

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

Re: elsart style (fwd)

[Steven Homolya]

On Fri, 24 Jan 2003, Rod Pinna wrote:

> > I had one little hiccup when converting a standard article to elsart. Lyx 
> > does not insert the required StartTitlePage before title and EndTitlePage 
> > before main text (start and end frontmatter), so these have to be entered 
> > manually. Took me a few minutes to figure this one out.
> 
> I've got a vague feeling that this might be fixed if you use the template
> with 1.2, but I'm not sure.
>

I meant when you do a Layout -> Document -> Document-Tab -> Class 
-> "Elsevier article style" on a plain latex article class document, i.e. 
a class-conversion which does not use the template document. Starting from 
scratch using the template works fine.

This sort of problem is not unique to elsart. Revtex4 has some problems 
too when you switch from plain-article to revtex4. God knows why, but 
after one conversion, I had to put the title after the abstract for latex 
to stop giving errors.

> > I suppose if one needs to use the optional key/label fields with \author, 
> > \collab, \address, \thanks, \corauth the frontmatter might get a bit 
> > ugly with lots of ERT. Is there a way to incorporate these in the layout? 
> > I think it might be tricky because they're kind of new types of  
> > cross-references.
> 
> Yup, this bit stumped me as well. I thik it can be done, but I don't know
> enough of what layout can do. One day I might have the time to do
> something with this.
> 

I think the current layout is very usable. Much nicer than exporting 
latex, and then editing the final latex copy by hand (which is never final 
when you first think it is). I think a well documented template, detailing 
the quirks of the class, incl. features for which you have to use ERT, 
would be sufficient.

Steve

-- 
Steven Homolya
School of Physics and Materials Engineering
Monash University, VIC 3800
Australia
Tel: +61 3 9905 3694
Fax: +61 3 9905 3637