from:"Ruurd Reitsma"

Re: LyX on Windows

2005-01-17 Thread Ruurd Reitsma

Hi Angus,

The irritating thing with Windows is that all stdout messages get lost
somewhere when using the GUI subsystem. You would have to add additional
code to handle all debugging messages. Now that isn´t that hard to do, but
another issue was that some shell script stopped working when linking to the
gui subsystem. I cannot remember what worked and what didn´t. Maybe the
mingw runtime does a better job, but you´ll have to try that out.

Anyway, at that time I´ve looked around, but there didn´t seem to be a more
elegant solution. The console closing code is not that sophisticated, so
that could be improved.

BTW The WinMain stuff get´s added by qtmain automatically.

Ruurd

Angus Leeming [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
 Good evening, Ruurd.

 I wonder if you could help out a Windows novice --- me?
 My question concerns the way that Windows treats LyX --- as
 a Windows GUI app or as a console one. At the moment, Windows
 believes that LyX is a console app because it has a main
 function rather than a WinMain.

 You've added code in os_win32.C's init function to close
 down the console window that Windows helpfully displays
 for us:

 void os::init(int /* argc */, char * argv[])
 {
 #ifdef _WIN32
 // Close the console when run (probably)
 // not run from command prompt
 char WindowTitle[1024];
 HWND hwndFound;
 GetConsoleTitle(WindowTitle,1024);
 if ((strcmp(WindowTitle, argv[0]) == 0) ||
 (strcmp(WindowTitle,LyX) == 0)) {
 // format a unique newWindowTitle
 wsprintf(WindowTitle,%d/%d,
 GetTickCount(),
 GetCurrentProcessId());
 // change current window title
 SetConsoleTitle(WindowTitle);
 // ensure window title has been updated
 Sleep(40);
 // look for newWindowTitle
 hwndFound=FindWindow(NULL, WindowTitle);
 // If found, hide it
 if ( hwndFound != NULL)
 ShowWindow( hwndFound, SW_HIDE);
 }
 #endif
 }


 Would it not be more elegant to tell Windows that LyX
 is actually a GUI-based app by giving it a WinMain?

 The code below compiles fine for me with
 $ g++ -mwindows -o trial trial.C

 #if defined (_WIN32)
 # define WIN32_LEAN_AND_MEAN
 # include stdlib.h  // for __argc, __argv
 # include windows.h // for WinMain
 #endif


 #if defined (_WIN32)
 int mymain(int argc, char * argv[])
 #else
 int main(int argc, char * argv[])
 #endif
 {
 // LyX's code, unchanged, goes here.
 Sleep(5000);
 return 0;
 }


 // This will require the -mwindows flag when linking with
 // gcc under MinGW.
 // For MSVC, use /subsystem:windows.
 #if defined (_WIN32)
 int WINAPI WinMain(HINSTANCE, HINSTANCE, LPSTR, int)
 {
 std::cout  WinMain  std::endl;
 return mymain(__argc, __argv);
 }
 #endif

 Regards,
 Angus

Re: LyX on Windows

2005-01-17 Thread Ruurd Reitsma

Asger,

you might want to look into am2msdev
ftp://ftp.slac.stanford.edu/users/pfkeb/automake/. This tool will at least
provide you with a skeleton. And, I believe the source even includes a
project file, so no scary mingw/cygwin tools. There also seems to be an
options to add visual studio directives to automake files, that get ignored
by the normal autotools.

But..I´ve tried what you are trying right now, but became very frustated
with this approach;-)

Ruurd

Asger Ottar Alstrup [EMAIL PROTECTED]
wrote in message news:[EMAIL PROTECTED]
 Hi,

 I managed to checkout qt3 win32 free and lyx-devel. I even managed to
 compile qt-3, although I ran out of disk space, and what not.

 Now, I'm starting to build a VS.NET 7.1 project file for LyX, but I need
 all the generated files from configure on Windows from one of you guys,
 since I refuse to install cygwin or mingw.

 For starters, could someone hand me a config.h file?

 Also, if someone could provide a rough list of which source files (i.e.
 which directories) needs to be compiled into the LyX proper in the Qt
 edition, that would be helpfulp.

 Thanks,
 Asger

Re: LyX on Windows

2005-01-17 Thread Ruurd Reitsma

Angus Leeming [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]

 Reading this thread
 http://lists.trolltech.com/qt-interest/2001-11/thread00727-0.html

 A Windows application does not have any stdout/stderr by default, all
 output vanishes without a trace for you.But if you want to, you can create
 a console with AllocConsole() and attach that to stdout/stderr ...

 Add following lines into main :
 #ifdef WIN32
  AllocConsole();
  freopen(conin$, r, stdin);
  freopen(conout$, w, stdout);
  freopen(conout$, w, stderr);
 #endif


Yep, tried this too. But then it turned out that some shell scripts failed,
for mysterious reasons...

Ruurd

Re: LyX on Windows

2005-01-17 Thread Ruurd Reitsma

Hi Angus,

The irritating thing with Windows is that all stdout messages get lost
somewhere when using the GUI subsystem. You would have to add additional
code to handle all debugging messages. Now that isn´t that hard to do, but
another issue was that some shell script stopped working when linking to the
gui subsystem. I cannot remember what worked and what didn´t. Maybe the
mingw runtime does a better job, but you´ll have to try that out.

Anyway, at that time I´ve looked around, but there didn´t seem to be a more
elegant solution. The console closing code is not that sophisticated, so
that could be improved.

BTW The WinMain stuff get´s added by qtmain automatically.

Ruurd

"Angus Leeming" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> Good evening, Ruurd.
>
> I wonder if you could help out a Windows novice --- me?
> My question concerns the way that Windows treats LyX --- as
> a Windows GUI app or as a console one. At the moment, Windows
> believes that LyX is a console app because it has a "main"
> function rather than a "WinMain".
>
> You've added code in os_win32.C's init function to close
> down the console window that Windows helpfully displays
> for us:
>
> void os::init(int /* argc */, char * argv[])
> {
> #ifdef _WIN32
> // Close the console when run (probably)
> // not run from command prompt
> char WindowTitle[1024];
> HWND hwndFound;
> GetConsoleTitle(WindowTitle,1024);
> if ((strcmp(WindowTitle, argv[0]) == 0) ||
> (strcmp(WindowTitle,"LyX") == 0)) {
> // format a "unique" newWindowTitle
> wsprintf(WindowTitle,"%d/%d",
> GetTickCount(),
> GetCurrentProcessId());
> // change current window title
> SetConsoleTitle(WindowTitle);
> // ensure window title has been updated
> Sleep(40);
> // look for newWindowTitle
> hwndFound=FindWindow(NULL, WindowTitle);
> // If found, hide it
> if ( hwndFound != NULL)
> ShowWindow( hwndFound, SW_HIDE);
> }
> #endif
> }
>
>
> Would it not be more elegant to tell Windows that LyX
> is actually a GUI-based app by giving it a WinMain?
>
> The code below compiles fine for me with
> $ g++ -mwindows -o trial trial.C
>
> #if defined (_WIN32)
> # define WIN32_LEAN_AND_MEAN
> # include   // for __argc, __argv
> # include  // for WinMain
> #endif
>
>
> #if defined (_WIN32)
> int mymain(int argc, char * argv[])
> #else
> int main(int argc, char * argv[])
> #endif
> {
> // LyX's code, unchanged, goes here.
> Sleep(5000);
> return 0;
> }
>
>
> // This will require the "-mwindows" flag when linking with
> // gcc under MinGW.
> // For MSVC, use "/subsystem:windows".
> #if defined (_WIN32)
> int WINAPI WinMain(HINSTANCE, HINSTANCE, LPSTR, int)
> {
> std::cout << "WinMain" << std::endl;
> return mymain(__argc, __argv);
> }
> #endif
>
> Regards,
> Angus
>

Re: LyX on Windows

2005-01-17 Thread Ruurd Reitsma

Asger,

you might want to look into am2msdev
ftp://ftp.slac.stanford.edu/users/pfkeb/automake/. This tool will at least
provide you with a skeleton. And, I believe the source even includes a
project file, so no scary mingw/cygwin tools. There also seems to be an
options to add visual studio directives to automake files, that get ignored
by the normal autotools.

But..I´ve tried what you are trying right now, but became very frustated
with this approach;-)

Ruurd

"Asger Ottar Alstrup" <[EMAIL PROTECTED]>
wrote in message news:[EMAIL PROTECTED]
> Hi,
>
> I managed to checkout qt3 win32 free and lyx-devel. I even managed to
> compile qt-3, although I ran out of disk space, and what not.
>
> Now, I'm starting to build a VS.NET 7.1 project file for LyX, but I need
> all the generated files from configure on Windows from one of you guys,
> since I refuse to install cygwin or mingw.
>
> For starters, could someone hand me a config.h file?
>
> Also, if someone could provide a rough list of which source files (i.e.
> which directories) needs to be compiled into the LyX proper in the Qt
> edition, that would be helpfulp.
>
> Thanks,
> Asger
>

Re: LyX on Windows

2005-01-17 Thread Ruurd Reitsma

"Angus Leeming" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]

> Reading this thread
> http://lists.trolltech.com/qt-interest/2001-11/thread00727-0.html
>
> A Windows application does not have any stdout/stderr by default, all
> output vanishes without a trace for you.But if you want to, you can create
> a console with AllocConsole() and attach that to stdout/stderr ...
>
> Add following lines into main :
> #ifdef WIN32
>  AllocConsole();
>  freopen("conin$", "r", stdin);
>  freopen("conout$", "w", stdout);
>  freopen("conout$", "w", stderr);
> #endif
>

Yep, tried this too. But then it turned out that some shell scripts failed,
for mysterious reasons...

Ruurd

Re: LyX needs help: Broken font metrics computation

2005-01-07 Thread Ruurd Reitsma

Jean-Marc Lasgouttes [EMAIL PROTECTED]
wrote in message news:[EMAIL PROTECTED]
  Ruurd == Ruurd Reitsma
[EMAIL PROTECTED] writes:

 Ruurd, about your distributions: I seem to remember that LyX/Win 1.3.3
 was distributed with the docs from the HEAD of lyxdoc, which have been
 updated for 1.4.0cvs. Did you remember to use BRANCH_1_3_X for your
 latest distribution?


Yep, I believe I did. For 1.3.5, i´ve used the normal source distro instead
of the CVS one. That should be OK right?

Ruurd

LyX icon for mingw/cygwin

2005-01-07 Thread Ruurd Reitsma

Angus,

maybe you want to include this at some stage. The procedure is quite simple:

windres -i lyx.rc -o lyx.o

and include lyx.o in the final link step.

Cheers,

Ruurd


begin 666 lyx.ico
M```!``$`( ```$` H# [EMAIL PROTECTED]@[EMAIL PROTECTED] $` ``@ P`
M
M
M
M
M```8
M48`(+4`)+4`%+4848`(+4`)+4`)+4`#*T`
M
M```02;T`(+4`++4`.+T`.+TI7X`*+4`/+T`-+T`++4`)+5X`
M
M%*TABN=2W_]2X_\8;=8`.+T`*+4`++T`-+TABN=2X_]2Y_\`
M18`'+4`)+4`%*T`
M```Q9X`)+4`)+48==Y*U_]Q_]*U_\8;=8`.+T`'+4`)+T`/,8`(,Y2
MX_]*R_]P_\QIN\`)+4`)+5==8`
M,+T`39:[_]*T_]Q_]*R_\IFN\`++4`++W.W_\```,BIP`
M/(P`80``:1A*R_]*R_]*S_]NO]C]_\`%*VMON\`
M```(6Y2Y_\(38QJO=*S_]*R_\QJO`)+T`*-ZDHS_
MNE)[?0``42D`70``60``91A2W_]2X_\`,+T8;=X`)+6UQ^\`
M.,8`),88;=9NO\QJO=2V_\`$,;6S][G
MG@EBA `30``60``70``60``70``40``40``40``090`07L(1=X`
M0:T`51@(1\`/-807=:[_\`
[EMAIL PROTECTED]MC@@`5:TYOM8`60``80``90``80`094)2
MEDI*CDI*CDI*CDIBD)[KGL`40``60``70``70``
M70``40``80`Q;0!K1#WHBGGGBGGGBGGFBGFABUHEHIKO\`+-8`,.`,.A
M19?0@(91 [EMAIL PROTECTED][EMAIL PROTECTED]
M20``60``70``07N]DACGGBGFBG.EB'.EB'.EB'.EB'6FAB$=5(`'-X82:V
[EMAIL PROTECTED],5+CB'_TXQCHFL`50``70``20!SIG,`
M60``60``60]DB'6EB'.EB'.EB'.EB'.EB'.EB'.EB'6FACG
MHA#GGA#6FAC6FACFB[EMAIL PROTECTED]
M. ``40`890#FBG.EB'.DAC[EMAIL PROTECTED][EMAIL 
PROTECTED]
MEB'.EB'.EB'6GB'6GB'GIBGOJBEDA `90`` ``$ ``
M``#WPW/EB'.EB'.DAC6HCG_
M___HCG[EMAIL PROTECTED]'GHAB,70BE[EMAIL PROTECTED]D`**4`1=X`2[EMAIL 
PROTECTED]
M[EMAIL PROTECTED]MF/.DAC[EMAIL PROTECTED]
M__]SX_^$[_^M]___]\Z4;2DI4:4`%(0`'(0`,)P`1=8`1X`08`/+T`/,8`
M08`!! A),CHP```#MF/[EMAIL PROTECTED]
MZ];[EMAIL PROTECTED]8`/+T`/+T`/+T`
M/+T`/+T`/,8`1=8`.*T```#
MLEK[EMAIL PROTECTED];__\098PAAK6Q[7_QV/X_\`)+T`-,8`
M*+4`,+T`-+T`/+T`/+T`/+T`0X`.*T`
M``#OSYS[EMAIL PROTECTED](,#D(! `8'[EMAIL PROTECTED]
MGKTACK7___^,JN=*==8`1;T`++4`.+T`/+T`08`/-:4MO\`
M``]0#_Y[TAS_\`#!C_^_=:45([EMAIL PROTECTED]
MEL8```$]_\858`(+4`)+4`)+4`'+4Y;X`
M``]OKWWY\8```!T_]SX_]2;7L0881:W___
M__^$[_\AFM;\_\```,
MINY:XI7XI*F,CI3__]X8NO\IR_]:
MW_][Y_\A #GV]X8FM;\_\`
M``!*24H```!K;7,```#_
M^^?_WZWWPW/=0#JD*M[_\AS_^]__\`*#F]__\`
M``!*24H```!
M14+X^?OUZ7OV[7OW[WWZ]8```4W_\8OO\ADL8AS_\`
M```Y/#D`
M```Q-#D`
M``!:T_]2R_\`
M``!*24H`
M``#OSYSJDHAOO\858`
M``!*24H`
M``#OW[7@@#GICECKK5R_\YS_\`-+T`+5*==8`
M``!255(`
M``#WZ]:]0!SR^QP_\YQ_\AHN\`*+52
M?=8`
M``]0#WZ]8```X_^MY_^MZ__.
MS^\`++T`)+4A)$`
M```A)$```#NFOOUZT`
M``MON\`%+4`(+4848```$AH0A)$`
M```8[EMAIL PROTECTED]
M
M
[EMAIL PROTECTED]('__
MX /[EMAIL PROTECTED]( /_```#_P``!_\?'X [EMAIL PROTECTED] [EMAIL 
PROTECTED]
M```'^ [EMAIL PROTECTED]'X```#_ `'@?B `_CXP /_^, '[EMAIL PROTECTED]'_^?_!_^7?P?
6_ '\'[EMAIL PROTECTED]@?X'_/#^#P``
`
end

begin 666 lyx.rc
2,2!)0T].()L[EMAIL PROTECTED]:6-O(@T*
`
end

Re: LyX needs help: Broken font metrics computation

2005-01-07 Thread Ruurd Reitsma

"Jean-Marc Lasgouttes" <[EMAIL PROTECTED]>
wrote in message news:[EMAIL PROTECTED]
> >>>>> "Ruurd" == Ruurd Reitsma
<[EMAIL PROTECTED]> writes:
>
> Ruurd, about your distributions: I seem to remember that LyX/Win 1.3.3
> was distributed with the docs from the HEAD of lyxdoc, which have been
> updated for 1.4.0cvs. Did you remember to use BRANCH_1_3_X for your
> latest distribution?
>

Yep, I believe I did. For 1.3.5, i´ve used the normal source distro instead
of the CVS one. That should be OK right?

Ruurd

LyX icon for mingw/cygwin

2005-01-07 Thread Ruurd Reitsma

Angus,

maybe you want to include this at some stage. The procedure is quite simple:

windres -i lyx.rc -o lyx.o

and include lyx.o in the final link step.

Cheers,

Ruurd


begin 666 lyx.ico
M```!``$`(" ```$`& "H# [EMAIL PROTECTED]"@[EMAIL PROTECTED] $`& ``@ P`
M
M
M
M
M```8
M4<8`(+4`)+4`%+484<8`(+4`)+4`)+4`#*T`
M
M```02;T`(+4`++4`.+T`.+TI7=:[_\`
[EMAIL PROTECTED]"MC@@`5:TYOM8`60``80``90``80`094)2
MEDI*CDI*CDI*CDI"BD)[KGL`40``60``70``70``
M70``40``80`Q;0!K>1#WHBGGGBGGGBGGFBG>FABUHEHIKO\`+-8`,.<`,.FBG.EB'.EB'.EB'.EB'6FAB$=5(`'-X82:V<
[EMAIL PROTECTED],>5+'_TXQCHFL`50``70``20!SIG,`
M60``60``60"]DB'6EB'.EB'.EB'.EB'.EB'.EB'.EB'6FACG
MHA#GGA#6FAC6FAC>FB&[EMAIL PROTECTED]
M. ``40`890#>FBG.EB'.DAC&[EMAIL PROTECTED]&[EMAIL 
PROTECTED]
MEB'.EB'.EB'6GB'6GB'GIBGOJB `90``" ``$ ``
M``#WPW/>EB'.EB'.DAC6HCG_
M___>HCG&[EMAIL PROTECTED]'GHAB,70BE<[EMAIL PROTECTED]"D`**4`1=X`2>[EMAIL 
PROTECTED]
M&[EMAIL PROTECTED]>MF/.DAC&[EMAIL PROTECTED]
M__]SX_^$[_^M]___]\Z4;2DI4:4`%(0`'(0`,)P`1=8`1MF/&[EMAIL PROTECTED]
MZ];[EMAIL PROTECTED]<8`/+T`/+T`/+T`
M/+T`/+T`/,8`1=8`.*T```#>
MLEK&[EMAIL PROTECTED];>__\098PAAK6X_\`)+T`-,8`
M*+4`,+T`-+T`/+T`/+T`/+T`0JD*M[_\AS_^]__\`*#F]__\`
M``!*24H```!"
M14+>X^?OUZ7OV[7OW[WWZ]8```"4W_\8OO\ADL8AS_\`
M```Y/#D`
M```Q-#D`
M``!:T_]2R_\`
M``!*24H`
M``#OSYS>JDHAOO\85<8`
M``!*24H`
M``#OW[7&@@#GICECKK5"R_\YS_\`-+T`&+5*==8`
M``!255(`
M``#WZ]:]>0!SR^NFOOUZT`
M``"MON\`%+4`(+484<8```"$AH0A)"$`
M```8&[EMAIL PROTECTED]
M
M
[EMAIL PROTECTED]('__
MX" /[EMAIL PROTECTED]( /_```#_P``!_\?'X [EMAIL PROTECTED] [EMAIL 
PROTECTED]
M```'^ [EMAIL PROTECTED]'X```#_ `'@?B `_CXP /_^, '[EMAIL PROTECTED]'_^?_!_^7?P?
6_ '\'[EMAIL PROTECTED]@?X'_/#^#P``
`
end

begin 666 lyx.rc
2,2!)0T].(")L>[EMAIL PROTECTED]:6-O(@T*
`
end

Re: LyX needs help: Broken font metrics computation

2005-01-06 Thread Ruurd Reitsma

Jean-Marc Lasgouttes [EMAIL PROTECTED]
wrote in message news:[EMAIL PROTECTED]
 The 3.2.1nc value is strange. It may be related to the QFontMetrics
 change I just mentioned elsewhere in this thread. It may be that qt
 3.2.x is not usable for us in windows, or that we have to translate
 the values (one always have bottom-top=10 in this case).


This does the translation, in the right way I hope:

--- qfont_metrics.C 2003-02-14 12:22:48.0 +0100
+++ lyx-1.3.5/src/frontends/qt2/qfont_metrics.C 2005-01-06
15:11:03.518632000 +0100
@@ -68,7 +68,11 @@
if (!lyxrc.use_gui)
return 1;
QRect const  r = metrics(f).boundingRect(c);
+#if defined(Q_WS_WIN)  (QT_VERSION == 0x030201)
+   return -r.bottom()-1;
+#else
return -r.top();
+#endif
 }


@@ -77,7 +81,11 @@
if (!lyxrc.use_gui)
return 1;
QRect const  r = metrics(f).boundingRect(c);
+#if defined(Q_WS_WIN)  (QT_VERSION == 0x030201)
+   return 2*r.bottom()-r.top()+2;
+#else
return r.bottom()+1;
+#endif
 }

Ruurd

Re: LyX needs help: Broken font metrics computation

2005-01-06 Thread Ruurd Reitsma

Jean-Marc Lasgouttes [EMAIL PROTECTED]
wrote in message news:[EMAIL PROTECTED]
  Ruurd == Ruurd Reitsma
[EMAIL PROTECTED] writes:
 Hmm, these values seem very weird to me... I cannot understand how qt
 3.2.1 could have been sooo broken.


Some reverse engineering reveils that the height is substracted from the y
value.

Weird

Ruurd

-

 $ diff -u qfont_metrics.C lyx-1.3.5/src/frontends/qt2/qfont_metrics.C
--- qfont_metrics.C 2003-02-14 12:22:48.0 +0100
+++ lyx-1.3.5/src/frontends/qt2/qfont_metrics.C 2005-01-06
21:25:33.821017600 +0100
@@ -68,7 +68,14 @@
if (!lyxrc.use_gui)
return 1;
QRect const  r = metrics(f).boundingRect(c);
+   // Qt-Win 3.2.1 corrects the GetGlyphOutlineA|W y value by the
height
+   // (x,-y-height,width,height)
+   // other Win versions have (x,-y,width,height)
+#if defined(Q_WS_WIN)  (QT_VERSION == 0x030201)
+   return -(r.top()+r.height());
+#else
return -r.top();
+#endif
 }


@@ -77,7 +84,11 @@
if (!lyxrc.use_gui)
return 1;
QRect const  r = metrics(f).boundingRect(c);
+#if defined(Q_WS_WIN)  (QT_VERSION == 0x030201)
+   return r.bottom()+r.height()+1;
+#else
return r.bottom()+1;
+#endif
 }

Re: LyX needs help: Broken font metrics computation

2005-01-06 Thread Ruurd Reitsma

Michael,

 IMHO there is no need to worry about the behaviour of Qt 3.2.1/Win any
more.

 Yesterday evening, one of the guys of the Free Qt/Win32 team fixed the
font
 metrics bug. I checked the fix and everything looks pretty good. Even the
 display of math formula has improved _significantly_. At least the math
 symbols that I tested were displayed correctly and the math cursor was
shown
 in the correct size. No need for weird hacks.


Yep, noticed the fix. Good to hear that it actually works.

 IMHO we should concentrate on MinGW and Free Qt/Win32. These tools are
free,
 publicly available, and provide all ingredients we need to produce a
native
 Windows port of LyX. I always feel a bit uncomfortable when it comes to
 support each and every combination of GUI toolkit, compiler, platform,
etc.
 People only want to use LyX on Windows, they certainly don't care about
how
 we produce the binary.


I totally agree with you! However, there are still more issues with the free
Qt. And, things will probably come up after more rigorous testing. Besides
the font thing, people reported cpu hogging and errors when selecting text.

Most users were very happy to receive a newer LyX version, but quite unhappy
with the free Qt build. So, let´s try to get the free one up to par!

 I am currently recompiling the very latest version of the Qt library with
 MinGW (gcc 3.4.2). Ruurd, if you are interested in the binaries, please
let
 me know. It may save you some time. I can also provide you with a LyX
 1.3.6cvs binary but I guess it is no yet ready for public release (e.g.,
 LyX/Win32 complains about not being able to write to /tmp).


Thanks, but I´ll wait until the MSVC patches are in, if ever  ;-)
gcc/binutils on windoze is just too damn slow..

BTW lot´s and lot´s of people will be happy if someone optimizes the
binutils PE DLL linker, which is causing all the slowness.

Ruurd

Re: LyX needs help: Broken font metrics computation

2005-01-06 Thread Ruurd Reitsma

"Jean-Marc Lasgouttes" <[EMAIL PROTECTED]>
wrote in message news:[EMAIL PROTECTED]
> The 3.2.1nc value is strange. It may be related to the QFontMetrics
> change I just mentioned elsewhere in this thread. It may be that qt
> 3.2.x is not usable for us in windows, or that we have to translate
> the values (one always have bottom-top=10 in this case).
>

This does the translation, in the right way I hope:

--- qfont_metrics.C 2003-02-14 12:22:48.0 +0100
+++ lyx-1.3.5/src/frontends/qt2/qfont_metrics.C 2005-01-06
15:11:03.518632000 +0100
@@ -68,7 +68,11 @@
if (!lyxrc.use_gui)
return 1;
QRect const & r = metrics(f).boundingRect(c);
+#if defined(Q_WS_WIN) && (QT_VERSION == 0x030201)
+   return -r.bottom()-1;
+#else
return -r.top();
+#endif
 }


@@ -77,7 +81,11 @@
if (!lyxrc.use_gui)
return 1;
QRect const & r = metrics(f).boundingRect(c);
+#if defined(Q_WS_WIN) && (QT_VERSION == 0x030201)
+   return 2*r.bottom()-r.top()+2;
+#else
return r.bottom()+1;
+#endif
 }

Ruurd

Re: LyX needs help: Broken font metrics computation

2005-01-06 Thread Ruurd Reitsma

"Jean-Marc Lasgouttes" <[EMAIL PROTECTED]>
wrote in message news:[EMAIL PROTECTED]
> >>>>> "Ruurd" == Ruurd Reitsma
<[EMAIL PROTECTED]> writes:
> Hmm, these values seem very weird to me... I cannot understand how qt
> 3.2.1 could have been sooo broken.
>

Some reverse engineering reveils that the height is substracted from the y
value.

Weird

Ruurd

-

 $ diff -u qfont_metrics.C lyx-1.3.5/src/frontends/qt2/qfont_metrics.C
--- qfont_metrics.C 2003-02-14 12:22:48.0 +0100
+++ lyx-1.3.5/src/frontends/qt2/qfont_metrics.C 2005-01-06
21:25:33.821017600 +0100
@@ -68,7 +68,14 @@
if (!lyxrc.use_gui)
return 1;
QRect const & r = metrics(f).boundingRect(c);
+   // Qt-Win 3.2.1 corrects the GetGlyphOutlineA|W y value by the
height
+   // (x,-y-height,width,height)
+   // other Win versions have (x,-y,width,height)
+#if defined(Q_WS_WIN) && (QT_VERSION == 0x030201)
+   return -(r.top()+r.height());
+#else
return -r.top();
+#endif
 }


@@ -77,7 +84,11 @@
if (!lyxrc.use_gui)
return 1;
QRect const & r = metrics(f).boundingRect(c);
+#if defined(Q_WS_WIN) && (QT_VERSION == 0x030201)
+   return r.bottom()+r.height()+1;
+#else
return r.bottom()+1;
+#endif
 }

Re: LyX needs help: Broken font metrics computation

2005-01-06 Thread Ruurd Reitsma

Michael,

> IMHO there is no need to worry about the behaviour of Qt 3.2.1/Win any
more.
>
> Yesterday evening, one of the guys of the Free Qt/Win32 team fixed the
font
> metrics bug. I checked the fix and everything looks pretty good. Even the
> display of math formula has improved _significantly_. At least the math
> symbols that I tested were displayed correctly and the math cursor was
shown
> in the correct size. No need for weird hacks.
>

Yep, noticed the fix. Good to hear that it actually works.

> IMHO we should concentrate on MinGW and Free Qt/Win32. These tools are
free,
> publicly available, and provide all ingredients we need to produce a
native
> Windows port of LyX. I always feel a bit uncomfortable when it comes to
> support each and every combination of GUI toolkit, compiler, platform,
etc.
> People only want to use LyX on Windows, they certainly don't care about
how
> we produce the binary.
>

I totally agree with you! However, there are still more issues with the free
Qt. And, things will probably come up after more rigorous testing. Besides
the font thing, people reported cpu hogging and errors when selecting text.

Most users were very happy to receive a newer LyX version, but quite unhappy
with the free Qt build. So, let´s try to get the free one up to par!

> I am currently recompiling the very latest version of the Qt library with
> MinGW (gcc 3.4.2). Ruurd, if you are interested in the binaries, please
let
> me know. It may save you some time. I can also provide you with a LyX
> 1.3.6cvs binary but I guess it is no yet ready for public release (e.g.,
> LyX/Win32 complains about not being able to write to "/tmp").
>

Thanks, but I´ll wait until the MSVC patches are in, if ever  ;-)
gcc/binutils on windoze is just too damn slow..

BTW lot´s and lot´s of people will be happy if someone optimizes the
binutils PE DLL linker, which is causing all the slowness.

Ruurd

Re: LyX needs help: Broken font metrics computation

2005-01-05 Thread Ruurd Reitsma

Michael Schmitt [EMAIL PROTECTED]
wrote in message news:[EMAIL PROTECTED]
 However, we have a serious problem with the computation of font metrics. I
 have generated a small test case that illustrates the problem:

 #include qapplication.h

 int main(int argc, char **argv) {
   QApplication app(argc, argv);
   QFont f(times,18,QFont::Bold);
   QFontMetrics fm(f);
   QRect r = fm.boundingRect('x');
   printf( top: %d   bottom: %d, r.top(), r.bottom());
   return 0;
 }

 If you compile and run this program with GPL'd Qt/Win32, it outputs

top: 16  bottom:36

 However, if you run exactly the same program with Qt/X11 on cygwin (or on
 Linux), you get the following output:

   top: -9  bottom: -1


On the Lyx side, this helps:

--- ../../qfont_metrics.C   2003-02-14 12:22:48.0 +0100
+++ frontends/qt2/qfont_metrics.C   2005-01-05 14:32:20.677692800 +0100
@@ -77,7 +77,11 @@
if (!lyxrc.use_gui)
return 1;
QRect const  r = metrics(f).boundingRect(c);
+#if defined(Q_WS_WIN)
+   return -r.bottom()-1;
+#else
return r.bottom()+1;
+#endif
 }

At least, with Non-Commercial 3.2.1. Here, the
lyx_gui::needs_ugly_metrics_hack() is also needed. This ugly_metrics_hack is
not needed for the free 3.3.3.

Anyway, I don´t have a X11 LyX handy to compare with. I suspect the
horizontal metrics are also inverted (accents etc.)

Ruurd

Re: LyX needs help: Broken font metrics computation

2005-01-05 Thread Ruurd Reitsma

Jean-Marc Lasgouttes [EMAIL PROTECTED]
wrote in message news:[EMAIL PROTECTED]
  Ruurd == Ruurd Reitsma
[EMAIL PROTECTED] writes:

 Ruurd On the Lyx side, this helps:
 [...]
 Ruurd At least, with Non-Commercial 3.2.1.

 So you mean that official Qt/Win and Qt/X have different semantics for
 font metrics? This is mind-boggling.

 What output do you have with Michael's testcase in Qt/Win 3.2.1 NC?

3.2.1 NC:
top: -22   bottom: -12
3.3.3 Win32 Eval:
top: -11   bottom: -1

I´m lost The only thing I see is consistancy in it being negative
numbers on all official Trolltech versions.


 Ruurd Here, the lyx_gui::needs_ugly_metrics_hack() is also needed.
 Ruurd This ugly_metrics_hack is not needed for the free 3.3.3.

 We have to sort out this too, and I suspect this is related.

Isn´t this a bug in the math fonts itself? Maybe this is fixed by the new Qt
3.3.x font handling.

Ruurd

Re: LyX needs help: Broken font metrics computation

2005-01-05 Thread Ruurd Reitsma

"Michael Schmitt" <[EMAIL PROTECTED]>
wrote in message news:[EMAIL PROTECTED]
> However, we have a serious problem with the computation of font metrics. I
> have generated a small test case that illustrates the problem:
>
> #include 
>
> int main(int argc, char **argv) {
>   QApplication app(argc, argv);
>   QFont f("times",18,QFont::Bold);
>   QFontMetrics fm(f);
>   QRect r = fm.boundingRect('x');
>   printf( "top: %d   bottom: %d", r.top(), r.bottom());
>   return 0;
> }
>
> If you compile and run this program with GPL'd Qt/Win32, it outputs
>
>top: 16  bottom:36
>
> However, if you run exactly the same program with Qt/X11 on cygwin (or on
> Linux), you get the following output:
>
>   top: -9  bottom: -1
>

On the Lyx side, this helps:

--- ../../qfont_metrics.C   2003-02-14 12:22:48.0 +0100
+++ frontends/qt2/qfont_metrics.C   2005-01-05 14:32:20.677692800 +0100
@@ -77,7 +77,11 @@
if (!lyxrc.use_gui)
return 1;
QRect const & r = metrics(f).boundingRect(c);
+#if defined(Q_WS_WIN)
+   return -r.bottom()-1;
+#else
return r.bottom()+1;
+#endif
 }

At least, with Non-Commercial 3.2.1. Here, the
lyx_gui::needs_ugly_metrics_hack() is also needed. This ugly_metrics_hack is
not needed for the free 3.3.3.

Anyway, I don´t have a X11 LyX handy to compare with. I suspect the
horizontal metrics are also inverted (accents etc.)

Ruurd

Re: LyX needs help: Broken font metrics computation

2005-01-05 Thread Ruurd Reitsma

"Jean-Marc Lasgouttes" <[EMAIL PROTECTED]>
wrote in message news:[EMAIL PROTECTED]
> >>>>> "Ruurd" == Ruurd Reitsma
<[EMAIL PROTECTED]> writes:
>
> Ruurd> On the Lyx side, this helps:
> [...]
> Ruurd> At least, with Non-Commercial 3.2.1.
>
> So you mean that official Qt/Win and Qt/X have different semantics for
> font metrics? This is mind-boggling.
>
> What output do you have with Michael's testcase in Qt/Win 3.2.1 NC?

3.2.1 NC:
top: -22   bottom: -12
3.3.3 Win32 Eval:
top: -11   bottom: -1

I´m lost The only thing I see is consistancy in it being negative
numbers on all official Trolltech versions.

>
> Ruurd> Here, the lyx_gui::needs_ugly_metrics_hack() is also needed.
> Ruurd> This ugly_metrics_hack is not needed for the free 3.3.3.
>
> We have to sort out this too, and I suspect this is related.

Isn´t this a bug in the math fonts itself? Maybe this is fixed by the new Qt
3.3.x font handling.

Ruurd

Re: Win32 binary for 1.3.5+

2004-12-31 Thread Ruurd Reitsma

Peter,

My company uses LyX - seeing the fixes that have gone into 1.3.5 I'd
love to have a binary for win32, I believe you two have one.

I´ve just made one available at the regular spot. There are still issues
with the math fonts however.

Ruurd

Re: LyX 1.3 with MinGW

2004-12-31 Thread Ruurd Reitsma

  Second issue: As you have already pointed out, the menu separator is not
  displayed correctly. The same is true for math formulas. For instance,
  create some simple math formula and then select it: The selection
  background is shown _below_ the formula! Seems like some offset is
  computed incorrectly. Do have any idea how to fix the problem in
  cooperation with the kde-cygwin people?

 Jean-Marc suggests
  Seeing that menu separator is also badly drawn,
  I would suggest that there is a bug in the implementation
  of QPainter::drawPolyline in qt3/win32. It would be nice to
  find a test program that shows a bad behaviour, so that it
  can be fixed.


This doesn´t seem te be it. Any other suggestions?

Ruurd

Re: LyX 1.3 with MinGW

2004-12-31 Thread Ruurd Reitsma

 Here I start swapping. 512MB is just not enough :-(

Must be that 1024MB then

Ruurd

Re: Win32 binary for 1.3.5+

2004-12-31 Thread Ruurd Reitsma

Peter,

>My company uses LyX - seeing the fixes that have gone into 1.3.5 I'd
>love to have a binary for win32, I believe you two have one.

I´ve just made one available at the regular spot. There are still issues
with the math fonts however.

Ruurd

Re: LyX 1.3 with MinGW

2004-12-31 Thread Ruurd Reitsma

> > Second issue: As you have already pointed out, the menu separator is not
> > displayed correctly. The same is true for math formulas. For instance,
> > create some simple math formula and then select it: The selection
> > background is shown _below_ the formula! Seems like some offset is
> > computed incorrectly. Do have any idea how to fix the problem in
> > cooperation with the kde-cygwin people?
>
> Jean-Marc suggests
>  Seeing that menu separator is also badly drawn,
>  I would suggest that there is a bug in the implementation
>  of QPainter::drawPolyline in qt3/win32. It would be nice to
>  find a test program that shows a bad behaviour, so that it
>  can be fixed.
>

This doesn´t seem te be it. Any other suggestions?

Ruurd

Re: LyX 1.3 with MinGW

2004-12-31 Thread Ruurd Reitsma

> Here I start swapping. 512MB is just not enough :-(

Must be that 1024MB then

Ruurd

Re: LyX 1.3 with MinGW

2004-12-30 Thread Ruurd Reitsma

 Congratulations. I bet it took a while. Here it takes me 24 minutes just
to
 link the thing.


Linking with a static Qt lib takes 12 seconds here;-)

Ruurd

Re: LyX 1.3 with MinGW

2004-12-30 Thread Ruurd Reitsma

> Congratulations. I bet it took a while. Here it takes me 24 minutes just
to
> link the thing.
>

Linking with a static Qt lib takes 12 seconds here;-)

Ruurd

Re: LyX + MinGW + MinSYS + GPLed QT/Win32 --- success!

2004-12-20 Thread Ruurd Reitsma

--- Andre Poenitz [EMAIL PROTECTED] wrote:

 On Tue, Dec 14, 2004 at 12:48:40PM +0100, Jean-Marc Lasgouttes wrote:
  Ruurd It´s already included in mingw, not in MSVC.
  
  Ahh, OK. I guess it would be a good idea to incorporate patches for
  mingw first, and then msvc. Is that doable?
 
 Haws anybody ever compiled LyX wuth msvc? Ruurd? How did do get past
 ./configure? Created a .vcproj?
 
 Andre'
 

Using the MSVC wrapper...(I thought that was clear already???)

Ruurd





__ 
Do you Yahoo!? 
Yahoo! Mail - 250MB free storage. Do more. Manage less. 
http://info.mail.yahoo.com/mail_250

Re: Running the lib/configure script on Windows

2004-12-20 Thread Ruurd Reitsma

Angus Leeming [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
 Of course, there is a third solution, to rewrite lib/configure as a python
 script. That would enable us to ditch the OS/2 (legacy and unmaintained)
 lib/configure.cmd and would move us a step closer to requiring only one
 scripting language, python, to actually run LyX, rather than the current
 sh, python, perl combo.

 However, I don't want to consider this as a solution for either 13x or
 14x.


The current solution/hack in my ´distro´ is a configure.bat, and sh.exe
stolen from msys.

Ruurd

@echo off
rem Configure script for Win32
rem calls msys sh.exe
rem written by Ruurd Reitsma
echo %0
SET PATH=%~p0..\..\bin;%PATH%
echo %PATH%
%~p0..\..\bin\sh.exe --login %0

Re: LyX + MinGW + MinSYS + GPLed QT/Win32 --- success!

2004-12-20 Thread Ruurd Reitsma

--- Andre Poenitz <[EMAIL PROTECTED]> wrote:

> On Tue, Dec 14, 2004 at 12:48:40PM +0100, Jean-Marc Lasgouttes wrote:
> > Ruurd> It´s already included in mingw, not in MSVC.
> > 
> > Ahh, OK. I guess it would be a good idea to incorporate patches for
> > mingw first, and then msvc. Is that doable?
> 
> Haws anybody ever compiled LyX wuth msvc? Ruurd? How did do get past
> ./configure? Created a .vcproj?
> 
> Andre'
> 

Using the MSVC wrapper...(I thought that was clear already???)

Ruurd





__ 
Do you Yahoo!? 
Yahoo! Mail - 250MB free storage. Do more. Manage less. 
http://info.mail.yahoo.com/mail_250

Re: Running the lib/configure script on Windows

2004-12-20 Thread Ruurd Reitsma

"Angus Leeming" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> Of course, there is a third solution, to rewrite lib/configure as a python
> script. That would enable us to ditch the OS/2 (legacy and unmaintained)
> lib/configure.cmd and would move us a step closer to requiring only one
> scripting language, python, to actually run LyX, rather than the current
> sh, python, perl combo.
>
> However, I don't want to consider this as a solution for either 13x or
> 14x.
>

The current solution/hack in my ´distro´ is a configure.bat, and sh.exe
stolen from msys.

Ruurd

@echo off
rem Configure script for Win32
rem calls msys sh.exe
rem written by Ruurd Reitsma
echo %0
SET PATH=%~p0..\..\bin;%PATH%
echo %PATH%
%~p0..\..\bin\sh.exe --login %0

Re: MSVC wrapper

2004-12-16 Thread Ruurd Reitsma

Angus Leeming [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
 Incidentally, Ruurd, do you need this wrapper at all? Why not patch the
 scripts in config to generate Makefiles that 'just do the right thing'?

I did try that at first, but I wasn´t very successfull. If remember
correctly, there is some rudimentary support for msvc in the autotools. It
worked, but was horribly slow. Handling all that stuff in C++ did speed it
up by a very large factor.

Maybe some other cross platform open source project has figured out a more
elegant solution by now

Ruurd

Re: MSVC wrapper

2004-12-16 Thread Ruurd Reitsma

"Angus Leeming" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> Incidentally, Ruurd, do you need this wrapper at all? Why not patch the
> scripts in config to generate Makefiles that 'just do the right thing'?

I did try that at first, but I wasn´t very successfull. If remember
correctly, there is some rudimentary support for msvc in the autotools. It
worked, but was horribly slow. Handling all that stuff in C++ did speed it
up by a very large factor.

Maybe some other cross platform open source project has figured out a more
elegant solution by now

Ruurd

Re: Native and GPLed Win32 version

2004-12-15 Thread Ruurd Reitsma

Hi Peter,

Peter Kümmel [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
 Here's the project file for qmake: lyx-devel/src/lyx.pro


With MSVC, I use a wrapper tool which makes cl.exe grog gcc arguments. Saves
you the trouble of maintaining your own project files, besides the autotools
stuff. Building then takes place in a normal cygwin environment, and a
native binary comes out.

Some people reported problems compiling GPL Qt with VC 8 beta. You didn´t
encounter any?

Ruurd

Re: MSVC wrapper

2004-12-15 Thread Ruurd Reitsma

Angus Leeming [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]

 Would it be possible to use MinGW and MinSYS instead of Cygwin? If so,
I'll try
 it out at some stage.


For building, yes, but you would need the msys developer kit to compile
wrapmsvc.exe. MinSYS being a cygwin derivative.

Ruurd

MSVC wrapper

2004-12-15 Thread Ruurd Reitsma




By request, thisthe wrapper tool thatI 
use to compile LyX with MSVC. All thanks to the Coin3D project. Cygwin is used 
to run the autotools and make, but compilation is native Win32 with 
MSVC.

IMO this is the most time efficient way to do it. I 
have fiddled with Visual Studio projects and Qt .pro files for a while, but it´s 
hard to keep up with the automake tools.

Ruurd


development.tar.bz2
Description: Binary data

Re: Native and GPLed Win32 version

2004-12-15 Thread Ruurd Reitsma

Asger Kunuk Ottar Alstrup [EMAIL PROTECTED] wrote in
message news:[EMAIL PROTECTED]
 On Wed, 15 Dec 2004, Ruurd Reitsma wrote:
 Could you maybe wrap that wrapper script up, along with a README for how
 to do this? I would suggest to add this to the CVS distribution.


Just threw it in the group.

 But I'd prefer to have a completely native Windows build environment
 without the requirement of cygwin. That would expand the developer base a
 lot. Would it be enough to check in the genereated Makefiles and config.h
 files?


No, you´ll still need GNU make. (Besides the maintenance effort.).
Automake - VS project converters do exist, but are not sophisticated
enough. Lot´s of things are handled with posix shell commands.

Actually, I don´t really expect contributions from Windows developers that
are reluctant to install a few gnu tools. Some unix/posix knowledge is
needed to get everything set up.

 How well does a native Qt Win32 work?


The GUI part is pretty good by now, and that´s all that LyX needs.

Ruurd

Re: Native and GPLed Win32 version

2004-12-15 Thread Ruurd Reitsma

Hi Peter,

"Peter Kümmel" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> Here's the project file for qmake: lyx-devel/src/lyx.pro
>

With MSVC, I use a wrapper tool which makes cl.exe grog gcc arguments. Saves
you the trouble of maintaining your own project files, besides the autotools
stuff. Building then takes place in a normal cygwin environment, and a
native binary comes out.

Some people reported problems compiling GPL Qt with VC 8 beta. You didn´t
encounter any?

Ruurd

Re: MSVC wrapper

2004-12-15 Thread Ruurd Reitsma

"Angus Leeming" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
>
> Would it be possible to use MinGW and MinSYS instead of Cygwin? If so,
I'll try
> it out at some stage.
>

For building, yes, but you would need the msys developer kit to compile
wrapmsvc.exe. MinSYS being a cygwin derivative.

Ruurd

MSVC wrapper

2004-12-15 Thread Ruurd Reitsma




By request, this the wrapper tool that I 
use to compile LyX with MSVC. All thanks to the Coin3D project. Cygwin is used 
to run the autotools and make, but compilation is native Win32 with 
MSVC.
 
IMO this is the most time efficient way to do it. I 
have fiddled with Visual Studio projects and Qt .pro files for a while, but it´s 
hard to keep up with the automake tools.
 
Ruurd


development.tar.bz2
Description: Binary data

Re: Native and GPLed Win32 version

2004-12-15 Thread Ruurd Reitsma

"Asger Kunuk Ottar Alstrup" <[EMAIL PROTECTED]> wrote in
message news:[EMAIL PROTECTED]
> On Wed, 15 Dec 2004, Ruurd Reitsma wrote:
> Could you maybe wrap that wrapper script up, along with a README for how
> to do this? I would suggest to add this to the CVS distribution.
>

Just threw it in the group.

> But I'd prefer to have a completely native Windows build environment
> without the requirement of cygwin. That would expand the developer base a
> lot. Would it be enough to check in the genereated Makefiles and config.h
> files?
>

No, you´ll still need GNU make. (Besides the maintenance effort.).
Automake -> VS project converters do exist, but are not sophisticated
enough. Lot´s of things are handled with posix shell commands.

Actually, I don´t really expect contributions from Windows developers that
are reluctant to install a few gnu tools. Some unix/posix knowledge is
needed to get everything set up.

> How well does a native Qt Win32 work?
>

The GUI part is pretty good by now, and that´s all that LyX needs.

Ruurd

Re: LyX + MinGW + MinSYS + GPLed QT/Win32 --- success!

2004-12-14 Thread Ruurd Reitsma

Jean-Marc Lasgouttes [EMAIL PROTECTED]
wrote in message news:[EMAIL PROTECTED]

I do not remember whether I already pointed it out, but there is a
hack in lyx_gui.C for LyX/Mac that fixes such a problem. This is
lyx_gui::needs_ugly_metrics_hack() in src/frontends/qt2/lyx_gui.C.
Did you try to make it return 'true' for LyX/Win?

Yes, but it didn´t work This is what happens.

Ruurd It´s already included in mingw, not in MSVC.

Ahh, OK. I guess it would be a good idea to incorporate patches for
mingw first, and then msvc. Is that doable?

Yes, very doable. Would be my suggested approach. Most MSVC changes are
consistancy in using struct/class.

Ruurd


begin 666 shot.GIF
M1TE[EMAIL PROTECTED]``( ``` `( @( `@  @( @,# P/\```#_
M`/____\`_P#__P``
M
M,[EMAIL PROTECTED] ``_P`S```S,[EMAIL PROTECTED] `S_P!F``!F,[EMAIL 
PROTECTED]
MF0!FS !F_P9``9,P99@9F09S 9_P#,``#,,P#,[EMAIL PROTECTED],F0#,S #,_P#_
M``#_,[EMAIL PROTECTED] #__S,``#,`,S,`9C,`F3,`S#,`_S,S`#,S,S,S9C,S
MF3,SS#,S_S-F`#-F,S-F9C-FF3-FS#-F_S.9`#.9,S.99C.9F3.9S#.9_S/,
M`#/,,S/,9C/,F3/,S#/,_S/_`#/_,S/_9C/_F3/_S#/__V8``8`,V8`9F8`
MF68`S8`_V8S`8S,V8S9F8SF68SS8S_V9F`9F,V9F9F9FF69FS9F_V:9
M`:9,V:99F:9F6:9S:9_V;,`;,,V;,9F;,F6;,S;,_V;_`;_,V;_9F;_
MF6;_S;__YD``)D`,YD`9ID`F9D`S)D`_YDS`)DS,YDS9IDSF9DSS)DS_YEF
M`)EF,YEF9IEFF9EFS)EF_YF9`)F9,YF99IF9F9F9S)F9_YG,`)G,,YG,9IG,
MF9G,S)G,_YG_`)G_,YG_9IG_F9G_S)G__\P``,P`,\P`9LP`FP`S,P`_\PS
M`,PS,\PS9LPSFPSS,PS_\QF`,QF,\QF9LQFFQFS,QF_\R9`,R9,\R99LR9
MFR9S,R9_\S,`,S,,\S,9LS,FS,S,S,_\S_`,S_,\S_9LS_FS_S,S___\`
M`/\`,_\`9O\`F?\`S/\`__\S`/\S,_\S9O\SF?\SS/\S__]F`/]F,_]F9O]F
MF?]FS/]F__^9`/^9,_^99O^9F?^9S/^9___,`/_,,__,9O_,F?_,S/_,
M`/__,___9O__F?__S/___R'Y! $``! `+ #N`L4!``C_`*E16X8A9\_
M!Q,B7*BP(.'#B-GBQ(L6+%C-BW*BQ(\/'D.'FR),F3)E.B7*FR)N7
M+F/GFS)LV;-G/BW(AQ:M1L)C0(4PU1]5J:BE0LHTZ=*G2)4VC0KUJ=2J
M5YMFM5J5ZE2G7[=ZQ=H5+-FP96:U9JV+=JW9^.RA3M7+EZ=^V.KLW;]^]
M?@,#'KQ6':A.[U7NXL6*\B!?_=2S9\/ER=GMEPY,F3*GS=[QMP9M%VC
MA8H(QI]4U?[)GDV[MNW;N'/KWLV[M^_?P(,+'TZ\N/'CR),K7\Z\N?/G
MT*-+GTZ]G5JJOQH*OBZK5_WP52__,ND/QX\;3HU]?GOWY]O#?RU?G_Y\
M]_;[EMAIL PROTECTED])Z!^`1(XH'\)HC@@@4R#$#XHH8([EMAIL PROTECTED]
M%7)X88@?BBBAB2.**'%H('7G8%I3*;?-B9)YXJ,@[EMAIL PROTECTED]@CCC;J./
M/^(89([EMAIL PROTECTED]@6.62/2B9Y9)-0/BFED$Y2:654Q*9)9-;HGEEUJR:68
M7H9IYIAGEHGFFFJVN:2;5:;YYIQQLDGGE7+62=NIY9Y=_DAEHGGSN:B?
MB%ZI(G8J6*C6LZ4%E7DU95:5.7/I4I4INFTNFGDH9*J:B6DHJIJ9JBRJFJ
MGK(*ZJBPEO\:ZZFSIEKKJKVFNNKLO9*JZ^V`HNKL+H2R^NOR :;[+#+%MOL
MLIRZRTSE(+[;385IOMM=IVR^VWKH:[J[BR.OH=:N.IHBYV4:GKJ+I)NMN
MO.OR^Z[[=:;+[[T\GOOO/_:*Z_ ^O8+\,#['EQPP D3[_!CNL\,,+0\QP
MQ UGC/'%W=L\5ATSQR!.7+/')[EMAIL PROTECTED]'+,*\.L\LLMUYPS
MSC3S?//,/]LLL] BJ_)'(4G;1323+_VKV%+)TTTE(WG4HA[::RB3;`-/U
MUUQ[+?8F[B8ED!]^V,A9:*6)9IIF;?-]MRDT0VWW6O7K??=^?_S@^
MN#_ZVX6XG+G??A3=^N..*XPUY5:FD_5UOU/B1RE)__'$YYITCI74\\ S
MC3_W^'-ZZJOC0_HFF[?;^:/O,HH=KC7KGONO._N^_ _RY\\,0/;WSQR!^O
M?/+,+^]\\] _+WWTU$]O??787Z]]]MQO[WWWX'\O?OCD;_]';,%Y'E5P4ES
MFDXW///:7/7S_]\^2S5H\QYO02AP5+S$XA-^)_@,`FNW0-PU4( *
MC.#N'[EMAIL PROTECTED][EMAIL PROTECTED] 
8=N$$(8O#%PRA!D$X0A%RD(0G-*$'55A!%*ZPA#!,
M80Q?*,,:TO+60A!7?8P1S.T(V!(._WGH0B$:[EMAIL PROTECTED]$2?[C$(#9QB$J,
[EMAIL PROTECTED]@JAL*6*/'ZS(Q2M^1WU;BXQXM,Y3QC8T8SS4(4:[EMAIL PROTECTED]
M078G!C'[EMAIL PROTECTED]/Y]JC'/O+QCWX,) '*A$O*0ADPD(AIR.%M\8JQ\(_
M(@F:JBO$)*D)07E7WC1$=V _)@!/R;`1YBC(?^:M_%::B(#F,EST0
M2,L4UM*5MLPE+G92UWVDI[EMAIL PROTECTED],7Q83F,9,)C*7.4QE-I.9QWRF-*-)
M36=6$YK6S8VMSE-;7:3F]?\ICC#24YOEA.UO2=]9Y'G:Z4XN.LIQWII 
MMJSGO5L9]I4P?\)8ZC#G[(1I3^-`0\FR 8[EMAIL PROTECTED]]P//
M-S:#89H:$55P0P4$% @'WH1F=$4HV:SNAN,$TX+ %6% #%%2 Q30P:M*7
M;ND.WI2O*4Z7`08[#2HHMM#3G)ITI3?5J5QPXP4P *G*ZW4JJU*H6
MU:I!II5MYI5KJUJUS]JEB]2M:PEA6L:!VK6=:UK.JM:UL?:MW4K7JSZR
MBWA57U)4U#FGC)I?YCHLSF23'.1J#Q,*ALQDA0_?6H?Q3\1STF6I!Z$\U
M1#7*53PU)G[EMAIL PROTECTED]'H*H%)S%K +AP 5YFZF,7@:6 /3O_Q%8I
M(@[EMAIL PROTECTED]N;61PAROXA+WN,9-+G(!B4EVMLY[82G%M?YCX5TKB%3
MT=VMO;/?QY6'8K]QT#_Z49SS:Y(U/!/?Z!`O:V%Q;$\ 4Q13)M!6/XM
MTBM2^M*84B._/ (P?='K4F;$-*HGNE]0,SA9)P/@EL(0?3(UI`%@$,8P
MCAJ80U3V,) K3!+*4SBIN8WOTAU:8=7/.$`MQC ,(ZPA_\K8QK/.,8WKC.
M;SC'?M8QT#.L9!['0B#_G'1RXRDHW,Y6SF,0NAO* I5SC*4?YRE;.I6W
M/,M=YG+//9RF,$,X$=ZIY+A.?-Y*AE'3*HH_P6YF8*:^'23?Q3C-X-ZS
MZT_]Y9=_^^R='0LB!@,:VAWJYUJ!6@''16*(Y11/ZX%'V0$%K=4*'1+
M6D=?VJFK`: *?$L-.WR6J%`5'MD(*,HD+5I2Y(JU'=!#\4A [EMAIL PROTECTED] 
M5JLMI%F#:Q3L9V/)4:FKC!KIM B()[EMAIL PROTECTED]:2Q?D!J3MM6]YC6E
M:]M_I2WU;4D;`U#XNJ-4*ZZE[ON=K/[W[EMAIL PROTECTED]/Z17?3R
MSW[W,[EMAIL PROTECTED]X 7G6NW@-WR0+2.*) OHE@'MV,Q14,$0UF#$%C8\G
M%%.X07MR?8CHOO/D[_^!0\E37.H#T[3EL*BA3/*C#NTEN,:'^HK[G #=\*T
MOBWM*V;HN:MY8:H4A!+RL6Z-3`^=$5TK,9UZ-9ORTB#?`M8S;IY0J#I
M=]M0%CJ4CNXG.8HR*C7^S4AL.AK P\=/3CG3=LG8]*,^[R1N^]^?![KO
M]+MZ`,_WP/?]\(9/?.$73_C[EMAIL PROTECTED]\WB4O^,E'_O*6SWSE-X]XQE.^\X['
M/.5'[EMAIL PROTECTED]]YRVI=Y17USM).;.]\YO=L;S@/%[EMAIL PROTECTED],3[/P'
MVG1$`S'XP/C(IP$-[,T,)A!5/#-M+6H!3!!EW_OZS'?P2H$Z#4UPMOG/#^G_
MTQV\#*?^@XB7^D+'[EMAIL PROTECTED]/,I$'!CHK_2F-;?IN=C)AX

Re: LyX + MinGW + MinSYS + GPLed QT/Win32 --- success!

2004-12-14 Thread Ruurd Reitsma

"Jean-Marc Lasgouttes" <[EMAIL PROTECTED]>
wrote in message news:[EMAIL PROTECTED]

>I do not remember whether I already pointed it out, but there is a
>hack in lyx_gui.C for LyX/Mac that fixes such a problem. This is
>lyx_gui::needs_ugly_metrics_hack() in src/frontends/qt2/lyx_gui.C.
>Did you try to make it return 'true' for LyX/Win?

Yes, but it didn´t work This is what happens.

Ruurd> It´s already included in mingw, not in MSVC.

>Ahh, OK. I guess it would be a good idea to incorporate patches for
>mingw first, and then msvc. Is that doable?

Yes, very doable. Would be my suggested approach. Most MSVC changes are
consistancy in using struct/class.

Ruurd


begin 666 shot.GIF
M1TE&[EMAIL PROTECTED]<``( ```" `(" @( `@ " @(" @,# P/\```#_
M`/____\`_P#__P``
M
M,[EMAIL PROTECTED] ``_P`S```S,[EMAIL PROTECTED] `S_P!F``!F,[EMAIL 
PROTECTED]
MF0!FS !F_P"9``"9,P"99@"9F0"9S "9_P#,``#,,P#,[EMAIL PROTECTED],F0#,S #,_P#_
M``#_,[EMAIL PROTECTED] #__S,``#,`,S,`9C,`F3,`S#,`_S,S`#,S,S,S9C,S
MF3,SS#,S_S-F`#-F,S-F9C-FF3-FS#-F_S.9`#.9,S.99C.9F3.9S#.9_S/,
M`#/,,S/,9C/,F3/,S#/,_S/_`#/_,S/_9C/_F3/_S#/__V8``&8`,V8`9F8`
MF68`S&8`_V8S`&8S,V8S9F8SF68SS&8S_V9F`&9F,V9F9F9FF69FS&9F_V:9
M`&:9,V:99F:9F6:9S&:9_V;,`&;,,V;,9F;,F6;,S&;,_V;_`&;_,V;_9F;_
MF6;_S&;__YD``)D`,YD`9ID`F9D`S)D`_YDS`)DS,YDS9IDSF9DSS)DS_YEF
M`)EF,YEF9IEFF9EFS)EF_YF9`)F9,YF99IF9F9F9S)F9_YG,`)G,,YG,9IG,
MF9G,S)G,_YG_`)G_,YG_9IG_F9G_S)G__\P``,P`,\P`9LP`F/'D."'"FR),F3)E.B7*FR)Z=^V.KG5JJOQH*OBZ_WP52__,ND/QX\>;3HU]?GOWY]O#?RU&"#$#XHH8([EMAIL PROTECTED]&&
M%7)X88<@?BBBAB&2.**'%H('7G8%I3*;?-B9)YXJ,@[EMAIL PROTECTED]@CCC;J>"./
M/^(89([EMAIL PROTECTED]@6.62/2B9Y9)-0/BFED$Y2&:654Q*9)9-;"R:68
M7H9IYIAGEHGFFFJVN:2;5:;YYIQQLDGGE7+6"2>>=NIY9Y=_DAEHGGSN":B?
MB%ZI(G8*C6LZ4%>E7DU95:5.7/I4I4INFTNFGDH9*J:B6DHJIJ9JBRJFJ
MGK(*ZJBPEO\:ZZFSIEKKJK>VFNNKLO9*JZ^V`HNKL+H2R^NOR :;[+#+%MOL
ML S
MC3_W^'-ZZJOC0_HFF[?;^:/O,HH"=KC7KGONO._N>^_ _RY\\,0/;WSQR!^O
M?/+,+^]\\] _+WWTU$]O??787Z]]]MQO[WWWX'\O?OCD;_]';,%Y'E5P4E
M">FDXW///:7/7S_]\&^2>S5H\QYO02AP5+S$X"A-^")>_@,>`FNW0-PU4( *
MC.#N'[EMAIL PROTECTED]"[EMAIL PROTECTED] 
8=N$$(8O"#%PRA!D$X0A%RD(0G-*$'55A!%*ZPA#!,
M80Q?*,,:TO"&+60A!7?8P1S.T(*6*/&'ZS(Q2M^1WU;BXY3QC&8T8SS4(4:[EMAIL PROTECTED]>
M078G!C'[EMAIL PROTECTED]/Y]JC'/O+QCWX,)" '*IR.%M\8JQ\>(_
M(@F>:JBO$)*D)"07E<7WC1$>=V "_)@!/R;<`1YBC(?^:M>_%::B(#F,EST0
M2,L4UM*5MLPE+G<92UWVDI>[EMAIL PROTECTED],7Q83F,9,)C*7.4QE-I.9QWRF-*-)
M36=6$YK6S"8VMSE-;7:3F]?\ICC#24YOEA.MJSGO5L9]I4P?\)8ZC#G[(1I3^-`0\FR 8>[EMAIL PROTECTED]<]P//&
M-S:#"89H:$55P0P4$%

Re: [PATCH 13x, 14x]: Typo in systemcall.C?

2004-12-13 Thread Ruurd Reitsma

Angus Leeming [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
 Ruurd has changed the invocation of system() under DOS to:
  system(start /min command);
 from
  system(start /min/n command);

 Ruurd, what's the reason for this? Is it just a typo in the original
 code?

The /n came from the OS/2 port. Makes no sense on Windows...

Starts a separate window to run a specified program or command.

START [title] [/Dpath] [/I] [/MIN] [/MAX] [/SEPARATE | /SHARED]
  [/LOW | /NORMAL | /HIGH | /REALTIME | /ABOVENORMAL | /BELOWNORMAL]
  [/WAIT] [/B] [command/program]
  [parameters]

title Title to display in  window title bar.
pathStarting directory
B   Start application without creating a new window. The
application has ^C handling ignored. Unless the application
enables ^C processing, ^Break is the only way to interrupt
the application
I   The new environment will be the original environment passed
to the cmd.exe and not the current environment.
MIN Start window minimized
MAX Start window maximized
SEPARATEStart 16-bit Windows program in separate memory space
SHARED  Start 16-bit Windows program in shared memory space
LOW Start application in the IDLE priority class
NORMAL  Start application in the NORMAL priority class
HIGHStart application in the HIGH priority class
REALTIMEStart application in the REALTIME priority class
ABOVENORMAL Start application in the ABOVENORMAL priority class
BELOWNORMAL Start application in the BELOWNORMAL priority class
WAITStart application and wait for it to terminate
command/program

Re: [PATCH 13x, 14x]: Typo in systemcall.C?

2004-12-13 Thread Ruurd Reitsma

"Angus Leeming" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> Ruurd has changed the invocation of system() under DOS to:
>  system("start /min ");
> from
>  system("start /min/n ");
>
> Ruurd, what's the reason for this? Is it just a typo in the original
> code?

The /n came from the OS/2 port. Makes no sense on Windows...

Starts a separate window to run a specified program or command.

START ["title"] [/Dpath] [/I] [/MIN] [/MAX] [/SEPARATE | /SHARED]
  [/LOW | /NORMAL | /HIGH | /REALTIME | /ABOVENORMAL | /BELOWNORMAL]
  [/WAIT] [/B] [command/program]
  [parameters]

"title" Title to display in  window title bar.
pathStarting directory
B   Start application without creating a new window. The
application has ^C handling ignored. Unless the application
enables ^C processing, ^Break is the only way to interrupt
the application
I   The new environment will be the original environment passed
to the cmd.exe and not the current environment.
MIN Start window minimized
MAX Start window maximized
SEPARATEStart 16-bit Windows program in separate memory space
SHARED  Start 16-bit Windows program in shared memory space
LOW Start application in the IDLE priority class
NORMAL  Start application in the NORMAL priority class
HIGHStart application in the HIGH priority class
REALTIMEStart application in the REALTIME priority class
ABOVENORMAL Start application in the ABOVENORMAL priority class
BELOWNORMAL Start application in the BELOWNORMAL priority class
WAITStart application and wait for it to terminate
command/program

Re: Renaming README.Win32

2004-11-29 Thread Ruurd Reitsma

Angus Leeming [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
 Edwin Leuven wrote:

 Here, 'formal support' means merging changes made by Ruurd to get LyX to
 compile with the half-baked compiler (Borland) that was used to compile
 the qt/win32 library provided by Trolltech. Hypocritical or not, that is
 never going to happen for reasons other than licencing religion.


Where did Borland come from? My changes started out as a win32-native x11
xforms port, to be compiled by gcc (mingw). So just support for the OS.
Then, when the LyX Qt GUI came along, I had to change some stuff to be able
to compile with the Intel compiler  the M$ linker. That part you wouldn´t
want to include in the LyX source. If you dont want to (ever) include the OS
specific part, you might as well as well cut out the cygwin things.

Anyway, the GPL Qt from the kde-cygwin project works very well nowadays.
Especially because LyX only uses a very small part of the Qt lib. I really
don´t have the time to properly test and debug myself, but I´m willing to
help out anyone that want to persue this. With a (free) Qt binary, it´s
fairly easy to cross compile eg on Linux.

Ruurd


begin 666 lyx-win32.diff.bz2
M0EIH.3%!629366WZ(,X`$?O?@'QR?_Z_8!X\`=U?2UWX^O
MP^L!]2[8]O17ON^3=Y7L\*F9=,6^WOQ\^'I()MMM;;MIUW6UKJNE%WU;
M``--IC(=C.F;LW9VL#MUL)(D-:!,!,4;4PIM(:8%/4]BAJIM)ZC
M0T]1Z(P::$#2$9(U/*8H\IIY0/U(:'J0T ```#U``,0$A34]-*?HIII^J'J
[EMAIL PROTECTED]/4]([EMAIL PROTECTED] -- 2:2A(F3!,DV@@V5/!-!/32#3R@: ,@`- -@B4
MFBF J?M4_1*-4_*,4VH`/4`\AJ [EMAIL PROTECTED](B( 03 283$:3(Q)/U3PD
M_5 ](9 -`#0-H1M-\BB$8J*O;M5W[I\^MS3)EBQ6(I%I2E;6AER87Y9
M*T8I:9):M,3''##)AE+=,^AF!HE)[EMAIL PROTECTED]:
MB]:][EMAIL PROTECTED]*+%)Q0'$Q8L*BM3CM#%:.6X@,N61LP2Y,E
MSW)BQRS()6-@K40RX3)F*([EMAIL PROTECTED])526+:6#H-O6_U_S^GSYIXW0W:UK
MGS'47Y[K\^EWNQ8Q'[3W*:*#.W*H_0Z/V\0U[?P:J8^ZW^HX6MIO.Z_J
[EMAIL PROTECTED]EC;NSL1X-5AKJL4#8$*-4* I\)=%)0Q;F]9,S*''@0NJBI
MF?FBDH6V8MN+)C2FI0,]V?JXUO:K=AV?45OGF-YB0`IOOKMD) $TBU]DQ,
M3)=\7Q6;X1+,2NZ93#J_+-C*#'XVR1'ZCL(\2ZPJ#U$,$,W]EPXJ#S
MV68*.14HF!Q7GKLRN2J*IXS3[42OC::ND#CR/BES0]PC8U?0Z1$T=.;A.-
[EMAIL PROTECTED],YC5J8[H;U'%QOOA1=+3-\).AD6PQOEY!(Y%R'L=.74.(73NSX
MW9XCV:QWEOEOZ([EMAIL PROTECTED]'6^3BD,X\BNM'L:CQ\OE^'[EMAIL PROTECTED]
MV#?;M=VZD4)0$H-NX=XSIHLAR:I\3X8U_EX[=J\KJ],GS//BV2,#E'O
MOZ+W/GQQX;\$#2E]R#R=U M]N)F:XA#[EMAIL PROTECTED];?W2MC\Q^Q
M^RU[@/F;22!L2'$(2*-6(7%H%0K @L3[O.A2I?^K+\%XGO/$]6:TI3M
MLHJ_S1#*!)4E#:@@@[EMAIL PROTECTED])C75K72QF-]9RV2-AYM#8!?U$
M!#+(U_LA'GPRSZ$A^W!2L7^.:@.4YA9[GCZNOQ(:]?-JYMMUV\E-
MR8FC1'=]\ABS5]H`XP).9,!63+J(C\R!R!Q08O'MB_(AG9F)Q]B!7B:=
MHW!C-GD@$0NMAMF$@3QW0(4=A'/]\YYYL:CM[SQ#T%XV4`QB5_?\0
M+BY1];)87EM4RR2BB6040ZE7Y?]?B%#LN9=:4N04J3?0J9XP0?R#T6%ISX'3
MLD7)PUR:HSFSI'7)=:6.I$$O0.:^_K-M [EMAIL PROTECTED],('V5G$T:$SYT69
M5JMR,\/1]X\\6,]6?87% 4?%TLO\2*KQ9IG)-+;K-]=NNVGK._ON?G\M
M2]I*\RX$5SW^G]-LV$IO*\#%2.S0007;9J3NO2;O^XFOZEV9;*QWK:9$%
M9/7A4W_O-M,[EMAIL PROTECTED]M0UQ#O44LS693U21E##*;[EMAIL 
PROTECTED].PCDMYB
[EMAIL PROTECTED]?E1H,;WX$II6[3;;XDRW=[IG[\..+37EQ[J\:L]/DB++/A=99:
M!OJ/;RKNX$U1HJ.B+N;S)A)N`68,-4+INELV_CGKMPFGH95DM!'$%YZ+AO!
M)C[IR*C=%IB%%S8(5F#$\VN0NXXNNV9NR]MO%N6O7Y3C7BNCRQV)%\+ 5
MC0- G1RW*1D1^_U\L. VUWDZ7\E]W.#);\[IP%J7#\Y%PN\,59\A[
MLR]_(556RUH%-)=R)+A9BWMQX'=W=W=WMM
O'KM)W/'O]\O MD102[$--.#I4=#C8JV0T)8F/H:Z,O1V9=]'S21\(V-*
MT;;:U9KPN;J*+*3W=FP:7F6-\WM[917QM(TF*X7;2$K0O49[O'DTJYA3
M8#L8-S#'%BC#Z#YPPAR'#\5/B],1(G^RH'R:2XM'-RZ0_7:'AW?G.'YCOQ
M4W,GIHKIF[C7J\YYDE]4IZ?MV?LTA/,]DA[EMAIL PROTECTED]
M:Y2*)[EMAIL PROTECTED](MGK+BL,5CA39$459!6LPPR9)[EMAIL PROTECTED],4B,[EMAIL 
PROTECTED];85
M-#?.PVT-]NS48C60Z21!I$#!D^UN8\#H)=D2-81H(CC=1U _9\71V:-7
M0?.?E3'J[^F?5)G;%RJ#DK(*A2LQPF@ G1C3[07DL)G(3T]UK+UE66
MRA,X51QJ0:HJ.2\GW,CX05*HR:W2[EMAIL PROTECTED]2ZJZTH5?JO(
MOCN\..2OM645= X: 1$VX).U=\\=M?(S[E.^.PCDCEZ_B;M5N;8A:X:OS
MSR%!X!AAYXS8' $/YHUALWX.[Y'NZP;X7\PRW0V*%8;:,([EMAIL PROTECTED]J^W0
M6%98=!J%94`8E1RR6NT_*;Z]7AX]^WLZ945_KZ6_[X[K.N=F 3X8D6+/2
MWK:+U3\+9Y:^3:C'56^5+;\!L,%+:,FZX?4S'YW?HFWAGM3\]J%1%M
MD[PT9ZY(2*1 /:C 416B#$6@ Q0Z[\7CAIVZ;+L1E*.C[XL\JSB;O7G\
M^R;3([S11P:;;I:[\4_-SM'W.U3W?HN5JM6UF;AGM]STN?SM[-Z]3I89X
M7PJK$B,DR^G`RAA50^6+O$BQ(R4880$IE.4I494HONI?=,E'8?S(VM9C;
MC27Q0)I'E\Y0*4);Z `V)M!N.X]DHK^!R4$D*-L0;(,KCWXN\8
M4[?/2G5[;[EMAIL PROTECTED]'I[U[EMAIL PROTECTED]'-G%QZ^/YD\^VPFTE
M$GBM`SU)9HBHAX:IM$K2)6+%XB414Q$JR)6T%X%0P((=G0JMFM:K9UB7+
MA-QZ,3[V#Y:ZN_H:'3+9]1;,',I;3/+Q.\FEI,KBG20XYE']M0L 8-
MDV6AXYKI)F1B6$3IQKB93\RE31%/W7KS[EMAIL PROTECTED]:E(I @;@C(DVX?
M:-#DZR;W(SL;KPGQ[%%%(I/)BYBX6F,L3N'P3JMG4V-RV!').M-($2C7Q
MF*O\A158/$IO01W@,6[LH:!;S8HD$6A% @)`?J0*4@T2T% YW7_:%!Q
M#M\.AFCZ6-H5D`!:@T5A,?7N6W:-K8S1DN1?:5K#-S /WF(OQR(*$L@
ML=XS`,[EMAIL PROTECTED] 44KQF!L1^=!6JZLV49#E5+IHS]'9H[7V-+N3'
MP=GK*4MMMR9F6VVVE*6VA0H6VVY(3@'L'RSD97DRTR!V2\#
M?:[EMAIL PROTECTED](7 0-RD]V;9@[#%X52IJ)@!W=P)H)4)E0/50L8=JLMG;D
M01JML,[EMAIL PROTECTED])M*,X,.HWV[EMAIL PROTECTED]!:]J`HX$
MSA2=!K [EMAIL PROTECTED]'XQ4:6'-,$.$*N04I=[:=C6V*6M)[EMAIL PROTECTED]
M+V#H)*

Re: Renaming README.Win32

2004-11-29 Thread Ruurd Reitsma

Angus Leeming [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]

 I have MinSyS installed on a WinXP machine. I guess I could create a
 native Windows LyX executable using the gcc toolchain, no?


Yep. The regular mingw distro (gcc etc.) + msys will do. There are
instructions for Qt on
http://kde-cygwin.sourceforge.net/qt3-win32/compile-mingw.php.

Good luck,

Ruurd

Re: Renaming README.Win32

2004-11-29 Thread Ruurd Reitsma

"Angus Leeming" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> Edwin Leuven wrote:
>
> Here, 'formal support' means merging changes made by Ruurd to get LyX to
> compile with the half-baked compiler (Borland) that was used to compile
> the qt/win32 library provided by Trolltech. Hypocritical or not, that is
> never going to happen for reasons other than licencing religion.
>

Where did Borland come from? My changes started out as a win32-native x11
xforms port, to be compiled by gcc (mingw). So just support for the OS.
Then, when the LyX Qt GUI came along, I had to change some stuff to be able
to compile with the Intel compiler & the M$ linker. That part you wouldn´t
want to include in the LyX source. If you dont want to (ever) include the OS
specific part, you might as well as well cut out the cygwin things.

Anyway, the GPL Qt from the kde-cygwin project works very well nowadays.
Especially because LyX only uses a very small part of the Qt lib. I really
don´t have the time to properly test and debug myself, but I´m willing to
help out anyone that want to persue this. With a (free) Qt binary, it´s
fairly easy to cross compile eg on Linux.

Ruurd

begin 666 lyx-win32.diff.bz2
M0EIH.3%!629366WZ(,X`$?O?@'QR?_Z_8!X\`=U?2UW>X^O<
MP^L!]>2[8]O>17ON^3=Y7L\*F9=,6^WO>Q\^'I()MMM;;MIUW6UKJNE%WAJ>IM)ZC
M0T]1Z(P::$#2$9(U/*8H\IIY0/U(:'J&0T ```#U``,0$A34]-*?HIII^J'J
[EMAIL PROTECTED]/4]([EMAIL PROTECTED] -- 2:2A(F3!,DV@@V5/!-!/32#3R@: ,@`- -&@B4
MFBF J?M4_1*>-4_*,4VH`/4`\AJ [EMAIL PROTECTED](B( 03 283$:3(Q)/U3PD
M_5 ](9 -`#0-H1M-\BB$><8J*O;M5W[[EMAIL PROTECTED]&*+%)Q<0'$Q8L*B"M3CM#%:.6X@,N61LP2Y,E
MS"W)BQ_U_S^GSYIXW0W:UK
MGS'47Y>[K\^EWNQ8Q'[3W*:*#.W*H_<0Z/V\0U[?P:J8^ZW^HX6EC;NSL<1X-5AKJL4#8$*-4* I\)=%)0Q;F]9,S*''&@&0NJBI
MF?FBDH6V8MN+)C2FI0,]V?JXUO:K=AV?45OGF-Y`I3)=\7Q6;X1+,2NZ93#J_+-C*#&'XVR1'ZCL("\2ZWEOE<([EMAIL PROTECTED]'6^3BD,X\BNM'L:CQ\OE^'[EMAIL PROTECTED]
MV#?&;M=VZD4)0$H-NX=XSIHLAR:I\3X&8U_E>X[=J\KJ],//BV2,

Re: Renaming README.Win32

2004-11-29 Thread Ruurd Reitsma

"Angus Leeming" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
>
> I have MinSyS installed on a WinXP machine. I guess I could create a
> native Windows LyX executable using the gcc toolchain, no?
>

Yep. The regular mingw distro (gcc etc.) + msys will do. There are
instructions for Qt on
http://kde-cygwin.sourceforge.net/qt3-win32/compile-mingw.php.

Good luck,

Ruurd

Re: LyX compiles on Win32 with mingw gpl qt library

2004-09-23 Thread Ruurd Reitsma

Actually, someone already made an installer for Win32. Just haven´t had the
time to do anything with it...

Ruurd
Kayvan A. Sylvan [EMAIL PROTECTED] wrote in
message news:[EMAIL PROTECTED]

Wow, that's great!

Does that mean that a LyX Win32 installer can be created at some point?

Thanks for doing this,

   ---Kayvan
-- 
Kayvan A. Sylvan  | Proud husband of   | Father to my kids:
Sylvan Associates, Inc.   | Laura Isabella Sylvan  | Katherine Yelena
(8/8/89)
http://sylvan.com/~kayvan | crown of her husband | Robin Gregory (2/28/92)

Re: LyX compiles on Win32 with mingw gpl qt library

2004-09-23 Thread Ruurd Reitsma

In the Mathed example file, math characters are 1 meter tall, and when
scrolling around LyX crashes.

Ruurd
Jean-Marc Lasgouttes [EMAIL PROTECTED]
wrote in message news:[EMAIL PROTECTED]

How far is it from being usable? What kind of weird things happens
with mathed? We should probably try to identify the problems and
report them to the gpl qt port people. It seems that there is a little
bit more activity on the list these days.

JMarc

Re: LyX compiles on Win32 with mingw gpl qt library

2004-09-23 Thread Ruurd Reitsma

Georg Baum [EMAIL PROTECTED]
wrote in message news:[EMAIL PROTECTED]


 I might try the cross compiler if I find some time. What is the difficult
 part with qt?


It´s very difficult to build with a cross compiler. Much easier to build Qt
on windows, and then use the lib on another OS.

Ruurd

Re: LyX compiles on Win32 with mingw & gpl qt library

2004-09-23 Thread Ruurd Reitsma

Actually, someone already made an installer for Win32. Just haven´t had the
time to do anything with it...

Ruurd
"Kayvan A. Sylvan" <[EMAIL PROTECTED]> wrote in
message news:[EMAIL PROTECTED]

Wow, that's great!

Does that mean that a LyX Win32 installer can be created at some point?

Thanks for doing this,

   ---Kayvan
-- 
Kayvan A. Sylvan  | Proud husband of   | Father to my kids:
Sylvan Associates, Inc.   | Laura Isabella Sylvan  | Katherine Yelena
(8/8/89)
http://sylvan.com/~kayvan | "crown of her husband" | Robin Gregory (2/28/92)

Re: LyX compiles on Win32 with mingw & gpl qt library

2004-09-23 Thread Ruurd Reitsma

In the Mathed example file, math characters are 1 meter tall, and when
scrolling around LyX crashes.

Ruurd
"Jean-Marc Lasgouttes" <[EMAIL PROTECTED]>
wrote in message news:[EMAIL PROTECTED]

How far is it from being usable? What kind of weird things happens
with mathed? We should probably try to identify the problems and
report them to the gpl qt port people. It seems that there is a little
bit more activity on the list these days.

JMarc

Re: LyX compiles on Win32 with mingw & gpl qt library

2004-09-23 Thread Ruurd Reitsma

"Georg Baum" <[EMAIL PROTECTED]>
wrote in message news:[EMAIL PROTECTED]

>
> I might try the cross compiler if I find some time. What is the difficult
> part with qt?
>

It´s very difficult to build with a cross compiler. Much easier to build Qt
on windows, and then use the lib on another OS.

Ruurd

LyX compiles on Win32 with mingw gpl qt library

2004-09-22 Thread Ruurd Reitsma

Hi there,

just want to let you know that it is now possible to build a native LyX on
the evil OS with just free tools. All of this because the qt port in the kde
on cygwin project is maturing. What you need is:

-LyX 1.3.x CVS
-latest mingw with GCC 3.4 http://www.mingw.org/download.shtml
-MSYS with autotools (msysDTK)
-GPL win32 Qt port. http://kde-cygwin.sourceforge.net/qt3-win32/index.php
-The patches on my page http://www.home.zonnet.nl/rareitsma/lyx/. These need
to be updated btw.

It´s still not a 100% working solution, because there are still some bugs in
the Qt port. Weird things happen when mathed comes into play. Butthese
can of course be fixed if someone takes the time.

Building the qt port with a cross compiler is difficult, but I think that
the rest can easily be cross compiled. A fairly good explanation is found
here: http://www.technosis.de/mingw/crosscompile/

I will try to update my patches a bit. There´s less patching needed if gcc
is used.

Ruurd

LyX compiles on Win32 with mingw & gpl qt library

2004-09-22 Thread Ruurd Reitsma

Hi there,

just want to let you know that it is now possible to build a native LyX on
the evil OS with just free tools. All of this because the qt port in the kde
on cygwin project is maturing. What you need is:

-LyX 1.3.x CVS
-latest mingw with GCC 3.4 http://www.mingw.org/download.shtml
-MSYS with autotools (msysDTK)
-GPL win32 Qt port. http://kde-cygwin.sourceforge.net/qt3-win32/index.php
-The patches on my page http://www.home.zonnet.nl/rareitsma/lyx/. These need
to be updated btw.

It´s still not a 100% working solution, because there are still some bugs in
the Qt port. Weird things happen when mathed comes into play. Butthese
can of course be fixed if someone takes the time.

Building the qt port with a cross compiler is difficult, but I think that
the rest can easily be cross compiled. A fairly good explanation is found
here: http://www.technosis.de/mingw/crosscompile/

I will try to update my patches a bit. There´s less patching needed if gcc
is used.

Ruurd

Re: Anybody working on LyX/Qt for Win 32?

2004-07-14 Thread Ruurd Reitsma

Micheal,


 The reason why I ask is that I am wondering whether I should buy
 the Qt book with the free and native Qt 3.2/Win non-commercial edition.
 Has anybody tested it?

 (If someone else is eager to do the Win32 port (Ruurd? Kuba?) and needs
 the new Qt library for that purpose, I am willing to buy
 the book for him)


I already have the book, and I´m busy trying to compile with Qt 3.2.1 NC.
There are some strange link errors that need te be resolved, but I suppose
they can be fixed.

Building a cygwin port should be pretty straightforward, if you use the
kde-cygwin.sourceforge.net Qt port. However, I personally don´t think this
is a very elegant solution.

Ruurd

Re: Anybody working on LyX/Qt for Win 32?

2004-07-14 Thread Ruurd Reitsma

Micheal,

>
> The reason why I ask is that I am wondering whether I should buy
> the Qt book with the free and native Qt 3.2/Win non-commercial edition.
> Has anybody tested it?
>
> (If someone else is eager to do the Win32 port (Ruurd? Kuba?) and needs
> the new Qt library for that purpose, I am willing to buy
> the book for him)
>

I already have the book, and I´m busy trying to compile with Qt 3.2.1 NC.
There are some strange link errors that need te be resolved, but I suppose
they can be fixed.

Building a cygwin port should be pretty straightforward, if you use the
kde-cygwin.sourceforge.net Qt port. However, I personally don´t think this
is a very elegant solution.

Ruurd

Re: qt3/win noncommercial

2004-03-30 Thread Ruurd Reitsma

 That's only for commerical Qt, obviously.

 Note that I'm currently working on getting a whole crosscompilation setup
 working with Qt enterprise 3.3.0 for windows, so I'll be making some rpms
 with distributable stuff (like updated crossmingw32) and will be willing
to
 compile stuff for anybody who's asking.


Did you get it working by now? It works with Qt 3.2.3 and the regular win32
mingw. All that´s missing for me is the licence.


 bcc55 won't compile stuff like QMapfoo, QMap foo2, foo3 , same goes
for
 std::map -- it has problems with instantiating iterators of nested
template
 classes. I don't know about bc6, but the one they distribute with Qt book
is
 crap too - they forgot to include make.exe. Bummer.

How about Intel C++ ? You can get a trial version from Intel.

Ruurd

Re: qt3/win noncommercial

2004-03-30 Thread Ruurd Reitsma

 The most recent .NET compiler (7.1) has better standard conformance
 than gcc, according to an extensive test in a recent edition of the C++
 users journal. I believe you can download a non-optimising version with
 the .NET SDK for free on Microsoft's web-site.


Last time I tried the .NET freebie, it didn´t like pragmas like #warning and
#error. Besides that, I got pretty far compiling LyX.

Ruurd

Re: qt3/win noncommercial

2004-03-30 Thread Ruurd Reitsma

> That's only for commerical Qt, obviously.
>
> Note that I'm currently working on getting a whole crosscompilation setup
> working with Qt enterprise 3.3.0 for windows, so I'll be making some rpms
> with distributable stuff (like updated crossmingw32) and will be willing
to
> compile stuff for anybody who's asking.
>

Did you get it working by now? It works with Qt 3.2.3 and the regular win32
mingw. All that´s missing for me is the licence.

>
> bcc55 won't compile stuff like QMap >, same goes
for
> std::map -- it has problems with instantiating iterators of nested
template
> classes. I don't know about bc6, but the one they distribute with Qt book
is
> crap too - they forgot to include make.exe. Bummer.
>
How about Intel C++ ? You can get a trial version from Intel.

Ruurd

Re: qt3/win noncommercial

2004-03-30 Thread Ruurd Reitsma

> The most recent .NET compiler (7.1) has better standard conformance
> than gcc, according to an extensive test in a recent edition of the C++
> users journal. I believe you can download a non-optimising version with
> the .NET SDK for free on Microsoft's web-site.
>

Last time I tried the .NET freebie, it didn´t like pragmas like #warning and
#error. Besides that, I got pretty far compiling LyX.

Ruurd

Re: [Lars Jensen] [Web-team] LyX win32 link dead

2004-03-08 Thread Ruurd Reitsma

Back up again on the old site for a while...

Ruurd
Ruurd Reitsma [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
 My crappy dsl provider thinks it´s neccesary to disable my account while
 moving the physical connection to a new location

 Will put up a new page elsewhere some time soon.

 Ruurd
 Lars Gullik Bjønnes [EMAIL PROTECTED] wrote in message
 news:[EMAIL PROTECTED]
 
  What do do about it?
  Just remove the link or is there a better one?
 
 
 


 --
--
 


 
 
  --
  Lgb

Re: [Lars Jensen] [Web-team] LyX win32 link dead

2004-03-08 Thread Ruurd Reitsma

Back up again on the old site for a while...

Ruurd
"Ruurd Reitsma" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> My crappy dsl provider thinks it´s neccesary to disable my account while
> moving the physical connection to a new location
>
> Will put up a new page elsewhere some time soon.
>
> Ruurd
> "Lars Gullik Bjønnes" <[EMAIL PROTECTED]> wrote in message
> news:[EMAIL PROTECTED]
> >
> > What do do about it?
> > Just remove the link or is there a better one?
> >
> >
> >
>
>
> --
--
> 
>
>
> >
> >
> > --
> > Lgb
> >
>
>
>
>

Re: [Lars Jensen] [Web-team] LyX win32 link dead

2004-03-03 Thread Ruurd Reitsma

My crappy dsl provider thinks it´s neccesary to disable my account while
moving the physical connection to a new location

Will put up a new page elsewhere some time soon.

Ruurd
Lars Gullik Bjønnes [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]

 What do do about it?
 Just remove the link or is there a better one?











 --
 Lgb

Re: [Lars Jensen] [Web-team] LyX win32 link dead

2004-03-03 Thread Ruurd Reitsma

My crappy dsl provider thinks it´s neccesary to disable my account while
moving the physical connection to a new location

Will put up a new page elsewhere some time soon.

Ruurd
"Lars Gullik Bjønnes" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
>
> What do do about it?
> Just remove the link or is there a better one?
>
>
>






>
>
> --
> Lgb
>

Re: Do we want a native Qt/win port?

2003-07-07 Thread Ruurd Reitsma

--- Jean-Marc Lasgouttes [EMAIL PROTECTED] wrote:
 Andre I thought Ruurd offered (d) as a clean way for us but with less
 Andre hassle for the user than in the other 'clean' solution. I was
 Andre just trying to say that the hassle for the user is not much
 Andre less than to let him compile and link everything.
 
 Let's say that a Qt/mingw/x11 solution for win32 would be much better
 than xforms/cygwin (Claus H solution), and that as an added bonus
 people can also compile that against qt/win and not need X11 (although
 this one cannot be distributed).
 

I think it would even be possible to just switch .dll's, providing that the
'real' win32 .dll is available from somewhere. No relinking needed. But...let's
see if I manage to create a mingw X11 qt lib first and start from there.

Ruurd

__
Do you Yahoo!?
SBC Yahoo! DSL - Now only $29.95 per month!
http://sbc.yahoo.com

Re: Do we want a native Qt/win port?

2003-07-07 Thread Ruurd Reitsma

--- Jean-Marc Lasgouttes <[EMAIL PROTECTED]> wrote:
> Andre> I thought Ruurd offered (d) as a clean way for us but with less
> Andre> hassle for the user than in the other 'clean' solution. I was
> Andre> just trying to say that the hassle for the user is not much
> Andre> less than to let him compile and link everything.
> 
> Let's say that a Qt/mingw/x11 solution for win32 would be much better
> than xforms/cygwin (Claus H solution), and that as an added bonus
> people can also compile that against qt/win and not need X11 (although
> this one cannot be distributed).
> 

I think it would even be possible to just switch .dll's, providing that the
'real' win32 .dll is available from somewhere. No relinking needed. But...let's
see if I manage to create a mingw X11 qt lib first and start from there.

Ruurd

__
Do you Yahoo!?
SBC Yahoo! DSL - Now only $29.95 per month!
http://sbc.yahoo.com

Re: 1.3.2 for Windoze

2003-06-05 Thread Ruurd Reitsma

 Ruurd To get back at my original question: Can I put it on the lyx
 Ruurd ftp site when I'm done?

 Well, I still do not know what is involved... Of course, the storage
 on the server is not a problem. What do you have in your distribution?
 Didn't I read something about bits of perl or python? Could you
 describe what code external to LyX is going to be bundled?

It's:
LyX + stripped python + stripped perl + msys, which is a stripped down
cygwin. No license issues AFAIK.

Ruurd

Re: 1.3.2 for Windoze

2003-06-05 Thread Ruurd Reitsma

> Ruurd> To get back at my original question: Can I put it on the lyx
> Ruurd> ftp site when I'm done?
>
> Well, I still do not know what is involved... Of course, the storage
> on the server is not a problem. What do you have in your distribution?
> Didn't I read something about bits of perl or python? Could you
> describe what code external to LyX is going to be bundled?
>
It's:
LyX + stripped python + stripped perl + msys, which is a stripped down
cygwin. No license issues AFAIK.

Ruurd

Re: 1.3.2 for Windoze

2003-05-30 Thread Ruurd Reitsma

 Just to mention another option:

 I've used 'InnoSetup' at the time I had to create a Windows version of my
 programms. That creates nice installers which can create icons on the
 desktop etc and had the benefit that InnoSetup itself as well as the
 created installers ran fine under Wine.


To get back at my original question: Can I put it on the lyx ftp site when
I'm done?

Ruurd

Re: 1.3.2 for Windoze

2003-05-30 Thread Ruurd Reitsma

> Just to mention another option:
>
> I've used 'InnoSetup' at the time I had to create a Windows version of my
> programms. That creates nice installers which can create icons on the
> desktop etc and had the benefit that InnoSetup itself as well as the
> created installers ran fine under Wine.
>

To get back at my original question: Can I put it on the lyx ftp site when
I'm done?

Ruurd

New LyX Win32 build 1.3.0

2003-02-27 Thread Ruurd Reitsma

Hi,

Just created another win32 build, based on 1.3.0:

http://www.home.zonnet.nl/rareitsma/lyx/

This fixes the preferences bug and the table bug. Stripped-down versions of
Perl and Python are now included.

Known bugs:

-Screen updates too often; visible when browsing menus. Actually, the whole
background is redrawn first, then the content. Any ideas what might cause
this? John?

-Some scripts don't work yet, but the most important ones do.

-Terminal window always visible. This will remain for debugging purposed.

-Dialog captions don't show. Qt non-commercial doesn't show anything that
doesn't contain Qt.

For those interested, give it a spin!

Ruurd

Re: New LyX Win32 build 1.3.0

2003-02-27 Thread Ruurd Reitsma

Jean-Marc Lasgouttes [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
 Did you check the various licenses to make sure that you have the
 right to distribute this? And what about the Qt license?

To be honest, I have no rights to do this. So, please don't sue me ;-)
The licence should be extended in the some fashion as it was extended for
xforms. The question is, who should do this? Matthias Ettrich?
Anyway, it's a bit of a dead end, since Trolltech won't be releasing any new
non-commercial Qt libs. On the other hand, it will probably work for a
while. Qt3 is not that different from Qt2.

 I am impressed to see that this actually works :)

I was quite surprised myself, the first time I got it to compile.

Ruurd

Re: New LyX Win32 build 1.3.0

2003-02-27 Thread Ruurd Reitsma

 I can compile it for you using latest commercial Qt3 (enterprise) as long
as
 you put proper exclusion in the license.

 I have done it several times with other software, and it's perfectly OK
 (legal).

 Since lyx compiles on gcc 3.2, it should compile with little problem on
bcc5.5
 that I'm using.

Sounds good! Probably, the easiest way then would be to compile Qt with gcc
3.2 mingw, and just use that. That would simplify the whole process.
At the moment, I'm using a wrapper that makes the intel compiler behave like
gcc.

Ruurd

New LyX Win32 build 1.3.0

2003-02-27 Thread Ruurd Reitsma

Hi,

Just created another win32 build, based on 1.3.0:

http://www.home.zonnet.nl/rareitsma/lyx/

This fixes the preferences bug and the table bug. Stripped-down versions of
Perl and Python are now included.

Known bugs:

-Screen updates too often; visible when browsing menus. Actually, the whole
background is redrawn first, then the content. Any ideas what might cause
this? John?

-Some scripts don't work yet, but the most important ones do.

-Terminal window always visible. This will remain for debugging purposed.

-Dialog captions don't show. Qt non-commercial doesn't show anything that
doesn't contain Qt.

For those interested, give it a spin!

Ruurd

Re: New LyX Win32 build 1.3.0

2003-02-27 Thread Ruurd Reitsma

"Jean-Marc Lasgouttes" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> Did you check the various licenses to make sure that you have the
> right to distribute this? And what about the Qt license?

To be honest, I have no rights to do this. So, please don't sue me ;-)
The licence should be extended in the some fashion as it was extended for
xforms. The question is, who should do this? Matthias Ettrich?
Anyway, it's a bit of a dead end, since Trolltech won't be releasing any new
non-commercial Qt libs. On the other hand, it will probably work for a
while. Qt3 is not that different from Qt2.

> I am impressed to see that this actually works :)

I was quite surprised myself, the first time I got it to compile.

Ruurd

Re: New LyX Win32 build 1.3.0

2003-02-27 Thread Ruurd Reitsma

> I can compile it for you using latest commercial Qt3 (enterprise) as long
as
> you put proper exclusion in the license.
>
> I have done it several times with other software, and it's perfectly OK
> (legal).
>
> Since lyx compiles on gcc 3.2, it should compile with little problem on
bcc5.5
> that I'm using.

Sounds good! Probably, the easiest way then would be to compile Qt with gcc
3.2 mingw, and just use that. That would simplify the whole process.
At the moment, I'm using a wrapper that makes the intel compiler behave like
gcc.

Ruurd

New win32 build

2003-01-16 Thread Ruurd Reitsma

Hi,

just made a fresh build for win32. This fixes the dialog crashes.
It's available at:

http://www.home.zonnet.nl/rareitsma/lyx/

All the patches are over there also. Is anyone still interested in adding
some of it to CVS, or should I just stop asking?

Cheers,
Ruurd


Btw, this was what caused it:

Index: frontends/qt2/qt_helpers.C
===
RCS file: /cvs/lyx/lyx-devel/src/frontends/qt2/qt_helpers.C,v
retrieving revision 1.4
diff -u -r1.4 qt_helpers.C
--- frontends/qt2/qt_helpers.C  2002/12/17 20:37:11 1.4
+++ frontends/qt2/qt_helpers.C  2003/01/16 21:49:30
@@ -117,6 +117,6 @@
 {
QTextCodec * codec = QTextCodec::codecForLocale();
QCString tmpstr = codec-fromUnicode(str);
-   char const * tmpcstr = tmpstr;
+   char const * tmpcstr = tmpstr ? tmpstr : ;
return tmpcstr;
 }

New win32 build

2003-01-16 Thread Ruurd Reitsma

Hi,

just made a fresh build for win32. This fixes the dialog crashes.
It's available at:

http://www.home.zonnet.nl/rareitsma/lyx/

All the patches are over there also. Is anyone still interested in adding
some of it to CVS, or should I just stop asking?

Cheers,
Ruurd


Btw, this was what caused it:

Index: frontends/qt2/qt_helpers.C
===
RCS file: /cvs/lyx/lyx-devel/src/frontends/qt2/qt_helpers.C,v
retrieving revision 1.4
diff -u -r1.4 qt_helpers.C
--- frontends/qt2/qt_helpers.C  2002/12/17 20:37:11 1.4
+++ frontends/qt2/qt_helpers.C  2003/01/16 21:49:30
@@ -117,6 +117,6 @@
 {
QTextCodec * codec = QTextCodec::codecForLocale();
QCString tmpstr = codec->fromUnicode(str);
-   char const * tmpcstr = tmpstr;
+   char const * tmpcstr = tmpstr ? tmpstr : "";
return tmpcstr;
 }

LyX for Win32 - Test release

2003-01-07 Thread Ruurd Reitsma

Hi,

a couple of days ago, I picked up a fresh cvs version and made a win32
binary. You can check it out here:

http://www.home.zonnet.nl/rareitsma/lyx/

Issues that remain are:
-finding a suitable replacement for a unix style home directory
-fix some external scripts
-probably a lot more.

Cheers,

Ruurd

Re: LyX for Win32 - Test release

2003-01-07 Thread Ruurd Reitsma

Philipp Reichmuth [EMAIL PROTECTED] wrote in message
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...

 One of them that prevents me from testing is the lack of libmmd.dll
 (that's the Intel compiler's equivalent of libm, and you'll have to
 redistribute it with the binary application).

I've added it to the archive. Cannot figure out how to get rid of it.

 Have you ever tried linking against a newer Qt?

I just have the non-commercial version.

Ruurd

Re: cross compiling

2003-01-07 Thread Ruurd Reitsma

Andre Poenitz [EMAIL PROTECTED] wrote in message
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...


/opt/mingw32/install/lib/gcc-lib/i386-mingw32msvc/2.95.2/include/syslimits.h
:7,
  from

/opt/mingw32/install/lib/gcc-lib/i386-mingw32msvc/2.95.2/include/limits.h:11
,
  from ../../lyx-devel/intl/gettext.h:23,
  from ../../lyx-devel/intl/loadmsgcat.c:74:

/opt/mingw32/install/lib/gcc-lib/i386-mingw32msvc/2.95.2/../../../../i386-mi
ngw32msvc/include/limits.h:38:
 bits/xopen_lim.h: No such file or directory
 make[1]: *** [loadmsgcat.o] Error 1
 make[1]: Leaving directory `/usr/src/lyx/lyx-mingw/intl'
 make: *** [all-recursive] Error 1

 Any idea on how to proceed?

Forget the intl lib in LyX. I use a mingw port, which is somwhere on
sourceforge.


 Should I copy  /usr/include/bits/xopen_lim.h  into the mingw installation?
 What are these headers needed for?


Well, I've succeeded using the regular mingw (with a mingw xforms), so
cross-compiling should work too.

Ruurd

LyX for Win32 - Test release

2003-01-07 Thread Ruurd Reitsma

Hi,

a couple of days ago, I picked up a fresh cvs version and made a win32
binary. You can check it out here:

http://www.home.zonnet.nl/rareitsma/lyx/

Issues that remain are:
-finding a suitable replacement for a unix style home directory
-fix some external scripts
-probably a lot more.

Cheers,

Ruurd

Re: LyX for Win32 - Test release

2003-01-07 Thread Ruurd Reitsma

"Philipp Reichmuth" <[EMAIL PROTECTED]> wrote in message
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...

> One of them that prevents me from testing is the lack of libmmd.dll
> (that's the Intel compiler's equivalent of libm, and you'll have to
> redistribute it with the binary application).

I've added it to the archive. Cannot figure out how to get rid of it.

> Have you ever tried linking against a newer Qt?

I just have the non-commercial version.

Ruurd

Re: cross compiling

2003-01-07 Thread Ruurd Reitsma

"Andre Poenitz" <[EMAIL PROTECTED]> wrote in message
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...

>
/opt/mingw32/install/lib/gcc-lib/i386-mingw32msvc/2.95.2/include/syslimits.h
:7,
>  from
>
/opt/mingw32/install/lib/gcc-lib/i386-mingw32msvc/2.95.2/include/limits.h:11
,
>  from ../../lyx-devel/intl/gettext.h:23,
>  from ../../lyx-devel/intl/loadmsgcat.c:74:
>
/opt/mingw32/install/lib/gcc-lib/i386-mingw32msvc/2.95.2/../../../../i386-mi
ngw32msvc/include/limits.h:38:
> bits/xopen_lim.h: No such file or directory
> make[1]: *** [loadmsgcat.o] Error 1
> make[1]: Leaving directory `/usr/src/lyx/lyx-mingw/intl'
> make: *** [all-recursive] Error 1
>
> Any idea on how to proceed?

Forget the intl lib in LyX. I use a mingw port, which is somwhere on
sourceforge.

>
> Should I copy  /usr/include/bits/xopen_lim.h  into the mingw installation?
> What are these headers needed for?
>

Well, I've succeeded using the regular mingw (with a mingw xforms), so
cross-compiling should work too.

Ruurd

Re: [PATCH] Native Win32 new and improved

2002-08-22 Thread Ruurd Reitsma


John Levon [EMAIL PROTECTED] wrote in message
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
 On Sat, Aug 17, 2002 at 10:40:00PM +0200, Ruurd Reitsma wrote:

  A cleaner version of my win32 patch:
 
  http://www.xs4all.nl/~ps28/ruurd/lyx_win32.diff.bz2

 Why all the s/struct/class/ changes ?

M$ Visual c++  Intel C++ 6.0 don't allow a forward declaration of a class
to be implemented by a struct. It ends up with errors at link time.


 +#elif defined(HAVE_MKTEMP) || _WIN32

 is that right ?

For some reason the configure script doesn't detect mktemp, but you can be
very sure it's there.

 The boost changes obviously need discussion on the boost list so they
 get into boost (but why are they needed ? boost should compile on win32
 no ?)

The first patch is a small fix for cygwin. The second one is a fix for
compiling without wide character support, the function in question is just
moved within the proper BOOST_NO_WREGEX defines. I'll send the patches to
the boost list, so they can take a look at it.

Ruurd

Re: [PATCH] Native Win32 new and improved

2002-08-22 Thread Ruurd Reitsma

"John Levon" <[EMAIL PROTECTED]> wrote in message
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
> On Sat, Aug 17, 2002 at 10:40:00PM +0200, Ruurd Reitsma wrote:
>
> > A cleaner version of my win32 patch:
> >
> > http://www.xs4all.nl/~ps28/ruurd/lyx_win32.diff.bz2
>
> Why all the s/struct/class/ changes ?

M$ Visual c++ & Intel C++ 6.0 don't allow a forward declaration of a class
to be implemented by a struct. It ends up with errors at link time.

>
> +#elif defined(HAVE_MKTEMP) || _WIN32
>
> is that right ?
>
For some reason the configure script doesn't detect mktemp, but you can be
very sure it's there.

> The boost changes obviously need discussion on the boost list so they
> get into boost (but why are they needed ? boost should compile on win32
> no ?)

The first patch is a small fix for cygwin. The second one is a fix for
compiling without wide character support, the function in question is just
moved within the proper BOOST_NO_WREGEX defines. I'll send the patches to
the boost list, so they can take a look at it.

Ruurd

Re: lyxserver

2002-08-19 Thread Ruurd Reitsma


Angus Leeming [EMAIL PROTECTED] wrote in message
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
 
  And I really think that we should ditch pipes as well and move on to
   local sockets.

 What about OS/2 and Windows? Do they have local sockets?

No local sockets on Windows... Actually, lyxserver has never worked on
windows since there's no mkfifo in cygwin.

AFAIK no one has even mailed me or Claus with questions concerning the use
of lyxserver. The windows users are probably not that demanding.
(inherantly;-) )

Ruurd

Re: lyxserver

2002-08-19 Thread Ruurd Reitsma


Lars Gullik Bjønnes [EMAIL PROTECTED] wrote in message
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
 | No local sockets on Windows...

 I think they have local sockets on Windows...
 (at least Java on Windows has LocalSocket)


Must be some sort of emulation...
AF_UNIX (AF_LOCAL) is just a dummy in winsock2.

However, cygwin brings the usual unix socket stuff.

 | Actually, lyxserver has never worked on
 | windows since there's no mkfifo in cygwin.

 ... but I do not know about named pipes.

Win32-definitely no; Cygwin-no; other posix over win32 layers-yes

Ruurd

Re: lyxserver

2002-08-19 Thread Ruurd Reitsma


"Angus Leeming" <[EMAIL PROTECTED]> wrote in message
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
> >
> > And I really think that we should ditch pipes as well and move on to
> >  local sockets.
>
> What about OS/2 and Windows? Do they have local sockets?
>
No local sockets on Windows... Actually, lyxserver has never worked on
windows since there's no mkfifo in cygwin.

AFAIK no one has even mailed me or Claus with questions concerning the use
of lyxserver. The windows users are probably not that demanding.
(inherantly;-) )

Ruurd

Re: lyxserver

2002-08-19 Thread Ruurd Reitsma


"Lars Gullik Bjønnes" <[EMAIL PROTECTED]> wrote in message
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
> | No local sockets on Windows...
>
> I think they have local sockets on Windows...
> (at least Java on Windows has LocalSocket)
>

Must be some sort of emulation...
AF_UNIX (AF_LOCAL) is just a dummy in winsock2.

However, cygwin brings the usual unix socket stuff.

> | Actually, lyxserver has never worked on
> | windows since there's no mkfifo in cygwin.
>
> ... but I do not know about named pipes.

Win32->definitely no; Cygwin->no; other posix over win32 layers->yes

Ruurd

[PATCH] Native Win32 new and improved

2002-08-17 Thread Ruurd Reitsma


A cleaner version of my win32 patch:

http://www.xs4all.nl/~ps28/ruurd/lyx_win32.diff.bz2

http://www.xs4all.nl/~ps28/ruurd/extra_win32_files.tar.bz2

All #ifdef _WIN32 stuff is now moved to support. A big improvement is a
wrapper for VC, taken from the Coin3D project. This allows autoconf 
friends to be used under cygwin, with the intel compiler.

Cheers,

Ruurd

[PATCH] Native Win32 new and improved

2002-08-17 Thread Ruurd Reitsma


A cleaner version of my win32 patch:

http://www.xs4all.nl/~ps28/ruurd/lyx_win32.diff.bz2

http://www.xs4all.nl/~ps28/ruurd/extra_win32_files.tar.bz2

All #ifdef _WIN32 stuff is now moved to support. A big improvement is a
wrapper for VC, taken from the Coin3D project. This allows autoconf &
friends to be used under cygwin, with the intel compiler.

Cheers,

Ruurd

Re: [PATCH] Win32 native support II

2002-07-26 Thread Ruurd Reitsma


Kuba Ober [EMAIL PROTECTED] wrote

 Do you have your VS updated with the latest service pack? I imagine some
 things that you patch might be VC++ quirks that might have got fixed in
SP's.

I imagine i would have never gotten this far without the service packs...and
even then.
I'm not using the compiler anyway, just the IDE. The intel compiler 6.0
compiler is quite complaint.

Ruurd

Re: [PATCH] Win32 native support II

2002-07-26 Thread Ruurd Reitsma


"Kuba Ober" <[EMAIL PROTECTED]> wrote

> Do you have your VS updated with the latest service pack? I imagine some
> things that you patch might be VC++ quirks that might have got fixed in
SP's.

I imagine i would have never gotten this far without the service packs...and
even then.
I'm not using the compiler anyway, just the IDE. The intel compiler 6.0
compiler is quite complaint.

Ruurd

Re: LyX Qt2 on native win32 screenshot

2002-07-15 Thread Ruurd Reitsma


Andre Poenitz [EMAIL PROTECTED] wrote in message
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
 What's that 'freeware' thingy in the window title?

 I am not exactly sure that this reflects the situation properly...

It means that Trolltech believes that programmers who forget to supply a
name for their program (?) are mostly inclined to write programs called
'freeware'.

Ruurd

Re: LyX Qt2 on native win32 screenshot

2002-07-15 Thread Ruurd Reitsma


  It means that Trolltech believes that programmers who forget to supply a
  name for their program (?) are mostly inclined to write programs called
  'freeware'.

 What a strange assumption.

 So how does one supply a name then?


Well.I have to find out...

Ruurd

1 2 >

1 - 100 of 104 matches

Mail list logo