Re: File listing criteria

[Lars Gullik Bjønnes]

Rich Shepard <[EMAIL PROTECTED]> writes:

| On Tue, 1 Jun 2004, Lars Gullik Bjønnes wrote:
>
>> The lastfiles file is saved upon exit from lyx. So if you just kill lyx
>> the file won't be saved.
>
|   Thanks, Lars. I suspected it was something like this. So, to put the
| current file on the list I shut down LyX and restart it. Makes sense.

It should also show on a running lyx.
(last file loaded I mean)

-- 
Lgb

Re: Unicode support for LyX

[Lars Gullik Bjønnes]

Andre Poenitz [EMAIL PROTECTED] writes:

| On Wed, Mar 24, 2004 at 09:24:08PM +0100, M.B. Schiekel wrote:
 Uwe Stöhr schrieb:
  
  As you can see, unicode is still a hack and not useful in LaTeX. The
  LaTeX developers hope to get it running someday, but this could last
  years ;-).
 
 
 Is it really so hard, to implement unicode support?

| Probably not (anymore...). However, resources are limited.

I am planning to work on unicode support, but not for the upcoming
version (1.4.x). 

My plan is to first work on getting the fileformat to be utf-8.

-- 
Lgb

Re: Unicode support for LyX

[Lars Gullik Bjønnes]

[EMAIL PROTECTED] (M.B. Schiekel) writes:

| Hello Lars,
| thank you very much for starting this project - I´m very happy about
| that. Where will be progress  problems be discussed - in the developper
| list or in a special unicode-list?

on the developers list.

-- 
Lgb

Re: Unicode support for LyX

[Lars Gullik Bjønnes]

Andre Poenitz [EMAIL PROTECTED] writes:

| On Wed, Mar 24, 2004 at 09:24:08PM +0100, M.B. Schiekel wrote:
 Uwe Stöhr schrieb:
  
  As you can see, unicode is still a hack and not useful in LaTeX. The
  LaTeX developers hope to get it running someday, but this could last
  years ;-).
 
 
 Is it really so hard, to implement unicode support?

| Probably not (anymore...). However, resources are limited.

I am planning to work on unicode support, but not for the upcoming
version (1.4.x). 

My plan is to first work on getting the fileformat to be utf-8.

-- 
Lgb

Re: Unicode support for LyX

[Lars Gullik Bjønnes]

[EMAIL PROTECTED] (M.B. Schiekel) writes:

| Hello Lars,
| thank you very much for starting this project - I´m very happy about
| that. Where will be progress  problems be discussed - in the developper
| list or in a special unicode-list?

on the developers list.

-- 
Lgb

Re: Unicode support for LyX

[Lars Gullik Bjønnes]

Andre Poenitz <[EMAIL PROTECTED]> writes:

| On Wed, Mar 24, 2004 at 09:24:08PM +0100, M.B. Schiekel wrote:
>> Uwe Stöhr schrieb:
>> > 
>> > As you can see, unicode is still a hack and not useful in LaTeX. The
>> > LaTeX developers hope to get it running someday, but this could last
>> > years ;-).
>> 
>> 
>> Is it really so hard, to implement unicode support?
>
| Probably not (anymore...). However, resources are limited.

I am planning to work on unicode support, but not for the upcoming
version (1.4.x). 

My plan is to first work on getting the fileformat to be utf-8.

-- 
Lgb

Re: Unicode support for LyX

[Lars Gullik Bjønnes]

[EMAIL PROTECTED] (M.B. Schiekel) writes:

| Hello Lars,
| thank you very much for starting this project - I´m very happy about
| that. Where will be progress & problems be discussed - in the developper
| list or in a special unicode-list?

on the developers list.

-- 
Lgb

Lyx cannot import LAtex files with \input (include).

[Lars Gullik Bjønnes]

 Gentlemen:
Thanks for Lyx 1.3.4
 Like previous versions, its cannot import succesfully latex file with an
 include (actually \input as below.


\input {./redan_hdg.tex}   % - My standard book heading -
\pagestyle{fancy}
%\pagestyle{fancyplain}
\lhead{}
etc


The file redan_hdg.tex contains most of the standard heading like :

\documentclass{book}
%\usepackage{amsmath,amssymbi,avant,bookman,chancery,charter,courrier }
\usepackage{amsmath,multicol,times,fancybox, fancyhdr, graphicx}  
%%,courrier,symbols}  %% REDAN


It seems that Lyx is unable to 'include my local headings, related to 
documents class, macros, papersize etc...
Supporting this like the regular Latex, would be useful (this is common 
practice), and most likely, not a major task.

Thanks.
Redan.

Lyx cannot import LAtex files with \input (include).

[Lars Gullik Bjønnes]

 Gentlemen:
Thanks for Lyx 1.3.4
 Like previous versions, its cannot import succesfully latex file with an
 include (actually \input as below.


\input {./redan_hdg.tex}   % - My standard book heading -
\pagestyle{fancy}
%\pagestyle{fancyplain}
\lhead{}
etc


The file redan_hdg.tex contains most of the standard heading like :

\documentclass{book}
%\usepackage{amsmath,amssymbi,avant,bookman,chancery,charter,courrier }
\usepackage{amsmath,multicol,times,fancybox, fancyhdr, graphicx}  
%%,courrier,symbols}  %% REDAN


It seems that Lyx is unable to 'include my local headings, related to 
documents class, macros, papersize etc...
Supporting this like the regular Latex, would be useful (this is common 
practice), and most likely, not a major task.

Thanks.
Redan.

Lyx cannot import LAtex files with "\input" (include).

[Lars Gullik Bjønnes]

 Gentlemen:
Thanks for Lyx 1.3.4
 Like previous versions, its cannot import succesfully latex file with an
 "include" (actually \input as below.


\input {./redan_hdg.tex}   % - My standard book heading -
\pagestyle{fancy}
%\pagestyle{fancyplain}
\lhead{}
etc


The file redan_hdg.tex contains most of the standard heading like :

\documentclass{book}
%\usepackage{amsmath,amssymbi,avant,bookman,chancery,charter,courrier }
\usepackage{amsmath,multicol,times,fancybox, fancyhdr, graphicx}  
%%,courrier,symbols}  %% REDAN


It seems that Lyx is unable to 'include" my local headings, related to 
documents class, macros, papersize etc...
Supporting this like the regular Latex, would be useful (this is common 
practice), and most likely, not a major task.

Thanks.
Redan.

Re: [Web-team] any info on Ruurd Reitsma's lyx port

[Lars Gullik Bjønnes]

Matt Wear [EMAIL PROTECTED] writes:

| Hello,
| I've been trying to get to Ruurd Reitsma's page to download his port
| of lyx for windows.  It has been down for the past few days.  I was
| wondering if you've had any contact with him and know why this is, or
| if there is possibly another mirror of it.  Thanks.

Please ask on the [EMAIL PROTECTED] mailinglist.

Does anyone know what the story is?

-- 
Lgb

Re: [Web-team] any info on Ruurd Reitsma's lyx port

[Lars Gullik Bjønnes]

Matt Wear [EMAIL PROTECTED] writes:

| Hello,
| I've been trying to get to Ruurd Reitsma's page to download his port
| of lyx for windows.  It has been down for the past few days.  I was
| wondering if you've had any contact with him and know why this is, or
| if there is possibly another mirror of it.  Thanks.

Please ask on the [EMAIL PROTECTED] mailinglist.

Does anyone know what the story is?

-- 
Lgb

Re: [Web-team] any info on Ruurd Reitsma's lyx port

[Lars Gullik Bjønnes]

"Matt Wear" <[EMAIL PROTECTED]> writes:

| Hello,
| I've been trying to get to Ruurd Reitsma's page to download his port
| of lyx for windows.  It has been down for the past few days.  I was
| wondering if you've had any contact with him and know why this is, or
| if there is possibly another mirror of it.  Thanks.

Please ask on the [EMAIL PROTECTED] mailinglist.

Does anyone know what the story is?

-- 
Lgb

Re: [announce] final version of LyX/mathed documentation available

[Lars Gullik Bjønnes]

Andre Poenitz [EMAIL PROTECTED] writes:

| Go for it. The natives will correct it if they are sufficiently annoyed
| by the abuse of their[1] language.

Here, here

(or is it hair, hair?)

-- 
Lgb

Re: [announce] final version of LyX/mathed documentation available

[Lars Gullik Bjønnes]

Andre Poenitz [EMAIL PROTECTED] writes:

| Go for it. The natives will correct it if they are sufficiently annoyed
| by the abuse of their[1] language.

Here, here

(or is it hair, hair?)

-- 
Lgb

Re: [announce] final version of LyX/mathed documentation available

[Lars Gullik Bjønnes]

Andre Poenitz <[EMAIL PROTECTED]> writes:

| Go for it. The natives will correct it if they are sufficiently annoyed
| by the abuse of their[1] language.

Here, here

(or is it hair, hair?)

-- 
Lgb

Re: LyX - Mailing Lists

[Lars Gullik Bjønnes]

Johann Haarhoff [EMAIL PROTECTED] writes:

| While on the topic of mailing lists.

| It would be much easier for me (and I hope some other people) to
| organize my inbox if the subject lines on the lyx lists would give an
| indication of which mailing list the post came from, e.g.

| [LyX-users] Re: LyX - Mailing lists

| instead of just

| Re: LyX - Mailing lists.

| Most of the other mailing lists I subscribe to have this ability, and I
| wonder if the administrator of this list would consider implementing
| it.

I know this has now been answered, but I would oppose such a change.

Filter on Return-Path, Mailing-List: or From:


-- 
Lgb

Re: LyX - Mailing Lists

[Lars Gullik Bjønnes]

Johann Haarhoff [EMAIL PROTECTED] writes:

| While on the topic of mailing lists.

| It would be much easier for me (and I hope some other people) to
| organize my inbox if the subject lines on the lyx lists would give an
| indication of which mailing list the post came from, e.g.

| [LyX-users] Re: LyX - Mailing lists

| instead of just

| Re: LyX - Mailing lists.

| Most of the other mailing lists I subscribe to have this ability, and I
| wonder if the administrator of this list would consider implementing
| it.

I know this has now been answered, but I would oppose such a change.

Filter on Return-Path, Mailing-List: or From:


-- 
Lgb

Re: LyX - Mailing Lists

[Lars Gullik Bjønnes]

"Johann Haarhoff" <[EMAIL PROTECTED]> writes:

| While on the topic of mailing lists.
>
| It would be much easier for me (and I hope some other people) to
| organize my inbox if the subject lines on the lyx lists would give an
| indication of which mailing list the post came from, e.g.
>
| [LyX-users] Re: LyX - Mailing lists
>
| instead of just
>
| Re: LyX - Mailing lists.
>
| Most of the other mailing lists I subscribe to have this ability, and I
| wonder if the administrator of this list would consider implementing
| it.

I know this has now been answered, but I would oppose such a change.

Filter on Return-Path, Mailing-List: or From:


-- 
Lgb

Re: make + libstdc++

[Lars Gullik Bjønnes]

Ulrich Hiller [EMAIL PROTECTED] writes:

| Hi,
| system: sparc solaris 2.7
| lyx version: 1.3.3
| qt version: 3.2.1
| gcc version: 3.2.1

| configure went through without problems.
| make was running for more than an hour, then in crashed with:

| gcc -O -fno-exceptions -Wl,-R/systools/lib -o lyx BufferView.o 
| BufferView_pimpl.o Bullet.o Chktex.o CutAndPaste.o DepTable.o FloatList.o 
| Floating.o FuncStatus.o InsetList.o LColor.o LaTeX.o LaTeXFeatures.o LyXAction.o 
| MenuBackend.o paragraph_funcs.o ParagraphList.o
| ParagraphParameters.o Spacing.o 

Why is gcc used for linking lyx? You absolutely want to use g++ for
that.

-- 
Lgb

Re: make + libstdc++

[Lars Gullik Bjønnes]

Ulrich Hiller [EMAIL PROTECTED] writes:

| Hi,
| system: sparc solaris 2.7
| lyx version: 1.3.3
| qt version: 3.2.1
| gcc version: 3.2.1

| configure went through without problems.
| make was running for more than an hour, then in crashed with:

| gcc -O -fno-exceptions -Wl,-R/systools/lib -o lyx BufferView.o 
| BufferView_pimpl.o Bullet.o Chktex.o CutAndPaste.o DepTable.o FloatList.o 
| Floating.o FuncStatus.o InsetList.o LColor.o LaTeX.o LaTeXFeatures.o LyXAction.o 
| MenuBackend.o paragraph_funcs.o ParagraphList.o
| ParagraphParameters.o Spacing.o 

Why is gcc used for linking lyx? You absolutely want to use g++ for
that.

-- 
Lgb

Re: make + libstdc++

[Lars Gullik Bjønnes]

Ulrich Hiller <[EMAIL PROTECTED]> writes:

| Hi,
| system: sparc solaris 2.7
| lyx version: 1.3.3
| qt version: 3.2.1
| gcc version: 3.2.1
>
| configure went through without problems.
| make was running for more than an hour, then in crashed with:
>
| gcc -O -fno-exceptions -Wl,-R/systools/lib -o lyx BufferView.o 
| BufferView_pimpl.o Bullet.o Chktex.o CutAndPaste.o DepTable.o FloatList.o 
| Floating.o FuncStatus.o InsetList.o LColor.o LaTeX.o LaTeXFeatures.o LyXAction.o 
| MenuBackend.o paragraph_funcs.o ParagraphList.o
| ParagraphParameters.o Spacing.o 

Why is gcc used for linking lyx? You absolutely want to use g++ for
that.

-- 
Lgb

Re: What package to use to get a list of symbols?

[Lars Gullik Bjønnes]

Rich Shepard [EMAIL PROTECTED] writes:

|   I was afraid someone would ask that and I'd have to go find it again. :-)
| It is the fourth reference on a google search for 'latex symbols':
| http://www.ctan.org/tex-archive/info/symbols/comprehensive/

Great document.

The goal for us should of course be to be able to produce all these
symbols in lyx without the use of ERT.

-- 
Lgb

Re: What package to use to get a list of symbols?

[Lars Gullik Bjønnes]

Rich Shepard [EMAIL PROTECTED] writes:

|   I was afraid someone would ask that and I'd have to go find it again. :-)
| It is the fourth reference on a google search for 'latex symbols':
| http://www.ctan.org/tex-archive/info/symbols/comprehensive/

Great document.

The goal for us should of course be to be able to produce all these
symbols in lyx without the use of ERT.

-- 
Lgb

Re: What package to use to get a list of symbols?

[Lars Gullik Bjønnes]

Rich Shepard <[EMAIL PROTECTED]> writes:

|   I was afraid someone would ask that and I'd have to go find it again. :-)
| It is the fourth reference on a google search for 'latex symbols':
| 

Great document.

The goal for us should of course be to be able to produce all these
symbols in lyx without the use of ERT.

-- 
Lgb

Re: Letters: signature component

[Lars Gullik Bjønnes]

Rich Shepard [EMAIL PROTECTED] writes:

|   I'm playing with the letter layout for the first time to see if it will be
| a good tool for me in my business. I seem to understand how to use most of
| the components except for 'signature'.

|   After the closing, I type my name and change the type from 'standard' to
| 'signature', but it does not display when I view the document. Since
| business letters have a signature block in addition to the hand-written
| signature, I wonder what I missed here.

|   Is there any documentation I missed?

| Thanks,

Did you start off with the letter template?

There are a lot of ordering issues with the letter document class.

-- 
Lgb

Re: Letters: signature component

[Lars Gullik Bjønnes]

Rich Shepard [EMAIL PROTECTED] writes:

|   I'm playing with the letter layout for the first time to see if it will be
| a good tool for me in my business. I seem to understand how to use most of
| the components except for 'signature'.

|   After the closing, I type my name and change the type from 'standard' to
| 'signature', but it does not display when I view the document. Since
| business letters have a signature block in addition to the hand-written
| signature, I wonder what I missed here.

|   Is there any documentation I missed?

| Thanks,

Did you start off with the letter template?

There are a lot of ordering issues with the letter document class.

-- 
Lgb

Re: Letters: signature component

[Lars Gullik Bjønnes]

Rich Shepard <[EMAIL PROTECTED]> writes:

|   I'm playing with the letter layout for the first time to see if it will be
| a good tool for me in my business. I seem to understand how to use most of
| the components except for 'signature'.
>
|   After the closing, I type my name and change the type from 'standard' to
| 'signature', but it does not display when I view the document. Since
| business letters have a signature block in addition to the hand-written
| signature, I wonder what I missed here.
>
|   Is there any documentation I missed?
>
| Thanks,

Did you start off with the letter template?

There are a lot of ordering issues with the letter document class.

-- 
Lgb

Re: lyx crash opening documents: solution

[Lars Gullik Bjønnes]

Thomas Weller [EMAIL PROTECTED] writes:

| Hi all,

| when opening some *.lyx-files using lyx (up to version 1.3.3), lyx
| crashed without any notice.

| This happens, when you try to open a file located in a directory named
| with $ at the beginning (In my case, that was
| /home/tweller/Documents/$Tom/ If you encounter the same problem,
| check the path, lyx tries to open the file in. If you copy the file into
| another location (like /home/tweller/), it will work.

| I have not checked for other special characters. Anybody else having
| that problem?

| BTW: Compiling using make has the same problem - sometimes.

When is it natural to have a directory with '$' in it? I'd guess that
would go against all portability guidelines?

But of course LyX shouldn't crash.

-- 
Lgb

Re: lyx crash opening documents: solution

[Lars Gullik Bjønnes]

Thomas Weller [EMAIL PROTECTED] writes:

| Hi all,

| when opening some *.lyx-files using lyx (up to version 1.3.3), lyx
| crashed without any notice.

| This happens, when you try to open a file located in a directory named
| with $ at the beginning (In my case, that was
| /home/tweller/Documents/$Tom/ If you encounter the same problem,
| check the path, lyx tries to open the file in. If you copy the file into
| another location (like /home/tweller/), it will work.

| I have not checked for other special characters. Anybody else having
| that problem?

| BTW: Compiling using make has the same problem - sometimes.

When is it natural to have a directory with '$' in it? I'd guess that
would go against all portability guidelines?

But of course LyX shouldn't crash.

-- 
Lgb

Re: lyx crash opening documents: solution

[Lars Gullik Bjønnes]

Thomas Weller <[EMAIL PROTECTED]> writes:

| Hi all,
>
| when opening some *.lyx-files using lyx (up to version 1.3.3), lyx
| crashed without any notice.
>
| This happens, when you try to open a file located in a directory named
| with "$" at the beginning (In my case, that was
| "/home/tweller/Documents/$Tom/...". If you encounter the same problem,
| check the path, lyx tries to open the file in. If you copy the file into
| another location (like "/home/tweller/"), it will work.
>
| I have not checked for other special characters. Anybody else having
| that problem?
>
| BTW: Compiling using "make" has the same problem - sometimes.

When is it natural to have a directory with '$' in it? I'd guess that
would go against all portability guidelines?

But of course LyX shouldn't crash.

-- 
Lgb

Re: Starting enumerate from any number

[Lars Gullik Bjønnes]

[EMAIL PROTECTED] writes:

| Hi All,

| Another small query ... I need to be able to refer
| to an enumaration in various parts of a document,
| but starting from different points in the 
| enumeration. Is there some way to do this? I mean
| I have an enumeration:

| 1. Weather forecasts
| 2. Items of this kind ... 
| 3. Sports results ...
| 4. Poll results

| Then later I want to refer only to items 3 and 4
| say ... 

| 3. Sports results ...
| 4. Poll results 

| Ie start the enumeration from 3 in this case, 
| instead of 1. 

You want to begin a new enumeration not refer to the old one?

If you just want to refer to the old one that can be done with labels
and references. But this might just be what I thing you should want
and not what your really want to do.

Example doc follows. (hmm I made this with 1.4.0cvs, I have no idea
how it will work with 1.3.x)



refenum.lyx
Description: Binary data

Re: Starting enumerate from any number

[Lars Gullik Bjønnes]

[EMAIL PROTECTED] writes:

| Hi All,

| Another small query ... I need to be able to refer
| to an enumaration in various parts of a document,
| but starting from different points in the 
| enumeration. Is there some way to do this? I mean
| I have an enumeration:

| 1. Weather forecasts
| 2. Items of this kind ... 
| 3. Sports results ...
| 4. Poll results

| Then later I want to refer only to items 3 and 4
| say ... 

| 3. Sports results ...
| 4. Poll results 

| Ie start the enumeration from 3 in this case, 
| instead of 1. 

You want to begin a new enumeration not refer to the old one?

If you just want to refer to the old one that can be done with labels
and references. But this might just be what I thing you should want
and not what your really want to do.

Example doc follows. (hmm I made this with 1.4.0cvs, I have no idea
how it will work with 1.3.x)



refenum.lyx
Description: Binary data

Re: Starting enumerate from any number

[Lars Gullik Bjønnes]

<[EMAIL PROTECTED]> writes:

| Hi All,
>
| Another small query ... I need to be able to refer
| to an enumaration in various parts of a document,
| but starting from different points in the 
| enumeration. Is there some way to do this? I mean
| I have an enumeration:
>
| 1. Weather forecasts
| 2. Items of this kind ... 
| 3. Sports results ...
| 4. Poll results
>
| Then later I want to refer only to items 3 and 4
| say ... 
>
| 3. Sports results ...
| 4. Poll results 
>
| Ie start the enumeration from 3 in this case, 
| instead of 1. 

You want to begin a new enumeration not refer to the old one?

If you just want to refer to the old one that can be done with labels
and references. But this might just be what I thing you should want
and not what your really want to do.

Example doc follows. (hmm I made this with 1.4.0cvs, I have no idea
how it will work with 1.3.x)



refenum.lyx
Description: Binary data

Re: VERY SIMPLE QUESTION (!)

[Lars Gullik Bjønnes]

Alain Castera [EMAIL PROTECTED] writes:

| On Fri, 17 Oct 2003, [iso-8859-1] Lars Gullik Bjønnes wrote:

 Herbert Voß [EMAIL PROTECTED] writes:
 
 | this is the wrong way, gives too much vertical space before
 | the caption!
 
 Wrong is in the eye of the beholder I guess...
 
 What if I find this extra space just ok?

| Could the answer be : It is wrong as long as the spacing is different 
| whether you center or not ?

Depends :-)

Anyhow, we are aware of this problem and it will eventually get fixed,
but if you go the ERT way you will stay with it. If you go the
Paragraph-Center way, it will automaticaly get fixed. So it depends
on your aesthetics, and if it is a long lived document or not.

-- 
Lgb

Re: VERY SIMPLE QUESTION (!)

[Lars Gullik Bjønnes]

Herbert Voß [EMAIL PROTECTED] writes:

| Lars Gullik Bjønnes schrieb:
 Herbert Voß [EMAIL PROTECTED] writes:
 | this is the wrong way, gives too much vertical space before
 | the caption!
 Wrong is in the eye of the beholder I guess...
 What if I find this extra space just ok?

| _you_ find it ok, this was the reason why _all_
| have to find it ok. It looks ugly and by the way
| it is against every LaTeX rule, if there may be any.

| And it is an annoying fact of LyX, just like the
| totally outdated font stuff

step down please.

-- 
Lgb

Re: VERY SIMPLE QUESTION (!)

[Lars Gullik Bjønnes]

Alain Castera [EMAIL PROTECTED] writes:

| On Fri, 17 Oct 2003, [iso-8859-1] Lars Gullik Bjønnes wrote:

 Herbert Voß [EMAIL PROTECTED] writes:
 
 | this is the wrong way, gives too much vertical space before
 | the caption!
 
 Wrong is in the eye of the beholder I guess...
 
 What if I find this extra space just ok?

| Could the answer be : It is wrong as long as the spacing is different 
| whether you center or not ?

Depends :-)

Anyhow, we are aware of this problem and it will eventually get fixed,
but if you go the ERT way you will stay with it. If you go the
Paragraph-Center way, it will automaticaly get fixed. So it depends
on your aesthetics, and if it is a long lived document or not.

-- 
Lgb

Re: VERY SIMPLE QUESTION (!)

[Lars Gullik Bjønnes]

Herbert Voß [EMAIL PROTECTED] writes:

| Lars Gullik Bjønnes schrieb:
 Herbert Voß [EMAIL PROTECTED] writes:
 | this is the wrong way, gives too much vertical space before
 | the caption!
 Wrong is in the eye of the beholder I guess...
 What if I find this extra space just ok?

| _you_ find it ok, this was the reason why _all_
| have to find it ok. It looks ugly and by the way
| it is against every LaTeX rule, if there may be any.

| And it is an annoying fact of LyX, just like the
| totally outdated font stuff

step down please.

-- 
Lgb

Re: VERY SIMPLE QUESTION (!)

[Lars Gullik Bjønnes]

Alain Castera <[EMAIL PROTECTED]> writes:

| On Fri, 17 Oct 2003, [iso-8859-1] Lars Gullik Bjønnes wrote:
>
>> Herbert Voß <[EMAIL PROTECTED]> writes:
>> 
>> | this is the wrong way, gives too much vertical space before
>> | the caption!
>> 
>> Wrong is in the eye of the beholder I guess...
>> 
>> What if I find this extra space just ok?
>
| Could the answer be : It is wrong as long as the spacing is different 
| whether you center or not ?

Depends :-)

Anyhow, we are aware of this problem and it will eventually get fixed,
but if you go the ERT way you will stay with it. If you go the
Paragraph->Center way, it will automaticaly get fixed. So it depends
on your aesthetics, and if it is a long lived document or not.

-- 
Lgb

Re: VERY SIMPLE QUESTION (!)

[Lars Gullik Bjønnes]

Herbert Voß <[EMAIL PROTECTED]> writes:

| Lars Gullik Bjønnes schrieb:
>> Herbert Voß <[EMAIL PROTECTED]> writes:
>> | this is the wrong way, gives too much vertical space before
>> | the caption!
>> Wrong is in the eye of the beholder I guess...
>> What if I find this extra space just ok?
>
| _you_ find it ok, this was the reason why _all_
| have to find it ok. It looks ugly and by the way
| it is against every LaTeX rule, if there may be any.

| And it is an annoying fact of LyX, just like the
| totally outdated font stuff

step down please.

-- 
Lgb

Re: VERY SIMPLE QUESTION (!)

[Lars Gullik Bjønnes]

Herbert Voß [EMAIL PROTECTED] writes:

| this is the wrong way, gives too much vertical space before
| the caption!

Wrong is in the eye of the beholder I guess...

What if I find this extra space just ok?

-- 
Lgb

Re: VERY SIMPLE QUESTION (!)

[Lars Gullik Bjønnes]

Herbert Voß [EMAIL PROTECTED] writes:

| this is the wrong way, gives too much vertical space before
| the caption!

Wrong is in the eye of the beholder I guess...

What if I find this extra space just ok?

-- 
Lgb

Re: VERY SIMPLE QUESTION (!)

[Lars Gullik Bjønnes]

Herbert Voß <[EMAIL PROTECTED]> writes:

| this is the wrong way, gives too much vertical space before
| the caption!

Wrong is in the eye of the beholder I guess...

What if I find this extra space just ok?

-- 
Lgb

Re: Key bindings

[Lars Gullik Bjønnes]

Andre Poenitz [EMAIL PROTECTED] writes:

| On Tue, Sep 23, 2003 at 04:30:20PM +0200, Alfredo Braunstein wrote:
 Andre Poenitz wrote:
 [...]
 
 I get with the first (lyx-1.3.2) with -dbg any
 
 action first set to [257]
 action now set to [257]

| How come you get [257] here, not [86] which is LFUN_SELFINSERT?

pseudo action.

-- 
Lgb

Re: Key bindings

[Lars Gullik Bjønnes]

Andre Poenitz [EMAIL PROTECTED] writes:

| On Tue, Sep 23, 2003 at 04:30:20PM +0200, Alfredo Braunstein wrote:
 Andre Poenitz wrote:
 [...]
 
 I get with the first (lyx-1.3.2) with -dbg any
 
 action first set to [257]
 action now set to [257]

| How come you get [257] here, not [86] which is LFUN_SELFINSERT?

pseudo action.

-- 
Lgb

Re: Key bindings

[Lars Gullik Bjønnes]

Andre Poenitz <[EMAIL PROTECTED]> writes:

| On Tue, Sep 23, 2003 at 04:30:20PM +0200, Alfredo Braunstein wrote:
>> Andre Poenitz wrote:
>> [...]
>> 
>> I get with the first (lyx-1.3.2) with -dbg any
>> 
>> action first set to [257]
>> action now set to [257]
>
| How come you get [257] here, not [86] which is LFUN_SELFINSERT?

pseudo action.

-- 
Lgb

Re: Centering a figure in a float

[Lars Gullik Bjønnes]

Herbert Voß [EMAIL PROTECTED] writes:

| Lars Gullik Bjønnes schrieb:
 Rich Shepard [EMAIL PROTECTED] writes:
 | On Fri, 12 Sep 2003, Owen Lucas wrote:

highlight the image then go layout paragraph then select center.

 |   Thanks, Owen. I received a private reply with the same solution. As I had
 | not needed to do this before I never went rummaging through the
 | menus.
 In some earlier verision of LyX centering of graphics was done
 automatically, however we (or was it I) changed this since this is not
 the default in LaTeX.

| the default is a centered caption and in 99,9% the
| user centers the image, too. So the question is,
| what is user friendly ...
| and by the way: LyX has tons of stuff which is against
| the LaTeX default 

True, but if done the wrong way it adds clutter. (in the code)
And that was the case earlier.
The possibility to make float contents default to be centered might
come back, but only with a clean implementation.

btw. I consider most stuff where lyx do not use the latex default as a
bug... (who are we to overrule the latex documentclass)

-- 
Lgb

Re: Centering a figure in a float

[Lars Gullik Bjønnes]

Herbert Voß [EMAIL PROTECTED] writes:

| Lars Gullik Bjønnes schrieb:
 Rich Shepard [EMAIL PROTECTED] writes:
 | On Fri, 12 Sep 2003, Owen Lucas wrote:

highlight the image then go layout paragraph then select center.

 |   Thanks, Owen. I received a private reply with the same solution. As I had
 | not needed to do this before I never went rummaging through the
 | menus.
 In some earlier verision of LyX centering of graphics was done
 automatically, however we (or was it I) changed this since this is not
 the default in LaTeX.

| the default is a centered caption and in 99,9% the
| user centers the image, too. So the question is,
| what is user friendly ...
| and by the way: LyX has tons of stuff which is against
| the LaTeX default 

True, but if done the wrong way it adds clutter. (in the code)
And that was the case earlier.
The possibility to make float contents default to be centered might
come back, but only with a clean implementation.

btw. I consider most stuff where lyx do not use the latex default as a
bug... (who are we to overrule the latex documentclass)

-- 
Lgb

Re: Centering a figure in a float

[Lars Gullik Bjønnes]

Herbert Voß <[EMAIL PROTECTED]> writes:

| Lars Gullik Bjønnes schrieb:
>> Rich Shepard <[EMAIL PROTECTED]> writes:
>> | On Fri, 12 Sep 2003, Owen Lucas wrote:
>>
>>>>highlight the image then go layout paragraph then select center.
>>>
>> |   Thanks, Owen. I received a private reply with the same solution. As I had
>> | not needed to do this before I never went rummaging through the
>> | menus.
>> In some earlier verision of LyX centering of graphics was done
>> automatically, however we (or was it I) changed this since this is not
>> the default in LaTeX.
>
| the default is a centered caption and in 99,9% the
| user centers the image, too. So the question is,
| what is user friendly ...
| and by the way: LyX has tons of stuff which is against
| the LaTeX default 

True, but if done the wrong way it adds clutter. (in the code)
And that was the case earlier.
The possibility to make float contents default to be centered might
come back, but only with a clean implementation.

btw. I consider most stuff where lyx do not use the latex default as a
bug... (who are we to overrule the latex documentclass)

-- 
Lgb

Re: Centering a figure in a float

[Lars Gullik Bjønnes]

Rich Shepard [EMAIL PROTECTED] writes:

| On Fri, 12 Sep 2003, Owen Lucas wrote:

 highlight the image then go layout paragraph then select center.

|   Thanks, Owen. I received a private reply with the same solution. As I had
| not needed to do this before I never went rummaging through the
| menus.

In some earlier verision of LyX centering of graphics was done
automatically, however we (or was it I) changed this since this is not
the default in LaTeX.


-- 
Lgb

Re: Centering a figure in a float

[Lars Gullik Bjønnes]

Rich Shepard [EMAIL PROTECTED] writes:

| On Fri, 12 Sep 2003, Owen Lucas wrote:

 highlight the image then go layout paragraph then select center.

|   Thanks, Owen. I received a private reply with the same solution. As I had
| not needed to do this before I never went rummaging through the
| menus.

In some earlier verision of LyX centering of graphics was done
automatically, however we (or was it I) changed this since this is not
the default in LaTeX.


-- 
Lgb

Re: Centering a figure in a float

[Lars Gullik Bjønnes]

Rich Shepard <[EMAIL PROTECTED]> writes:

| On Fri, 12 Sep 2003, Owen Lucas wrote:
>
>> highlight the image then go layout paragraph then select center.
>
|   Thanks, Owen. I received a private reply with the same solution. As I had
| not needed to do this before I never went rummaging through the
| menus.

In some earlier verision of LyX centering of graphics was done
automatically, however we (or was it I) changed this since this is not
the default in LaTeX.


-- 
Lgb

Re: compilation problem with Trolltech MacOSX/GPL QT libraries

[Lars Gullik Bjønnes]

Alfredo Braunstein [EMAIL PROTECTED] writes:

| On an ideal world, I don't see the point of the lyx:: namespace.

except when used to protect against our own pollution of the global
namespace.

-- 
Lgb

Re: compilation problem with Trolltech MacOSX/GPL QT libraries

[Lars Gullik Bjønnes]

Alfredo Braunstein [EMAIL PROTECTED] writes:

| On an ideal world, I don't see the point of the lyx:: namespace.

except when used to protect against our own pollution of the global
namespace.

-- 
Lgb

Re: compilation problem with Trolltech MacOSX/GPL QT libraries

[Lars Gullik Bjønnes]

Alfredo Braunstein <[EMAIL PROTECTED]> writes:

| On an ideal world, I don't see the point of the lyx:: namespace.

except when used to protect against our own pollution of the global
namespace.

-- 
Lgb

Re: page_break

[Lars Gullik Bjønnes]

Andre Poenitz [EMAIL PROTECTED] writes:

|  Like what?
|  
|  Grammatically incorrect like mis-chen (Is this new spelling?)
| 
| No. It is still 'mi-schen'.  But that's weird.
| 
| I just checked it here: It is hyphenated 'mis-chen' when the doc language
| is 'english', but 'mi-schen' if 'ngerman'. So it works. Are you sure you
| have selected 'ngerman'?

You need to have latex/tex have the right hyphenation patterns loaded
as well. LyX does not do that for you.

-- 
Lgb

Re: page_break

[Lars Gullik Bjønnes]

Andre Poenitz [EMAIL PROTECTED] writes:

|  Like what?
|  
|  Grammatically incorrect like mis-chen (Is this new spelling?)
| 
| No. It is still 'mi-schen'.  But that's weird.
| 
| I just checked it here: It is hyphenated 'mis-chen' when the doc language
| is 'english', but 'mi-schen' if 'ngerman'. So it works. Are you sure you
| have selected 'ngerman'?

You need to have latex/tex have the right hyphenation patterns loaded
as well. LyX does not do that for you.

-- 
Lgb

Re: page_break

[Lars Gullik Bjønnes]

Andre Poenitz <[EMAIL PROTECTED]> writes:

| > >Like what?
| > 
| > Grammatically incorrect like mis-chen (Is this new spelling?)
| 
| No. It is still 'mi-schen'.  But that's weird.
| 
| I just checked it here: It is hyphenated 'mis-chen' when the doc language
| is 'english', but 'mi-schen' if 'ngerman'. So it works. Are you sure you
| have selected 'ngerman'?

You need to have latex/tex have the right hyphenation patterns loaded
as well. LyX does not do that for you.

-- 
Lgb

Re: others like lyx?

[Lars Gullik Bjønnes]

[EMAIL PROTECTED] writes:

| PERSONAL WISH: DON'T FORGET US OS X PEOPLE!

ohh... my ears hurt

-- 
Lgb

Re: others like lyx?

[Lars Gullik Bjønnes]

William Adams [EMAIL PROTECTED] writes:

| First, I'm quite put off by the recent flow of vulgarities, and would
| appreciate it if people would use more civil language

Completely agreed.

People, please use civil language. So much easier to get a response on
your post as well...

-- 
Lgb

Re: teach me how to fish

[Lars Gullik Bjønnes]

Alexandru Cabuz [EMAIL PROTECTED] writes:

| (Yes, Him, for any political correctness freaks out there)

I usually call Him It for that specific reason :-)

-- 
Lgb

Re: others like lyx?

[Lars Gullik Bjønnes]

[EMAIL PROTECTED] writes:

| PERSONAL WISH: DON'T FORGET US OS X PEOPLE!

ohh... my ears hurt

-- 
Lgb

Re: others like lyx?

[Lars Gullik Bjønnes]

William Adams [EMAIL PROTECTED] writes:

| First, I'm quite put off by the recent flow of vulgarities, and would
| appreciate it if people would use more civil language

Completely agreed.

People, please use civil language. So much easier to get a response on
your post as well...

-- 
Lgb

Re: teach me how to fish

[Lars Gullik Bjønnes]

Alexandru Cabuz [EMAIL PROTECTED] writes:

| (Yes, Him, for any political correctness freaks out there)

I usually call Him It for that specific reason :-)

-- 
Lgb

Re: others like lyx?

[Lars Gullik Bjønnes]

<[EMAIL PROTECTED]> writes:

| PERSONAL WISH: DON'T FORGET US OS X PEOPLE!

ohh... my ears hurt

-- 
Lgb

Re: others like lyx?

[Lars Gullik Bjønnes]

William Adams <[EMAIL PROTECTED]> writes:

| First, I'm quite put off by the recent flow of vulgarities, and would
| appreciate it if people would use more civil language

Completely agreed.

People, please use civil language. So much easier to get a response on
your post as well...

-- 
Lgb

Re: teach me how to fish

[Lars Gullik Bjønnes]

Alexandru Cabuz <[EMAIL PROTECTED]> writes:

| (Yes, "Him", for any political correctness freaks out there)

I usually call "Him" "It" for that specific reason :-)

-- 
Lgb

Re: Lyx 1.3.2 on SunOS 5.8

[Lars Gullik Bjønnes]

Jan Menzel [EMAIL PROTECTED] writes:

| Hi!
|   Has anybody compiled lyx 1.3.2 successful on SunOS 5.8?
| 1. With gcc 2.95.3: While compiling GraphicsCacheItem.C in
| src/graphics as reports var/tmp/ccu5a21d.s, line 3261: error: constant
| value must be between -4096 and 4095

assembler or linker error/bug.

| 2. With Sun Workshop 6 compiler: While compiling cregex.cpp in
| boost/libs/regex/src macro-definition warnings and errors occur:

Either SW-6 is not good enough or the boost code is not setup to
handle this compiler. Are there any newer compiler for SunOS 5.8?
Also check the boost pages (www.boost.org)

| ../../../../boost/boost/type_traits/add_const.hpp, line 34: Warning: Too few 
arguments in macro BOOST_PP_CHECK_2.
| ../../../../boost/boost/type_traits/add_const.hpp, line 34: Warning: Too few 
arguments in macro BOOST_PP_CHECK_2.
| ../../../../boost/boost/type_traits/add_const.hpp, line 34: Warning: Too few 
arguments in macro BOOST_PP_CHECK_2.
| ../../../../boost/boost/type_traits/add_const.hpp, line 34: Error: 
BOOST_PP_LIST_FOR_EACH_I_M is not defined.
| 
| The same warnings and errors are also reported for
| ../../../../boost/boost/type_traits/add_volatile.hpp
| ../../../../boost/boost/type_traits/add_cv.hpp
| ../../../../boost/boost/type_traits/is_const.hpp
| ../../../../boost/boost/type_traits/is_volatile.hpp
| ../../../../boost/boost/type_traits/remove_const.hpp
| ../../../../boost/boost/type_traits/remove_volatile.hpp
| ../../../../boost/boost/type_traits/remove_cv.hpp
| 
|   Any hints? Any suggestions? Thank You!


Report this to the boost list.

-- 
Lgb

Re: Lyx 1.3.2 on SunOS 5.8

[Lars Gullik Bjønnes]

Jan Menzel [EMAIL PROTECTED] writes:

| Hi!
|   Has anybody compiled lyx 1.3.2 successful on SunOS 5.8?
| 1. With gcc 2.95.3: While compiling GraphicsCacheItem.C in
| src/graphics as reports var/tmp/ccu5a21d.s, line 3261: error: constant
| value must be between -4096 and 4095

assembler or linker error/bug.

| 2. With Sun Workshop 6 compiler: While compiling cregex.cpp in
| boost/libs/regex/src macro-definition warnings and errors occur:

Either SW-6 is not good enough or the boost code is not setup to
handle this compiler. Are there any newer compiler for SunOS 5.8?
Also check the boost pages (www.boost.org)

| ../../../../boost/boost/type_traits/add_const.hpp, line 34: Warning: Too few 
arguments in macro BOOST_PP_CHECK_2.
| ../../../../boost/boost/type_traits/add_const.hpp, line 34: Warning: Too few 
arguments in macro BOOST_PP_CHECK_2.
| ../../../../boost/boost/type_traits/add_const.hpp, line 34: Warning: Too few 
arguments in macro BOOST_PP_CHECK_2.
| ../../../../boost/boost/type_traits/add_const.hpp, line 34: Error: 
BOOST_PP_LIST_FOR_EACH_I_M is not defined.
| 
| The same warnings and errors are also reported for
| ../../../../boost/boost/type_traits/add_volatile.hpp
| ../../../../boost/boost/type_traits/add_cv.hpp
| ../../../../boost/boost/type_traits/is_const.hpp
| ../../../../boost/boost/type_traits/is_volatile.hpp
| ../../../../boost/boost/type_traits/remove_const.hpp
| ../../../../boost/boost/type_traits/remove_volatile.hpp
| ../../../../boost/boost/type_traits/remove_cv.hpp
| 
|   Any hints? Any suggestions? Thank You!


Report this to the boost list.

-- 
Lgb

Re: Lyx 1.3.2 on SunOS 5.8

[Lars Gullik Bjønnes]

Jan Menzel <[EMAIL PROTECTED]> writes:

| Hi!
|   Has anybody compiled lyx 1.3.2 successful on SunOS 5.8?
| 1. With gcc 2.95.3: While compiling "GraphicsCacheItem.C" in
| "src/graphics" as reports "var/tmp/ccu5a21d.s", line 3261: error: constant
| value must be between -4096 and 4095"

assembler or linker error/bug.

| 2. With Sun Workshop 6 compiler: While compiling "cregex.cpp" in
| "boost/libs/regex/src" macro-definition warnings and errors occur:

Either SW-6 is not good enough or the boost code is not setup to
handle this compiler. Are there any newer compiler for SunOS 5.8?
Also check the boost pages (www.boost.org)

| "../../../../boost/boost/type_traits/add_const.hpp", line 34: Warning: Too few 
arguments in macro BOOST_PP_CHECK_2.
| "../../../../boost/boost/type_traits/add_const.hpp", line 34: Warning: Too few 
arguments in macro BOOST_PP_CHECK_2.
| "../../../../boost/boost/type_traits/add_const.hpp", line 34: Warning: Too few 
arguments in macro BOOST_PP_CHECK_2.
| "../../../../boost/boost/type_traits/add_const.hpp", line 34: Error: 
BOOST_PP_LIST_FOR_EACH_I_M is not defined.
| 
| The same warnings and errors are also reported for
| "../../../../boost/boost/type_traits/add_volatile.hpp"
| "../../../../boost/boost/type_traits/add_cv.hpp"
| "../../../../boost/boost/type_traits/is_const.hpp"
| "../../../../boost/boost/type_traits/is_volatile.hpp"
| "../../../../boost/boost/type_traits/remove_const.hpp"
| "../../../../boost/boost/type_traits/remove_volatile.hpp"
| "../../../../boost/boost/type_traits/remove_cv.hpp"
| 
|   Any hints? Any suggestions? Thank You!


Report this to the boost list.

-- 
Lgb

Re: Highlight scrolling speed

[Lars Gullik Bjønnes]

John Levon [EMAIL PROTECTED] writes:

| On Wed, Mar 26, 2003 at 01:54:21PM +0100, Torquil Macdonald wrote:
| 
|  When I highlight text with the mouse, and move the pointer down to the bottom 
|  of the window while keeping the left mouse button depressed, the document 
|  starts to scroll downward. However, it it scrolling way to fast. How can I 
|  change this speed; maybe I can change some value in the source and then 
|  recompile?
| 
| If it was that simple we would have done it ages ago :(

I still have my scrolling patch laying around... it makes scrolling
nice and smooth... but introduces other problems...

I can update it if someone wants to have a look.

-- 
Lgb

Re: Highlight scrolling speed

[Lars Gullik Bjønnes]

John Levon [EMAIL PROTECTED] writes:

| On Wed, Mar 26, 2003 at 01:54:21PM +0100, Torquil Macdonald wrote:
| 
|  When I highlight text with the mouse, and move the pointer down to the bottom 
|  of the window while keeping the left mouse button depressed, the document 
|  starts to scroll downward. However, it it scrolling way to fast. How can I 
|  change this speed; maybe I can change some value in the source and then 
|  recompile?
| 
| If it was that simple we would have done it ages ago :(

I still have my scrolling patch laying around... it makes scrolling
nice and smooth... but introduces other problems...

I can update it if someone wants to have a look.

-- 
Lgb

Re: Highlight scrolling speed

[Lars Gullik Bjønnes]

John Levon <[EMAIL PROTECTED]> writes:

| On Wed, Mar 26, 2003 at 01:54:21PM +0100, Torquil Macdonald wrote:
| 
| > When I highlight text with the mouse, and move the pointer down to the bottom 
| > of the window while keeping the left mouse button depressed, the document 
| > starts to scroll downward. However, it it scrolling way to fast. How can I 
| > change this speed; maybe I can change some value in the source and then 
| > recompile?
| 
| If it was that simple we would have done it ages ago :(

I still have my scrolling patch laying around... it makes scrolling
nice and smooth... but introduces other problems...

I can update it if someone wants to have a look.

-- 
Lgb

Scheduled downtime for Aussie and Baywatch.

[Lars Gullik Bjønnes]

The LyX servers will go down today at UTC 12:00 (or a little before),
some work on UPS.

The servers should be up again before UTC 13:00.

Sorry for any inconvenicence.

-- 
Lgb

Scheduled downtime for Aussie and Baywatch.

[Lars Gullik Bjønnes]

The LyX servers will go down today at UTC 12:00 (or a little before),
some work on UPS.

The servers should be up again before UTC 13:00.

Sorry for any inconvenicence.

-- 
Lgb

Scheduled downtime for Aussie and Baywatch.

[Lars Gullik Bjønnes]

The LyX servers will go down today at UTC 12:00 (or a little before),
some work on UPS.

The servers should be up again before UTC 13:00.

Sorry for any inconvenicence.

-- 
Lgb

Renewal Notice on the lyx.org domain - Fees due

[Lars Gullik Bjønnes]

Since we have been successful on asking our users about this before,
I'll do it again now.

The lyx.org domain is about to expire and a renewal is in order, this
is a good opportunity to support the LyX project in an easy way.
The minimum amount is $35 (one year), up to a maximum of $135 (9
years)

The person that contacts me first (privately) will get the opportunity
to make this contribution, and I will provide him with the necessary
information when/if that happens.

Thanks,

-- 
Lgb

Renewal Notice on the lyx.org domain - Fees due

[Lars Gullik Bjønnes]

Since we have been successful on asking our users about this before,
I'll do it again now.

The lyx.org domain is about to expire and a renewal is in order, this
is a good opportunity to support the LyX project in an easy way.
The minimum amount is $35 (one year), up to a maximum of $135 (9
years)

The person that contacts me first (privately) will get the opportunity
to make this contribution, and I will provide him with the necessary
information when/if that happens.

Thanks,

-- 
Lgb

Renewal Notice on the lyx.org domain - Fees due

[Lars Gullik Bjønnes]

Since we have been successful on asking our users about this before,
I'll do it again now.

The lyx.org domain is about to expire and a renewal is in order, this
is a good opportunity to support the LyX project in an easy way.
The minimum amount is $35 (one year), up to a maximum of $135 (9
years)

The person that contacts me first (privately) will get the opportunity
to make this contribution, and I will provide him with the necessary
information when/if that happens.

Thanks,

-- 
Lgb

Re: I WANT 1.3 TO WORK !!

[Lars Gullik Bjønnes]

Nicolas Ferre' [EMAIL PROTECTED] writes:


|  #include typeinfo
|  
|  class A {};
|  
|  class B : public A {};
|  
|  int main() {
|  B * b = new B;
|  A * a = dynamic_castA*(b);
|  typeid(B) == typeid(a);
|  }



|  Does this compile on your box?
|  
|  g++ -W -Wall -O0 -g dynamic.C -o dynamic
|  
| 
| No, I get these error messages:

Did you actually use the whole program?
(btween the == lines)

-- 
Lgb

Re: I WANT 1.3 TO WORK !!

[Lars Gullik Bjønnes]

Nicolas Ferre' [EMAIL PROTECTED] writes:


|  #include typeinfo
|  
|  class A {};
|  
|  class B : public A {};
|  
|  int main() {
|  B * b = new B;
|  A * a = dynamic_castA*(b);
|  typeid(B) == typeid(a);
|  }



|  Does this compile on your box?
|  
|  g++ -W -Wall -O0 -g dynamic.C -o dynamic
|  
| 
| No, I get these error messages:

Did you actually use the whole program?
(btween the == lines)

-- 
Lgb

Re: I WANT 1.3 TO WORK !!

[Lars Gullik Bjønnes]

"Nicolas Ferre'" <[EMAIL PROTECTED]> writes:


| > #include 
| > 
| > class A {};
| > 
| > class B : public A {};
| > 
| > int main() {
| > B * b = new B;
| > A * a = dynamic_cast(b);
| > typeid(B) == typeid(a);
| > }



| > Does this compile on your box?
| > 
| > g++ -W -Wall -O0 -g dynamic.C -o dynamic
| > 
| 
| No, I get these error messages:

Did you actually use the whole program?
(btween the == lines)

-- 
Lgb

Re: I WANT 1.3 TO WORK !!

[Lars Gullik Bjønnes]

Nicolas Ferre' [EMAIL PROTECTED] writes:

| Hi,
| 
| Is there someone who succeeds to compile the 1.3 version on AIX5.1
| (using xforms) ? Alternatively, has someone an idea of what mean the
| following error messages. This is not the first time that I'm asking for
| help, but I never had an answer.

It looks like a linker problem...

So it is the compiler the linker, or the libc (not likely).

#include typeinfo

class A {};

class B : public A {}; 

int main() {
B * b = new B;
A * a = dynamic_castA*(b);
typeid(B) == typeid(a);
}


Does this compile on your box?

g++ -W -Wall -O0 -g dynamic.C -o dynamic


Could this be a pragma implementation/interface problem?

-- 
Lgb

Re: I WANT 1.3 TO WORK !!

[Lars Gullik Bjønnes]

Nicolas Ferre' [EMAIL PROTECTED] writes:

| Hi,
| 
| Is there someone who succeeds to compile the 1.3 version on AIX5.1
| (using xforms) ? Alternatively, has someone an idea of what mean the
| following error messages. This is not the first time that I'm asking for
| help, but I never had an answer.

It looks like a linker problem...

So it is the compiler the linker, or the libc (not likely).

#include typeinfo

class A {};

class B : public A {}; 

int main() {
B * b = new B;
A * a = dynamic_castA*(b);
typeid(B) == typeid(a);
}


Does this compile on your box?

g++ -W -Wall -O0 -g dynamic.C -o dynamic


Could this be a pragma implementation/interface problem?

-- 
Lgb

Re: I WANT 1.3 TO WORK !!

[Lars Gullik Bjønnes]

Nicolas Ferre' <[EMAIL PROTECTED]> writes:

| Hi,
| 
| Is there someone who succeeds to compile the 1.3 version on AIX5.1
| (using xforms) ? Alternatively, has someone an idea of what mean the
| following error messages. This is not the first time that I'm asking for
| help, but I never had an answer.

It looks like a linker problem...

So it is the compiler the linker, or the libc (not likely).

#include 

class A {};

class B : public A {}; 

int main() {
B * b = new B;
A * a = dynamic_cast(b);
typeid(B) == typeid(a);
}


Does this compile on your box?

g++ -W -Wall -O0 -g dynamic.C -o dynamic


Could this be a pragma implementation/interface problem?

-- 
Lgb

Re: What do you think this c++ error means?

[Lars Gullik Bjønnes]

Paul Johnson [EMAIL PROTECTED] writes:

| ../../../../../boost/boost/regex/detail/regex_match.hpp: In member
| function `
| unsigned int boost::RegEx::GrepFiles(bool (*)(const char*, const
| boost::RegEx), const char*, bool, unsigned int)':
| ../../../../../boost/boost/regex/detail/regex_match.hpp:1902: internal
| compiler error: in
| expand_call, at calls.c:3052


This is the same ICE I have reported to the GCC people.

I am waiting for gcc to be fixed.

-- 
Lgb

Re: What do you think this c++ error means?

[Lars Gullik Bjønnes]

Paul Johnson [EMAIL PROTECTED] writes:

| ../../../../../boost/boost/regex/detail/regex_match.hpp: In member
| function `
| unsigned int boost::RegEx::GrepFiles(bool (*)(const char*, const
| boost::RegEx), const char*, bool, unsigned int)':
| ../../../../../boost/boost/regex/detail/regex_match.hpp:1902: internal
| compiler error: in
| expand_call, at calls.c:3052


This is the same ICE I have reported to the GCC people.

I am waiting for gcc to be fixed.

-- 
Lgb

Re: What do you think this c++ error means?

[Lars Gullik Bjønnes]

Paul Johnson <[EMAIL PROTECTED]> writes:

| ../../../../../boost/boost/regex/detail/regex_match.hpp: In member
| function `
| unsigned int boost::RegEx::GrepFiles(bool (*)(const char*, const
| boost::RegEx&), const char*, bool, unsigned int)':
| ../../../../../boost/boost/regex/detail/regex_match.hpp:1902: internal
| compiler error: in
| expand_call, at calls.c:3052


This is the same ICE I have reported to the GCC people.

I am waiting for gcc to be fixed.

-- 
Lgb

Scheduled downtime for Aussie

[Lars Gullik Bjønnes]

Aussie needs to be physically moved a couple of meters and must be
taken down for that.

This will affect ftp.devel.lyx.org and bugzilla.lyx.org.

Aussie will be down for ~5-10 minutes, starting about one o'clock
local time. That is 12 o'clock UTC.

-- 
Lgb

Announce: LyX 1.3.0 released.

[Lars Gullik Bjønnes]

Public release of LyX version 1.3.0
===

We are glad to announce the release of LyX 1.3.0.

As with the previous major version 1.2.0, many things make this new
release an exciting one. One of the major projects that has been going
on behind the scenes is the so-called GUI-independence project. We are
glad to announce that version 1.3.0 shows the first results of this. 
LyX now comes in two flavours: Qt-LyX and xforms-LyX!

Although this is the most visible change in version 1.3, this should
not hide the fact that the `under the hood' changes to the code have
again been very important. A detailed list can be found below.

In case you are wondering what LyX is, here is what
http://www.lyx.org/ has to say on the subject:

  LyX is an advanced open source document processor that encourages an
  approach to writing based on the structure of your documents, not
  their appearance. LyX lets you concentrate on writing, leaving
  details of visual layout to the software.

  LyX runs on many Unix platforms (including MacOS X), OS/2, and under
  Windows/Cygwin. Note that all these ports use the same xforms
  interface and therefore need an X server.

You can download LyX 1.3.0 here :

ftp://ftp.lyx.org/pub/lyx/stable/lyx-1.3.0.tar.gz
ftp://ftp.devel.lyx.org/pub/lyx/lyx-1.3.0.tar.gz

and it should shortly propagate to the following mirrors :

ftp://ftp.sdsc.edu/pub/other/lyx/stable/lyx-1.3.0.tar.gz
ftp://ftp.lip6.fr/pub/lyx/stable/lyx-1.3.0.tar.gz
ftp://gd.tuwien.ac.at/publishing/tex/lyx/stable/lyx-1.3.0.tar.gz
ftp://ftp.ntua.gr/pub/X11/LyX/stable/lyx-1.3.0.tar.gz
ftp://ftp.icm.edu.pl/vol/rzm0/lyx/stable/lyx-1.3.0.tar.gz


Prebuild binaries (mainly rpms for linux distributions) should soon be 
available at
ftp://ftp.lyx.org/pub/lyx/bin/1.3.0
 
If you find what you think is a bug in LyX 1.3.0, you may either
e-mail the LyX developers' mailing list ([EMAIL PROTECTED]), or
open a bug report at http://bugzilla.lyx.org

If you're having trouble using the new version of LyX, or have a
question, first check out http://www.lyx.org/help/, and e-mail the LyX
users' list ([EMAIL PROTECTED]) if you can't find an answer
there.

Enjoy!

The LyX team.


New features


** Qt frontend

This is of course the most visible new feature. This frontend supports
either Qt 2.x or 3.x and is mostly feature complete. Note that some
of the dialogs are slightly different in design, but are generally
functionally equivalent.

** Xforms frontend

The advent of the Qt frontend does not mean that the historical xforms
frontend is dead. Actually, it is still the one which is the best
implemented, because we have had more time to polish it. In this
release, most of the dialogs have been redesigned to be tighter.

Note also that the xforms library has been very recently updated to
version 1.0. This version has been released under the LGPL (Lesser
General Public License), and the availability of the source means that
many bugs that have been plaguing LyX have been fixed in xforms. You
are advised to upgrade to xforms 1.0 to enjoy all these new fixes. 
In fact, LyX 1.3.0 no longer supports versions of xforms older than
0.89.5. Moreover, support for xforms older than 1.0 will be removed in
the next release. You have been warned ;-)

In most cases the dialogs have been designed to make it impossible to
input invalid parameters. The exception to this rule is the input of
length data. Power LaTeX users can still input obtuse glue lengths,
but the widgets are highlighted in red if this input is invalid or
incomplete. This visual feedback makes it easy to see why LyX won't
allow you to Apply your changes.

** Gnome frontend

Unfortunately, the development of the Gnome frontend has mostly
stopped recently and we have therefore chosen to disable it. We
strongly invite anyone willing to revive this port to volunteer on the
developer's list.

** Instant preview

preview-latex is an emacs package for LaTeX that allows instant
previews of LaTeX code, so you can immediately see the visual
rendering of the LaTeX in the document. Its project home page can be
found at http://sourceforge.net/projects/preview-latex. With the help
of David Kastrup, the author, LyX 1.3.0 can harness this functionality
to allow instant previews in the LyX window of math equations and
figures. This feature can be immensely useful, ensuring that the
rendering of your equation will look right in the final output. The
preview is only displayed (if enabled) when you're not editing the
actual equation, so it's unobtrusive too.

** Math editor

There have been a few visible and some not-so-visible changes. On the
visible side we have better visual feedback regarding the structure of
a formula, showing the nesting by small purple decorations in the
formula itself and revealing the names of the nesting levels in the
minibuffer. There is now native support for symbols from the wasy
package 

Scheduled downtime for Aussie

[Lars Gullik Bjønnes]

Aussie needs to be physically moved a couple of meters and must be
taken down for that.

This will affect ftp.devel.lyx.org and bugzilla.lyx.org.

Aussie will be down for ~5-10 minutes, starting about one o'clock
local time. That is 12 o'clock UTC.

-- 
Lgb

Announce: LyX 1.3.0 released.

[Lars Gullik Bjønnes]

Public release of LyX version 1.3.0
===

We are glad to announce the release of LyX 1.3.0.

As with the previous major version 1.2.0, many things make this new
release an exciting one. One of the major projects that has been going
on behind the scenes is the so-called GUI-independence project. We are
glad to announce that version 1.3.0 shows the first results of this. 
LyX now comes in two flavours: Qt-LyX and xforms-LyX!

Although this is the most visible change in version 1.3, this should
not hide the fact that the `under the hood' changes to the code have
again been very important. A detailed list can be found below.

In case you are wondering what LyX is, here is what
http://www.lyx.org/ has to say on the subject:

  LyX is an advanced open source document processor that encourages an
  approach to writing based on the structure of your documents, not
  their appearance. LyX lets you concentrate on writing, leaving
  details of visual layout to the software.

  LyX runs on many Unix platforms (including MacOS X), OS/2, and under
  Windows/Cygwin. Note that all these ports use the same xforms
  interface and therefore need an X server.

You can download LyX 1.3.0 here :

ftp://ftp.lyx.org/pub/lyx/stable/lyx-1.3.0.tar.gz
ftp://ftp.devel.lyx.org/pub/lyx/lyx-1.3.0.tar.gz

and it should shortly propagate to the following mirrors :

ftp://ftp.sdsc.edu/pub/other/lyx/stable/lyx-1.3.0.tar.gz
ftp://ftp.lip6.fr/pub/lyx/stable/lyx-1.3.0.tar.gz
ftp://gd.tuwien.ac.at/publishing/tex/lyx/stable/lyx-1.3.0.tar.gz
ftp://ftp.ntua.gr/pub/X11/LyX/stable/lyx-1.3.0.tar.gz
ftp://ftp.icm.edu.pl/vol/rzm0/lyx/stable/lyx-1.3.0.tar.gz


Prebuild binaries (mainly rpms for linux distributions) should soon be 
available at
ftp://ftp.lyx.org/pub/lyx/bin/1.3.0
 
If you find what you think is a bug in LyX 1.3.0, you may either
e-mail the LyX developers' mailing list ([EMAIL PROTECTED]), or
open a bug report at http://bugzilla.lyx.org

If you're having trouble using the new version of LyX, or have a
question, first check out http://www.lyx.org/help/, and e-mail the LyX
users' list ([EMAIL PROTECTED]) if you can't find an answer
there.

Enjoy!

The LyX team.


New features


** Qt frontend

This is of course the most visible new feature. This frontend supports
either Qt 2.x or 3.x and is mostly feature complete. Note that some
of the dialogs are slightly different in design, but are generally
functionally equivalent.

** Xforms frontend

The advent of the Qt frontend does not mean that the historical xforms
frontend is dead. Actually, it is still the one which is the best
implemented, because we have had more time to polish it. In this
release, most of the dialogs have been redesigned to be tighter.

Note also that the xforms library has been very recently updated to
version 1.0. This version has been released under the LGPL (Lesser
General Public License), and the availability of the source means that
many bugs that have been plaguing LyX have been fixed in xforms. You
are advised to upgrade to xforms 1.0 to enjoy all these new fixes. 
In fact, LyX 1.3.0 no longer supports versions of xforms older than
0.89.5. Moreover, support for xforms older than 1.0 will be removed in
the next release. You have been warned ;-)

In most cases the dialogs have been designed to make it impossible to
input invalid parameters. The exception to this rule is the input of
length data. Power LaTeX users can still input obtuse glue lengths,
but the widgets are highlighted in red if this input is invalid or
incomplete. This visual feedback makes it easy to see why LyX won't
allow you to Apply your changes.

** Gnome frontend

Unfortunately, the development of the Gnome frontend has mostly
stopped recently and we have therefore chosen to disable it. We
strongly invite anyone willing to revive this port to volunteer on the
developer's list.

** Instant preview

preview-latex is an emacs package for LaTeX that allows instant
previews of LaTeX code, so you can immediately see the visual
rendering of the LaTeX in the document. Its project home page can be
found at http://sourceforge.net/projects/preview-latex. With the help
of David Kastrup, the author, LyX 1.3.0 can harness this functionality
to allow instant previews in the LyX window of math equations and
figures. This feature can be immensely useful, ensuring that the
rendering of your equation will look right in the final output. The
preview is only displayed (if enabled) when you're not editing the
actual equation, so it's unobtrusive too.

** Math editor

There have been a few visible and some not-so-visible changes. On the
visible side we have better visual feedback regarding the structure of
a formula, showing the nesting by small purple decorations in the
formula itself and revealing the names of the nesting levels in the
minibuffer. There is now native support for symbols from the wasy
package 

Scheduled downtime for Aussie

[Lars Gullik Bjønnes]

Aussie needs to be physically moved a couple of meters and must be
taken down for that.

This will affect ftp.devel.lyx.org and bugzilla.lyx.org.

Aussie will be down for ~5-10 minutes, starting about one o'clock
local time. That is 12 o'clock UTC.

-- 
Lgb

Announce: LyX 1.3.0 released.

[Lars Gullik Bjønnes]

Public release of LyX version 1.3.0
===

We are glad to announce the release of LyX 1.3.0.

As with the previous major version 1.2.0, many things make this new
release an exciting one. One of the major projects that has been going
on behind the scenes is the so-called GUI-independence project. We are
glad to announce that version 1.3.0 shows the first results of this. 
LyX now comes in two flavours: Qt-LyX and xforms-LyX!

Although this is the most visible change in version 1.3, this should
not hide the fact that the `under the hood' changes to the code have
again been very important. A detailed list can be found below.

In case you are wondering what LyX is, here is what
http://www.lyx.org/ has to say on the subject:

  LyX is an advanced open source document processor that encourages an
  approach to writing based on the structure of your documents, not
  their appearance. LyX lets you concentrate on writing, leaving
  details of visual layout to the software.

  LyX runs on many Unix platforms (including MacOS X), OS/2, and under
  Windows/Cygwin. Note that all these ports use the same xforms
  interface and therefore need an X server.

You can download LyX 1.3.0 here :

ftp://ftp.lyx.org/pub/lyx/stable/lyx-1.3.0.tar.gz
ftp://ftp.devel.lyx.org/pub/lyx/lyx-1.3.0.tar.gz

and it should shortly propagate to the following mirrors :

ftp://ftp.sdsc.edu/pub/other/lyx/stable/lyx-1.3.0.tar.gz
ftp://ftp.lip6.fr/pub/lyx/stable/lyx-1.3.0.tar.gz
ftp://gd.tuwien.ac.at/publishing/tex/lyx/stable/lyx-1.3.0.tar.gz
ftp://ftp.ntua.gr/pub/X11/LyX/stable/lyx-1.3.0.tar.gz
ftp://ftp.icm.edu.pl/vol/rzm0/lyx/stable/lyx-1.3.0.tar.gz


Prebuild binaries (mainly rpms for linux distributions) should soon be 
available at
ftp://ftp.lyx.org/pub/lyx/bin/1.3.0
 
If you find what you think is a bug in LyX 1.3.0, you may either
e-mail the LyX developers' mailing list ([EMAIL PROTECTED]), or
open a bug report at http://bugzilla.lyx.org

If you're having trouble using the new version of LyX, or have a
question, first check out http://www.lyx.org/help/, and e-mail the LyX
users' list ([EMAIL PROTECTED]) if you can't find an answer
there.

Enjoy!

The LyX team.


New features


** Qt frontend

This is of course the most visible new feature. This frontend supports
either Qt 2.x or 3.x and is mostly feature complete. Note that some
of the dialogs are slightly different in design, but are generally
functionally equivalent.

** Xforms frontend

The advent of the Qt frontend does not mean that the historical xforms
frontend is dead. Actually, it is still the one which is the best
implemented, because we have had more time to polish it. In this
release, most of the dialogs have been redesigned to be tighter.

Note also that the xforms library has been very recently updated to
version 1.0. This version has been released under the LGPL (Lesser
General Public License), and the availability of the source means that
many bugs that have been plaguing LyX have been fixed in xforms. You
are advised to upgrade to xforms 1.0 to enjoy all these new fixes. 
In fact, LyX 1.3.0 no longer supports versions of xforms older than
0.89.5. Moreover, support for xforms older than 1.0 will be removed in
the next release. You have been warned ;-)

In most cases the dialogs have been designed to make it impossible to
input invalid parameters. The exception to this rule is the input of
length data. Power LaTeX users can still input obtuse "glue lengths",
but the widgets are highlighted in red if this input is invalid or
incomplete. This visual feedback makes it easy to see why LyX won't
allow you to Apply your changes.

** Gnome frontend

Unfortunately, the development of the Gnome frontend has mostly
stopped recently and we have therefore chosen to disable it. We
strongly invite anyone willing to revive this port to volunteer on the
developer's list.

** Instant preview

preview-latex is an emacs package for LaTeX that allows "instant
previews" of LaTeX code, so you can immediately see the visual
rendering of the LaTeX in the document. Its project home page can be
found at http://sourceforge.net/projects/preview-latex. With the help
of David Kastrup, the author, LyX 1.3.0 can harness this functionality
to allow instant previews in the LyX window of math equations and
figures. This feature can be immensely useful, ensuring that the
rendering of your equation will look right in the final output. The
preview is only displayed (if enabled) when you're not editing the
actual equation, so it's unobtrusive too.

** Math editor

There have been a few visible and some not-so-visible changes. On the
visible side we have better visual feedback regarding the structure of
a formula, showing the nesting by small purple decorations in the
formula itself and revealing the names of the nesting levels in the
minibuffer. There is now native support for symbols from the wasy
package 

Devel FTP - changing server

[Lars Gullik Bjønnes]

I am moving ftp.devel.lyx.org from baywatch to aussie.

I will shutdown anon ftp on baywatch shortly.

-- 
Lgb

Devel FTP - changing server

[Lars Gullik Bjønnes]

I am moving ftp.devel.lyx.org from baywatch to aussie.

I will shutdown anon ftp on baywatch shortly.

-- 
Lgb

Devel FTP - changing server

[Lars Gullik Bjønnes]

I am moving ftp.devel.lyx.org from baywatch to aussie.

I will shutdown anon ftp on baywatch shortly.

-- 
Lgb

Re: Bug: lyx-qt 1.3.0pre3 cannot use ISO-8859-15

[Lars Gullik Bjønnes]

John Levon [EMAIL PROTECTED] writes:

| This seems to be a local problem on your system.

Font differences?

-- 
Lgb

Re: Bug: lyx-qt 1.3.0pre3 cannot use ISO-8859-15

[Lars Gullik Bjønnes]

John Levon [EMAIL PROTECTED] writes:

| This seems to be a local problem on your system.

Font differences?

-- 
Lgb

Re: Bug: lyx-qt 1.3.0pre3 cannot use ISO-8859-15

[Lars Gullik Bjønnes]

John Levon <[EMAIL PROTECTED]> writes:

| This seems to be a local problem on your system.

Font differences?

-- 
Lgb