when following Joost's recipe, I get the following error message:
Do you mean INSTALL.Win32 using lyx-windows-deps-msvc-qt4.zip? Last
time I tried, it worked.
Runtime Error!
Program: C:\bla\foo\lyx.exe
R6034
An application has made an attempt to load the C runtime library
incorrectly.
Please c
Andre Poenitz schrieb:
I compiled Qt successfully with MSVC but got no *.lib (Object file
library)- and *.exp (Exports library file)-files for the compiled
libraries. Does anybody know how to create them?
You compiled Qt by running /configure.exe and nmake from a
'MSVC command prompt'?
Ye
Bo Peng wrote:
Yes, they are passed to the command. However, the Qt windows are still
not translated.
And 1.5.x is translated?
Yes, 1.5 with Qt4 works fine.
Joost
Bo,
when following Joost's recipe, I get the following error message:
Runtime Error!
Program: C:\bla\foo\lyx.exe
R6034
An application has made an attempt to load the C runtime library
incorrectly.
Please contact the application's support team for more information.
Some resources in the Inter
Andre Poenitz wrote:
> On Thu, Dec 21, 2006 at 04:56:32PM +, Gregor Gorjanc wrote:
>>> Index: lib/syntax.default
>> ...
>>> +% Sweave stuff
>>> +\Sexpr{}
>>> +\SweaveOpts{}
>>
>> Any comments on this?
>
> It's uncritical to put in as far as I can tell ;-)
Sorry, but what does that mean?
Greg
On Thu, Dec 21, 2006 at 04:56:32PM +, Gregor Gorjanc wrote:
> > Index: lib/syntax.default
> ...
> > +% Sweave stuff
> > +\Sexpr{}
> > +\SweaveOpts{}
>
>
> Any comments on this?
It's uncritical to put in as far as I can tell ;-)
Andre'
On Tue, Dec 19, 2006 at 03:09:55PM +1800, Bo Peng wrote:
> >> Although your qt installation has to be blamed. I have modified
> >> SConstruct to accommendate this.
> >
> >Why should my qt installation be blamed?
>
> Ok. Maybe it is perfectly ok for a distribution to provide only
> release librarie
On Tue, Dec 19, 2006 at 02:25:20AM +0100, Uwe Stöhr wrote:
> Michael Gerz schrieb:
>
> >BTW: Since when can we use Trolltech's library directly? I thought that
> >we have to patch the GPL version and re-compile it with MSVC
>
> I compiled Qt successfully with MSVC but got no *.lib (Object fi
Start LyX. Create a new document, and type a few random characters.
Then close the window. Whether you opt to discard or to save, LyX
crashes. Here's the backtrace:
QPixmap::operator=: Cannot assign to pixmap during painting
QCoreGraphicsPaintEngine::begin: Painter already active
QPainter::b
Juergen Spitzmueller wrote:
Edwin Leuven wrote:
does the silence mean that this is uncontroversial?
No objections from me anyway.
will commit soon
1) launch LyX
2) File->New
3) try writing something: you can't until you click in the work area
--
Enrico
Edwin Leuven wrote:
> does the silence mean that this is uncontroversial?
No objections from me anyway.
Jürgen
Edwin Leuven wrote:
edwin leuven wrote:
> there is too much drawing going on in tabulars
>
> avoids updates on
>
> 1. mouse click (without selection)
> 2. mouse movements (when selection doesn't change)
>
> esp 2 triggers a lot of redraws
the attached patch takes into account a possible
Yes, they are passed to the command. However, the Qt windows are still
not translated.
And 1.5.x is translated?
Bo
> Index: lib/syntax.default
...
> +% Sweave stuff
> +\Sexpr{}
> +\SweaveOpts{}
Any comments on this?
Thank!
Gregor
Bo Peng wrote:
Are you sure that the -tr lyx::qt_ options are passed to uic command?
(Check scons_lyx.log please). I have no idea what this flag does but
Georg told me that it allows internationalization of qt stuff...
Yes, they are passed to the command. However, the Qt windows are still
not
On 12/22/06, Joost Verburg <[EMAIL PROTECTED]> wrote:
It did not solve the problem.
Are you sure that the -tr lyx::qt_ options are passed to uic command?
(Check scons_lyx.log please). I have no idea what this flag does but
Georg told me that it allows internationalization of qt stuff...
Bo
It did not solve the problem.
Joost
No, I think I have just solved this. Please try it out.
The patch is confirmed to work. Please commit.
I am not sure this is a gcc or boost bug. After all, boost/signal is
supposed to work with gcc 3.4.
Cheers,
Bo
Am Donnerstag, 21. Dezember 2006 16:37 schrieb Abdelrazak Younes:
> Georg Baum wrote:
> > Am Donnerstag, 21. Dezember 2006 15:56 schrieb Abdelrazak Younes:
> >> Enrico Forestieri wrote:
> >>
> set(LYX_DIR "${CMAKE_SOURCE_DIR}/../../lib")
> set(TOP_SRCDIR "${CMAKE_SOURCE_DIR
Georg Baum wrote:
Am Donnerstag, 21. Dezember 2006 15:56 schrieb Abdelrazak Younes:
Enrico Forestieri wrote:
set(LYX_DIR "${CMAKE_SOURCE_DIR}/../../lib")
set(TOP_SRCDIR "${CMAKE_SOURCE_DIR}/../..")
-set(PROGRAM_SUFFIX "${CMAKE_SOURCE_DIR}/bin")
+set(PROGRAM_SUFFIX "")
set(LOC
Bo Peng wrote:
It appears to me that ~LyxView() is called before ~Buffer() so when
the closing() signal is emitted (line 229, buffer.C), and triggers a
LyXView::setBuffer, there is no instance of LyXView. This is the also
the case for msvc, but lyx/win does not report any error.
That's because
> Maybe attached patch helps.
No. I think you need to set breakpoints at ~LyxView and ~Buffer and
see which one is called first. LyXView should be destroyed after
Buffer, but this is not the case now.
Cheers,
Bo
Am Donnerstag, 21. Dezember 2006 15:56 schrieb Abdelrazak Younes:
> Enrico Forestieri wrote:
>
> >> set(LYX_DIR "${CMAKE_SOURCE_DIR}/../../lib")
> >> set(TOP_SRCDIR "${CMAKE_SOURCE_DIR}/../..")
> >> -set(PROGRAM_SUFFIX "${CMAKE_SOURCE_DIR}/bin")
> >> +set(PROGRAM_SUFFIX "")
> >>
> If you change all @VAR@ to $VAR$ or vise vesa, autotools may have to
> be changed as well, so ask Georg first. Scons handled both cases with
> a little bit work.
So IIUC there's nothing to do with Scons right?
Right now, scons can handle both % and @, I will remove one of them.
Bo
Enrico Forestieri wrote:
set(LYX_DIR "${CMAKE_SOURCE_DIR}/../../lib")
set(TOP_SRCDIR "${CMAKE_SOURCE_DIR}/../..")
-set(PROGRAM_SUFFIX "${CMAKE_SOURCE_DIR}/bin")
+set(PROGRAM_SUFFIX "")
set(LOCALEDIR "${CMAKE_SOURCE_DIR}/../../lib/po")
Abdel, both LYX_DIR and LOCALEDIR s
On Thu, Dec 21, 2006 at 02:07:35PM -, [EMAIL PROTECTED] wrote:
> Author: younes
> Date: Thu Dec 21 15:07:33 2006
> New Revision: 16364
>
> URL: http://www.lyx.org/trac/changeset/16364
> Log:
> PROGRAM_SUFFIX represents a possible version suffix, better let it empty for
> now. Georg explicatio
On Thu, Dec 21, 2006 at 11:45:34AM +0100, Georg Baum wrote:
> BTW does anybody knows what the purpose of fileOpenSearch was? Do we want
> to use that somewhere, or shall I delete it?
I checked that it was only used in the obsolete gnome frontend.
Indeed, it is not used in the gtk frontend either
> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
Georg> BTW does anybody knows what the purpose of fileOpenSearch was?
Georg> Do we want to use that somewhere, or shall I delete it?
It was use before the great package.C rewrite to search the lyxdir.
And maybe at some other places.
JMarc
> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
>> You have to admit that your code is ugly :)
Abdelrazak> Man, you won't believe how many solutions I've tried...
Abdelrazak> :-( This solution is the only one working unfortunately.
I see that it is what qt docs propose to do
Am Donnerstag, 21. Dezember 2006 14:01 schrieb [EMAIL PROTECTED]:
> Author: baum
> Date: Thu Dec 21 14:01:47 2006
> New Revision: 16362
>
> URL: http://www.lyx.org/trac/changeset/16362
> Log:
> Fix another instance of filename encoding problems
>
> * src/support/filetools.h
> (fileSea
Guy Rutenberg wrote:
It doesn't work well with unicode, my guess is that it will have to be
rewritten.
Hello Guy,
Some time ago, one other developer (Hossein Noorikhah, interested in
Farsi IIRC) was also interested in fixing RTL support. We end-up with
the exact same conclusion as for the re
It doesn't work well with unicode, my guess is that it will have to be
rewritten.
Guy
On 12/21/06, Martin Vermeer <[EMAIL PROTECTED]> wrote:
On Thu, 2006-12-21 at 11:45 +0200, Guy Rutenberg wrote:
> Hi,
>
> I'm testing Lyx 1.5 svn, and specifically interested in the bidi
support.
> Lyx 1.5 has
On Thu, Dec 21, 2006 at 11:45:34AM +0100, Georg Baum wrote:
> Am Dienstag, 19. Dezember 2006 22:54 schrieb Enrico Forestieri:
>
> > I think that fileSearch was intended to have always passed filenames with
> > extensions.
>
> No, I checked that. fileSearch does either get a filename without an
>
Am Dienstag, 19. Dezember 2006 21:35 schrieb Tilman Rothe:
> *make a way to add more than 2 boxes (including the equal sign) in
> equationarray. If apple-Tab already does this, please change the
> binding, as OS X grabs it.
If you mean eqnarray: It is crap, don't use it. Use the AMS math equati
Am Dienstag, 19. Dezember 2006 22:54 schrieb Enrico Forestieri:
> I think that fileSearch was intended to have always passed filenames with
> extensions.
No, I checked that. fileSearch does either get a filename without an
extension, or a filename with the wanted extension (see e.g. line 1187 in
On Thu, 2006-12-21 at 11:45 +0200, Guy Rutenberg wrote:
> Hi,
>
> I'm testing Lyx 1.5 svn, and specifically interested in the bidi support.
> Lyx 1.5 has a regression in the bidi support compared to lyx 1.4. I would
> like to help fix this problem, but I can't understand how Lyx determines
> when
Georg Baum wrote:
Am Donnerstag, 21. Dezember 2006 10:53 schrieb [EMAIL PROTECTED]:
Author: younes
Date: Thu Dec 21 10:52:58 2006
New Revision: 16356
URL: http://www.lyx.org/trac/changeset/16356
Log:
Fix hard-coded path for locales dir.
I am not sure about what the PROGRAM_SUFFIX should contain
Am Donnerstag, 21. Dezember 2006 10:53 schrieb [EMAIL PROTECTED]:
> Author: younes
> Date: Thu Dec 21 10:52:58 2006
> New Revision: 16356
>
> URL: http://www.lyx.org/trac/changeset/16356
> Log:
> Fix hard-coded path for locales dir.
> I am not sure about what the PROGRAM_SUFFIX should contain...
Bo Peng wrote:
> Additionally cmake needs @VAR@ instead of %VAR% to
> get VAR replaced with its value.
> Doesn't configure also work with @? Then please commit
> attached patch.
If you change all @VAR@ to $VAR$ or vise vesa, autotools may have to
be changed as well, so ask Georg first. Scons ha
Georg Baum wrote:
Am Donnerstag, 21. Dezember 2006 08:52 schrieb Peter Kümmel:
Bo Peng wrote:
Additionally cmake needs @VAR@ instead of %VAR% to
get VAR replaced with its value.
Doesn't configure also work with @? Then please commit
attached patch.
If you change all @VAR@ to $VAR$ or vise vesa
Hi,
I'm testing Lyx 1.5 svn, and specifically interested in the bidi support.
Lyx 1.5 has a regression in the bidi support compared to lyx 1.4. I would
like to help fix this problem, but I can't understand how Lyx determines
when a paragraph should be RTL and when it should be LTR. If someone wou
Georg Baum wrote:
Am Mittwoch, 20. Dezember 2006 21:17 schrieb Nick Hopton:
QPainter::begin: Paint device returned engine == 0, type: 2
QPainter::end: Painter not active, aborted
Can anyone tell me what is happening here, LxY appears to be looking for
QPainter but not finding it even though I
Jean-Marc Lasgouttes wrote:
"Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
I think we can find such a deal indeed. We just have to find a key
for cell splitting.
Abdelrazak> I've done my part of the deal (well mostly), will you do
Abdelrazak> yours? ;-)
You have to admit tha
Am Mittwoch, 20. Dezember 2006 21:17 schrieb Nick Hopton:
> QPainter::begin: Paint device returned engine == 0, type: 2
> QPainter::end: Painter not active, aborted
>
> Can anyone tell me what is happening here, LxY appears to be looking for
> QPainter but not finding it even though I have insta
Am Donnerstag, 21. Dezember 2006 08:52 schrieb Peter Kümmel:
> Bo Peng wrote:
> >> > Additionally cmake needs @VAR@ instead of %VAR% to
> >> > get VAR replaced with its value.
> >> > Doesn't configure also work with @? Then please commit
> >> > attached patch.
> >
> > If you change all @VAR@ to $V
> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
>> I think we can find such a deal indeed. We just have to find a key
>> for cell splitting.
Abdelrazak> I've done my part of the deal (well mostly), will you do
Abdelrazak> yours? ;-)
You have to admit that your code is ugly :
47 matches
Mail list logo
