Kornel == Kornel Benko [EMAIL PROTECTED] writes:
Kornel On Freitag, 28. Februar 2003 17:34, Jean-Marc Lasgouttes
Kornel wrote: ...
The problem is the following code in lyxlength.C:
string const LyXLength::asLatexString() const { ostringstream
buffer; switch (unit_) { case PTW: buffer
A == A P Manners [EMAIL PROTECTED] writes:
A Why is someone from INRIA using C++?
Why not? Should I use ocaml only?
JMarc
Andre == Andre Poenitz [EMAIL PROTECTED] writes:
Andre On Fri, Feb 28, 2003 at 06:11:41PM +0100, Alfredo Braunstein
Andre wrote:
There are still some remaining files which do not include
config.h. Are they exceptions to the general rule?
Andre To be honest, I never understood the rule.
The
On Mon, Mar 03, 2003 at 09:44:34AM +0100, Jean-Marc Lasgouttes wrote:
Andre To be honest, I never understood the rule.
The rule is: don't try to understand, just include config.h in every
.C file.
But I have another rule: Do not include anything if you don't need it.
Then if you do not
Andre == Andre Poenitz [EMAIL PROTECTED] writes:
Andre On Mon, Mar 03, 2003 at 09:44:34AM +0100, Jean-Marc Lasgouttes
Andre wrote: To be honest, I never understood the rule.
The rule is: don't try to understand, just include config.h in
every .C file.
Andre But I have another rule: Do not
On Mon, Mar 03, 2003 at 11:17:25AM +0100, Jean-Marc Lasgouttes wrote:
We used to have things like handling `explicit' keyword for older c++
compilers (by #define'ing explicit to empty string). This does not
apply to recent lyx, but if we want to reintroduce something like that
later I'd rather
Andre == Andre Poenitz [EMAIL PROTECTED] writes:
Andre On Mon, Mar 03, 2003 at 11:17:25AM +0100, Jean-Marc Lasgouttes
Andre wrote:
We used to have things like handling `explicit' keyword for older
c++ compilers (by #define'ing explicit to empty string). This does
not apply to recent lyx, but
Andre Poenitz [EMAIL PROTECTED] writes:
| On Mon, Mar 03, 2003 at 11:17:25AM +0100, Jean-Marc Lasgouttes wrote:
| We used to have things like handling `explicit' keyword for older c++
| compilers (by #define'ing explicit to empty string). This does not
| apply to recent lyx, but if we want to
[EMAIL PROTECTED] (Lars Gullik Bjønnes) writes:
| I'll have a look.
First go ag pspell.m4 cleanup, working, but can fail...
Btw... today we have a --with-pspell switch... shouldn't this really
be a --enable-pspell instead?
Index: pspell.m4
Lars == Lars Gullik Bjønnes [EMAIL PROTECTED] writes:
Lars [EMAIL PROTECTED] (Lars Gullik Bjønnes) writes: | I'll have a look.
Lars First go ag pspell.m4 cleanup, working, but can fail...
Lars Btw... today we have a --with-pspell switch... shouldn't this
Lars really be a --enable-pspell
Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:
| Lars == Lars Gullik Bjønnes [EMAIL PROTECTED] writes:
|
| Lars [EMAIL PROTECTED] (Lars Gullik Bjønnes) writes: | I'll have a look.
|
| Lars First go ag pspell.m4 cleanup, working, but can fail...
|
| Lars Btw... today we have a --with-pspell
no.po in 1.3.0 has a serious flaw - Section and Section* translates
to the same string, making it impossible to use Section* while using
the Norwegian locale. (The translation of Section* lost the *)
This small patch fixes this, by providing a unambigous translation
containing the *. It also
did any one manage to get lyx working with qt 3.1(.1)?
for me it compiles and links but when i run lyx i get:
./src/lyx: relocation error: ./src/lyx: undefined symbol:
_ZN18QMetaObjectCleanUpC1EPKcPFP11QMetaObjectvE
Ed.
Helge Hafting [EMAIL PROTECTED] writes:
| no.po in 1.3.0 has a serious flaw - Section and Section* translates
| to the same string, making it impossible to use Section* while using
| the Norwegian locale. (The translation of Section* lost the *)
|
| This small patch fixes this, by providing a
Jean-Marc,
please consider to apply this to 1.3.1cvs.
Andre'
--
Those who desire to give up Freedom in order to gain Security,
will not have, nor do they deserve, either one. (T. Jefferson)
? tmp.diff
? 1.diff
? cut.diff
? crash.diff
? haveit
? script.diff
? all
? rmcopyright.sh
?
On Mon, Mar 03, 2003 at 12:56:01PM +0100, Andre' Poenitz wrote:
please consider to apply this to 1.3.1cvs.
Well, the second part should be safe as well. See attached.
Andre'
--
Those who desire to give up Freedom in order to gain Security,
will not have, nor do they deserve, either one. (T.
Lars Gullik Bjønnes wrote:
Helge Hafting [EMAIL PROTECTED] writes:
[...]
| I hope this can get into 1.3.1, as SubSubsection* currently is
| inaccessible. Patch against 1.3.0 included.
Hmm... are you sure you wouldn't like to be co-translator with me on
this?
Sure, that could be interesting. How
Edwin Leuven wrote:
did any one manage to get lyx working with qt 3.1(.1)?
It works ok for me.
Alfredo
Helge Hafting [EMAIL PROTECTED] writes:
| Lars Gullik Bjønnes wrote:
| Helge Hafting [EMAIL PROTECTED] writes:
| [...]
| | I hope this can get into 1.3.1, as SubSubsection* currently is
| | inaccessible. Patch against 1.3.0 included.
| Hmm... are you sure you wouldn't like to be
Andre Poenitz wrote:
We don't have consensus too often on lyx-devel. [And we usually get
there more easily when We are out of reach ;-)]
I see. In boost We trust.
Ok, if you are really sure that you want that, can you 'install'
boost.graph in the lyx tree? I will give it a try.
sigh
On Mon, Mar 03, 2003 at 01:27:27PM +0100, Alfredo Braunstein wrote:
One more lost soul...
Why, do I have the choice? (And no, this question is not rethoric)
There is always a choice.
My approach to boost is something like
if ((I can implement it in 20 lines myself)
(it is
Andre Poenitz [EMAIL PROTECTED] writes:
| On Mon, Mar 03, 2003 at 01:27:27PM +0100, Alfredo Braunstein wrote:
| One more lost soul...
|
| Why, do I have the choice? (And no, this question is not rethoric)
|
| There is always a choice.
|
| My approach to boost is something like
|
|if
On Monday 03 March 2003 12:10, Alfredo Braunstein wrote:
Edwin Leuven wrote:
did any one manage to get lyx working with qt 3.1(.1)?
It works ok for me.
Alfredo
The same applies to me. I have a box running the latest gentoo and I don't
have any problem.
--
José Abílio
The same applies to me. I have a box running the latest gentoo and I
don't have any problem.
something must be rotten over here. very strange though. i am running kde 3.1
without any problems...
thanks for the info
Ed.
Andre Poenitz wrote:
There is always a choice.
Yes, the choice is there. It's only that We take it. ;)
No, I'm joking. Only that for learning something, I would like to have
explanations on these decisions.
For instance, is not that the boost graph code fits like a glove. It doesn't
have
Andre == Andre Poenitz [EMAIL PROTECTED] writes:
Andre Jean-Marc,
Andre please consider to apply this to 1.3.1cvs.
Do you really think it is needed _now_? Otherwose, I'd better wait for
1.3.2cvs.
Actually, the main thing I would like to add to 1.3.1 is Dekel's
qfont_loader patch, assuming it
On Mon, Mar 03, 2003 at 01:50:17PM +0100, Lars Gullik Bjønnes wrote:
f.ex. the boost noncopyalbe is very simple, but why would you want to
implement it for yourself?
Because I am not as strict on who is allowed to access what as you are.
Using a copyable object just works as well as using a
Lars == Lars Gullik Bjønnes [EMAIL PROTECTED] writes:
Lars Helge Hafting [EMAIL PROTECTED] writes:
Lars | Lars Gullik Bjønnes wrote:
Lars | Helge Hafting [EMAIL PROTECTED] writes: | [...] | |
Lars I hope this can get into 1.3.1, as SubSubsection* currently is
Lars | | inaccessible. Patch
On Mon, Mar 03, 2003 at 02:04:29PM +0100, Alfredo Braunstein wrote:
There is always a choice.
Yes, the choice is there. It's only that We take it. ;)
No, it's like making Us think we take it ;-)
No, I'm joking.
Ah well, I am a bit joking... We haven't got too much abuse for two weeks
or
On Mon, Mar 03, 2003 at 02:27:00PM +0100, Jean-Marc Lasgouttes wrote:
Andre please consider to apply this to 1.3.1cvs.
Do you really think it is needed _now_?
No.
Otherwose, I'd better wait for 1.3.2cvs.
1.3.2cvs is fine with me.
Actually, the main thing I would like to add to 1.3.1 is
Title:
=== U ===
..
/
Hi André,
Andre Poenitz wrote:
Also, how much testing does the boost graph library has? How widely used
is? (I'm asking because I don't know)
boost is de facto Standard. People ignoring the Standard are likely to
ignore boosts existence as well, the rest is aware of boost and uses a
thing
On Sat, Mar 01, 2003 at 12:26:10AM +, John Levon wrote:
Looks good, but :
+ if (cache_set[family])
+ return cache[family];
dont you mean :
if (cache_set[family])
return true
No. The original code is correct
Also, are you sure that this
Andre == Andre Poenitz [EMAIL PROTECTED] writes:
Andre On Mon, Mar 03, 2003 at 02:27:00PM +0100, Jean-Marc Lasgouttes
Andre wrote: please consider to apply this to 1.3.1cvs.
Do you really think it is needed _now_?
Andre No.
Otherwose, I'd better wait for 1.3.2cvs.
Andre 1.3.2cvs is fine
Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:
| Lars == Lars Gullik Bjønnes [EMAIL PROTECTED] writes:
|
| Lars Helge Hafting [EMAIL PROTECTED] writes:
| Lars | Lars Gullik Bjønnes wrote:
| Lars | Helge Hafting [EMAIL PROTECTED] writes: | [...] | |
| Lars I hope this can get into 1.3.1, as
On Mon, Mar 03, 2003 at 03:07:57PM +0100, Alfredo Braunstein wrote:
boost is de facto Standard. People ignoring the Standard are likely to
ignore boosts existence as well, the rest is aware of boost and uses a
thing or two from it. At least that's my impression.
I mean the graph library
On Mon, Mar 03, 2003 at 03:25:28PM +0100, Jean-Marc Lasgouttes wrote:
Andre I did not know you were releasing 1.3.1 soon.
Well, the fixes are beginning to accumulate to a long list, and it is
probably a good time to flush the queue.
So just do that.
Andre'
--
Those who desire to give up
Alfredo Braunstein [EMAIL PROTECTED] writes:
| Andre Poenitz wrote:
|
| There is always a choice.
|
| Yes, the choice is there. It's only that We take it. ;)
|
| No, I'm joking. Only that for learning something, I would like to have
| explanations on these decisions.
|
| For instance, is not
Andre Poenitz [EMAIL PROTECTED] writes:
| On Mon, Mar 03, 2003 at 01:50:17PM +0100, Lars Gullik Bjønnes wrote:
| f.ex. the boost noncopyalbe is very simple, but why would you want to
| implement it for yourself?
|
| Because I am not as strict on who is allowed to access what as you are.
|
Helge == Helge Hafting [EMAIL PROTECTED] writes:
Helge no.po in 1.3.0 has a serious flaw - Section and Section*
Helge translates to the same string, making it impossible to use
Helge Section* while using the Norwegian locale. (The translation
Helge of Section* lost the *)
Helge This small patch
Andre == Andre Poenitz [EMAIL PROTECTED] writes:
Andre On Mon, Mar 03, 2003 at 03:25:28PM +0100, Jean-Marc Lasgouttes
Andre wrote: I did not know you were releasing 1.3.1 soon.
Well, the fixes are beginning to accumulate to a long list, and it
is probably a good time to flush the queue.
Hello,
I found that Maximum Last Files has different MaxValues on 1.3.0xforms
vs.
1.3.0qt2. The maximum number displayed is 9 with both frontends, but qt
lets one select a maximum of 20.
I tracked this down to QPrefUIModule:353 there:
widget
classQSpinBox/class
property stdset=1
Andre Poenitz wrote:
I don't know. My own project is graph related stuff and at the time we
checked available implementations boost::graph just did not cut it. [We
can't affort O(n) operations for any of edge/node insertion/deletion and
edge contraction and boost::graph had that in some
Lars == Lars Gullik Bjønnes [EMAIL PROTECTED] writes:
Lars g++ -DHAVE_CONFIG_H -I. -I. -I. -I../boost -I/usr/include
Lars -I/usr/X11R6/include -g -O -fno-exceptions -W -Wall -Winline -c
Lars -o graph.o `test -f 'graph.C' || echo './'`graph.C cc1plus:
Lars warning: changing search order for
Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:
| Lars == Lars Gullik Bjønnes [EMAIL PROTECTED] writes:
|
| Lars g++ -DHAVE_CONFIG_H -I. -I. -I. -I../boost -I/usr/include
| Lars -I/usr/X11R6/include -g -O -fno-exceptions -W -Wall -Winline -c
| Lars -o graph.o `test -f 'graph.C' || echo
Lars == Lars Gullik Bjønnes [EMAIL PROTECTED] writes:
Lars I think we then should have a separate switch/configure for
Lars this, so that -isystem is not used all the time.
Or we could try to autodiscover this by including a couple X11 headers
and seeing whether there is an error.
Isn't there
Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:
| Lars == Lars Gullik Bjønnes [EMAIL PROTECTED] writes:
|
| Lars I think we then should have a separate switch/configure for
| Lars this, so that -isystem is not used all the time.
|
| Or we could try to autodiscover this by including a couple X11
From: [EMAIL PROTECTED]
UbJGSC3,ND18qJpP45DSJ~#,GkJ9SC3,ND17?/!#
I don't know what it is, but it definitely didn't come from the domain I'm
administering. Just to let you know.
Cheers, Kuba Ober
On Mon, Mar 03, 2003 at 04:12:35PM +0200, Dekel Tsur wrote:
No. The original code is correct
It's correct, but returning true is a *lot* more obvious to read,
since that is the return type of this function.
It seems reasonable that QFont() == QFont(), and QFont != a font that
represent a
On Mon, Mar 03, 2003 at 01:50:17PM +0100, Lars Gullik Bj?nnes wrote:
f.ex. the boost noncopyalbe is very simple, but why would you want to
implement it for yourself?
(same with boost::next and boost::prior)
because including any boost header makes the compiler a thousand times
slower and the
Our common friend owoq has nestled in here too. Colour me innocent, I
don't even control the domain.
On Mon, Mar 03, 2003 at 10:01:31PM +, [EMAIL PROTECTED] spake thusly:
Mailing-List: contact [EMAIL PROTECTED]; run by ezmlm
Precedence: bulk
X-No-Archive: yes
List-Post: mailto:[EMAIL
Angus Leeming [EMAIL PROTECTED] writes:
| Andre Poenitz wrote:
| Hm. But it would be sufficient for the users to use the boost::weak_ptr,
| there is no real need here to hand it out as such?
|
| That is correct. We could have
| class InsetBase {
| public:
| BufferView * cachedview() {
John Levon [EMAIL PROTECTED] writes:
| On Mon, Mar 03, 2003 at 01:50:17PM +0100, Lars Gullik Bj?nnes wrote:
|
| f.ex. the boost noncopyalbe is very simple, but why would you want to
| implement it for yourself?
| (same with boost::next and boost::prior)
|
| because including any boost header
On Mon, Mar 03, 2003 at 07:05:54PM +0100, Lars Gullik Bj?nnes wrote:
On all the tests I have seen lately (on gcc speed), _none_ of them
finds header parsing to be of much concern.
Then what the bally hell is PCH going to be for !?
and as to any boost header... double bullocks!!
Well let's
On Mon, Mar 03, 2003 at 12:15:30PM +0100, Edwin Leuven wrote:
did any one manage to get lyx working with qt 3.1(.1)?
for me it compiles and links but when i run lyx i get:
./src/lyx: relocation error: ./src/lyx: undefined symbol:
_ZN18QMetaObjectCleanUpC1EPKcPFP11QMetaObjectvE
Set
John Levon [EMAIL PROTECTED] writes:
| On Mon, Mar 03, 2003 at 07:05:54PM +0100, Lars Gullik Bj?nnes wrote:
|
| On all the tests I have seen lately (on gcc speed), _none_ of them
| finds header parsing to be of much concern.
|
| Then what the bally hell is PCH going to be for !?
beats me :-)
On Mon, Mar 03, 2003 at 12:55:29PM -0500, Kuba Ober wrote:
I don't know what it is, but it definitely didn't come from the domain I'm
administering. Just to let you know.
I think most people are familiar with this sort of thing by now :(
Judging by the undeliverables I get every week, I'm
has make the UserGuide unlatexable...
seems to be some \begin{tabular}\end{tabular} problems.
--
Lgb
Who has been playing with latex generation now?
LaTeX Error: File 'dvipost.sty' not found.
\usepackage[usenames]{color}
--
Lgb
On Fri, Feb 28, 2003 at 01:10:59AM -0800, Kayvan A. Sylvan wrote:
Latest LyX-1.4.0cvs seems to have some bugs with respect to checkout and
checkin and noticing changes in the readonly status of the current buffer.
The co or ci happen, but the buffer readonly status is not correctly
set.
On Tue, Mar 04, 2003 at 12:09:48AM +0100, Lars Gullik Bj?nnes wrote:
Who has been playing with latex generation now?
LaTeX Error: File 'dvipost.sty' not found.
Eh ? Worked before. We shouldn't require dvipost if change tracking is
not on.
\usepackage[usenames]{color}
What's wrong with
John Levon [EMAIL PROTECTED] writes:
| On Tue, Mar 04, 2003 at 12:09:48AM +0100, Lars Gullik Bj?nnes wrote:
|
| Who has been playing with latex generation now?
|
| LaTeX Error: File 'dvipost.sty' not found.
|
| Eh ? Worked before. We shouldn't require dvipost if change tracking is
| not
On Tue, Mar 04, 2003 at 12:39:53AM +0100, Lars Gullik Bj?nnes wrote:
Change tracking was on...
Then you need the package to compile a latex document.
http://efeu.cybertec.at/
regards
john
3021
http://211.90.223.248/jkyym
1
2
3
44
5-
6
7
8
http://211.90.223.248/jkyym
[EMAIL PROTECTED] (Lars Gullik Bjønnes) writes:
| 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.
This has now been taken care of.
--
Lgb
On Mon, Mar 03, 2003 at 11:15:12PM +0100, Lars Gullik Bj?nnes wrote:
| 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.
This has now been taken care of.
Are we
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
John Levon [EMAIL PROTECTED] writes:
| On Tue, Mar 04, 2003 at 12:39:53AM +0100, Lars Gullik Bj?nnes wrote:
|
| Change tracking was on...
|
| Then you need the package to compile a latex document.
|
| http://efeu.cybertec.at/
Not good.
--
Lgb
On Tue, Mar 04, 2003 at 08:00:38AM +0100, Lars Gullik Bj?nnes wrote:
| Change tracking was on...
|
| Then you need the package to compile a latex document.
|
| http://efeu.cybertec.at/
Not good.
Huh !? What on earth do you expect to happen ? I'm baffled by your
response.
john
John Levon [EMAIL PROTECTED] writes:
| On Tue, Mar 04, 2003 at 08:00:38AM +0100, Lars Gullik Bj?nnes wrote:
|
| | Change tracking was on...
| |
| | Then you need the package to compile a latex document.
| |
| | http://efeu.cybertec.at/
|
| Not good.
|
| Huh !? What on earth do you
On Tue, Mar 04, 2003 at 08:29:05AM +0100, Lars Gullik Bj?nnes wrote:
| Huh !? What on earth do you expect to happen ? I'm baffled by your
| response.
Is dvipost.sty a standard package? Delivered with latex distributions?
Give it a chance, it has only been written at the same time as the
On Tue, Mar 04, 2003 at 07:34:02AM +, John Levon wrote:
Believe, they were *no* good *at all*. I might have some archived
evidence of this, I forget most of the details where changebar.sty was
just incapable ...
Well, enough evidence for _me_ was that I never got changebar.sty to do
want I
John Levon [EMAIL PROTECTED] writes:
| On Tue, Mar 04, 2003 at 08:29:05AM +0100, Lars Gullik Bj?nnes wrote:
|
| | Huh !? What on earth do you expect to happen ? I'm baffled by your
| | response.
|
| Is dvipost.sty a standard package? Delivered with latex distributions?
|
| Give it a
Andre Poenitz [EMAIL PROTECTED] writes:
| On Tue, Mar 04, 2003 at 07:34:02AM +, John Levon wrote:
| Believe, they were *no* good *at all*. I might have some archived
| evidence of this, I forget most of the details where changebar.sty was
| just incapable ...
|
| Well, enough evidence for
On Tue, Mar 04, 2003 at 08:46:20AM +0100, Lars Gullik Bjønnes wrote:
| Well, enough evidence for _me_ was that I never got changebar.sty to do
| want I want...
So no instead I have lyx documents not building...
Something needs fixing... and no, just install dvipost.sty is not
it.
We
On Tue, Mar 04, 2003 at 08:46:20AM +0100, Lars Gullik Bj?nnes wrote:
So no instead I have lyx documents not building...
So don't blimming use change tracking ! It's not a mandatory feature.
Something needs fixing... and no, just install dvipost.sty is not
it.
Correct. Don't use change
> "Kornel" == Kornel Benko <[EMAIL PROTECTED]> writes:
Kornel> On Freitag, 28. Februar 2003 17:34, Jean-Marc Lasgouttes
Kornel> wrote: ...
>> The problem is the following code in lyxlength.C:
>>
>> string const LyXLength::asLatexString() const { ostringstream
>> buffer; switch (unit_) { case
> "A" == A P Manners <[EMAIL PROTECTED]> writes:
A> Why is someone from INRIA using C++?
Why not? Should I use ocaml only?
JMarc
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
Andre> On Fri, Feb 28, 2003 at 06:11:41PM +0100, Alfredo Braunstein
Andre> wrote:
>> There are still some remaining files which do not include
>> . Are they exceptions to the general rule?
Andre> To be honest, I never understood the
On Mon, Mar 03, 2003 at 09:44:34AM +0100, Jean-Marc Lasgouttes wrote:
> Andre> To be honest, I never understood the rule.
>
> The rule is: don't try to understand, just include in every
> .C file.
But I have another rule: Do not include anything if you don't need it.
> Then if you do not want
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
Andre> On Mon, Mar 03, 2003 at 09:44:34AM +0100, Jean-Marc Lasgouttes
Andre> wrote: To be honest, I never understood the rule.
>> The rule is: don't try to understand, just include in
>> every .C file.
Andre> But I have another rule:
On Mon, Mar 03, 2003 at 11:17:25AM +0100, Jean-Marc Lasgouttes wrote:
> We used to have things like handling `explicit' keyword for older c++
> compilers (by #define'ing explicit to empty string). This does not
> apply to recent lyx, but if we want to reintroduce something like that
> later I'd
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
Andre> On Mon, Mar 03, 2003 at 11:17:25AM +0100, Jean-Marc Lasgouttes
Andre> wrote:
>> We used to have things like handling `explicit' keyword for older
>> c++ compilers (by #define'ing explicit to empty string). This does
>> not apply to
Andre Poenitz <[EMAIL PROTECTED]> writes:
| On Mon, Mar 03, 2003 at 11:17:25AM +0100, Jean-Marc Lasgouttes wrote:
| > We used to have things like handling `explicit' keyword for older c++
| > compilers (by #define'ing explicit to empty string). This does not
| > apply to recent lyx, but if we
[EMAIL PROTECTED] (Lars Gullik Bjønnes) writes:
| I'll have a look.
First go ag pspell.m4 cleanup, working, but can fail...
Btw... today we have a --with-pspell switch... shouldn't this really
be a --enable-pspell instead?
Index: pspell.m4
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> [EMAIL PROTECTED] (Lars Gullik Bjønnes) writes: | I'll have a look.
Lars> First go ag pspell.m4 cleanup, working, but can fail...
Lars> Btw... today we have a --with-pspell switch... shouldn't this
Lars> really be a
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
|
| Lars> [EMAIL PROTECTED] (Lars Gullik Bjønnes) writes: | I'll have a look.
|
| Lars> First go ag pspell.m4 cleanup, working, but can fail...
|
| Lars> Btw... today we have a
no.po in 1.3.0 has a serious flaw - "Section" and "Section*" translates
to the same string, making it impossible to use "Section*" while using
the Norwegian locale. (The translation of "Section*" lost the "*")
This small patch fixes this, by providing a unambigous translation
containing the
did any one manage to get lyx working with qt 3.1(.1)?
for me it compiles and links but when i run lyx i get:
./src/lyx: relocation error: ./src/lyx: undefined symbol:
_ZN18QMetaObjectCleanUpC1EPKcPFP11QMetaObjectvE
Ed.
Helge Hafting <[EMAIL PROTECTED]> writes:
| no.po in 1.3.0 has a serious flaw - "Section" and "Section*" translates
| to the same string, making it impossible to use "Section*" while using
| the Norwegian locale. (The translation of "Section*" lost the "*")
|
| This small patch fixes this, by
Jean-Marc,
please consider to apply this to 1.3.1cvs.
Andre'
--
Those who desire to give up Freedom in order to gain Security,
will not have, nor do they deserve, either one. (T. Jefferson)
? tmp.diff
? 1.diff
? cut.diff
? crash.diff
? haveit
? script.diff
? all
? rmcopyright.sh
?
On Mon, Mar 03, 2003 at 12:56:01PM +0100, Andre' Poenitz wrote:
> please consider to apply this to 1.3.1cvs.
Well, the second part should be safe as well. See attached.
Andre'
--
Those who desire to give up Freedom in order to gain Security,
will not have, nor do they deserve, either one. (T.
Lars Gullik Bjønnes wrote:
Helge Hafting <[EMAIL PROTECTED]> writes:
[...]
| I hope this can get into 1.3.1, as "SubSubsection*" currently is
| inaccessible. Patch against 1.3.0 included.
Hmm... are you sure you wouldn't like to be co-translator with me on
this?
Sure, that could be interesting.
Edwin Leuven wrote:
> did any one manage to get lyx working with qt 3.1(.1)?
It works ok for me.
Alfredo
Helge Hafting <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
| > Helge Hafting <[EMAIL PROTECTED]> writes:
| [...]
| > | I hope this can get into 1.3.1, as "SubSubsection*" currently is
| > | inaccessible. Patch against 1.3.0 included.
| > Hmm... are you sure you wouldn't like to be
Andre Poenitz wrote:
> We don't have consensus too often on lyx-devel. [And we usually get
> there more easily when We are out of reach ;-)]
I see. In boost We trust.
>> Ok, if you are really sure that you want that, can you 'install'
>> boost.graph in the lyx tree? I will give it a try.
>
>
On Mon, Mar 03, 2003 at 01:27:27PM +0100, Alfredo Braunstein wrote:
> > One more lost soul...
>
> Why, do I have the choice? (And no, this question is not rethoric)
There is always a choice.
My approach to boost is something like
if ((I can implement it in 20 lines myself) &&
(it is
Andre Poenitz <[EMAIL PROTECTED]> writes:
| On Mon, Mar 03, 2003 at 01:27:27PM +0100, Alfredo Braunstein wrote:
| > > One more lost soul...
| >
| > Why, do I have the choice? (And no, this question is not rethoric)
|
| There is always a choice.
|
| My approach to boost is something like
|
|
On Monday 03 March 2003 12:10, Alfredo Braunstein wrote:
> Edwin Leuven wrote:
> > did any one manage to get lyx working with qt 3.1(.1)?
>
> It works ok for me.
> Alfredo
The same applies to me. I have a box running the latest gentoo and I don't
have any problem.
--
José Abílio
> The same applies to me. I have a box running the latest gentoo and I
> don't have any problem.
something must be rotten over here. very strange though. i am running kde 3.1
without any problems...
thanks for the info
Ed.
1 - 100 of 152 matches
Mail list logo