Re: Counters in latex8.layout

[Jean-Marc Lasgouttes]

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

| Lars, do you have ideas on the subject?

Lars Probably, but it has to wait some 14 days.

That's OK.

JMarc

Re: [PATCH] Make LyX find its localized messages without hardcoding

[Jean-Marc Lasgouttes]

 Ronald == Ronald Florence [EMAIL PROTECTED] writes:

Ronald Jean-Marc Lasgouttes wrote:
Lars Is it weird to use the documented configure switces to their
Lars intended purpose?
 OK, I guess I will let this patch gather some dust in my home dir.
 Maybe I'll get a good idea to make it work...

Ronald Does this mean holding off on releasing 1.3.4? The
Ronald relocatability of the LyX/Aqua application depends on this
Ronald patch or similar functionality.

I thought you told me that this that setting LYX_LOCALEDIR was not too
horrible to do for LyX/Mac?

We are stuck with either that or a clever solution...

JMarc

Re: [PATCH] Make LyX find its localized messages without hardcoding

[Jean-Marc Lasgouttes]

 Jean-Marc == Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:

 Ronald == Ronald Florence [EMAIL PROTECTED] writes:
Ronald Jean-Marc Lasgouttes wrote:
Lars Is it weird to use the documented configure switces to their
Lars intended purpose?
 OK, I guess I will let this patch gather some dust in my home dir.
 Maybe I'll get a good idea to make it work...

Ronald Does this mean holding off on releasing 1.3.4? The
Ronald relocatability of the LyX/Aqua application depends on this
Ronald patch or similar functionality.

Jean-Marc I thought you told me that this that setting LYX_LOCALEDIR
Jean-Marc was not too horrible to do for LyX/Mac?

Jean-Marc We are stuck with either that or a clever solution...

To clarify: I do not intend to delay 1.3.4 because of this.

JMarc

feature request: possibility to disable lyx print dialog

[Karsten Heymann]

Hi LyX-Developers,

I have a small feature request: Would it be possible that a switch
disable lyx print dialog would be added to the printing settings
dialog? That would be handy if someone uses kprinter or qtcups or the
like as print spooler program, because at the moment always two print
dialogs appear, one from lyx and one from kprinter. That's especially
irritating for unexperienced users. 

Should I add a feature request to bugzilla or is this feature completely
unwanted?

dreamBuiltin cups support would be nice too.../dream

Have a nice day,
Karsten

Re: feature request: possibility to disable lyx print dialog

[John Levon]

On Mon, Feb 09, 2004 at 11:20:36AM +0100, Karsten Heymann wrote:

 I have a small feature request: Would it be possible that a switch
 disable lyx print dialog would be added to the printing settings
 dialog?

That would suck. We should somehow detect the situation and act
appropriately.

regards
john

-- 
Khendon's Law:
If the same point is made twice by the same person, the thread is over.

Re: feature request: possibility to disable lyx print dialog

[Karsten Heymann]

Am Montag, 9. Februar 2004 11:26 schrieb John Levon:
 On Mon, Feb 09, 2004 at 11:20:36AM +0100, Karsten Heymann wrote:
  I have a small feature request: Would it be possible that a switch
  disable lyx print dialog would be added to the printing settings
  dialog?

 That would suck. We should somehow detect the situation and act
 appropriately.

Well, how do you want to detect wether the print spool program opens it's own 
window? Or do you want to mantain a list of program names which do or don't 
open such a window, like

 lp, lpr: Display LyX's print dialog
 qtcups, glpr, kprinter, xpp,...: don't display LyX's print dialog

Do you really want somthing like that? Or something like:

 if kprinter exists use it and don't display print dialog,
   else if lp or lpr exist use them and display the dialog...

I really wonder if there is a solution that somehow detects the right thing.

My 2c,

Karsten

Re: feature request: possibility to disable lyx print dialog

[Christian Ridderström]

On Mon, 9 Feb 2004, Karsten Heymann wrote:

 Hi LyX-Developers,
 
 I have a small feature request: Would it be possible that a switch
 disable lyx print dialog would be added to the printing settings
 dialog?

Solving this using a preference option feels twisted somehow...

How about a lyx-function that prints without opening a dialog? In e.g.
windoze, C-p often prints directly, whereas File-Print opens a dialog.
The lfun in 1.3.3 is 'buffer-print', and a new lfun could be called 
'buffer-print-now', or the first one could take an argument to make it 
print without the dialog.

 That would be handy if someone uses kprinter or qtcups or the
 like as print spooler program, because at the moment always two print
 dialogs appear, one from lyx and one from kprinter. That's especially
 irritating for unexperienced users. 

I take it that when you press C-p, you first get LyX's dialog, and then 
when you've pressed Ok in that, you then get the dialog from kprinter?

/Christian


-- 
Christian Ridderström   http://www.md.kth.se/~chr

Re: feature request: possibility to disable lyx print dialog

[Angus Leeming]

Karsten Heymann wrote:

 
  if kprinter exists use it and don't display print dialog,
else if lp or lpr exist use them and display the dialog...
 
 I really wonder if there is a solution that somehow detects the
 right thing.

I don't know the answer to that, but I do know that the last time we 
visited this problem the primary worry was that use of kprinter would 
be excessively expensive.

Eg, I have a 300 page doc and I want to print page 299. We can do that 
efficiently because we tell dvips to output the correct page only. 
kprinter would have to be passed the full 300 page ps file.

At least that was my understanding of the conversation last time 
around.

-- 
Angus

Re: feature request: possibility to disable lyx print dialog

[Jean-Marc Lasgouttes]

 Christian == Christian Ridderström [EMAIL PROTECTED] writes:

Christian How about a lyx-function that prints without opening a
Christian dialog? In e.g. windoze, C-p often prints directly, whereas
Christian File-Print opens a dialog. The lfun in 1.3.3 is
Christian 'buffer-print', and a new lfun could be called
Christian 'buffer-print-now', or the first one could take an argument
Christian to make it print without the dialog.

This option already exist: one can define a format 'printer' and a
converter ps-printer that uses kprinter. The 'buffer-export printer'
will print directly.

JMarc

Re: AGUplus fix

[Martin Vermeer]

On Fri, Feb 06, 2004 at 12:44:27PM +0100, Jean-Marc Lasgouttes spake thusly:
 
  Martin == Martin Vermeer [EMAIL PROTECTED] writes:
 
 Martin Like this. Based on user feedback (thanks Tim!) - Martin
 
 
 Feel free to apply this to HEAD and 1.3.x.
 
 JMarc

Did that, and also the old agums support patch, to 1.3.x (now that I
finally took the trouble to pull it out and compile :-)

- Martin 



pgp0.pgp
Description: PGP signature

Re: feature request: possibility to disable lyx print dialog

[Karsten Heymann]

On Mon, 9 Feb 2004 12:17:32 +0100
Christian Ridderström [EMAIL PROTECTED] wrote:

 On Mon, 9 Feb 2004, Karsten Heymann wrote:
 That would be handy if someone uses kprinter or qtcups or the
 like as print spooler program, because at the moment always two
 print dialogs appear, one from lyx and one from kprinter. That's
 especially irritating for unexperienced users. 
 
 I take it that when you press C-p, you first get LyX's dialog, and
 then when you've pressed Ok in that, you then get the dialog from
 kprinter?

Yes exactly. Explaining the need of two print dialogs to my girlfriend
wasn't easy :)

Karsten

Re: gtk2 patch

[Alfredo Braunstein]

Huang Ying wrote:

 Hi everyone!
 I should say Happy New Year according to Chinese custom.
 I come back again.

Welcome back and happy new year!

Alfredo

Re: feature request: possibility to disable lyx print dialog

[Christian Ridderström]

On Mon, 9 Feb 2004, Jean-Marc Lasgouttes wrote:

  Christian == Christian Ridderström [EMAIL PROTECTED] writes:
 
 Christian How about a lyx-function that prints without opening a
 Christian dialog? In e.g. windoze, C-p often prints directly, whereas
 Christian File-Print opens a dialog. The lfun in 1.3.3 is
 Christian 'buffer-print', and a new lfun could be called
 Christian 'buffer-print-now', or the first one could take an argument
 Christian to make it print without the dialog.
 
 This option already exist: one can define a format 'printer' and a
 converter ps-printer that uses kprinter. The 'buffer-export printer'
 will print directly.

Doesn't this solve the problem? Couldn't Karsten change the mapping of C-p
and or File-Print, so that it uses 'buffer-export printer' instead?
(He should probably add a menu entry for File-Print_with_dialog or 
something though).

/Christian

-- 
Christian Ridderström   http://www.md.kth.se/~chr

Re[2]: [PATCH] Make LyX find its localized messages without hardcoding

[Ronald Florence]

On Mon Feb  9 10:19:50 2004, Jean-Marc Lasgouttes wrote:
  Jean-Marc == Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:

 Jean-Marc I thought you told me that this that setting LYX_LOCALEDIR
 Jean-Marc was not too horrible to do for LyX/Mac?
 
 Jean-Marc We are stuck with either that or a clever solution...
 
 To clarify: I do not intend to delay 1.3.4 because of this.

I'm in Bermuda with only webmail access, but at home I have a proposed code solution 
(using your code 
to reset the localedir inside the loop that sets the PATH for LyX/Mac, so it only 
applies to LyX/Mac. )  
Please don't release 1.3.4 until I've sent this.

The only way to set LYX_LOCALEDIR is with ~/.MacOSX/environment.plist, which we no 
longer need for 
any other purpose.  Using it for LYX_LOCALEDIR would be a big step backwards.
--
Ronald

Backport of lyx2lyx to 1.3.4

[Jose' Matos]

Hi Jean-Marc,
attached follows the patch that backports all the fixes in lyx2lyx 1.4 to 
1.3. The remaining differences between both codes are the new features in 
1.4: ability to read gzipped files and an error chanel redirection.

I will test it during the afternoon, and commit it after if I don't get any 
objections.

FWIW I am auditing every change to see if it does not introduces any 
regression. In favour of the new code is the fact that it has been tested 
many times and it does not presents any know(!) flaw.

I will proceed carefully as I don't have any brown bags around. ;-)
(famous last words :-))
-- 
José Abílio

LyX and docbook, a perfect match. :-)


patch.gz
Description: GNU Zip compressed data

Re: Backport of lyx2lyx to 1.3.4

[Jean-Marc Lasgouttes]

 Jose' == Jose' Matos [EMAIL PROTECTED] writes:

Jose' Hi Jean-Marc, attached follows the patch that backports all the
Jose' fixes in lyx2lyx 1.4 to 1.3. The remaining differences between
Jose' both codes are the new features in 1.4: ability to read gzipped
Jose' files and an error chanel redirection.

Jose'  I will test it during the afternoon, and commit it after if I
Jose' don't get any objections.

Jose'  FWIW I am auditing every change to see if it does not
Jose' introduces any regression. In favour of the new code is the
Jose' fact that it has been tested many times and it does not
Jose' presents any know(!) flaw.

Jose'  I will proceed carefully as I don't have any brown bags
Jose' around. ;-) (famous last words :-)) -- José Abílio

Go ahead, I trust that you will have time to find brown paper bags
before release :)

JMarc

Re: AGUplus fix

[Jean-Marc Lasgouttes]

 Martin == Martin Vermeer [EMAIL PROTECTED] writes:

Martin On Fri, Feb 06, 2004 at 12:44:27PM +0100, Jean-Marc Lasgouttes
Martin spake thusly:
   Martin == Martin Vermeer [EMAIL PROTECTED] writes:
 
Martin Like this. Based on user feedback (thanks Tim!) - Martin
 
 
 Feel free to apply this to HEAD and 1.3.x.
 
 JMarc

Martin Did that, and also the old agums support patch, to 1.3.x (now
Martin that I finally took the trouble to pull it out and compile :-)

Could you also send me a one line description of what you did (for the
announcement?)

It would have been nice to describe agums in LaTeXConfig.lyx.in too...

JMarc

Re: Lyx is overrideing Layout-Preferences

[Jean-Marc Lasgouttes]

 Georg == Georg Baum [EMAIL PROTECTED] writes:

Georg Jean-Marc Lasgouttes wrote:
Juergen I have glibc 2.3.2 (shipped with SuSE, probably updated by
Juergen SuSE online update once or more). No idea. Maybe I'll try
Juergen with SuSE 9.0 (which I have on my laptop).
  Might be nice.

Georg I just tried on SuSE 9.0 with packages:

Georg glibc-2.3.2-88 xforms-1.0-137

-137??? What kind of change have they done to the xforms package they
 ship?

Georg Both show the same behaviour that Jürgen has: export
Georg LC_NUMERIC=C works, and it does not work without it.

Could you (and Juergen?) try the attached patch. On my machine, I get
the following debug info:

schuss: LC_ALL=de_DE src/lyx
parse_init: [1] LC_NUMERIC=C
parse_init: [2] LC_NUMERIC=de_DE
parse_init: [3] LC_NUMERIC=C

As you see, xforms sets the locale to de_DE, but this is fixed on 3rd
step.

JMarc

Index: src/gettext.C
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/gettext.C,v
retrieving revision 1.15
diff -u -p -r1.15 gettext.C
--- src/gettext.C	22 May 2002 01:16:35 -	1.15
+++ src/gettext.C	9 Feb 2004 14:56:14 -
@@ -59,7 +59,6 @@ void locale_init()
 	setlocale(LC_MESSAGES, );
 #  endif
 	setlocale(LC_CTYPE, );
-	setlocale(LC_NUMERIC, C);
 }
 
 
Index: src/frontends/xforms/lyx_gui.C
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/frontends/xforms/lyx_gui.C,v
retrieving revision 1.31.2.1
diff -u -p -r1.31.2.1 lyx_gui.C
--- src/frontends/xforms/lyx_gui.C	4 Nov 2003 11:52:04 -	1.31.2.1
+++ src/frontends/xforms/lyx_gui.C	9 Feb 2004 14:56:14 -
@@ -141,11 +141,12 @@ void lyx_gui::parse_init(int  argc, cha
 
 	const int num_res = sizeof(res)/sizeof(FL_resource);
 
+	lyxerr  parse_init: [1] LC_NUMERIC=  setlocale(LC_NUMERIC, NULL) endl;
+	string const lc_num = setlocale(LC_NUMERIC, NULL);
 	fl_initialize(argc, argv, LyX, cmdopt, num_res);
-
-	// It appears that, in xforms =0.89.5, fl_initialize()
-	// calls setlocale() and ruins our LC_NUMERIC setting.
-	locale_init();
+	lyxerr  parse_init: [2] LC_NUMERIC=  setlocale(LC_NUMERIC, NULL) endl;
+	setlocale(LC_NUMERIC, lc_num.c_str());
+	lyxerr  parse_init: [3] LC_NUMERIC=  setlocale(LC_NUMERIC, NULL) endl;
 
 	fl_get_app_resources(res, num_res);
 

Re: AGUplus fix

[Martin Vermeer]

On Mon, Feb 09, 2004 at 03:39:56PM +0100, Jean-Marc Lasgouttes spake thusly:

...
 
 Could you also send me a one line description of what you did (for the
 announcement?)

OK here it is.

Added support for agums, a generic style for first-time submissions to
AGU editors

(well that was two lines)

and added the missing layout corresponding to the \affil command
 
 It would have been nice to describe agums in LaTeXConfig.lyx.in too...

Like the attached?
 
 JMarc
 

- Martin

Index: LaTeXConfig.lyx.in
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/lib/doc/LaTeXConfig.lyx.in,v
retrieving revision 1.26.2.8
diff -u -p -r1.26.2.8 LaTeXConfig.lyx.in
--- LaTeXConfig.lyx.in  29 Dec 2003 14:12:43 -  1.26.2.8
+++ LaTeXConfig.lyx.in  9 Feb 2004 15:29:12 -
@@ -488,7 +488,7 @@ Publications of the Astronomical Society
 AGU Journal of Geophysical Research
 \layout Description
 
-Found: @chk_jgrga@
+Found: @chk_jgrga@,@chk_agums@
 \layout Description
 
 CTAN:
@@ -515,8 +515,11 @@ jgrga.layout
 \family default 
 .
  It is not very thoroughly tested yet.
- It would be straightforward to extend this to support other publications
- of the AGU.
+ 
+\layout Standard
+
+The document class agums can be used for first-time submissions to AGU editors
+ (ie., for peer review and copy editing).
 \end_deeper 
 \layout Subsection
 


pgp0.pgp
Description: PGP signature

Re: Lyx is overrideing Layout-Preferences

[Georg Baum]

Jean-Marc Lasgouttes wrote:
 -137??? What kind of change have they done to the xforms package they
  ship?

Don't know. Maybe some automatic rebuilds?

 Could you (and Juergen?) try the attached patch. On my machine, I get
 the following debug info:
 
 schuss: LC_ALL=de_DE src/lyx
 parse_init: [1] LC_NUMERIC=C
 parse_init: [2] LC_NUMERIC=de_DE
 parse_init: [3] LC_NUMERIC=C

I get the same both on SuSE 8.2 and 9.0. The output is also the same if I
don't set LC_NUMERIC at all but only LANG. So this means it does work now?


Georg

Re: qt3/win noncommercial

[Asger Kunuk Ottar Alstrup]

On Fri, 6 Feb 2004, Angus Leeming wrote:

 The Non-Commercial Qt 3.2.1 for Windows is fully functional. You
 don't get source code, but you do get binary libraries for VC 6
 and.NET, and Borland 5 and 6. Included is the Borland 5 compiler.
 Compare this to the earler noncommercial 2.3 version which only
 supported VC6.

 It is a shame that these are all (apparently) crap compilers.
 Shouldn't make any difference to lyx 1.3.x but we keep pushing the
 boundaries ever higher when it comes to compiler conformance.

The most recent .NET compiler (7.1) has better standard conformance
than gcc, according to an extensive test in a recent edition of the C++
users journal. I believe you can download a non-optimising version with
the .NET SDK for free on Microsoft's web-site.

Best regards,
Asger

Fuzzy images on explorer (off-topic)

[Jan-Åke Larsson]

On Fri, 6 Feb 2004, Jan-Åke Larsson wrote:
  If you're interested in what you can do with dvipng web-wise, have a
  look at http://www.mai.liu.se/~jalar/dvipng/test.html
  (and change your fontsize)

 Thanks! I wondered why it was so small. Btw, why do the formulas seems
 a bit blury? (even on your demo page above).

They _should_ be sharp (modulo antialiasing). Try to download an image
and view it in gimp or something.

Perhaps you are using Exploder? I've just had a look at that page in
IE on a high-res laptop. The system is tuned for 120 dpi rather than
the 96 dpi that usually is standard. It seems MS in their infinite
wisdom have decided to scale all images 125% on such displays. Which
means that even their own logo looks terrible. And needless to say,
the formulae on my page are fuzzy. The whole thing is explained at

http://msdn.microsoft.com/library/default.asp?url=/workshop/author/dhtml/overview/highdpi.asp

I have yet to find a fix for this. The images are _generated_ at the
appropriate scale. NO SCALING is necessary. Possibly, I could scale
the images 80% first shudder. Any better suggestions?

_If_ you have problems on another platform I'd be interested to hear.

/Jan-Åke


-- 
...a 1/2 lb. sledgehammer is the final solution to all of your
computer problems...

Re: Fuzzy images on explorer (off-topic)

[Christian Ridderström]

On Mon, 9 Feb 2004, Jan-Åke Larsson wrote:

FYI: I've replied to Jan-Åke off-list.

/Christian

-- 
Christian Ridderström   http://www.md.kth.se/~chr

virus prevention on this list

[lyx]

I implemented a virus protection on the list server.  If you think you see a
false positive (message that is bounced, though no virus is in it), then 
inform me at

[EMAIL PROTECTED]

Do _not_ include the bounced message---but you can put it on the web
somewhere.

Mate

Re: Counters in latex8.layout

[Jean-Marc Lasgouttes]

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

| Lars, do you have ideas on the subject?

Lars> Probably, but it has to wait some 14 days.

That's OK.

JMarc

Re: [PATCH] Make LyX find its localized messages without hardcoding

[Jean-Marc Lasgouttes]

> "Ronald" == Ronald Florence <[EMAIL PROTECTED]> writes:

Ronald> Jean-Marc Lasgouttes wrote:
Lars> Is it weird to use the documented configure switces to their
Lars> intended purpose?
>> OK, I guess I will let this patch gather some dust in my home dir.
>> Maybe I'll get a good idea to make it work...

Ronald> Does this mean holding off on releasing 1.3.4? The
Ronald> relocatability of the LyX/Aqua application depends on this
Ronald> patch or similar functionality.

I thought you told me that this that setting LYX_LOCALEDIR was not too
horrible to do for LyX/Mac?

We are stuck with either that or a clever solution...

JMarc

Re: [PATCH] Make LyX find its localized messages without hardcoding

[Jean-Marc Lasgouttes]

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

> "Ronald" == Ronald Florence <[EMAIL PROTECTED]> writes:
Ronald> Jean-Marc Lasgouttes wrote:
Lars> Is it weird to use the documented configure switces to their
Lars> intended purpose?
>>> OK, I guess I will let this patch gather some dust in my home dir.
>>> Maybe I'll get a good idea to make it work...

Ronald> Does this mean holding off on releasing 1.3.4? The
Ronald> relocatability of the LyX/Aqua application depends on this
Ronald> patch or similar functionality.

Jean-Marc> I thought you told me that this that setting LYX_LOCALEDIR
Jean-Marc> was not too horrible to do for LyX/Mac?

Jean-Marc> We are stuck with either that or a clever solution...

To clarify: I do not intend to delay 1.3.4 because of this.

JMarc

feature request: possibility to disable lyx print dialog

[Karsten Heymann]

Hi LyX-Developers,

I have a small feature request: Would it be possible that a switch
"disable lyx print dialog" would be added to the printing settings
dialog? That would be handy if someone uses kprinter or qtcups or the
like as print spooler program, because at the moment always two print
dialogs appear, one from lyx and one from kprinter. That's especially
irritating for unexperienced users. 

Should I add a feature request to bugzilla or is this feature completely
unwanted?

Builtin cups support would be nice too...

Have a nice day,
Karsten

Re: feature request: possibility to disable lyx print dialog

[John Levon]

On Mon, Feb 09, 2004 at 11:20:36AM +0100, Karsten Heymann wrote:

> I have a small feature request: Would it be possible that a switch
> "disable lyx print dialog" would be added to the printing settings
> dialog?

That would suck. We should somehow detect the situation and act
appropriately.

regards
john

-- 
Khendon's Law:
If the same point is made twice by the same person, the thread is over.

Re: feature request: possibility to disable lyx print dialog

[Karsten Heymann]

Am Montag, 9. Februar 2004 11:26 schrieb John Levon:
> On Mon, Feb 09, 2004 at 11:20:36AM +0100, Karsten Heymann wrote:
> > I have a small feature request: Would it be possible that a switch
> > "disable lyx print dialog" would be added to the printing settings
> > dialog?
>
> That would suck. We should somehow detect the situation and act
> appropriately.

Well, how do you want to detect wether the print spool program opens it's own 
window? Or do you want to mantain a list of program names which do or don't 
open such a window, like

 lp, lpr: Display LyX's print dialog
 qtcups, glpr, kprinter, xpp,...: don't display LyX's print dialog

Do you really want somthing like that? Or something like:

 if kprinter exists use it and don't display print dialog,
   else if lp or lpr exist use them and display the dialog...

I really wonder if there is a solution that "somehow detects" the right thing.

My 2c,

Karsten

Re: feature request: possibility to disable lyx print dialog

[Christian Ridderström]

On Mon, 9 Feb 2004, Karsten Heymann wrote:

> Hi LyX-Developers,
> 
> I have a small feature request: Would it be possible that a switch
> "disable lyx print dialog" would be added to the printing settings
> dialog?

Solving this using a preference option feels "twisted" somehow...

How about a lyx-function that prints without opening a dialog? In e.g.
windoze, C-p often prints directly, whereas File->Print opens a dialog.
The lfun in 1.3.3 is 'buffer-print', and a new lfun could be called 
'buffer-print-now', or the first one could take an argument to make it 
print without the dialog.

> That would be handy if someone uses kprinter or qtcups or the
> like as print spooler program, because at the moment always two print
> dialogs appear, one from lyx and one from kprinter. That's especially
> irritating for unexperienced users. 

I take it that when you press C-p, you first get LyX's dialog, and then 
when you've pressed Ok in that, you then get the dialog from kprinter?

/Christian


-- 
Christian Ridderström   http://www.md.kth.se/~chr

Re: feature request: possibility to disable lyx print dialog

[Angus Leeming]

Karsten Heymann wrote:

> 
>  if kprinter exists use it and don't display print dialog,
>else if lp or lpr exist use them and display the dialog...
> 
> I really wonder if there is a solution that "somehow detects" the
> right thing.

I don't know the answer to that, but I do know that the last time we 
visited this problem the primary worry was that use of kprinter would 
be excessively expensive.

Eg, I have a 300 page doc and I want to print page 299. We can do that 
efficiently because we tell dvips to output the correct page only. 
kprinter would have to be passed the full 300 page ps file.

At least that was my understanding of the conversation last time 
around.

-- 
Angus

Re: feature request: possibility to disable lyx print dialog

[Jean-Marc Lasgouttes]

> "Christian" == Christian Ridderström <[EMAIL PROTECTED]> writes:

Christian> How about a lyx-function that prints without opening a
Christian> dialog? In e.g. windoze, C-p often prints directly, whereas
Christian> File->Print opens a dialog. The lfun in 1.3.3 is
Christian> 'buffer-print', and a new lfun could be called
Christian> 'buffer-print-now', or the first one could take an argument
Christian> to make it print without the dialog.

This option already exist: one can define a format 'printer' and a
converter ps->printer that uses kprinter. The 'buffer-export printer'
will print directly.

JMarc

Re: AGUplus fix

[Martin Vermeer]

On Fri, Feb 06, 2004 at 12:44:27PM +0100, Jean-Marc Lasgouttes spake thusly:
> 
> > "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
> 
> Martin> Like this. Based on user feedback (thanks Tim!) - Martin
> 
> 
> Feel free to apply this to HEAD and 1.3.x.
> 
> JMarc

Did that, and also the old agums support patch, to 1.3.x (now that I
finally took the trouble to pull it out and compile :-)

- Martin 



pgp0.pgp
Description: PGP signature

Re: feature request: possibility to disable lyx print dialog

[Karsten Heymann]

On Mon, 9 Feb 2004 12:17:32 +0100
"Christian Ridderström" <[EMAIL PROTECTED]> wrote:

> On Mon, 9 Feb 2004, Karsten Heymann wrote:
>> That would be handy if someone uses kprinter or qtcups or the
>> like as print spooler program, because at the moment always two
>> print dialogs appear, one from lyx and one from kprinter. That's
>> especially irritating for unexperienced users. 
> 
> I take it that when you press C-p, you first get LyX's dialog, and
> then when you've pressed Ok in that, you then get the dialog from
> kprinter?

Yes exactly. Explaining the need of two print dialogs to my girlfriend
wasn't easy :)

Karsten

Re: gtk2 patch

[Alfredo Braunstein]

Huang Ying wrote:

> Hi everyone!
> I should say "Happy New Year" according to Chinese custom.
> I come back again.

Welcome back and happy new year!

Alfredo

Re: feature request: possibility to disable lyx print dialog

[Christian Ridderström]

On Mon, 9 Feb 2004, Jean-Marc Lasgouttes wrote:

> > "Christian" == Christian Ridderström <[EMAIL PROTECTED]> writes:
> 
> Christian> How about a lyx-function that prints without opening a
> Christian> dialog? In e.g. windoze, C-p often prints directly, whereas
> Christian> File->Print opens a dialog. The lfun in 1.3.3 is
> Christian> 'buffer-print', and a new lfun could be called
> Christian> 'buffer-print-now', or the first one could take an argument
> Christian> to make it print without the dialog.
> 
> This option already exist: one can define a format 'printer' and a
> converter ps->printer that uses kprinter. The 'buffer-export printer'
> will print directly.

Doesn't this solve the problem? Couldn't Karsten change the mapping of C-p
and or File->Print, so that it uses 'buffer-export printer' instead?
(He should probably add a menu entry for File->Print_with_dialog or 
something though).

/Christian

-- 
Christian Ridderström   http://www.md.kth.se/~chr

Re[2]: [PATCH] Make LyX find its localized messages without hardcoding

[Ronald Florence]

On Mon Feb  9 10:19:50 2004, Jean-Marc Lasgouttes wrote:
> > "Jean-Marc" == Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
>
> Jean-Marc> I thought you told me that this that setting LYX_LOCALEDIR
> Jean-Marc> was not too horrible to do for LyX/Mac?
> 
> Jean-Marc> We are stuck with either that or a clever solution...
> 
> To clarify: I do not intend to delay 1.3.4 because of this.

I'm in Bermuda with only webmail access, but at home I have a proposed code solution 
(using your code 
to reset the localedir inside the loop that sets the PATH for LyX/Mac, so it only 
applies to LyX/Mac. )  
Please don't release 1.3.4 until I've sent this.

The only way to set LYX_LOCALEDIR is with ~/.MacOSX/environment.plist, which we no 
longer need for 
any other purpose.  Using it for LYX_LOCALEDIR would be a big step backwards.
--
Ronald

Backport of lyx2lyx to 1.3.4

[Jose' Matos]

Hi Jean-Marc,
attached follows the patch that backports all the fixes in lyx2lyx 1.4 to 
1.3. The remaining differences between both codes are the new features in 
1.4: ability to read gzipped files and an error chanel redirection.

I will test it during the afternoon, and commit it after if I don't get any 
objections.

FWIW I am auditing every change to see if it does not introduces any 
regression. In favour of the new code is the fact that it has been tested 
many times and it does not presents any know(!) flaw.

I will proceed carefully as I don't have any brown bags around. ;-)
(famous last words :-))
-- 
José Abílio

LyX and docbook, a perfect match. :-)


patch.gz
Description: GNU Zip compressed data

Re: Backport of lyx2lyx to 1.3.4

[Jean-Marc Lasgouttes]

> "Jose'" == Jose' Matos <[EMAIL PROTECTED]> writes:

Jose'> Hi Jean-Marc, attached follows the patch that backports all the
Jose'> fixes in lyx2lyx 1.4 to 1.3. The remaining differences between
Jose'> both codes are the new features in 1.4: ability to read gzipped
Jose'> files and an error chanel redirection.

Jose'>  I will test it during the afternoon, and commit it after if I
Jose'> don't get any objections.

Jose'>  FWIW I am auditing every change to see if it does not
Jose'> introduces any regression. In favour of the new code is the
Jose'> fact that it has been tested many times and it does not
Jose'> presents any know(!) flaw.

Jose'>  I will proceed carefully as I don't have any brown bags
Jose'> around. ;-) (famous last words :-)) -- José Abílio

Go ahead, I trust that you will have time to find brown paper bags
before release :)

JMarc

Re: AGUplus fix

[Jean-Marc Lasgouttes]

> "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:

Martin> On Fri, Feb 06, 2004 at 12:44:27PM +0100, Jean-Marc Lasgouttes
Martin> spake thusly:
>>  > "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
>> 
Martin> Like this. Based on user feedback (thanks Tim!) - Martin
>> 
>> 
>> Feel free to apply this to HEAD and 1.3.x.
>> 
>> JMarc

Martin> Did that, and also the old agums support patch, to 1.3.x (now
Martin> that I finally took the trouble to pull it out and compile :-)

Could you also send me a one line description of what you did (for the
announcement?)

It would have been nice to describe agums in LaTeXConfig.lyx.in too...

JMarc

Re: Lyx is overrideing Layout-Preferences

[Jean-Marc Lasgouttes]

> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:

Georg> Jean-Marc Lasgouttes wrote:
Juergen> I have glibc 2.3.2 (shipped with SuSE, probably updated by
Juergen> SuSE online update once or more). No idea. Maybe I'll try
Juergen> with SuSE 9.0 (which I have on my laptop).
>>  Might be nice.

Georg> I just tried on SuSE 9.0 with packages:

Georg> glibc-2.3.2-88 xforms-1.0-137

-137??? What kind of change have they done to the xforms package they
 ship?

Georg> Both show the same behaviour that Jürgen has: export
Georg> LC_NUMERIC=C works, and it does not work without it.

Could you (and Juergen?) try the attached patch. On my machine, I get
the following debug info:

schuss: LC_ALL=de_DE src/lyx
parse_init: [1] LC_NUMERIC=C
parse_init: [2] LC_NUMERIC=de_DE
parse_init: [3] LC_NUMERIC=C

As you see, xforms sets the locale to de_DE, but this is fixed on 3rd
step.

JMarc

Index: src/gettext.C
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/gettext.C,v
retrieving revision 1.15
diff -u -p -r1.15 gettext.C
--- src/gettext.C	22 May 2002 01:16:35 -	1.15
+++ src/gettext.C	9 Feb 2004 14:56:14 -
@@ -59,7 +59,6 @@ void locale_init()
 	setlocale(LC_MESSAGES, "");
 #  endif
 	setlocale(LC_CTYPE, "");
-	setlocale(LC_NUMERIC, "C");
 }
 
 
Index: src/frontends/xforms/lyx_gui.C
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/frontends/xforms/lyx_gui.C,v
retrieving revision 1.31.2.1
diff -u -p -r1.31.2.1 lyx_gui.C
--- src/frontends/xforms/lyx_gui.C	4 Nov 2003 11:52:04 -	1.31.2.1
+++ src/frontends/xforms/lyx_gui.C	9 Feb 2004 14:56:14 -
@@ -141,11 +141,12 @@ void lyx_gui::parse_init(int & argc, cha
 
 	const int num_res = sizeof(res)/sizeof(FL_resource);
 
+	lyxerr << "parse_init: [1] LC_NUMERIC=" << setlocale(LC_NUMERIC, NULL) <=0.89.5, fl_initialize()
-	// calls setlocale() and ruins our LC_NUMERIC setting.
-	locale_init();
+	lyxerr << "parse_init: [2] LC_NUMERIC=" << setlocale(LC_NUMERIC, NULL) <Re: AGUplus fix


2004-02-09

Thread
Martin Vermeer

On Mon, Feb 09, 2004 at 03:39:56PM +0100, Jean-Marc Lasgouttes spake thusly:

...
 
> Could you also send me a one line description of what you did (for the
> announcement?)

OK here it is.

"Added support for agums, a generic style for first-time submissions to
AGU editors"

(well that was two lines)

and "added the missing layout corresponding to the \affil command"
 
> It would have been nice to describe agums in LaTeXConfig.lyx.in too...

Like the attached?
 
> JMarc
> 

- Martin

Index: LaTeXConfig.lyx.in
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/lib/doc/LaTeXConfig.lyx.in,v
retrieving revision 1.26.2.8
diff -u -p -r1.26.2.8 LaTeXConfig.lyx.in
--- LaTeXConfig.lyx.in  29 Dec 2003 14:12:43 -  1.26.2.8
+++ LaTeXConfig.lyx.in  9 Feb 2004 15:29:12 -
@@ -488,7 +488,7 @@ Publications of the Astronomical Society
 AGU Journal of Geophysical Research
 \layout Description
 
-Found: @chk_jgrga@
+Found: @chk_jgrga@,@chk_agums@
 \layout Description
 
 CTAN:
@@ -515,8 +515,11 @@ jgrga.layout
 \family default 
 .
  It is not very thoroughly tested yet.
- It would be straightforward to extend this to support other publications
- of the AGU.
+ 
+\layout Standard
+
+The document class agums can be used for first-time submissions to AGU editors
+ (ie., for peer review and copy editing).
 \end_deeper 
 \layout Subsection
 


pgp0.pgp
Description: PGP signature





Re: Lyx is overrideing Layout-Preferences


2004-02-09

Thread
Georg Baum

Jean-Marc Lasgouttes wrote:
> -137??? What kind of change have they done to the xforms package they
>  ship?

Don't know. Maybe some automatic rebuilds?

> Could you (and Juergen?) try the attached patch. On my machine, I get
> the following debug info:
> 
> schuss: LC_ALL=de_DE src/lyx
> parse_init: [1] LC_NUMERIC=C
> parse_init: [2] LC_NUMERIC=de_DE
> parse_init: [3] LC_NUMERIC=C

I get the same both on SuSE 8.2 and 9.0. The output is also the same if I
don't set LC_NUMERIC at all but only LANG. So this means it does work now?


Georg







Re: qt3/win noncommercial


2004-02-09

Thread
Asger Kunuk Ottar Alstrup

On Fri, 6 Feb 2004, Angus Leeming wrote:

> The Non-Commercial Qt 3.2.1 for Windows is fully functional. You
> don't get source code, but you do get binary libraries for VC 6
> and.NET, and Borland 5 and 6. Included is the Borland 5 compiler.
> Compare this to the earler noncommercial 2.3 version which only
> supported VC6.
>
> It is a shame that these are all (apparently) crap compilers.
> Shouldn't make any difference to lyx 1.3.x but we keep pushing the
> boundaries ever higher when it comes to compiler conformance.

The most recent .NET compiler (7.1) has better standard conformance
than gcc, according to an extensive test in a recent edition of the C++
users journal. I believe you can download a non-optimising version with
the .NET SDK for free on Microsoft's web-site.

Best regards,
Asger





Fuzzy images on explorer (off-topic)


2004-02-09

Thread
Jan-Åke Larsson

On Fri, 6 Feb 2004, Jan-Åke Larsson wrote:
> > If you're interested in what you can do with dvipng web-wise, have a
> > look at http://www.mai.liu.se/~jalar/dvipng/test.html
> > (and change your fontsize)
>
> Thanks! I wondered why it was so small. Btw, why do the formulas seems
> a bit blury? (even on your demo page above).

They _should_ be sharp (modulo antialiasing). Try to download an image
and view it in gimp or something.

Perhaps you are using Exploder? I've just had a look at that page in
IE on a high-res laptop. The system is tuned for 120 dpi rather than
the 96 dpi that usually is standard. It seems MS in their infinite
wisdom have decided to scale all images 125% on such displays. Which
means that even their own logo looks terrible. And needless to say,
the formulae on my page are fuzzy. The whole thing is explained at

http://msdn.microsoft.com/library/default.asp?url=/workshop/author/dhtml/overview/highdpi.asp

I have yet to find a fix for this. The images are _generated_ at the
appropriate scale. NO SCALING is necessary. Possibly, I could scale
the images 80% first . Any better suggestions?

_If_ you have problems on another platform I'd be interested to hear.

/Jan-Åke


-- 
"...a 1/2 lb. sledgehammer is the final solution to all of your
computer problems..."





Re: Fuzzy images on explorer (off-topic)


2004-02-09

Thread
Christian Ridderström

On Mon, 9 Feb 2004, Jan-Åke Larsson wrote:

FYI: I've replied to Jan-Åke off-list.

/Christian

-- 
Christian Ridderström   http://www.md.kth.se/~chr







virus prevention on this list


2004-02-09

Thread
lyx

I implemented a virus protection on the list server.  If you think you see a
false positive (message that is bounced, though no virus is in it), then 
inform me at

[EMAIL PROTECTED]

Do _not_ include the bounced message---but you can put it on the web
somewhere.

Mate