The attached patch avoids the error below when compiling on cygwin and
goes in now, as I think that it is not controversial.
g++ -DHAVE_CONFIG_H -I. -I../../../src/support -I../../src
-I../../../src/support/.. -I../../../boost -Wno-uninitialized -pipe -O2 -MT
fontutils.lo -MD -MP -MF .deps/fontu
I just learned from a post on the users list that the AMS math gathered
environment has an optional argument for the vertical alignment. The same
holds for aligned and alignedat.
This straightforward patch implements this optional argument in LyX. The UI
for changing it is already in place.
The
Michael Gerz wrote:
I cannot find another occurrence of the string "1.4.3". Unfortunately,
LyX still shows "1.4.3svn" when it starts. This must be a scons-related
problem. It looks like "version.o" does not depend on "version.C".
Bo, could you please check?
Yes I know, I already posted this
Jean-Marc Lasgouttes schrieb:
schmitt> URL: http://www.lyx.org/trac/changeset/15195 Log: set version
schmitt> number to 1.4.4
Can you do lyx2lyx too? This should really be automated...
I cannot find another occurrence of the string "1.4.3". Unfortunately,
LyX still shows "1.4.3svn" when it s
Enrico Forestieri wrote:
Wouldn't it be better to have the dtl sources in the repository?
The patch of a patch is quite illegible and it would be easier to
directly patch the dtl sources. They don't seem to be actively
maintained so it is sensible to carry them.
It's not only dtl. There are als
On Mon, Oct 02, 2006 at 03:33:17PM -, [EMAIL PROTECTED] wrote:
> Author: joost
> Date: Mon Oct 2 17:33:16 2006
> New Revision: 15198
>
> URL: http://www.lyx.org/trac/changeset/15198
> Log:
> other compilers need this fix as well
>
> Modified:
> lyx-devel/branches/BRANCH_1_4_X/development
On Thu, Sep 28, 2006 at 07:51:21PM +0200, Abdelrazak Younes wrote:
> Andre Poenitz wrote:
> >On Thu, Sep 28, 2006 at 12:45:50PM +0200, Abdelrazak Younes wrote:
> >>The best option is to remove the need for (non const) access to this
> >>BufferList. I think Buffer creation/deletion should be done b
On Fri, Sep 29, 2006 at 10:06:29PM -, [EMAIL PROTECTED] wrote:
> +++ lyx-devel/trunk/src/frontends/Application.h Sat Sep 30 00:06:28 2006
> @@ -11,25 +11,23 @@
> [...]
> +
> namespace lyx {
> namespace frontend {
>
> +struct Application_pimpl;
This could be a private nested class in A
On Mon, Oct 02, 2006 at 09:11:24AM -, [EMAIL PROTECTED] wrote:
> Modified:
> lyx-devel/branches/BRANCH_1_4_X/development/MacOSX/LyX.app/Contents/Info.plist
> URL:
> http://www.lyx.org/trac/file/lyx-devel/branches/BRANCH_1_4_X/development/MacOSX/LyX.app/Contents/Info.plist?rev=15195
>
On Fri, Sep 29, 2006 at 10:26:52AM +0200, Jean-Marc Lasgouttes wrote:
> > "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
>
> Andre> On Thu, Sep 28, 2006 at 07:23:16AM +0200, Jean-Marc Lasgouttes
> Andre> wrote:
> >> > "Andre" == Andre Poenitz
> >> <[EMAIL PROTECTED]> writes:
> >>
>
On Mon, Oct 02, 2006 at 09:06:01AM +0200, Georg Baum wrote:
> Enrico Forestieri wrote:
>
> > I think that nothing is difficult, there only are things that you know
> > how to do and things that you don't know how to do...
> > When you don't know how to do something, then that is a difficult thing.
On Mon, Oct 02, 2006 at 06:27:20PM +0200, Abdelrazak Younes wrote:
> I see. Thanks for the explanation. But if this code compiles wit Qt/X11
> and is completely ignored by the X-server why not just let the code
> as-is and avoid the CYGWIN macro altogether?
The cygwin compiler does not predefin
Enrico Forestieri wrote:
On Mon, Oct 02, 2006 at 05:54:41PM +0200, Abdelrazak Younes wrote:
Enrico Forestieri wrote:
On Mon, Oct 02, 2006 at 11:34:43AM +0200, Abdelrazak Younes wrote:
With Georg's and Edwin's corrections.
Sorry for not catching this earlier, but if you substitute Q_WS_WIN
wit
On Mon, Oct 02, 2006 at 05:54:41PM +0200, Abdelrazak Younes wrote:
> Enrico Forestieri wrote:
> >On Mon, Oct 02, 2006 at 11:34:43AM +0200, Abdelrazak Younes wrote:
> >>With Georg's and Edwin's corrections.
> >
> >Sorry for not catching this earlier, but if you substitute Q_WS_WIN
> >with something
Ozgur Ugras BARAN wrote:
> On 9/30/06, Georg Baum
> <[EMAIL PROTECTED]> wrote:
>> This is a specialization, but I think we should keep it generic and
>> simple. InsetCommandParams would just store a number of parameters, and
>> the LaTeX command generated from then would simply be
>> \command{para
On Mon, Oct 02, 2006 at 05:30:37PM +0200, Georg Baum wrote:
> Enrico Forestieri wrote:
>
> > Even if /usr/share/applications exists and is used on solaris,
> > desktop-file-install is not present.
>
> You mean it is used for .desktop files?
Exactly. GNOME is bundled with Solaris. The .desktop fi
Enrico Forestieri wrote:
On Mon, Oct 02, 2006 at 11:34:43AM +0200, Abdelrazak Younes wrote:
With Georg's and Edwin's corrections.
Sorry for not catching this earlier, but if you substitute Q_WS_WIN
with something else, please also take into account that it is also
defined in a cygwin build wit
Abdelrazak Younes wrote:
> I was at level 3. I switched to level 4 (the maximum) and still no
> warning!
Strange. MSVC gives good warnings in some cases where gcc does not recognize
anything, and now it looks it does not handle this simple case. I want a
compiler that is a mix of MSVC and gcc!
On 10/2/06, Georg Baum <[EMAIL PROTECTED]> wrote:
Ozgur Ugras BARAN wrote:
> A trivial (looking) patch to correct inset behavior, which is broken
> with revision 15068. Without this patch, it is not possible to modify
> an existing inset. All modifications processed as new index. (see
> lyxfunc.
Georg Baum wrote:
Abdelrazak Younes wrote:
I'll commit it.
Great.
I
noticed the compiler warning about the unused variable "inset", but was
too lazy to look at it.
Conclusion: Listen to your compiler and do not add code with "expected"
warnings.
MSVC8 doesn't give any warning for that ;-/
Georg Baum wrote:
> Rex Dieter wrote:
>
>> Georg Baum wrote:
>>> Slightly bigger patch.
>>
>> Why
>> +StartupNotify=false
>
> I don't know. I got the files from bugzilla. Should I set this to true, or
> just leave it out?
I'd recommend just leaving it out.
-- Rex
Georg Baum wrote:
> Am Freitag, 29. September 2006 15:59 schrieb Neal Becker:
>
>> I know. But my point is that on a system that has kpdf, I think lyx
> should
>> choose it as the default viewer without the user having to do this.
>
> I see it slightly different: LyX should use kpdf in a KDE en
On Mon, Oct 02, 2006 at 11:34:43AM +0200, Abdelrazak Younes wrote:
> With Georg's and Edwin's corrections.
Sorry for not catching this earlier, but if you substitute Q_WS_WIN
with something else, please also take into account that it is also
defined in a cygwin build without X11. So, the correct s
Abdelrazak Younes wrote:
> I'll commit it.
Great.
>> I
>> noticed the compiler warning about the unused variable "inset", but was
>> too lazy to look at it.
>> Conclusion: Listen to your compiler and do not add code with "expected"
>> warnings.
>
> MSVC8 doesn't give any warning for that ;-/
W
Enrico Forestieri wrote:
> Even if /usr/share/applications exists and is used on solaris,
> desktop-file-install is not present.
You mean it is used for .desktop files?
Georg
Georg Baum wrote:
Ozgur Ugras BARAN wrote:
A trivial (looking) patch to correct inset behavior, which is broken
with revision 15068. Without this patch, it is not possible to modify
an existing inset. All modifications processed as new index. (see
lyxfunc.C:1420)
Congratulations Ugras, I thin
Jean-Marc Lasgouttes wrote:
> OK, I am convinced. If Helge is happy, I am fine with the patch. Shall
> we apply it to 1.4?
I think so, but I'll await Helges test.
Georg
Ozgur Ugras BARAN wrote:
> A trivial (looking) patch to correct inset behavior, which is broken
> with revision 15068. Without this patch, it is not possible to modify
> an existing inset. All modifications processed as new index. (see
> lyxfunc.C:1420)
Congratulations Ugras, I think the fix is c
A trivial (looking) patch to correct inset behavior, which is broken
with revision 15068. Without this patch, it is not possible to modify
an existing inset. All modifications processed as new index. (see
lyxfunc.C:1420)
I will be glad if somebody review the attached patch (and submit to
svn if i
On Mon, Oct 02, 2006 at 10:30:02AM +0100, José Matos wrote:
> On Monday 02 October 2006 09:45, Jean-Marc Lasgouttes wrote:
> > Also, I think this
> > should only be installed on linux-like desktops. How can we check for
> > that? Check whether $datadir/applications exists?
>
> Check for the pr
Hi,
It seems that I found some new bugs for references in math (I saw two
different in bugzilla.lyx.org) for versions 1.3.x and 1.4.x
- Suppose you have a label named "my_label". If you insert a
cross-reference for this label in a math formula then lyx write:
\ref{my_{l}abel} and compilation
Juergen Spitzmueller wrote:
> Jean-Marc Lasgouttes wrote:
> > What about not showing the label when cursor is outside of the inset
> > (like mathed does)? Would that be too confusing?
>
> I think so. There are not too much distinguishable colors, after all.
> I have a patch that improves the situat
On 9/30/06, Georg Baum <[EMAIL PROTECTED]> wrote:
Am Freitag, 29. September 2006 10:01 schrieb Ozgur Ugras BARAN:
> Thanks a lot for reviewing the code. I will be more careful about
> formatting. Here are some some answers:
>
> - What I mean with the nested command support is something like:
>
On Mon, Oct 02, 2006 at 09:07:38AM +0200, Georg Baum wrote:
> Enrico Forestieri wrote:
>
> > Hence, the fix should indeed be activated for MSVC, too.
>
> I still think that this isprint test is not needed with any compiler.
You may very well be right.
--
Enrico
Hello,
When I build LyX 1.4.3 with SCons, I still get a version number with
'svn' appended and debugging information in the status bar. Which
command should I use to get rid of this?
Regards,
Joost
Jean-Marc Lasgouttes wrote:
"Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
_WIN32 will do on windows but I am not sure about MacOSX... _MACX ?
Abdelrazak> __APPLE__ is fine apparently... objection?
Not from me. It would be nice to convince fontconfig to do the same
for linux.
Jean-Marc Lasgouttes wrote:
"Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> Leuven, E. wrote:
i think it should be 'resources'
'ressources' is french...
Abdelrazak> Right... Copy&Paste from old code, surely JMarc doing ;-)
I see no typo on the minussed part...
S
> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
>> _WIN32 will do on windows but I am not sure about MacOSX... _MACX ?
Abdelrazak> __APPLE__ is fine apparently... objection?
Not from me. It would be nice to convince fontconfig to do the same
for linux.
JMarc
> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> Leuven, E. wrote:
>> i think it should be 'resources'
>>
>> 'ressources' is french...
Abdelrazak> Right... Copy&Paste from old code, surely JMarc doing ;-)
I see no typo on the minussed part...
JMarc
> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
>> Are we sure this cannot hurt some converters?
Georg> We are doing the same for non-preview conversions in
Georg> converter.C (where I added the comment), so I think it is safe.
Georg> Note that without the patch the directory where the c
> "schmitt" == schmitt <[EMAIL PROTECTED]> writes:
schmitt> Author: schmitt Date: Mon Oct 2 11:11:23 2006 New Revision:
schmitt> 15195
schmitt> URL: http://www.lyx.org/trac/changeset/15195 Log: set version
schmitt> number to 1.4.4
Can you do lyx2lyx too? This should really be automated...
With Georg's and Edwin's corrections.
Abdel.
Index: development/scons/scons_manifest.py
===
--- development/scons/scons_manifest.py (revision 15182)
+++ development/scons/scons_manifest.py (working copy)
@@ -101,6 +101,7 @@
file
Michael Gerz schrieb:
attached please find a simple patch that improves CT in LyX 1.4.
Essentially, the patch consists of three parts:
1. The change bar is smarter (reduced width, more margin)
2. "next change" is introduced
3. accept/reject change is de-activated in non-CT mode
Here comes an up
Abdelrazak Younes wrote:
Georg Baum wrote:
Abdelrazak Younes wrote:
Hello,
These font related functions were identical for qt3 and qt4. They are
not Qt dependent at all and could also apply to an eventual Win32 or
MacOSX gtk port.
Unless someone has objections with the function naming, this
On Monday 02 October 2006 09:45, Jean-Marc Lasgouttes wrote:
> Do you plan to use it for 1.4 too? It could be possible. I am not sure
> whether this can step on packager's toes, though.
At least Fedora has an explicit policy of preferring the original desktop
files. I think that the same applie
> Right... Copy&Paste from old code, surely JMarc doing ;-)
i wouldn't bet on that, angus is quite a francophile
a+
;-)
Leuven, E. wrote:
i think it should be 'resources'
'ressources' is french...
Right... Copy&Paste from old code, surely JMarc doing ;-)
I'll correct it thanks,
Abdel.
Jean-Marc Lasgouttes wrote:
> Do you plan to use it for 1.4 too?
If you would like it there, yes.
> It could be possible. I am not sure
> whether this can step on packager's toes, though.
Actually the bug report came from a packager. I don't know what other
packagers think.
> Also, I think th
Georg Baum wrote:
Abdelrazak Younes wrote:
Hello,
These font related functions were identical for qt3 and qt4. They are
not Qt dependent at all and could also apply to an eventual Win32 or
MacOSX gtk port.
Unless someone has objections with the function naming, this is going in
later today.
i think it should be 'resources'
'ressources' is french...
Abdelrazak Younes wrote:
> Hello,
>
> These font related functions were identical for qt3 and qt4. They are
> not Qt dependent at all and could also apply to an eventual Win32 or
> MacOSX gtk port.
>
> Unless someone has objections with the function naming, this is going in
> later today.
I bel
and the patch...
Index: development/scons/scons_manifest.py
===
--- development/scons/scons_manifest.py (revision 15182)
+++ development/scons/scons_manifest.py (working copy)
@@ -101,6 +101,7 @@
filefilterlist.h
filename.h
Hello,
These font related functions were identical for qt3 and qt4. They are
not Qt dependent at all and could also apply to an eventual Win32 or
MacOSX gtk port.
Unless someone has objections with the function naming, this is going in
later today.
I'll do more cleanup of FontLoader and th
Jean-Marc Lasgouttes wrote:
>> "Georg" == Georg Baum
>> <[EMAIL PROTECTED]>
>> writes:
>
> Georg> This is the complete patch I'd like to apply. Instead of the
> Georg> script I changed the preview conversion script to change to the
> Georg> temporary directory, since that has the adde
> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
Georg> This is the complete patch I'd like to apply. Instead of the
Georg> script I changed the preview conversion script to change to the
Georg> temporary directory, since that has the added benefit that the
Georg> byprodcuts lilypond produc
> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
Georg> Slightly bigger patch. Georg
Do you plan to use it for 1.4 too? It could be possible. I am not sure
whether this can step on packager's toes, though. Also, I think this
should only be installed on linux-like desktops. How can we check
> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
>> - Indeed implementing map was easier than implementing the
>> multimap. But I couldn't imagine if a parameter can apply multiple
>> times or not. Then I tried to stay in the safe side. Speculating
>> again, take the index command.. An inde
Enrico Forestieri wrote:
> Hence, the fix should indeed be activated for MSVC, too.
I still think that this isprint test is not needed with any compiler.
Georg
Rex Dieter wrote:
> Georg Baum wrote:
>> Slightly bigger patch.
>
> Why
> +StartupNotify=false
I don't know. I got the files from bugzilla. Should I set this to true, or
just leave it out?
Georg
Enrico Forestieri wrote:
> I think that nothing is difficult, there only are things that you know
> how to do and things that you don't know how to do...
> When you don't know how to do something, then that is a difficult thing.
If you tell me where the crash appears I can provide you with a work
60 matches
Mail list logo
