I noticed that Bo has written the page
http://wiki.lyx.org/devel/pmwiki.php/Devel/SCons
He says that it's basically a snapshot of INSTALL.scons, so I just
wondered if some of you developers would like a wiki directive that let's
you include a file from the SVN repository?
Lars is goin
Hi
I noticed that Bo has written the page
http://wiki.lyx.org/devel/pmwiki.php/Devel/SCons
He says that it's basically a snapshot of INSTALL.scons, so I just
wondered if some of you developers would like a wiki directive that let's
you include a file from the SVN repository?
I'm thi
On Thu, Jun 15, 2006 at 08:48:45PM +0200, Georg Baum wrote:
> -#ifdef Q_WS_WIN
> +#elif defined(_WIN32)
> // Windows clipboard uses \r\n for lineendings, and we use \n
> - return subst(str, '\n', '\r\n');
> + return subst(str, "\n", "\r\n");
> +#else
> + return str;
> #endif
Pl
I just came across this link
http://www.codingmonkeys.de/subethaedit/collaborate.html
It'd be nice if we somewhere in the future could do similar stuff with
LyX. Unfortunately I can't test it myself since it seems to be for OS X,
but mabye someone on this list is interested?
/C
--
Ch
Georg Baum wrote:
Am Donnerstag, 15. Juni 2006 00:17 schrieb Giuseppe Ragusa:
g++ -DHAVE_CONFIG_H -I. -I. -I../../src -Winvalid-pch --include=./pch.h
-I./.. -I../../boost -Wextra -Wall -fno-exceptions -g -O -MT
math_mathmlstream.lo -MD -MP -MF .deps/math_mathmlstream.Tpo -c
math_mathmlstr
Georg Baum wrote:
Am Donnerstag, 15. Juni 2006 12:39 schrieb Abdelrazak Younes:
Hello,
Minus potential compilation problems with gtk and/or xforms I think I am
ready to merge my branch with trunk. Please find attached the complete
patch. I will wait for some green lights before applying.
I
Am Donnerstag, 15. Juni 2006 12:39 schrieb Abdelrazak Younes:
> Hello,
>
> Minus potential compilation problems with gtk and/or xforms I think I am
> ready to merge my branch with trunk. Please find attached the complete
> patch. I will wait for some green lights before applying.
I scanned the
Abdelrazak Younes wrote:
It is not necessary to change LyX SVN to get a more modern gettext,
compiling without --with-included-gettext is also possible.
It is possible indeed but does it work?
Yes, it works. The patch you need for Win32 gettext 0.14.5 is (from Cygwin):
http://wiki.lyx.org/up
Georg Baum wrote:
Am Donnerstag, 15. Juni 2006 19:30 schrieb Abdelrazak Younes:
Do you have access to my branch or shall I commit for you?
I committed it.
Thanks.
Abdel.
Bennett Helm wrote:
here? ... I'm guessing not: I have Jean-Marc's font caching patch
applied to 1.4.x (which noticeably improves things), but not to 1.5.x;
perhaps that accounts for the difference.
Jean-Marc, IMHO you should check-in this patch for qt3 (trunk and 1.4).
Abdel.
Am Donnerstag, 15. Juni 2006 19:30 schrieb Abdelrazak Younes:
> And it compiles with your patch right?
Yes.
> Yes, it's amazing how many things I missed! I went through gtk and
> xforms and I could have swear that I have done the things you've done...
> Anyway, thanks (again) for your support.
Bo Peng wrote:
On 6/15/06, Abdelrazak Younes <[EMAIL PROTECTED]>
wrote:
Hello Bo,
I still have this linking problem with included boost:
link /nologo /OUT:msvc\qt4\lyx.exe /LIBPATH:msvc\libs
/LIBPATH:D:\program\Qt\4.1
\lib /LIBPATH:D:\program\Qt\4.1\lib /LIBPATH:D:\program\GnuWin32\lib
lyxbase
Joost Verburg wrote:
Jean-Marc Lasgouttes wrote:
Please be very careful with this. Do you have any solid reason to
believe that compilation with windows will be improve with latest
version?
It is not necessary to change LyX SVN to get a more modern gettext,
compiling without --with-included-g
Peter Kümmel wrote:
Georg Baum wrote:
So if you want to be nice, merge everything up to the revision of your
changes. Otherwise, don't merge anything.
Oh, I see, it would have been better to send patches to Abdel instead
of checking in some stuff, when I don't wanna a complete merge by mysel
On Jun 15, 2006, at 12:44 PM, Martin Vermeer wrote:
It is much better than the previous patch: using the same test, I can
type without any lag with 1 inset nested inside another (i.e., 2
nested insets) and only minimal lag with 3 nested insets. 4 or more
nested insets gives me considerable lag.
> No. I commited the attached patch to trunk. Jean-Marc, I guess you want
> that also for 1.4?
Yes please.
JMarc
Georg
Georg Baum wrote:
Am Donnerstag, 15. Juni 2006 11:43 schrieb Abdelrazak Younes:
I didn't feel like changing the namespace everywhere so instead I just
put everything in lyx::frontend. We could still do the change afterward
if we feel it is needed.
This patch is going in "younes" branch now.
Am Freitag, 9. Juni 2006 20:25 schrieb Sven Hoexter:
> If htlatex is supported I think this note should be added to all
Extended.lyx
> files and not only to the german one.
I added it to the english version, the translators will do the others.
> Comments? Should I open a bugreport?
No. I commi
On Thu, Jun 15, 2006 at 11:48:28AM -0400, Bennett Helm wrote:
> On Jun 14, 2006, at 11:14 AM, Martin Vermeer wrote:
>
> >On Wed, Jun 14, 2006 at 10:23:43AM -0400, Bennett Helm wrote:
> >>On Jun 14, 2006, at 4:14 AM, Martin Vermeer wrote:
> >>
> >>>Attached a slightly better (less visually intrusiv
On Thu, Jun 15, 2006 at 06:08:19PM +0200, Peter Kümmel wrote:
> I must leave now, please add
> resize(width, height);
> in the else part, this should restore the old behavior.
Yes, but then -geometry stops working again.
--
Enrico
On Thu, Jun 15, 2006 at 06:07:27PM +0200, Georg Baum wrote:
> Am Donnerstag, 15. Juni 2006 17:44 schrieb Enrico Forestieri:
> > On Thu, Jun 15, 2006 at 05:30:40PM +0200, Peter Kümmel wrote:
> > > Does this patch help?
> >
> > Yes, -geometry works again. Thanks :)
>
> But the logic does not seem t
Am Donnerstag, 15. Juni 2006 17:34 schrieb Juergen Spitzmueller:
> Georg Baum wrote:
> > You mean to change the default screen font family?
>
> Yes.
I believe that you could simply change the family in
BufferParams::getFont() (and maybe auditing all direct uses of
LyXTextClass::defaultfont())
Am Donnerstag, 15. Juni 2006 17:44 schrieb Enrico Forestieri:
> On Thu, Jun 15, 2006 at 05:30:40PM +0200, Peter Kümmel wrote:
> > Does this patch help?
>
> Yes, -geometry works again. Thanks :)
But the logic does not seem to be correct: If you have stored geometry
values and a -geometry switch,
Peter Kümmel wrote:
> Enrico Forestieri wrote:
>> On Thu, Jun 15, 2006 at 05:44:19PM +0200, Enrico Forestieri wrote:
>>> On Thu, Jun 15, 2006 at 05:30:40PM +0200, Peter Kümmel wrote:
Enrico Forestieri wrote:
> On Thu, Jun 15, 2006 at 09:30:00AM -0500, Bo Peng wrote:
>>> BTW, I see that
Enrico Forestieri wrote:
> On Thu, Jun 15, 2006 at 05:44:19PM +0200, Enrico Forestieri wrote:
>> On Thu, Jun 15, 2006 at 05:30:40PM +0200, Peter Kümmel wrote:
>>> Enrico Forestieri wrote:
On Thu, Jun 15, 2006 at 09:30:00AM -0500, Bo Peng wrote:
>> BTW, I see that no \screen_geometry_* vari
On Thu, Jun 15, 2006 at 05:44:19PM +0200, Enrico Forestieri wrote:
> On Thu, Jun 15, 2006 at 05:30:40PM +0200, Peter Kümmel wrote:
> > Enrico Forestieri wrote:
> > > On Thu, Jun 15, 2006 at 09:30:00AM -0500, Bo Peng wrote:
> > >>> BTW, I see that no \screen_geometry_* variables are ever written to
Am Donnerstag, 15. Juni 2006 17:34 schrieb Peter Kümmel:
> I've changed all the properties.
Thanks.
> Hope by setting svn:eol-style to native the line ending issue
> is solved, or must I additionally convert all files manually?
No, they look OK now.
Georg
On Jun 14, 2006, at 11:14 AM, Martin Vermeer wrote:
On Wed, Jun 14, 2006 at 10:23:43AM -0400, Bennett Helm wrote:
On Jun 14, 2006, at 4:14 AM, Martin Vermeer wrote:
Attached a slightly better (less visually intrusive) solution.
The logic is still the same, but now it draws a real box (with f
On Thu, Jun 15, 2006 at 05:30:40PM +0200, Peter Kümmel wrote:
> Enrico Forestieri wrote:
> > On Thu, Jun 15, 2006 at 09:30:00AM -0500, Bo Peng wrote:
> >>> BTW, I see that no \screen_geometry_* variables are ever written to
> >>> preferences, at least with qt3.
> >> Time... I plan(ned) to add xysav
Georg Baum wrote:
> Am Donnerstag, 15. Juni 2006 12:19 schrieb Juergen Spitzmueller:
> > It's included in the attached, updated patch.
> > (it crashes on startup, because of the unknown file format)
>
> Not here. How can this be reproduced?
If I wanted to create a new file, it just displayed a mes
Jean-Marc Lasgouttes wrote:
> What do you want to do exactly?
I want to change the font family of the default font, if
bufferparams.fontsDefaultFamily is not default. The default font is currently
set up by the textclass (and thus stored in defaultfont_ in lyxtextclass). It
should be possible t
Georg Baum wrote:
> It has \r\n line endings and the svn:executable property set, but it
> should have \n endings, no svn:executable property and svn:eol-style set
> to native. The other files in development/cmake are similar.
I've changed all the properties.
Hope by setting svn:eol-style to nat
Enrico Forestieri wrote:
> On Thu, Jun 15, 2006 at 09:30:00AM -0500, Bo Peng wrote:
>>> BTW, I see that no \screen_geometry_* variables are ever written to
>>> preferences, at least with qt3.
>> Time... I plan(ned) to add xysaved, and fixed height/width to the
>> preference dialog.
>
> I really do
Andrzej Tomaszewski wrote:
As far as I'm looking in the correct place, on Windows 2000 there isn't
such an option... In fact this system isn't Unicode based, so I do not
understand why there should be...
Do you have a Polish Windows?
Joost
Am Donnerstag, 15. Juni 2006 11:43 schrieb Abdelrazak Younes:
> I didn't feel like changing the namespace everywhere so instead I just
> put everything in lyx::frontend. We could still do the change afterward
> if we feel it is needed.
>
> This patch is going in "younes" branch now. Tested for
3.is fine for now, but we could do 2. later.
I see. We do not need qt4.py so only three files are needed.
As a matter of fact, I am thinking of merging SConstruct and
SConscript. The standard way scons works for a sizable project like
lyx is to put a separate SConscript to each subdirectory and
On Thu, Jun 15, 2006 at 09:30:00AM -0500, Bo Peng wrote:
> >
> >BTW, I see that no \screen_geometry_* variables are ever written to
> >preferences, at least with qt3.
>
> Time... I plan(ned) to add xysaved, and fixed height/width to the
> preference dialog.
I really don't care about them. I do ca
Jean-Marc Lasgouttes wrote:
Please be very careful with this. Do you have any solid reason to
believe that compilation with windows will be improve with latest
version?
It is not necessary to change LyX SVN to get a more modern gettext,
compiling without --with-included-gettext is also possibl
On Thu, Jun 15, 2006 at 04:32:00PM +0200, Peter Kümmel wrote:
> I couldn't find any "geometry" option in the trunk version of lyx.
> Weher is the code for the geometry option? Has it been removed?
See parse_help() in lyx_main.C. I doubt it has been removed as I do
not get any error when use "-geo
Jean-Marc Lasgouttes wrote:
And does it work?
Yes, I think so.
Joost
> "Joost" == Joost Verburg <[EMAIL PROTECTED]> writes:
Joost> Jean-Marc Lasgouttes wrote:
>> Joost, does the current 1.4.2svn build on windows have iconv
>> support built-in? This is pretty important.
Joost> Yes, iconv support is built-in.
And does it work?
JMarc
> "Bo" == Bo Peng <[EMAIL PROTECTED]> writes:
Bo> BTW, with only a few changes (mostly qt3 => qt2 directory name
Bo> change), the current scons system can compile lyx1.4 smoothly. I
Bo> can
Bo> 1. do nothing for 1.4.x
Bo> 2. put a separate development/scons system in 1.4.x branch
Bo> 3. add
I couldn't find any "geometry" option in the trunk version of lyx.
Weher is the code for the geometry option? Has it been removed?
Do you mix branches?
In lyxrc.h, session-related options are
/// whether or not go to saved position when opening a file
bool use_lastfilepos;
Am Donnerstag, 15. Juni 2006 16:32 schrieb Peter Kümmel:
> I couldn't find any "geometry" option in the trunk version of lyx.
> Weher is the code for the geometry option? Has it been removed?
No, it was never there. It is handled internally by qt (even on windows),
xforms or gtk (almost all X pr
> "Bennett" == Bennett Helm <[EMAIL PROTECTED]> writes:
>> This is definitely not perfect, but is simple and should uniformly
>> improve the situation.
>>
>> I'd welcome testing.
Bennett> Nope. If I export LANG=fr (or fr_FR or fr_FR.ISO-8859-1), and
Bennett> then start LyX, accents still do
Am Donnerstag, 15. Juni 2006 12:19 schrieb Juergen Spitzmueller:
> It's included in the attached, updated patch.
> (it crashes on startup, because of the unknown file format)
Not here. How can this be reproduced?
Attached is the lyx2lyx conversion. It works for the default case, please
test it w
Enrico Forestieri wrote:
> On Thu, Jun 15, 2006 at 03:31:24PM +0200, Peter Kümmel wrote:
>> Enrico Forestieri wrote:
>>> On Thu, Jun 15, 2006 at 10:47:06AM +0200, Michael Gerz wrote:
Hi,
after applying
svn merge -r14068:HEAD svn+ssh://[EMAIL PROTECTED]/lyx/lyx-devel/trunk
BTW, I see that no \screen_geometry_* variables are ever written to
preferences, at least with qt3.
Time... I plan(ned) to add xysaved, and fixed height/width to the
preference dialog.
Bo
On Thu, Jun 15, 2006 at 04:04:19PM +0200, Peter Kümmel wrote:
> Enrico Forestieri wrote:
> >> does it work without the geometry option?
> >
> > I mean that "lyx -geometry 800x600+20+20" and "lyx" produce the same
> > result, i.e., -geometry is ignored. The LyX window always opens in the
> > upper
Andrzej Tomaszewski wrote:
Yes, of course. But it is outside of "Advanced" settings - there are
conversion tables...
I really mean the "Advanced" settings. There is an option called
"Language for non-Unicode programs".
Joost
I can no longer compile the included gettext on Windows (with mingw/scons).
./intl/VERSION tells me that we use gettext-0.14.1 which is pretty old.
Unless someone objects, I will upgrade to 0.14.5 later today.
It is difficult to test scons for all supported platforms, especially
given my limite
Enrico Forestieri wrote:
>> does it work without the geometry option?
>
> I mean that "lyx -geometry 800x600+20+20" and "lyx" produce the same
> result, i.e., -geometry is ignored. The LyX window always opens in the
> upper left corner. This is true both on Windows and *nix, but on Windows
> it is
> "Michael" == Michael Gerz <[EMAIL PROTECTED]> writes:
Michael> Folks, I can no longer compile the included gettext on
Michael> Windows (with mingw/scons).
Michael> ./intl/VERSION tells me that we use gettext-0.14.1 which is
Michael> pretty old. Unless someone objects, I will upgrade to 0.14
Am Donnerstag, 15. Juni 2006 15:37 schrieb Peter Kümmel:
> Georg Baum wrote:
> > Am Donnerstag, 15. Juni 2006 14:34 schrieb Peter Kümmel:
> >
> >> Where is the coding style guide?
> >
> > In development/Code_rules/
> >
>
> Only rules how to write code.
No, also about formatting.
> I mean, what
Andre Poenitz wrote:
> On Wed, Jun 14, 2006 at 10:25:42AM +0200, Peter Kümmel wrote:
>> Do you think I could commit it now, or should I wait
>> for more comments?
>
> Maybe I should change my commenting style to 'auto comment "Spacing is
> off!"' and only sent comments if it isn't
>
> Andre'
On 6/15/06, Abdelrazak Younes <[EMAIL PROTECTED]> wrote:
Hello Bo,
I still have this linking problem with included boost:
link /nologo /OUT:msvc\qt4\lyx.exe /LIBPATH:msvc\libs
/LIBPATH:D:\program\Qt\4.1
\lib /LIBPATH:D:\program\Qt\4.1\lib /LIBPATH:D:\program\GnuWin32\lib
lyxbase_pre.lib mathed.
On Thu, Jun 15, 2006 at 03:31:24PM +0200, Peter Kümmel wrote:
> Enrico Forestieri wrote:
> > On Thu, Jun 15, 2006 at 10:47:06AM +0200, Michael Gerz wrote:
> >> Hi,
> >>
> >> after applying
> >>
> >> svn merge -r14068:HEAD svn+ssh://[EMAIL PROTECTED]/lyx/lyx-devel/trunk
> >>
> >> the LyX window is
> "younes" == younes a <[EMAIL PROTECTED]> writes:
younes> But Andre said that he used the reference to a pointer
younes> explicitely to avoid to call this index twice because it
younes> showed under gprof...
younes> I know that indexing an array should be cheap but a 4-d array,
younes> who k
> "Juergen" == Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
Juergen> P.S.: If you have an idea about changing the default font
Juergen> from within bufferparams, I'd be most grateful. ATM I'm lost
Juergen> there.
What do you want to do exactly?
JMarc
Georg Baum wrote:
> Am Donnerstag, 15. Juni 2006 13:39 schrieb Peter Kümmel:
>
>> I think the only branches I have to care about is my own and trunk.
>> And when a update someone other branch it is just niceness to the
>> owner of this branch, because he is responsible for his branch.
>
> I agree
Georg Baum wrote:
> Am Donnerstag, 15. Juni 2006 14:34 schrieb Peter Kümmel:
>
>> Where is the coding style guide?
>
> In development/Code_rules/
>
Only rules how to write code.
>> Do you mean there is no indentation of the "-" list,
>> the line endings?
>
> What do you mean? I don't understan
Am Donnerstag, 15. Juni 2006 13:39 schrieb Peter Kümmel:
> I think the only branches I have to care about is my own and trunk.
> And when a update someone other branch it is just niceness to the
> owner of this branch, because he is responsible for his branch.
I agree 100%. My point however is th
On Thursday 15 June 2006 13:10, Peter Kümmel wrote:
>
> Where is the coding style guide?
development/Code_rules/*
--
José Abílio
Enrico Forestieri wrote:
> On Thu, Jun 15, 2006 at 10:47:06AM +0200, Michael Gerz wrote:
>> Hi,
>>
>> after applying
>>
>> svn merge -r14068:HEAD svn+ssh://[EMAIL PROTECTED]/lyx/lyx-devel/trunk
>>
>> the LyX window is always placed in the upper left corner on Windows XP.
>> Even worse, the title
Am Donnerstag, 15. Juni 2006 14:34 schrieb Peter Kümmel:
> Where is the coding style guide?
In development/Code_rules/
> Do you mean there is no indentation of the "-" list,
> the line endings?
What do you mean? I don't understand.
Georg
On Thu, Jun 15, 2006 at 10:47:06AM +0200, Michael Gerz wrote:
> Hi,
>
> after applying
>
> svn merge -r14068:HEAD svn+ssh://[EMAIL PROTECTED]/lyx/lyx-devel/trunk
>
> the LyX window is always placed in the upper left corner on Windows XP.
> Even worse, the title bar is no longer visible, such t
Georg Baum wrote:
> Am Mittwoch, 14. Juni 2006 19:34 schrieb Peter Kümmel:
>> Under Windows it crahes here when leaving Lyx:
>>
>> src/lyx_main.C
>> #else
>> if (err_sig == SIGSEGV || !getEnv("LYXDEBUG").empty())
>> #endif
>> lyx::support::abort();
>> exit(0); <-
Georg Baum wrote:
> I second André. Please take care of that. development/cmake/README.cmake
> for example is again wrong.
>
>
> Georg
>
>
Where is the coding style guide?
Do you mean there is no indentation of the "-" list,
the line endings?
Sorry, I didn't understand. This is used like this right:
scons CCFLAGS=-"-O3 -w" ...
No. Say, you specified CCFLAGS in one run, and do not want to use it
the next time, you do
scons load_options=-CCFLAGS
Other options will be loaded as usual.
Bo
just fixing "default_boost_opt" doesn't help. There is also
"default_gettext_opt"!
I am wondering how you managed to run scons with these two bugs...
My apologies. My test was incomplete with all the caches. They are fixed now.
Bo
Abdelrazak Younes wrote:
> Peter Kümmel wrote:
>> Abdelrazak Younes wrote:
>>> Hello Bo,
>>>
>>> I still have this linking problem with included boost:
>>>
>>> link /nologo /OUT:msvc\qt4\lyx.exe /LIBPATH:msvc\libs
>>> /LIBPATH:D:\program\Qt\4.1
>>> \lib /LIBPATH:D:\program\Qt\4.1\lib /LIBPATH:D:\pr
Andre Poenitz wrote:
> On Wed, Jun 14, 2006 at 10:25:42AM +0200, Peter Kümmel wrote:
>> Do you think I could commit it now, or should I wait
>> for more comments?
>
> Maybe I should change my commenting style to 'auto comment "Spacing is
> off!"' and only sent comments if it isn't
>
> Andre'
Peter Kümmel wrote:
Abdelrazak Younes wrote:
Hello Bo,
I still have this linking problem with included boost:
link /nologo /OUT:msvc\qt4\lyx.exe /LIBPATH:msvc\libs
/LIBPATH:D:\program\Qt\4.1
\lib /LIBPATH:D:\program\Qt\4.1\lib /LIBPATH:D:\program\GnuWin32\lib
lyxbase_pre.lib mathed.lib insets.
Abdelrazak Younes wrote:
Hello Bo,
I still have this linking problem with included boost:
link /nologo /OUT:msvc\qt4\lyx.exe /LIBPATH:msvc\libs
/LIBPATH:D:\program\Qt\4.1
\lib /LIBPATH:D:\program\Qt\4.1\lib /LIBPATH:D:\program\GnuWin32\lib
lyxbase_pre.lib mathed.lib insets.lib frontends.lib q
Abdelrazak Younes wrote:
> Hello Bo,
>
> I still have this linking problem with included boost:
>
> link /nologo /OUT:msvc\qt4\lyx.exe /LIBPATH:msvc\libs
> /LIBPATH:D:\program\Qt\4.1
> \lib /LIBPATH:D:\program\Qt\4.1\lib /LIBPATH:D:\program\GnuWin32\lib
> lyxbase_pre.lib mathed.lib insets.lib fro
Andre Poenitz wrote:
> On Wed, Jun 14, 2006 at 09:35:23AM +0200, Peter Kümmel wrote:
>> Here numbers from Windows/Linux,
>> scrolling the Guide, in sec:
>>
>> Qt4.1.3, release,
>> Linux no anti-al.: 19
>> Linux with anti-al.: 25
>> Windows 2k : 30
>>
>> LyX 1.3.6, Qt 3.3.4
>> Linux no a
Hello Bo,
I still have this linking problem with included boost:
link /nologo /OUT:msvc\qt4\lyx.exe /LIBPATH:msvc\libs
/LIBPATH:D:\program\Qt\4.1
\lib /LIBPATH:D:\program\Qt\4.1\lib /LIBPATH:D:\program\GnuWin32\lib
lyxbase_pre.lib mathed.lib insets.lib frontends.lib qt4.lib
controllers.lib gr
Peter Kümmel wrote:
> Michael Gerz wrote:
>> Hi,
>>
>> after applying
>>
>> svn merge -r14068:HEAD svn+ssh://[EMAIL PROTECTED]/lyx/lyx-devel/trunk
>>
>> the LyX window is always placed in the upper left corner on Windows XP.
>> Even worse, the title bar is no longer visible, such that I cannot mov
Georg Baum wrote:
> I just wanted to do Abdel a favour and merged my latest changes to his
> branch. I discovered that it already included Peters latest changes, but
> e.g. not the latest scons work by Bo.
> That makes working with branches more difficult than it should be, so
> please follow th
On Wed, 2006-06-14 at 20:58 +0200, Andre Poenitz wrote:
> On Wed, Jun 14, 2006 at 09:35:23PM +0300, Martin Vermeer wrote:
> > (BTW what should I use instead of 99? No, don't say 42...)
>
> size_t(-1)
>
> [Or the equivalent from numeric_limits...]
>
> Or a bool.
Done. I propose this for trunk an
Michael Gerz wrote:
> Hi,
>
> after applying
>
> svn merge -r14068:HEAD svn+ssh://[EMAIL PROTECTED]/lyx/lyx-devel/trunk
>
> the LyX window is always placed in the upper left corner on Windows XP.
> Even worse, the title bar is no longer visible, such that I cannot move
> the window.
>
> Suspec
Quoting Jean-Marc Lasgouttes <[EMAIL PROTECTED]>:
> > "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
>
> Abdelrazak> Searching in the font info cache is expensive. So, it
> Abdelrazak> could be either the searching of the font info in the
> Abdelrazak> 4-dimensional C-array or t
Georg Baum wrote:
> Am Samstag, 10. Juni 2006 15:36 schrieb Juergen Spitzmueller:
> > Please have a look. Thanks.
>
> The file FontModuleBase.ui is missing from the patch. Can you please send
> it?
It's included in the attached, updated patch.
(it crashes on startup, because of the unknown file f
Michael Gerz wrote:
Abdel,
after updating my CT branch, erased/inserted text is no longer displayed
correctly. Rather than being red/blue, it is shown in black.
It seems that the only patch that might have caused this problem is your
QLPainter optimization. Could you please check it?
I hav
Michael Gerz wrote:
Georg Baum wrote:
That is the same with the other procedure. The key is the
revision. You can't do anything wrong with both methods
if that one is right. With your method you need to remember it
somewhere, with the one described on the wiki you can get it from svn.
Mos
Abdel,
after updating my CT branch, erased/inserted text is no longer displayed
correctly. Rather than being red/blue, it is shown in black.
It seems that the only patch that might have caused this problem is your
QLPainter optimization. Could you please check it?
Michael
Am Samstag, 10. Juni 2006 15:36 schrieb Juergen Spitzmueller:
> Please have a look. Thanks.
The file FontModuleBase.ui is missing from the patch. Can you please send
it? The patch is also broken, line 691 needs to be
@@ -1262,3 +1287,108 @@ string const BufferParams::babelCall(str
instead of
@
Abdelrazak Younes wrote:
I use TortoiseSVN merging capability:
1) In the trunk revision history I select the oldest non merged commit
and those upward. But I stop my slection before a revision that I feel
is problematic.
2) I merge the selected commits. This is "Merge step 1"
3) I select a
Hi,
after applying
svn merge -r14068:HEAD svn+ssh://[EMAIL PROTECTED]/lyx/lyx-devel/trunk
the LyX window is always placed in the upper left corner on Windows XP.
Even worse, the title bar is no longer visible, such that I cannot move
the window.
Suspects are
r14088 | kuemmel | 2006-06-13
As discussed with José. This goes in now. I did not remove workarounds for
older python versions. This will be changed on a case by case basis. For
new code please use the new features where it makes sense:
i += 5 instead of i = i + 5
True/False for booleans etc.
Georg
Log:
* INSTALL:
Georg Baum wrote:
That is the same with the other procedure. The key is the
revision. You can't do anything wrong with both methods if that one is
right. With your method you need to remember it somewhere, with the one
described on the wiki you can get it from svn.
Most important: Merging
Folks,
I can no longer compile the included gettext on Windows (with mingw/scons).
./intl/VERSION tells me that we use gettext-0.14.1 which is pretty old.
Unless someone objects, I will upgrade to 0.14.5 later today.
Michael
Michael Gerz wrote:
Abdel, what is your approach? We really have to make sure that our
branch experiment does not end in a massacre!
I use TortoiseSVN merging capability:
1) In the trunk revision history I select the oldest non merged commit
and those upward. But I stop my slection before a
Am Donnerstag, 15. Juni 2006 10:22 schrieb Michael Gerz:
> Georg Baum wrote:
>
> >If you merge something to a branch that is intended to follow the
trunk,
> >merge everything up to the desired revision, and not only parts of it.
> >
> >If you don't know how to do that: One possible way is explai
Bo,
just fixing "default_boost_opt" doesn't help. There is also
"default_gettext_opt"!
I am wondering how you managed to run scons with these two bugs...
Michael
Georg Baum wrote:
If you merge something to a branch that is intended to follow the trunk,
merge everything up to the desired revision, and not only parts of it.
If you don't know how to do that: One possible way is explained at
http://wiki.lyx.org/devel/pmwiki.php/DevelTips/Branches
I fol
Am Donnerstag, 15. Juni 2006 00:17 schrieb Giuseppe Ragusa:
> g++ -DHAVE_CONFIG_H -I. -I. -I../../src -Winvalid-pch --include=./pch.h
> -I./.. -I../../boost -Wextra -Wall -fno-exceptions -g -O -MT
> math_mathmlstream.lo -MD -MP -MF .deps/math_mathmlstream.Tpo -c
> math_mathmlstream.C -o math_m
97 matches
Mail list logo
