Hi, I would like to learn Qt. I learn much better from physical books than
online resources, although I've heard the Qt manual is very good.
Does anyone have suggestions for me?
How much does Qt change from year to year? I am trying to figure out how new
the book that I look for should be.
Is th
On Sun, May 29, 2011 at 6:32 PM, Cyrille Artho wrote:
>
>>I think this is a useful addition for the cropping of images. The
>>way I now have to crop an image is to guess some numbers, press
>>Apply, check in the main LyX window whether it is correct, adjust
>>the numbers, check..
Le 06/06/11 20:20, Vincent van Ravesteijn a écrit :
Moc doesn't work if the class is within #if's (a bit strange, but this
seems to be the case). This means you can't put the whole class inside
the #if because compilation with the newest Qt does not work. That's
also the reason I moved the Q_SIGN
Well, if the only problems with the "official" Lyx release concern Divvy and
ForeverSave, we can get away with the QT version used by it. We can hold
from using Divvy to resize the Lyx window (in my case it does not crash Lyx,
the windows just ignores Divvy) and a functionality similar to ForeverSa
Am 06.06.2011 um 17:54 schrieb Murat Yildizoglu:
> Just to refresh this thread, I have reinstalled the standard Lyx 2 OSX build
> and the cursor problem has been corrected.
> So it seems that this problem comes from the Cocoa QT version. Has anybody
> else observed this problem with the experime
On 6-6-2011 17:53, lasgout...@lyx.org wrote:
> Author: lasgouttes
> Date: Mon Jun 6 17:53:43 2011
> New Revision: 38969
> URL: http://www.lyx.org/trac/changeset/38969
>
> Log:
> Revert r38963. Compilation is now broken with qt 4.5, but I do not know Qt
> moc business and do not have time to inve
Le 06/06/2011 17:56, Uwe Stöhr a écrit :
Am 06.06.2011 17:53, schrieb Jean-Marc Lasgouttes:
However, I'm using Qt 4.7.3.
Better now?
Sure. But reverting the change in the .h file would have been enough.
It would not link for me anyway...
JMarc
Am 06.06.2011 17:53, schrieb Jean-Marc Lasgouttes:
However, I'm using Qt 4.7.3.
Better now?
Sure. But reverting the change in the .h file would have been enough.
regards Uwe
Just to refresh this thread, I have reinstalled the standard Lyx 2 OSX build
and the cursor problem has been corrected.
So it seems that this problem comes from the Cocoa QT version. Has anybody
else observed this problem with the experimental version proposed by
Stephan?
Murat
2011/6/1 Murat Yil
Le 06/06/2011 17:39, Uwe Stöhr a écrit :
Am 06.06.2011 16:28, schrieb Jean-Marc Lasgouttes:
What Qt version? Could the problem be r38963? I could not compile with
4.5.
Sorry, read it too late.
However, I'm using Qt 4.7.3.
Better now?
JMarc
Am 06.06.2011 16:28, schrieb Jean-Marc Lasgouttes:
What Qt version? Could the problem be r38963? I could not compile with 4.5.
Sorry, read it too late.
However, I'm using Qt 4.7.3.
regards Uwe
Due to this change in FancyLineEdit.h:
http://www.lyx.org/trac/changeset/38963
I cannot compile LyX with Qt 4.7 anymore:
release\src\PersonalWordList.obj : warning LNK4042: object specified more than
once; extras ignored
Creating library release\lyx.lib and object release\lyx.exp
FancyLineEdi
Le 06/06/2011 14:30, Richard Heck a écrit :
CXXLD lyx
frontends/qt4/liblyxqt4.a(FancyLineEdit.o): In function `IconButton':
/cvs/lyx/src/frontends/qt4/FancyLineEdit.cpp:267: undefined reference to
`vtable for lyx::frontend::IconButton'
/cvs/lyx/src/frontends/qt4/FancyLineEdit.cpp:267: undefined
Guenter Milde wrote:
> Could you be more specific? I could not find more missing line-break
> escapes in lib/languages, but there might be more somewhere in the C code.
I'll try to make a test case when I find time (too busy currently). The issue
often arises when I use a foreign language for a c
On 06/06/2011 08:37 AM, Guenter Milde wrote:
> Dear List,
>
> currently, the lib/unicodesymbols file in the devel branch (because of my
> patch at http://www.lyx.org/trac/ticket/7600) uses a mix of \mathscr vs.
> \mathcal to represent "SCRIPT ..." vs. "MATHEMATICAL SCRIPT ..." unicode
> characters.
Dear List,
currently, the lib/unicodesymbols file in the devel branch (because of my
patch at http://www.lyx.org/trac/ticket/7600) uses a mix of \mathscr vs.
\mathcal to represent "SCRIPT ..." vs. "MATHEMATICAL SCRIPT ..." unicode
characters.
We have to take a decision:
a) treat the default LaTe
On 06/06/2011 07:45 AM, Guenter Milde wrote:
> On 2011-06-06, Jürgen Spitzmüller wrote:
>> Guenter Milde wrote:
This white space disappears by properly escaping
the line breaks in \addto\extrasfrench{...}.
>>> So I hope it is easily fixed for 2.1 (or 2.0.1).
>> Sure. Just add the % to lan
Am pondelok 06 Jún 2011 schrieb Stephan Witt:
> Am 06.06.2011 um 13:12 schrieb Kornel:
> > I get this while linking lyx
> > ...
> > Linking CXX executable ../bin/lyx
> > cd /usr/BUILD/BuildLyx/src && /usr/bin/cmake -E cmake_link_script
> > CMakeFiles/lyx.dir/link.txt --verbose=1 /usr/bin/c++ -Wal
On 2011-06-06, Jürgen Spitzmüller wrote:
> Guenter Milde wrote:
>> > This white space disappears by properly escaping
>> > the line breaks in \addto\extrasfrench{...}.
>> So I hope it is easily fixed for 2.1 (or 2.0.1).
> Sure. Just add the % to languages and be done with it.
Here is the patch f
Am 06.06.2011 um 13:12 schrieb Kornel:
> I get this while linking lyx
> ...
> Linking CXX executable ../bin/lyx
> cd /usr/BUILD/BuildLyx/src && /usr/bin/cmake -E cmake_link_script
> CMakeFiles/lyx.dir/link.txt --verbose=1
>
I get this while linking lyx
...
Linking CXX executable ../bin/lyx
cd /usr/BUILD/BuildLyx/src && /usr/bin/cmake -E cmake_link_script
CMakeFiles/lyx.dir/link.txt --verbose=1
/usr/bin/c++ -Wall -Wunused-parameter -fno-
sample file attached
regards
Le 6 juin 2011 à 03:26, LyX Ticket Tracker a écrit :
> #7613: bug in the sweave module with french language
> --+-
> Reporter: gavenin | Owner: lasgouttes
> Type: defect| St
22 matches
Mail list logo
