Timothy Reaves wrote:
and next up...
make[5]: Nothing to be done for `all-am'.
Making all in .
/bin/sh ../libtool --tag=CXX --mode=link g++ -g -Os -framework Carbon
-framework OpenGL -framework AGL -framework QuickTime -lz
-L/usr/local/Trolltech/Qt-4.2.0/lib -o lyx-qt4 main.o Bidi.o
Buff
Timothy Reaves wrote:
I've tried everything I can. Any ideas?
O.K., I think I've over come this issue with cleaning a lot of my
environment. Now I get this:
/usr/local/Trolltech/Qt-4.2.0///bin/uic QURLUi.ui -o QURLUi.h
/usr/local/Trolltech/Qt-4.2.0///bin/uic QVSpaceUi.ui -o QVSpac
I've tried everything I can. Any ideas?
62 > set | grep Qt
CPPFLAGS='-I/usr/local/Trolltech/Qt-4.2.0/include
-I/usr/local/Trolltech/Qt-4.2.0/include/QtCore
-I/usr/local/Trolltech/Qt-4.2.0/include/QtGui'
DYLD_LIBRARY_PATH=/usr/local/Trolltech/Qt-4.2.0/lib:
LDFLAGS='-framework Carbon -f
This a backport of the big delimiters patch by Georg and me.
With respect to the version in trunk I added the xforms part.
I have been testing it by some months now.
Please, let me know if the patch can be applied to 1.4.x.
--
Enrico
Log:
Make MathBigInset working and implement GUI for fixed siz
On Sunday 08 October 2006 21:02, Andreas Karlsson wrote:
> Hi,
>
> Thanks for a really great software.
You are welcome. :-)
> I am curious on how the work on version 1.5 of LyX is progressing. When
> will LyX 1.5 be released?
Short answer: when it is ready and not before.
Long answer: the
Hi,
Thanks for a really great software.
I am curious on how the work on version 1.5 of LyX is progressing. When will
LyX 1.5 be released?
Andreas
Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
>
> Andreas K. wrote:
> > The link you gave concerned only the bold font toolbar button, not the
> > other toolbar buttons for the LyXWinInstaller, such as, e.g., for PDF
> > creation.
>
> Yes, I was only talking about bold (which seems to be the
Juergen Spitzmueller wrote:
> Attached another version. I have noted a final drawback now, though: The
> refs are not changed in the master/child documents. It would be easy to go
> to the master by adding something like in fillWithBibKeys:
>
> /// if this is a child document and the parent
Georg Baum wrote:
Am Sonntag, 8. Oktober 2006 12:32 schrieb [EMAIL PROTECTED]:
Author: younes
Date: Sun Oct 8 12:32:33 2006
New Revision: 15279
URL: http://www.lyx.org/trac/changeset/15279
Log:
* ControlChanges:
- getChangeAuthor() and getChangeDate(): converted to unicode.
And a bit more:
Andreas K. wrote:
> The link you gave concerned only the bold font toolbar button, not the
> other toolbar buttons for the LyXWinInstaller, such as, e.g., for PDF
> creation.
Yes, I was only talking about bold (which seems to be the most controversial).
I agree that "View PDF" could be useful (an
Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
>
> Andreas Karlsson wrote:
> > If possible I think that the Linux/Unix and Mac versions also should use
> > these new toolbar buttons. It makes these functions more easily accessible.
>
> For the official distribution, we have decided against doi
Am Sonntag, 8. Oktober 2006 12:32 schrieb [EMAIL PROTECTED]:
> Author: younes
> Date: Sun Oct 8 12:32:33 2006
> New Revision: 15279
>
> URL: http://www.lyx.org/trac/changeset/15279
> Log:
> * ControlChanges:
> - getChangeAuthor() and getChangeDate(): converted to unicode.
And a bit more:
../
Am Sonntag, 8. Oktober 2006 12:01 schrieb Abdelrazak Younes:
> unicode.C
> ..\..\..\..\src\support\unicode.C(87) : warning C4244: 'initializing' :
> conversion from 'const unsigned short' to 'const unsigned char',
> possible loss of data
> ..\..\..\..\src\support\unicode.C(162) : see ref
Am Sonntag, 8. Oktober 2006 11:51 schrieb Abdelrazak Younes:
> Very good. I've tried that actually and was deceived that it was still
> not in.
I simply forgot it (and now dug out a wrong version which returned a copy
of the string. This is fixed now).
> > For other cases we have from_ascii.
>
unicode.C
..\..\..\..\src\support\unicode.C(87) : warning C4244: 'initializing' :
conversion from 'const unsigned short' to 'const unsigned char',
possible loss of data
..\..\..\..\src\support\unicode.C(162) : see reference to
function template instantiation 'std::vector<_Ty>
`anonymou
Georg Baum wrote:
Am Sonntag, 8. Oktober 2006 11:25 schrieb Abdelrazak Younes:
- string label;
+ docstring label;
// FIXME UNICODE
- label += lyx::to_utf8(_("Box"));
- label += " (";
+ label += _("Box");
+ label += lyx::from_utf8(" (");
No. Never us
Am Sonntag, 8. Oktober 2006 11:25 schrieb Abdelrazak Younes:
> - string label;
> + docstring label;
> // FIXME UNICODE
> - label += lyx::to_utf8(_("Box"));
> - label += " (";
> + label += _("Box");
> + label += lyx::from_utf8(" (");
No. Never use from_u
Georg Baum wrote:
Am Sonntag, 8. Oktober 2006 11:17 schrieb Abdelrazak Younes:
Why is that? Isn't floatname the string that appears in the collapsable
button?
Yes, but only for float and wrap insets. Other children of collapsable
should not know about this.
I see. Then I'll try to transfer
Am Sonntag, 8. Oktober 2006 11:17 schrieb Abdelrazak Younes:
> Why is that? Isn't floatname the string that appears in the collapsable
> button?
Yes, but only for float and wrap insets. Other children of collapsable
should not know about this.
Georg
Will commit soon.
Abdel.
Index: insetbox.C
===
--- insetbox.C (revision 15262)
+++ insetbox.C (working copy)
@@ -147,18 +147,19 @@
BoxType btype = boxtranslator().find(params_.type);
- string label;
+ docstr
Georg Baum wrote:
Am Sonntag, 8. Oktober 2006 10:49 schrieb Abdelrazak Younes:
FYI, function in the anonymous namespace in a C file are supposedly
hidden to the rest of the world.
Indeed. Some compilers/linkers seem to have a problem here. So far we have
seen to fail some versions of gcc 4.1
Am Sonntag, 8. Oktober 2006 10:49 schrieb Abdelrazak Younes:
> > FYI, function in the anonymous namespace in a C file are supposedly
> > hidden to the rest of the world.
Indeed. Some compilers/linkers seem to have a problem here. So far we have
seen to fail some versions of gcc 4.1 if pch is use
[EMAIL PROTECTED] wrote:
Author: baum
Date: Sun Oct 8 09:39:02 2006
New Revision: 15271
URL: http://www.lyx.org/trac/changeset/15271
Log:
Compile fix. This was easy, since the code is alsmost identical to qt4,
but I am not going to do gtk.
I am afraid this task is above my gtk knowledge as we
Abdelrazak Younes wrote:
Timothy Reaves wrote:
Bennett Helm wrote:
What I've needed to do to get Qt to work is not simply to compile Qt,
but actually install it. Then, with pkgconfig installed (from fink),
it picks up the Qt installation properly.
Once I get it to compile completely, I'll wor
Timothy Reaves wrote:
Bennett Helm wrote:
What I've needed to do to get Qt to work is not simply to compile Qt,
but actually install it. Then, with pkgconfig installed (from fink),
it picks up the Qt installation properly.
Once I get it to compile completely, I'll work on revising
compile/ins
Andre Poenitz wrote:
On Fri, Oct 06, 2006 at 11:54:32PM +0200, Abdelrazak Younes wrote:
Guillaume Pothier wrote:
Dunno haven't see it, you forgot the attachment ;-)
ha! that's one of my favorites!
Here is the attachment corresponding to my first mail.
Got it but next time, if the patch is not
Andre Poenitz wrote:
On Fri, Oct 06, 2006 at 10:52:31PM +0200, Abdelrazak Younes wrote:
If you prefer I can add this as a helper function in some
theFontLoader.h header:
#include "frontends/Application.h"
#include "frontends/FontLoader.h"
FontLoader & theFontLoader()
{
return theApp->
On Fri, Oct 06, 2006 at 11:54:32PM +0200, Abdelrazak Younes wrote:
> Guillaume Pothier wrote:
> >>Dunno haven't see it, you forgot the attachment ;-)
> >
> >ha! that's one of my favorites!
> >Here is the attachment corresponding to my first mail.
>
> Got it but next time, if the patch is not very
On Fri, Oct 06, 2006 at 10:52:31PM +0200, Abdelrazak Younes wrote:
> If you prefer I can add this as a helper function in some
> theFontLoader.h header:
>
> #include "frontends/Application.h"
> #include "frontends/FontLoader.h"
>
> FontLoader & theFontLoader()
> {
> return theApp->fontLoad
On Fri, Oct 06, 2006 at 08:11:29PM +0200, Michael Gerz wrote:
> Andre Poenitz wrote:
>
> >*shrug*
> >
> >I still wouldn't mind a single big chunk.
> >
> >
> But I don't have a single chunk. Some parts of my former work got lost,
> because Abdel moved code from one file to another. Other CT code
30 matches
Mail list logo