Taking a look at the names of the frontends/qt4 files
-after all the renaiming- I'm a bit disappointed still
seeing Q* and QL* classes. Q* is the name of Trolltech
names, and we should not introduce our Q classes.
And why do we need QL? It's like QtBasedClassUsedInLyX*
but isn't this clear by the
Peter Kümmel wrote:
Abdelrazak Younes wrote:
My personal preference is CMake really because it integrate nicely and
natively in any platform. But our CMake system is far from ready.
I assume the cmake files are ok on all three systems for developing.
Yes.
But what is missing for the rest?
But what is missing for the rest?
- install support
Most importantly yes.
Another yes
- better documentation
...
I am not sure translation support (i.e. gettext) work correctly.
If there is really interest I will start to add it.
Maybe some could join my one-man-cmake-show because
I
Peter Kümmel wrote:
Taking a look at the names of the frontends/qt4 files
-after all the renaiming- I'm a bit disappointed still
seeing Q* and QL* classes. Q* is the name of Trolltech
names, and we should not introduce our Q classes.
And why do we need QL? It's like QtBasedClassUsedInLyX*
but
Stefan Schimanski wrote:
But what is missing for the rest?
- install support
Most importantly yes.
Another yes
- better documentation
...
I am not sure translation support (i.e. gettext) work correctly.
If there is really interest I will start to add it.
Maybe some could join my
Bennett Helm wrote:
On Apr 29, 2007, at 5:28 PM, Abdelrazak Younes wrote:
Qt's doc say that the Drawer property will be ignored. So the #ifdef
are not necessary.
But IIRC the result of the discussion cited above was that, in order
to get rid of the title bar we need a new container similar
Andre Poenitz wrote:
On Mon, Apr 30, 2007 at 01:06:18AM +0200, Uwe Stöhr wrote:
On Windows I have of course only FAT and NTFS, in my case only NTFS.
This 'of course' is a limitation imposed by yourself.
You are going a bit far here :-)
There is no
problem to have e.g. ext2 partitions
Elazar Leibovich wrote:
Hold on. It does segfaults, but this is not me, this is the isRTL
function implemented in Cursor.cpp. It's fails when it tries to ask a
LyxText from the CursorSlice it occurs in.
Can someone help me fix this function?
Yes, I see the problem now: When in mathed, the top
Bo Peng schrieb:
po generation does no longer work well on Windows. I get a lot diffs
like
Looks good now. However, the number of difference (due to file renaming)
are countless. I will double-check before I commit the updated po files.
Michael
Stefan Schimanski wrote:
But as a dock widget there is not
much difference for the user to a toolbar button...
I think I agree (but then we'll need good shortcuts, as Abdel already noted).
Jürgen
Please note the following strange piece of code from inset.h:404 which
causes the problem:
virtual LyXText * getText(int /*num*/) const { return 0; }
That is, when you're asking an inset to recieve its text you're
getting NULL, however, the CursorSlice object uses (inset_.getText())
in order to
Michael Gerz schrieb:
Bo Peng schrieb:
po generation does no longer work well on Windows. I get a lot diffs
like
Looks good now. However, the number of difference (due to file
renaming) are countless. I will double-check before I commit the
updated po files.
Bo,
there is still one
Good! Then forget about my DrawerView proposition.
(Will 4.3 be out reasonably soon? Can we rely on it for the 1.5.0
release?)
I think this is a safe bet.
Anyway, this patch is looking promising. I can confirm that the
toolbar button does toggle the TOC drawer, but the menu is grayed
On Mon, Apr 30, 2007 at 12:37:44AM +0200, Andre Poenitz wrote:
On Sun, Apr 29, 2007 at 11:50:08PM +0200, Abdelrazak Younes wrote:
Let's please drop this discussion that will get us nowhere. What's done
is done. Andre' is obviously a very competent programmer and he knows
what he is doing.
Andre == Andre Poenitz [EMAIL PROTECTED] writes:
Andre I could, but I'd wait for Jean-Marc's comment...
Sure we should do it eventually. It does not strike me as a 1.5 thing,
but the risk is definitely low.
JMarc
Stefan == Stefan Schimanski [EMAIL PROTECTED] writes:
Stefan I haven't found out how to fix the menu item as well. At the
Stefan moment it greys out when the drawer is visible. It should
Stefan switch between Show TOC and Hide TOC or it should be a
Stefan toggle menu item. Would be happy about
Elazar == Elazar Leibovich [EMAIL PROTECTED] writes:
Elazar Please note the following strange piece of code from
Elazar inset.h:404 which causes the problem: virtual LyXText *
Elazar getText(int /*num*/) const { return 0; } That is, when you're
Elazar asking an inset to recieve its text you're
Hi,
I uploaded an updated message file for Japanese translation adopted from
CJK-LyX 1.4.4 in the following web address (the file is too long to be attached
to a mail).
http://www.otaru-uc.ac.jp/~yokota/comp/lyx-1.5.0/ja.po
Could you merge this in the source? (and the attached file
Jean-Marc Lasgouttes wrote:
Stefan I haven't found out how to fix the menu item as well. At the
Stefan moment it greys out when the drawer is visible. It should
Stefan switch between Show TOC and Hide TOC or it should be a
Stefan toggle menu item. Would be happy about some hint where to
On Monday 30 April 2007 02:08:10 [EMAIL PROTECTED] wrote:
Would it be useful to place list somewhere with the files that were
renamed and/or merged? (The list should of course include the name before
as well as after).
It would be nice. But notice that there are several stages in the
Stefan Schimanski wrote:
Stefan, where are you WRT SVN access?
Wrote Andre a mail about it Is he the one responsible to create
accounts?
JMarc and Christian are probably more in the knows-how.
Abdel.
Jürgen Spitzmüller wrote:
The lfun should probably be renamed LFUN_TOGGLE_TOC.
The attached patch does this (LFUN_TOC_TOGGLE).
OK to apply?
Jürgen
Index: src/LyXAction.cpp
===
--- src/LyXAction.cpp (Revision 18108)
+++
Jürgen Spitzmüller wrote:
The attached patch does this (LFUN_TOC_TOGGLE).
just to show my ignorance (and satisfy my curiosity):
why not a generic LFUN_DIALOG_TOGGLE ?
Edwin Leuven wrote:
just to show my ignorance (and satisfy my curiosity):
why not a generic LFUN_DIALOG_TOGGLE ?
because I'm lazy (and don't see the need for that ATM).
Jürgen
Jürgen Spitzmüller wrote:
Edwin Leuven wrote:
just to show my ignorance (and satisfy my curiosity):
why not a generic LFUN_DIALOG_TOGGLE ?
because I'm lazy (and don't see the need for that ATM).
fair enough ;-)
Jean-Marc Lasgouttes wrote:
Elazar == Elazar Leibovich [EMAIL PROTECTED] writes:
Elazar Please note the following strange piece of code from
Elazar inset.h:404 which causes the problem: virtual LyXText *
Elazar getText(int /*num*/) const { return 0; } That is, when you're
Elazar asking an
Abdelrazak Younes wrote:
[EMAIL PROTECTED] wrote:
Author: poenitz
Date: Sun Apr 29 14:32:14 2007
New Revision: 18087
URL: http://www.lyx.org/trac/changeset/18087
Log:
Remove InsetOld
As I said before, now you've done you should also remove InsetMathDim
which is completely useless now.
1-- Build started: Project: tex2lyx, Configuration: Release Win32
--
1Compiling...
1TextClass.cpp
1c:\lyx\trunk\src\Font.h(31) : error C2011: 'lyx::Font' : 'class' type
redefinition
1C:/lyx/trunk/src/tex2lyx/Font.h(24) : see declaration of
'lyx::Font'
[EMAIL PROTECTED] schrieb:
Author: younes
Date: Mon Apr 30 12:31:51 2007
New Revision: 18110
URL: http://www.lyx.org/trac/changeset/18110
Log:
Now that setPosCache() is in Inset, InsetMathDim is not needed anymore: ERASED!
Modified: lyx-devel/trunk/src/mathed/InsetMathGrid.cpp
URL:
Michael Gerz wrote:
[EMAIL PROTECTED] schrieb:
Author: younes
Date: Mon Apr 30 12:31:51 2007
New Revision: 18110
URL: http://www.lyx.org/trac/changeset/18110
Log:
Now that setPosCache() is in Inset, InsetMathDim is not needed
anymore: ERASED!
Modified:
Edwin Leuven wrote:
1-- Build started: Project: tex2lyx, Configuration: Release Win32
--
1Compiling...
1TextClass.cpp
1c:\lyx\trunk\src\Font.h(31) : error C2011: 'lyx::Font' : 'class' type
redefinition
I've just committed a fix to CMake for this.
Abdel.
Jürgen Spitzmüller schrieb
Jürgen Spitzmüller wrote:
The lfun should probably be renamed LFUN_TOGGLE_TOC.
The attached patch does this (LFUN_TOC_TOGGLE).
OK to apply?
If we transform this command into a toggle command, then how about
source-view? Shouldn't it be changed as well?
Abdelrazak Younes wrote:
I've just committed a fix to CMake for this.
thanks
Edwin Leuven wrote:
Abdelrazak Younes wrote:
I've just committed a fix to CMake for this.
thanks
Still doesn't work :-(
There's a clash between LyX version and the local one apparently...
Abdel.
This has become a very nice tool! Still, I see a problem:
1. Select some heading in the userguide.
2. Demote it so much that it is no longer numbered.
3. Note that it is now no longer electible for promotion, so
no way to undo the effect manually.
It isn't supposed to be like that, is it?
I
Koji Yokota schrieb:
Hi,
I uploaded an updated message file for Japanese translation adopted from
CJK-LyX 1.4.4 in the following web address (the file is too long to be
attached to a mail).
http://www.otaru-uc.ac.jp/~yokota/comp/lyx-1.5.0/ja.po
Could you merge this in the source?
On Mon, 30 Apr 2007, José Matos wrote:
On Monday 30 April 2007 02:08:10 [EMAIL PROTECTED] wrote:
Would it be useful to place list somewhere with the files that were
renamed and/or merged? (The list should of course include the name before
as well as after).
It would be nice. But notice
Michael Gerz wrote:
If we transform this command into a toggle command, then how about
source-view? Shouldn't it be changed as well?
Probably.
And are there any other commands of the same flavour?
Don't think so.
IMHO we must be careful that we do not
change too many commands into
Helge Hafting wrote:
This has become a very nice tool! Still, I see a problem:
1. Select some heading in the userguide.
2. Demote it so much that it is no longer numbered.
3. Note that it is now no longer electible for promotion, so
no way to undo the effect manually.
It isn't supposed to
Elazar Leibovich wrote:
Hold on. It does segfaults, but this is not me, this is the isRTL
function implemented in Cursor.cpp. It's fails when it tries to ask a
LyxText from the CursorSlice it occurs in.
Can someone help me fix this function?
It's fixed now. I've tried your patch, it seems to
Abdelrazak Younes wrote:
Edwin Leuven wrote:
Abdelrazak Younes wrote:
I've just committed a fix to CMake for this.
thanks
Still doesn't work :-(
There's a clash between LyX version and the local one apparently...
Abdel.
Fixed by defining the include guard FONT_H.
--
Peter Kümmel
Peter Kümmel wrote:
Just an idea for a long term goal:
When not editing a formula it could
be displayed as a real latex output,
like here:
I guess you never tried instant preview... try to enable it in
Preference-Graphics.
You'll have a good surprise ;-)
Abdel.
I have not followed the previous discussions but I have a font
problem with the newest beta - no greek characters, some
characters remain as names, etc.
Is this just my problem? Or more common?
Or is there even a fixed version?
Thanks,
-Jan
On 4/27/07, Anders Ekberg [EMAIL PROTECTED] wrote:
On Apr 30, 2007, at 8:47 AM, Jan Peters wrote:
I have not followed the previous discussions but I have a font
problem with the newest beta - no greek characters, some
characters remain as names, etc.
Is this just my problem? Or more common?
Or is there even a fixed version?
I have no problem
20070430
// 230
- LFUN_DIALOG_HIDE,
LFUN_DIALOG_DISCONNECT_INSET,
LFUN_INSET_APPLY,
LFUN_INSET_INSERT,
LFUN_INSET_MODIFY,
+ LFUN_INSET_DIALOG_UPDATE,
// 235
- LFUN_INSET_DIALOG_UPDATE,
LFUN_INSET_SETTINGS,
LFUN_PARAGRAPH_PARAMS_APPLY,
LFUN_PARAGRAPH_UPDATE,
LFUN_EXTERNAL_EDIT
Jürgen Spitzmüller wrote:
Edwin Leuven wrote:
because I'm lazy (and don't see the need for that ATM).
fair enough ;-)
OK, I'm trying to be a good guy: attached is a patch that implements
dialog-toggle (and uses it for toc and view-source).
Opinions?
Looks sane and good.
Abdel.
Jürgen Spitzmüller wrote:
OK, I'm trying to be a good guy:
the goodness won of the lazyness
attached is a patch that implements
dialog-toggle (and uses it for toc and view-source).
Opinions?
i am sure you also like it better yourself... ;-)
When I want to export a document containing a non-latin 1 letter I get this
lyx2lyx error:
I still don't understand what is your problem, lyx2lyx is not used to export
a document unless you are referring an older version of the lyx file format.
Is this the scenario that you are describing?
Edwin Leuven wrote:
the goodness won of the lazyness
Let's say: the lazyness concerning something more important won over this
particular lazyness ...
attached is a patch that implements
dialog-toggle (and uses it for toc and view-source).
Opinions?
i am sure you also like it better
Hmm... I'll look at it. But what can cause this? Is it still
recognizing we're in RTL there? My code simply reverse the dispatcher
signal.
On 4/30/07, Abdelrazak Younes [EMAIL PROTECTED] wrote:
Elazar Leibovich wrote:
Hold on. It does segfaults, but this is not me, this is the isRTL
function
On Monday 30 April 2007 14:56:31 Uwe Stöhr wrote:
When I want to export a document containing a non-latin 1 letter I get
this lyx2lyx error:
I still don't understand what is your problem, lyx2lyx is not used to
export a document unless you are referring an older version of the lyx
Edwin Leuven wrote:
i am sure you also like it better yourself... ;-)
I took this as the second vote and committed.
Jürgen
On Mon, Apr 30, 2007 at 02:47:51PM +0200, Jan Peters wrote:
I have not followed the previous discussions but I
have a font
problem with the newest beta - no greek characters,
some
characters remain as names, etc.
Is this just my problem? Or more common?
Or is there even a fixed version?
The mac version looks into the application bundle for the fonts, not
in the directory given by
-sysdir. During developing I call the lyx executable from inside
the tree without the bundle. Putting a symbolic link pointing to the
lib/fonts directory where the binary is, fixed it for me.
In fact I think that the title bar really is no problem. You can
disable the moving anyway (did that in the patch), and having the
close button there is not a bad thing either. What I don't like
about the drawer in Qt is that you cannot hide is by resizing it
to 0. Cocoa apps can do
On Mon, Apr 30, 2007 at 09:47:20AM +0200, Abdelrazak Younes wrote:
Andre Poenitz wrote:
On Mon, Apr 30, 2007 at 01:06:18AM +0200, Uwe Stöhr wrote:
On Windows I have of course only FAT and NTFS, in my case only NTFS.
This 'of course' is a limitation imposed by yourself.
You are going a bit
On Mon, Apr 30, 2007 at 10:31:09AM +0200, Stefan Schimanski wrote:
Good! Then forget about my DrawerView proposition.
(Will 4.3 be out reasonably soon? Can we rely on it for the 1.5.0
release?)
I think this is a safe bet.
Anyway, this patch is looking promising. I can confirm that
On Mon, Apr 30, 2007 at 08:36:27AM +0200, Peter Kümmel wrote:
Taking a look at the names of the frontends/qt4 files
-after all the renaiming- I'm a bit disappointed still
seeing Q* and QL* classes. Q* is the name of Trolltech
names, and we should not introduce our Q classes.
And why do we
On Mon, Apr 30, 2007 at 03:08:10AM +0200, [EMAIL PROTECTED] wrote:
Would it be useful to place list somewhere with the files that were
renamed and/or merged? (The list should of course include the name before
as well as after).
Good idea.
Andre'
On Mon, Apr 30, 2007 at 03:16:33AM +0200, Uwe Stöhr wrote:
SVN was _not_ broken.
First, you need not. svn help mv. URL-URL is the interesting part,
just rename one of the 'offending' files, run 'svn up' and be done.
TortoiseSVN suggested I should cleanup the tree but this doesn't help.
My
On Mon, Apr 30, 2007 at 12:35:25PM +0200, Abdelrazak Younes wrote:
Abdelrazak Younes wrote:
[EMAIL PROTECTED] wrote:
Author: poenitz
Date: Sun Apr 29 14:32:14 2007
New Revision: 18087
URL: http://www.lyx.org/trac/changeset/18087
Log:
Remove InsetOld
As I said before, now you've done
On Mon, Apr 30, 2007 at 01:50:56PM +0200, [EMAIL PROTECTED] wrote:
On Mon, 30 Apr 2007, José Matos wrote:
On Monday 30 April 2007 02:08:10 [EMAIL PROTECTED] wrote:
Would it be useful to place list somewhere with the files that were
renamed and/or merged? (The list should of course include
On Mon, Apr 30, 2007 at 02:25:42PM +0200, Peter Kümmel wrote:
Just an idea for a long term goal:
When not editing a formula it could
be displayed as a real latex output,
This is not too difficult. We have the logic already in 'infoize'.
Andre'
Stefan Schimanski wrote:
(btw, is there a way now
to compile with the Qt library bundles, instead of using a self compiled
Qt?)
I think Bennet tried once, without success. That would be very nice indeed.
Abdel.
+ case LFUN_DIALOG_TOGGLE:
+ flag.setOnOff(lyx_view_-getDialogs().visible(cmd.getArg(0)));
case LFUN_DIALOG_SHOW: {
string const name = cmd.getArg(0);
I guess the missing break is intended. If so, you should add a
comment.
JMarc
there is still one problem: os_win32.C is not considered for POTFILES.in!
Sorry, os_win32.cpp is missing because it is not in scons_manifest.py
(it is included by other .cpp). It should have been fixed now.
I have also added update_manifest target which validate and recommend
changes to
Andre Poenitz wrote:
On Mon, Apr 30, 2007 at 08:36:27AM +0200, Peter Kümmel wrote:
Taking a look at the names of the frontends/qt4 files
-after all the renaiming- I'm a bit disappointed still
seeing Q* and QL* classes. Q* is the name of Trolltech
names, and we should not introduce our Q
Abdelrazak Younes wrote:
Peter Kümmel wrote:
Taking a look at the names of the frontends/qt4 files
-after all the renaiming- I'm a bit disappointed still
seeing Q* and QL* classes. Q* is the name of Trolltech
names, and we should not introduce our Q classes.
And why do we need QL? It's like
Bo Peng schrieb:
there is still one problem: os_win32.C is not considered for
POTFILES.in!
Sorry, os_win32.cpp is missing because it is not in scons_manifest.py
(it is included by other .cpp). It should have been fixed now.
Argh... I also fixed it in the meantime! Don't you read SVN logs?
Abdelrazak Younes wrote:
Peter Kümmel wrote:
Just an idea for a long term goal:
When not editing a formula it could
be displayed as a real latex output,
like here:
I guess you never tried instant preview... try to enable it in
Preference-Graphics.
You'll have a good surprise ;-)
OK,
[EMAIL PROTECTED] schrieb:
Author: bpeng
Date: Mon Apr 30 19:15:11 2007
New Revision: 18125
URL: http://www.lyx.org/trac/changeset/18125
Log:
Scons: remove depend.pyc from scons_manifest.py
Modified:
lyx-devel/trunk/development/scons/SConstruct
Andre Poenitz wrote:
On Mon, Apr 30, 2007 at 02:25:42PM +0200, Peter Kümmel wrote:
Just an idea for a long term goal:
When not editing a formula it could
be displayed as a real latex output,
This is not too difficult. We have the logic already in 'infoize'.
Andre'
Abdel's mail sounds
Stefan Schimanski wrote:
But what is missing for the rest?
- install support
Most importantly yes.
Another yes
- better documentation
...
I am not sure translation support (i.e. gettext) work correctly.
If there is really interest I will start to add it.
Maybe some could join my
I wouldn't be
surprised if you killed my solution.
I did not killed it because our soluations are the same regarding
src_support__extra_files. Because I constantly fear that I miss some
header files in scons_manifest.py, I add another target
'update_manifest' to check if any file is missing.
On Apr 30, 2007, at 12:04 PM, Abdelrazak Younes wrote:
Stefan Schimanski wrote:
(btw, is there a way now to compile with the Qt library bundles,
instead of using a self compiled Qt?)
I think Bennet tried once, without success. That would be very nice
indeed.
That's right. But then I
Great, maybe we should start with the install stuff. Shouldn't be that hard,
there are the commands install_targets and install_files, which trigger cmake
to generate the build rules.
The bigger problem is that we have to figure out what we should do when
installing:
only copying files? What is
Georg, all,
as an attempt to please you and to fix bug #3332, I produced the
attached patch :-)
The bad news: The translations to the buffer language do not work on my
machine (Win XP) - all translations are made to the menu language,
instead :-(
Could someone please check whether the
Are you sure that this is right?
This is why 'scons update_manifest' does *not* update
scons_manifest.py directly. It tells you which files are missing in
scons_manifest, and which files no longer exists. Missing files are
added to scons_manifest.py.new, as a suggestion.
I am trying to make
On Apr 30, 2007, at 11:52 AM, Stefan Schimanski wrote:
In fact I think that the title bar really is no problem. You can
disable the moving anyway (did that in the patch), and having the
close button there is not a bad thing either. What I don't like
about the drawer in Qt is that you
Jürgen Spitzmüller wrote:
Edwin Leuven wrote:
i am sure you also like it better yourself... ;-)
I took this as the second vote and committed.
well done.
only one (and a half) small thing:
i've added a toolbar button, and when i close the toc widget with the X
the toolbutton is not
Hi,
I successfully compiled LyX-1.5.0.beta2 on FreeBSD 6.2-RELEASE with
gcc-4.1, however it dumps core when (seemingly) it handles strings of
filename etc. Error message is as follows:
terminate called after throwing an instance of
'boost::io::bad_format_string'
what():
On Mon, Apr 30, 2007 at 07:19:50PM +0200, Peter Kümmel wrote:
Andre Poenitz wrote:
On Mon, Apr 30, 2007 at 08:36:27AM +0200, Peter Kümmel wrote:
Taking a look at the names of the frontends/qt4 files
-after all the renaiming- I'm a bit disappointed still
seeing Q* and QL* classes. Q* is
On Mon, Apr 30, 2007 at 07:21:51PM +0200, Peter Kümmel wrote:
Abdelrazak Younes wrote:
Peter Kümmel wrote:
Taking a look at the names of the frontends/qt4 files
-after all the renaiming- I'm a bit disappointed still
seeing Q* and QL* classes. Q* is the name of Trolltech
names, and we
Recently I compiled Qt 4.1.5, 4.2.3, and a 4.3.0snapshot on a ppc mac. I
have then compiled LyX1.5.0beta2 with Qt 4.2.3 and 4.3.0. However, during
the ./configure with Qt 4.1.5 I get an error qt 4 library not found! which
is an error that has been discussed in the past when trying to compile with
On 4/23/07 10:19 AM, Abdelrazak Younes [EMAIL PROTECTED] wrote:
Bob Lounsbury wrote:
So, yesterday I booted into Ubuntu (I have a dual-boot) because I wanted to
update LyX there also. There was a distribution upgrade so I upgraded then
compiled 1.5.0svn/beta2 (not sure which it is if
Andre Poenitz wrote:
On Mon, Apr 30, 2007 at 07:21:51PM +0200, Peter Kümmel wrote:
Abdelrazak Younes wrote:
Peter Kümmel wrote:
Taking a look at the names of the frontends/qt4 files
-after all the renaiming- I'm a bit disappointed still
seeing Q* and QL* classes. Q* is the
My patch Works for me very well, the cursor never got stuck.
Can you specify me how to recreate the problem?
On 4/30/07, Elazar Leibovich [EMAIL PROTECTED] wrote:
Hmm... I'll look at it. But what can cause this? Is it still
recognizing we're in RTL there? My code simply reverse the dispatcher
Great, maybe we should start with the install stuff. Shouldn't be
that hard,
there are the commands install_targets and install_files, which
trigger cmake
to generate the build rules.
The bigger problem is that we have to figure out what we should do
when installing:
only copying files?
Richard Heck wrote:
Andre Poenitz wrote:
On Mon, Apr 30, 2007 at 07:21:51PM +0200, Peter Kümmel wrote:
Abdelrazak Younes wrote:
Peter Kümmel wrote:
Taking a look at the names of the frontends/qt4 files
-after all the renaiming- I'm a bit disappointed still
seeing Q* and QL*
Peter Kümmel wrote:
Abdelrazak Younes wrote:
Peter Kümmel wrote:
Just an idea for a long term goal:
When not editing a formula it could
be displayed as a real latex output,
like here:
I guess you never tried instant preview... try to enable it in
Preference-Graphics.
You'll have a good
Michael Gerz wrote:
Georg, all,
as an attempt to please you and to fix bug #3332, I produced the
attached patch :-)
The bad news: The translations to the buffer language do not work on my
machine (Win XP) - all translations are made to the menu language,
instead :-(
I think you need to
I just noticed that optshifttab (which in mac.bind is specified
as buffer-previous) does not work with current svn compiled with
Qt-4.3 on Mac. Investigating with -dbg key reveals that the tab key
is not recognized as being pressed *except* when opt (and only
opt) is already pressed. That
fix SCons
Modified:
lyx-devel/trunk/development/scons/scons_manifest.py
I have seen a lot 'be nice to scons folk'-like messages and it is
amazing that 'scons update_manifest' does not produce any warning
after so many file changes. Thank you guys!
Bo
Taking a look at the names of the frontends/qt4 files
-after all the renaiming- I'm a bit disappointed still
seeing Q* and QL* classes. Q* is the name of Trolltech
names, and we should not introduce our Q classes.
And why do we need QL? It's like QtBasedClassUsedInLyX*
but isn't this clear by the
Peter Kümmel wrote:
Abdelrazak Younes wrote:
My personal preference is CMake really because it integrate nicely and
natively in any platform. But our CMake system is far from ready.
I assume the cmake files are ok on all three systems for developing.
Yes.
But what is missing for the rest?
But what is missing for the rest?
- install support
Most importantly yes.
Another yes
- better documentation
...
I am not sure translation support (i.e. gettext) work correctly.
If there is really interest I will start to add it.
Maybe some could join my one-man-cmake-show because
I
Peter Kümmel wrote:
Taking a look at the names of the frontends/qt4 files
-after all the renaiming- I'm a bit disappointed still
seeing Q* and QL* classes. Q* is the name of Trolltech
names, and we should not introduce our Q classes.
And why do we need QL? It's like QtBasedClassUsedInLyX*
but
Stefan Schimanski wrote:
But what is missing for the rest?
- install support
Most importantly yes.
Another yes
- better documentation
...
I am not sure translation support (i.e. gettext) work correctly.
If there is really interest I will start to add it.
Maybe some could join my
Bennett Helm wrote:
On Apr 29, 2007, at 5:28 PM, Abdelrazak Younes wrote:
Qt's doc say that the Drawer property will be ignored. So the #ifdef
are not necessary.
But IIRC the result of the discussion cited above was that, in order
to get rid of the title bar we need a new container similar
Andre Poenitz wrote:
On Mon, Apr 30, 2007 at 01:06:18AM +0200, Uwe Stöhr wrote:
On Windows I have of course only FAT and NTFS, in my case only NTFS.
This 'of course' is a limitation imposed by yourself.
You are going a bit far here :-)
There is no
problem to have e.g. ext2 partitions
1 - 100 of 186 matches
Mail list logo