Ulrich Hetmaniuk wrote:
> Qt 4 Frontend:
> Qt 4 version: 4.5.0
...
> Do you know how can I fix this problem?
i guess qt 4.5.0 makes it happen
pavel
Dear all,
Thank you for developing LyX.
I have compiled successfully LyX 1.6.2 on RedHat EL 5.
However, at execution, the code crashes when changing the focus on a
window.
Here is the error
==
bash-3.2$ src/lyx
(:11732): Gtk-WARNING **: GtkEntry - did not recei
Jean-Marc Lasgouttes schrieb:
Could you tell me whether you can import a document with only a few
words but some accented? I want to check whether the problem is with the
idocstream.
It is more worse now. I checked out trunk, compiled it, and now LyX crashes immediately whenever I
want to imp
If you "assign" some temporary (like a _copy_ returned from some
function) to a reference, the lifetime of that temporary will not
end at the end of the full expression (which usually marks the end of
life of temporaries), but will be extended to the end of the block
in which the reference is defi
On Mon, Apr 20, 2009 at 10:56:03PM +0200, Jean-Marc Lasgouttes wrote:
>> A function may not return a reference to a local variable. You should
>> at least get a warning.
>
> Yes, but what if I keep a reference to the temporary variable that gets
> returned? Does my reference point to neverland?
Now that i think about your arguments again: that was not the
problem here, but it is the answer for JMarc's question:
> OK, so all the changes were wrong. Now, how can I change my function
> signature to indicate that the return value is a temporary and
that an
> address should not be kept?
Bernhard Roider schrieb:
Abdelrazak Younes schrieb:
Jean-Marc Lasgouttes a écrit :
Le 20 avr. 09 à 00:25, Jean-Marc Lasgouttes a écrit :
Le 19 avr. 09 à 23:13, Abdelrazak Younes a écrit :
+docstring const fls = flattenLabelString(it->first,
false, callers);
docstring const & ?
Inde
Abdelrazak Younes schrieb:
Jean-Marc Lasgouttes a écrit :
Le 20 avr. 09 à 00:25, Jean-Marc Lasgouttes a écrit :
Le 19 avr. 09 à 23:13, Abdelrazak Younes a écrit :
+docstring const fls = flattenLabelString(it->first, false,
callers);
docstring const & ?
Indeed, thanks.
Now that I t
On Mon, Apr 20, 2009 at 12:03:42PM +0200, Jean-Marc Lasgouttes wrote:
> Abdelrazak Younes writes:
> > This essentially depends on bar(). If bar() generates a new string, it
> > should of course return a copy and you should not use a const ref. If
> > bar() returns a reference or a const reference
>> I also haven't found a menu entry as alternative for the Navigate
Back
>> button. According to our UI guideline, the Navigate menu should have
>> such an entry.
>
>i thought this holds for keyboard binding, but i can add it.
>
I've heard this especially in the context of context menus. Pro
Uwe Stöhr wrote:
> Hello Pavel,
>
> I wanted to describe the new Navigate Back feature since it is in LyX
> 1.6.3. But I don't understand how it works.
i described it in doxy:
Bookmark 0 has a special purpose. It is automatically set \n
1. to the paragraph you are currently editing \n
2. to the p
Jean-Marc Lasgouttes writes:
> Jean-Marc Lasgouttes writes:
>
>>> I'm not able to figure our why this bug happens (that tex2lyx no
>>> longer reads the syntax.default file), but I can verify that when I
>>> revert r28858 and recompile tex2lyx then it can again parse
>>> formulas.
>>
>> I'll take
Uwe Stöhr wrote:
Helge Hafting schrieb:
It compiled for me, so I guess the image paths were absolute instead
of relative?
Yes. When you modify the files directly in the SVN tree on your PC you
should automatically get relative paths.
That is what I did, I opened the norwegian file and th
Helge Hafting schrieb:
It compiled for me, so I guess the image paths were absolute instead of
relative?
Yes. When you modify the files directly in the SVN tree on your PC you should automatically get
relative paths.
regards Uwe
Jean-Marc Lasgouttes a écrit :
Abdelrazak Younes writes:
This essentially depends on bar(). If bar() generates a new string, it
should of course return a copy and you should not use a const ref. If
bar() returns a reference or a const reference to an internal string,
then you can save a copy by
Uwe Stöhr writes:
> Jean-Marc Lasgouttes schrieb:
>
>>> Btw. I cannot compile trunk because of this:
>>> D:\LyXSVN\lyx-devel\src\Counters.cpp(449) : error C3861: 'find':
>>> identifier not found
>>
>> Is it better now?
>
> No, now I get:
>
> Counters.cpp
> d:\lyxsvn\lyx-devel\src\counters.cpp(157
Abdelrazak Younes writes:
> This essentially depends on bar(). If bar() generates a new string, it
> should of course return a copy and you should not use a const ref. If
> bar() returns a reference or a const reference to an internal string,
> then you can save a copy by using a const ref too.
O
Helge Hafting writes:
> It compiled for me, so I guess the image paths were absolute instead
> of relative?
>
> I copy-pasted the new images from the english original, so I didn't
> look at the paths. Is it possible for LyX to use a relative path in
> such cases?
We have a problem with images and
Kornel Benko writes:
> ...
> /usr/src/lyx/lyx-devel/src/Counters.cpp:157: warning: control reaches end of
> non-void function
> ...
>
> In trunk. It may not harm, but should return the corect value.
I wonder why my compiler did not slap me on the hand. It is so
obvious...
Thanks.
JMarc
Jean-Marc Lasgouttes writes:
>> I'm not able to figure our why this bug happens (that tex2lyx no
>> longer reads the syntax.default file), but I can verify that when I
>> revert r28858 and recompile tex2lyx then it can again parse
>> formulas.
>
> I'll take another look.
Could you tell me whethe
lasgout...@lyx.org a écrit :
Author: lasgouttes
Date: Mon Apr 20 00:24:48 2009
New Revision: 29349
URL: http://www.lyx.org/trac/changeset/29349
Log:
please Abdel
Hum, not quite, see below ;-)
Modified:
lyx-devel/trunk/src/Counters.cpp
Modified: lyx-devel/trunk/src/Counters.cpp
=
Jean-Marc Lasgouttes a écrit :
Le 20 avr. 09 à 00:25, Jean-Marc Lasgouttes a écrit :
Le 19 avr. 09 à 23:13, Abdelrazak Younes a écrit :
+docstring const fls = flattenLabelString(it->first, false,
callers);
docstring const & ?
Indeed, thanks.
Now that I think of it, how come that we
lasgout...@lyx.org a écrit :
Author: lasgouttes
Date: Mon Apr 20 00:24:48 2009
New Revision: 29349
URL: http://www.lyx.org/trac/changeset/29349
Log:
please Abdel
Hum, not quite, see below ;-)
Modified:
lyx-devel/trunk/src/Counters.cpp
Modified: lyx-devel/trunk/src/Counters.cpp
=
Helge Hafting wrote:
> I did a svn update the same day though, are others working at the same
> file?
No, but if some changes in the source happen, and the po-files are remerged,
they change.
Jürgen
Jürgen Spitzmüller wrote:
Helge Hafting wrote:
* Fixed lots of fuzz
* Made some translations more consistent
* Translated some of the new context menus
Can you send the whole po file, please? The pacth does not apply cleanly here.
I'll try to remember that next time.
I did a svn update the
Uwe Stöhr wrote:
> its in.
> pavel
Pavel, please compile doc files before checking in. The file was not
compilable due to wrong image paths. I corrected this now.
It compiled for me, so I guess the image paths were absolute instead of
relative?
I copy-pasted the new images from the engl
...
/usr/src/lyx/lyx-devel/src/Counters.cpp:157: warning: control reaches end of
non-void function
...
In trunk. It may not harm, but should return the corect value.
Kornel
signature.asc
Description: This is a digitally signed message part.
Guenter Milde wrote:
> But this hype does compromise the creditability of LyX. I don't think we
> should use such marketing speak without a grain of salt.
I don't think so. But frankly: I don't care.
Jürgen
28 matches
Mail list logo
