Hi,
Firstly, let me say that I'm really impressed with Lyx 1.2.0. The new
features are great, and it has been very stable for me so far. Great job.
One problem I had importing Lyx1.1.6 documents is that Lyx 1.2.0 insists
on specifying a rotation origin to includegraphics. The default 'origin=c'
On Friday 07 June 2002 19:34, Angus Leeming wrote:
> On Friday 07 June 2002 6:27 pm, geof wrote:
> > Hi all,
> >
> > I'have just installed lyx-1.2.0 with xforms-1RC.
> > But now, I cannot move the cursor with the arrows on the keyboard!
> > This appends in the text and in equation ! I can use the
On Friday 07 June 2002 6:27 pm, geof wrote:
> Hi all,
>
> I'have just installed lyx-1.2.0 with xforms-1RC.
> But now, I cannot move the cursor with the arrows on the keyboard!
> This appends in the text and in equation ! I can use the other keys without
> problem! It's very strange.
> Do you thing
Hi all,
I'have just installed lyx-1.2.0 with xforms-1RC.
But now, I cannot move the cursor with the arrows on the keyboard!
This appends in the text and in equation ! I can use the other keys without
problem! It's very strange.
Do you thing it can be caused by the rc version of xfroms?
Thanks,
On Friday 07 June 2002 5:28 pm, Lars Gullik Bjønnes wrote:
> Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
> | + * lyxfont.C (operator==, operator!=): strange error message about
> | + LyXFont::FontBits being private. Yes? and? Redefining the parameter as
> | + FontBits cures it. Go figur
On Friday 07 June 2002 4:10 pm, Jean-Marc Lasgouttes wrote:
> Did you try to post about it on comp.unix/tru64? Whenever I did that
> about cxx problems I had an answer from someone in the compiler team
> very rapidly.
I have just done so. Thanks for the suggestion.
Angus
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| What happens for InsetList/Inset table if you define inset_iterator as
| friend class inset_operator {...
>
| I am not even sure this is good c++. Just wondering.
>
| + * lyxfont.C (operator==, operator!=): strange error message about
| +
> "John" == John Levon <[EMAIL PROTECTED]> writes:
>> This new version is simpler
John> Probably because it's incomplete :)
OK, I think it is even shorter now. Care to try it out?
JMarc
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> Please review and apply. Angus
Small comments:
+ * kbmap.h (modifier_pair):
+ * paragraph.h (InsetTable, InsetList):
+ type definition made public.
What happens for InsetList/Inset table if you define inset_it
Jean-Marc Lasgouttes wrote:
> Did you try to post about it on comp.unix/tru64? Whenever I did that
> about cxx problems I had an answer from someone in the compiler team
> very rapidly.
Excellent suggestion, IMO.
+Thomas
--
Thomas Anders <[EMAIL PROTECTED]>
Hahn-Meitner-Institut Berlin, Germa
Please review and apply.
Angus
compile.diff.gz
Description: GNU Zip compressed data
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> On Friday 07 June 2002 10:46 am, Thomas Anders wrote:
>> Angus Leeming wrote: > Possibly. This is the bleeding edge compiler
>> which is where you want us > to be, right?
>>
>> In case you suspect compiler bugs, you may want to tr
Angus Leeming wrote:
> Thomas, have you any idea what has changed from 6.5-021 to 6.5-026? Is there
> a web page detailing the changes?
Not much, quoting /usr/lib/cmplrs/cxx/V6.5-026/cxx650_release.txt:
- --- snip ---
3.1 Enhancements, Changes, and Problems Corrected in V6.5-026
On Friday 07 June 2002 10:46 am, Thomas Anders wrote:
> Angus Leeming wrote:
> > Possibly. This is the bleeding edge compiler which is where you want us
> > to be, right?
>
> In case you suspect compiler bugs, you may want to try the slightly later
> ftp://ftp.compaq.com/pub/products/C-CXX/tru64/c
On Friday 07 June 2002 9:19 am, Lars Gullik Bjønnes wrote:
> Angus Leeming <[EMAIL PROTECTED]> writes:
> | Woo hoo! I have a decent compiler again!
> |
> | As for the warnings, there are thousands of em, especially in the boost
> | code! there are also some errors about stuff that's now in namespa
On Friday 07 June 2002 10:48 am, Angus Leeming wrote:
> Thoughts?
>
> A possible work around would be to rename class_fun here, so
>
> template void_class_fun_t
> void_class_fun(C & c, void(C::*f)(A))
>
> I understand that void_class_fun_t was only created because other compilers
> can't cope wit
On Friday 07 June 2002 10:18 am, Lars Gullik Bjønnes wrote:
> Angus Leeming <[EMAIL PROTECTED]> writes:
> | I have got as far as FormPreferences in my attempts to get lyx to compile
> | with cxx 6.5. Now I'm a little stuck.
> |
> | We have not defined an operator=() for class Converters and I'm ge
José Abílio Oliveira Matos <[EMAIL PROTECTED]> writes:
| On Friday 07 June 2002 10:24, Asger K. Alstrup Nielsen wrote:
>> Dear All,
>>
>> I have received my flight ticket now.
>>
>> I'll arrive in Oporto 12.50 on the 13th of June.
>> My flight back to Denmark leaves at 13.15 on the 17th of June.
> Someone in the ANSOL list (Portuguese Free Software Association) propose the
> simple: SixPack
That's a good one. Let's use that.
Greets,
Asger
On Friday 07 June 2002 11:57 am, Edwin Leuven wrote:
> could someone consider this one?
>
> thanks, Ed.
I'll have a look once I have compiled and can execute cvs. If I fail in that
endeveour, I'll tell the list and someone else can apply your patch.
Angus
could someone consider this one?
thanks, Ed.
mvcpar3.diff.gz
Description: GNU Zip compressed data
On Friday 07 June 2002 10:24, Asger K. Alstrup Nielsen wrote:
> Dear All,
>
> I have received my flight ticket now.
>
> I'll arrive in Oporto 12.50 on the 13th of June.
> My flight back to Denmark leaves at 13.15 on the 17th of June.
Ok.
> Jose, could you please send your mobile number, and in
On Friday 07 June 2002 11:17 am, Juergen Vigna wrote:
> On 07-Jun-2002 Jean-Marc Lasgouttes wrote:
> > What are the versions of xforms that are linked against -ljpeg?
> > Actually, I use the static version of 0. here. Is the latest rc4
> > still linked against -jpeg? This is an xforms bug IMO
On 07-Jun-2002 Jean-Marc Lasgouttes wrote:
> What are the versions of xforms that are linked against -ljpeg?
> Actually, I use the static version of 0. here. Is the latest rc4
> still linked against -jpeg? This is an xforms bug IMO and if it
> appears that it is fixed in 1.0 I do not want to
> "John" == John Levon <[EMAIL PROTECTED]> writes:
John> On Thu, Jun 06, 2002 at 04:56:28PM +0200, Jean-Marc Lasgouttes
John> wrote:
>> People, I have rewritten most of xforms.m4 in the 1.2.1cvs branch.
John> Well I tried to warn you ...
Don't worry for me.
John> It's broken for me because
Thoughts?
A possible work around would be to rename class_fun here, so
template void_class_fun_t
void_class_fun(C & c, void(C::*f)(A))
I understand that void_class_fun_t was only created because other compilers
can't cope with a return from a void function...
Angus
cxx: Error: ../../devel
Angus Leeming wrote:
> Possibly. This is the bleeding edge compiler which is where you want us to
> be, right?
In case you suspect compiler bugs, you may want to try the slightly later
ftp://ftp.compaq.com/pub/products/C-CXX/tru64/cxx/CXX651V26.tar
released Wednesday.
Will you care to release a
On 07-Jun-2002 Asger K. Alstrup Nielsen wrote:
> Dear All,
>
> I have received my flight ticket now.
Good!
> I'll arrive in Oporto 12.50 on the 13th of June.
> My flight back to Denmark leaves at 13.15 on the 17th of June.
Just for the records I also got my tickets and will arrive the 14th at
On Friday 07 June 2002 10:18 am, Lars Gullik Bjønnes wrote:
> Angus Leeming <[EMAIL PROTECTED]> writes:
> | I have got as far as FormPreferences in my attempts to get lyx to compile
> | with cxx 6.5. Now I'm a little stuck.
> |
> | We have not defined an operator=() for class Converters and I'm ge
Dear All,
I have received my flight ticket now.
I'll arrive in Oporto 12.50 on the 13th of June.
My flight back to Denmark leaves at 13.15 on the 17th of June.
Jose, could you please send your mobile number, and instructions
for how to get to your place?
BTW, what is the abbreviation for this
Angus Leeming <[EMAIL PROTECTED]> writes:
| I have got as far as FormPreferences in my attempts to get lyx to compile
| with cxx 6.5. Now I'm a little stuck.
>
| We have not defined an operator=() for class Converters and I'm getting the
| following error message. What's the best way to resolve
On Friday 07 June 2002 9:19 am, Lars Gullik Bjønnes wrote:
> Angus Leeming <[EMAIL PROTECTED]> writes:
> | Woo hoo! I have a decent compiler again!
> |
> | As for the warnings, there are thousands of em, especially in the boost
> | code! there are also some errors about stuff that's now in namespa
I have got as far as FormPreferences in my attempts to get lyx to compile
with cxx 6.5. Now I'm a little stuck.
We have not defined an operator=() for class Converters and I'm getting the
following error message. What's the best way to resolve this?
I guess that defining operator=() as below
Allan Rae <[EMAIL PROTECTED]> writes:
| On Thu, 6 Jun 2002, Lars Gullik Bjønnes wrote:
>
>> Allan Rae <[EMAIL PROTECTED]> writes:
>>
>> >> | Despite that, it seems to be more and more necessary for LyX
>> >> | developers _and users_ to be using gcc-cvs rather than
>> >> | gcc-some-recent-release
Angus Leeming <[EMAIL PROTECTED]> writes:
| Woo hoo! I have a decent compiler again!
>
| As for the warnings, there are thousands of em, especially in the boost code!
| there are also some errors about stuff that's now in namespace std, but
| that's by the by.
>
| However, these two warnings mi
35 matches
Mail list logo
