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
Asger Ottar Alstrup wrote:
> I managed to checkout qt3 win32 free and lyx-devel.
Note that I've only tried to get BRANCH_1_3_X to compile.
> 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 n
Angus Leeming wrote:
Note that I've only tried to get BRANCH_1_3_X to compile.
OK, I'm working on the main branch.
When it comes to *running* lyx you'll still need a decent shell and
associated utilities to run the lib/configure scipt.
That is something to address then for a native Windows port to
Asger Ottar Alstrup <[EMAIL PROTECTED]> writes:
| I have those as part of the Qt compile.
>
| What is the compilation procedure for those Qt .ui files?
That is in the makefiles...
If you want to do this without the use of automake/autoconf: Good
Luck. But please do not clutter the directories wi
Asger Ottar Alstrup wrote:
> That is something to address then for a native Windows port to work out.
> I'd like to produce a native LyX binary with as few unix dependencies as
> possible.
I think that this is a very plausible goal. The only big task will be to
rewrite lib/configure as a python
Lars Gullik Bjønnes wrote:
| What is the compilation procedure for those Qt .ui files?
That is in the makefiles...
Does anybody know the exact command line I need to use?
If you want to do this without the use of automake/autoconf: Good
Luck. But please do not clutter the directories with .proj fil
Asger Ottar Alstrup <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
>> | What is the compilation procedure for those Qt .ui files?
>> That is in the makefiles...
>
| Does anybody know the exact command line I need to use?
>
>> If you want to do this without the use of automake/autoconf: G
Asger Ottar Alstrup wrote:
> My plan is this:
> - get everything to compile.
> - get everything to link.
> - get it to start-up (without crash).
> - get it to run without all those unix dependencies.
My immediate targets are
* to address the question that started this thread --- do you have any
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
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 directi
Ruurd Reitsma wrote:
> 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 sc
"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
Ruurd Reitsma wrote:
> "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
Angus Leeming <[EMAIL PROTECTED]> writes:
| Ruurd Reitsma wrote:
>> 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
Lars Gullik Bjønnes wrote:
> I feel we are beginning on a slippery slope now... ok to support
> windows if only minimal changes are needed... but now we see more and
> more changes needed to support this.
>
> I am not sure that I am really happy about this "progress"
Let me try and reassure you t
Angus Leeming <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
>> I feel we are beginning on a slippery slope now... ok to support
>> windows if only minimal changes are needed... but now we see more and
>> more changes needed to support this.
>>
>> I am not sure that I am really happy ab
Lars Gullik Bjønnes wrote:
I just wanted to "flag" my growing concerns.
Frankly, I consider this FUD. Complain when you see something you
disagree with. Do not complain in advance about what you fear might happen.
Regards,
Asger
Asger Ottar Alstrup <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
>> I just wanted to "flag" my growing concerns.
>
| Frankly, I consider this FUD. Complain when you see something you
| disagree with. Do not complain in advance about what you fear might
| happen.
Well then I am full of
Lars Gullik Bjønnes wrote:
>>> I feel we are beginning on a slippery slope now... ok to support
>>> windows if only minimal changes are needed... but now we see more and
>>> more changes needed to support this.
>>>
>>> I am not sure that I am really happy about this "progress"
>>
> | Let me try an
Angus Leeming wrote:
As I see it, you do not need to worry about this either.
Angus, even though it's not Friday yet, I think I am going to have to
curse you up and down now until you can't see what is up and down
anymore. It's for your own good.
You see, Lars and I are just starting to heat up
Asger Ottar Alstrup wrote:
> So, with that basic lesson in LyX manners out of the way, will you let
> us resume the flame-fest as common courtesy calls for?
Sure, you wanker.
Happy now?
--
Angus
Lars Gullik Bjønnes wrote:
Well then I am full of FUD, and as we have seen if you don't speak up
before something happens... after the fact it is too late...
Tell you what: This wanker is going to continue commiting things behind
your back that I consider obvious monotoneous progress until you can
Angus Leeming wrote:
> Asger Ottar Alstrup wrote:
>> So, with that basic lesson in LyX manners out of the way, will you let
>> us resume the flame-fest as common courtesy calls for?
>
> Sure, you wanker.
> Happy now?
Incidentally, has an experienced Windows hand like yourself not got any
suggest
> "Asger" == Asger Ottar Alstrup <[EMAIL PROTECTED]> writes:
Asger> That's just the way it is, and the way it has always been. It's
Asger> like heaven and hell. You can't have one without the other.
Sure. So you brought some hell for dinner, and you are surprised some
other guest provides the
Asger Ottar Alstrup <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
>> Well then I am full of FUD, and as we have seen if you don't speak up
>> before something happens... after the fact it is too late...
>
| Tell you what: This wanker is going to continue commiting things
| behind your b
Angus Leeming wrote:
Incidentally, has an experienced Windows hand like yourself not got any
suggestions for what I should do to handle SIGINT on Windows?
I say, forget about it. I do not think Ctrl+C normally sends an
interrupt for Windows applications. I think it only happens for console
applic
Asger Ottar Alstrup <[EMAIL PROTECTED]> writes:
| Finally, I get a bunch of compile errors:
>
| QMathMatrixDialog.C
| c:\lyx\lyx-devel\src\frontends\qt2\QDialogView.h(113) : error C2440:
| 'return' : cannot convert from 'lyx::frontend::QMathDialog *' to
| 'QDialog *'
| Types pointed to ar
Lars Gullik Bjønnes wrote:
Does your compiler allow:
class Base {
public:
virtual Base * clone();
};
class Derived : public Base {
public:
virtual Base * clone() {
return new Derived;
}
};
?? (what about if we add some template classes?)
I haven't tried, since
Asger Ottar Alstrup <[EMAIL PROTECTED]> writes:
| I'd like to commit the struct<->class, and->&& and #include fixes,
| since those are uncontroversial and improve correctness for all
| platforms.
all sub-standard platforms you mean?
I'll have a look at the patch.
--
Lgb
Asger Ottar Alstrup <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
>> Does your compiler allow:
>> class Base {
>> public:
>> virtual Base * clone();
>> };
>> class Derived : public Base {
>> public:
>> virtual Base * clone() {
>> return new Derived;
>>
Asger Ottar Alstrup wrote:
> Angus Leeming wrote:
>> Incidentally, has an experienced Windows hand like yourself not got any
>> suggestions for what I should do to handle SIGINT on Windows?
>
> I say, forget about it. I do not think Ctrl+C normally sends an
> interrupt for Windows applications. I
Angus Leeming wrote:
> Asger Ottar Alstrup wrote:
>> Angus Leeming wrote:
>>> Incidentally, has an experienced Windows hand like yourself not got any
>>> suggestions for what I should do to handle SIGINT on Windows?
>>
>> I say, forget about it. I do not think Ctrl+C normally sends an
>> interrupt
Angus Leeming <[EMAIL PROTECTED]> writes:
| Asger Ottar Alstrup wrote:
>> In gzstream.C, we require zlib, but it does not seem we have any checks
>> for that.
| That's one for Lars.
AC_ARG_ENABLE(compression-support,
AC_HELP_STRING([--enable-compression-support]
,[Support for compressed files.])
On Sun, Jan 16, 2005 at 08:27:03PM +, Angus Leeming wrote:
> Would it not be more elegant to tell Windows that LyX
> is actually a GUI-based app by giving it a WinMain?
Or link against qtmain.lib, which will do the same.
Andre'
Andre Poenitz wrote:
> On Sun, Jan 16, 2005 at 08:27:03PM +, Angus Leeming wrote:
>> Would it not be more elegant to tell Windows that LyX
>> is actually a GUI-based app by giving it a WinMain?
>
> Or link against qtmain.lib, which will do the same.
The consensus was to leave lyx as a consol
On Tue, Jan 18, 2005 at 06:34:14PM +, Angus Leeming wrote:
> Andre Poenitz wrote:
>
> > On Sun, Jan 16, 2005 at 08:27:03PM +, Angus Leeming wrote:
> >> Would it not be more elegant to tell Windows that LyX
> >> is actually a GUI-based app by giving it a WinMain?
> >
> > Or link against qt
On Tue, Jan 18, 2005 at 11:12:00AM +0100, Asger Ottar Alstrup wrote:
> QMathMatrixDialog.C
> c:\lyx\lyx-devel\src\frontends\qt2\QDialogView.h(113) : error C2440:
> 'return' : cannot convert from 'lyx::frontend::QMathDialog *' to 'QDialog *'
> Types pointed to are unrelated; conversion requ
On Tue, Jan 18, 2005 at 12:44:33PM +0100, Asger Ottar Alstrup wrote:
> For those that are interested, attached is an archive of my changes so
> far. Apply the patch, put os_win32.h in src/support and the rest of the
> new files in development/win32.
>
> I'd like to commit the struct<->class,
I'd
On Mon, Jan 17, 2005 at 08:28:14PM +0100, Asger Ottar Alstrup wrote:
> Tell you what: This wanker is going to continue commiting things behind
> your back that I consider obvious monotoneous progress until you can
> find an example which you disagree with. And at that point, I guess you
> have t
On Mon, Jan 17, 2005 at 11:55:56AM +, Angus Leeming wrote:
> Asger Ottar Alstrup wrote:
> > That is something to address then for a native Windows port to work out.
> > I'd like to produce a native LyX binary with as few unix dependencies as
> > possible.
> >
> > Further out, I'd even like to
On Mon, Jan 17, 2005 at 02:09:33PM +0100, Lars Gullik Bjønnes wrote:
>
> I feel we are beginning on a slippery slope now... ok to support
> windows if only minimal changes are needed... but now we see more and
> more changes needed to support this.
>
> I am not sure that I am really happy about t
John Weiss wrote:
Doing true full-Windows support in an inherently-unix program is a
very thorny, messy situation.
Have a look at the patch and then give your comments rather than this FUD.
Asger Wrote:
> > Further out, I'd even like to kick out LaTeX, and put some
> > other backend in instead to r
On Tue, Jan 18, 2005 at 07:36:36AM -0500, John Weiss wrote:
> On Mon, Jan 17, 2005 at 02:09:33PM +0100, Lars Gullik Bjønnes wrote:
> >
> > I feel we are beginning on a slippery slope now... ok to support
> > windows if only minimal changes are needed... but now we see more and
> > more changes nee
Andre Poenitz <[EMAIL PROTECTED]> writes:
| On Tue, Jan 18, 2005 at 07:36:36AM -0500, John Weiss wrote:
>> On Mon, Jan 17, 2005 at 02:09:33PM +0100, Lars Gullik Bjønnes wrote:
>> >
>> > I feel we are beginning on a slippery slope now... ok to support
>> > windows if only minimal changes are neede
Angus Leeming <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
>> Sure it is nice to compile on more than one compiler... but if the
>> result is muddier code then I am not sure about the gain. (and not
>> that I have not said that this is the case, just a thing to watch out
>> for. and we
Lars Gullik Bjønnes wrote:
> | Lars Gullik Bjønnes wrote:
>>> Sure it is nice to compile on more than one compiler... but if the
>>> result is muddier code then I am not sure about the gain. (and not
>>> that I have not said that this is the case, just a thing to watch out
>>> for. and we already s
On Sat, Jan 22, 2005 at 03:30:44PM +0100, Asger Ottar Alstrup wrote:
> John Weiss wrote:
> >Doing true full-Windows support in an inherently-unix program is a
> >very thorny, messy situation.
>
> Have a look at the patch and then give your comments rather than this FUD.
Not FUD. Reality. Be fai
On Sat, Jan 22, 2005 at 09:50:51AM +0100, Andre Poenitz wrote:
> On Tue, Jan 18, 2005 at 07:36:36AM -0500, John Weiss wrote:
> > On Mon, Jan 17, 2005 at 02:09:33PM +0100, Lars Gullik Bjønnes wrote:
> > >
> > > I feel we are beginning on a slippery slope now... ok to support
> > > windows if only m
John Weiss wrote:
[A great opportunity to have a little flame-fest.]
Not FUD. Reality. [Long story about something irrelevant.]
> Took them YEARS to get it to that state.
Sad for them. I have a working LyX. It took a week of work while Elias
was sleeping. All you are saying is FUD, and the proof
On Mon, Jan 24, 2005 at 10:01:09AM +0100, Lars Gullik Bjønnes wrote:
>
> Sure it is nice to compile on more than one compiler... but if the
> result is muddier code then I am not sure about the gain. (and not
> that I have not said that this is the case, just a thing to watch out
> for.
And avoid
John Weiss wrote:
> And avoiding muddy code in a Unix-Windows-crossplatform program will
> require a bit of work (in which I include careful planning). Which
> was the whole point of those cautioning posts of mine.
Oh, read the code, John, read the code.
There's a bit of hacking to do still in
On Tue, Jan 25, 2005 at 09:16:38AM +0100, Asger Ottar Alstrup wrote:
> John Weiss wrote:
> [A great opportunity to have a little flame-fest.]
>
> >Not FUD. Reality. [Long story about something irrelevant.]
> > Took them YEARS to get it to that state.
>
> Sad for them. I have a working LyX. It to
Andre Poenitz wrote:
Since we are at it: I had a look at the .vcproj and a more recent (and
therefore possibly incompatible) version of LyX sources. Patch applied
nicely, however I was not able get anywhere near a full compile.
Compilation succeed for individual files, but there seemed to be files
Lars Gullik Bjønnes wrote:
> Sure it is nice to compile on more than one compiler... but if the
> result is muddier code then I am not sure about the gain. (and not
> that I have not said that this is the case, just a thing to watch out
> for. and we already see quite a bit of preprocessors tokens
Am Samstag, 23. Dezember 2017 um 20:35:04, schrieb Jean-Marc Lasgouttes
> Hi there,
>
> I took the dive to compile LyX on windows 10. Interesting experiment...
> Intalling Visual studio takes maybe one hour (not downloading), Qt takes
> just as much, selecting what platform to install is like
Le 24/12/2017 à 06:18, Kornel Benko a écrit :
What does debug mean? Is this only debug information or also
instrumenting for run-time checking?
Only Debug information. Also the optimization is turned to -O0
OK.
Kornel, what is a good set of parameters for profiling?
I would try
-
Am Sonntag, 24. Dezember 2017 um 12:39:16, schrieb Jean-Marc Lasgouttes
> Le 24/12/2017 à 06:18, Kornel Benko a écrit :
> >> What does debug mean? Is this only debug information or also
> >> instrumenting for run-time checking?
> >
> > Only Debug information. Also the optimization is turned to -
Le 24/12/2017 à 14:00, Kornel Benko a écrit :
But does it apply to MSVC? I could not see
In cmake we have Debug, Release, RelWithDebInfo, MinSizeRel.
But no profiling for MSVC. Explicitly disabled by Peter Kümmel.
And he knows better.
Well, profiling should be done with correct optimization (on
Am Sonntag, 24. Dezember 2017 um 14:23:34, schrieb Jean-Marc Lasgouttes
> Le 24/12/2017 à 14:00, Kornel Benko a écrit :
> > But does it apply to MSVC? I could not see
> > In cmake we have Debug, Release, RelWithDebInfo, MinSizeRel.
> > But no profiling for MSVC. Explicitly disabled by Peter Kümme
Am 23.12.2017 um 20:35 schrieb Jean-Marc Lasgouttes:
But, thanks to the nice INSTALL file, I did it (Qt 5.9.3 64bits) for
2.3.x+properpaint branch (I will switch to master soon).
Cool. So I am not alone anymore on Windows.
LyX is not yet ready for 64bit. This is something we should do for LyX
[EMAIL PROTECTED] wrote:
>
> Dear Angus,
>
> I tried to edit/view a document which was located at
>
>"c:\Dokumente und Einstellungen\michael\Eigene Dateien"
>
> but I failed for several reasons:
>
> 1. BibTeX, Version 0.99c (MiKTeX 2.4) cannot handle spaces
>
>White space in argument
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> [EMAIL PROTECTED] wrote:
>> Dear Angus,
>>
>> I tried to edit/view a document which was located at
>>
>> "c:\Dokumente und Einstellungen\michael\Eigene Dateien"
>>
>> but I failed for several reasons:
>>
>> 1. BibTeX, Version 0
Jean-Marc Lasgouttes wrote:
>>> Dear Angus,
>>>
>>> I tried to edit/view a document which was located at
>>>
>>> "c:\Dokumente und Einstellungen\michael\Eigene Dateien"
>>>
>>> but I failed for several reasons:
>>>
>>> 1. BibTeX, Version 0.99c (MiKTeX 2.4) cannot handle spaces
>>>
>>> White s
Just as a follow-up. This is bug http://www.lyx.org/trac/ticket/7187
and will be fixed in the next release.
Vincent
Op 21-7-2010 18:08, Larry Maturo schreef:
I have a 64 bit Windows 7 installation. The install of Lyx version
167-4-25 went
very smoothly. However, when it came up the text on the screen was
virtually
unintelligible. I brought up the DVI and printed it out and that was
just fine.
Afte
Michael Gerz wrote:
> Ok,
>
> I am able to run LyX on Windows again. However, the selected font is
> pretty ugly. It seems that LyX 1.4 is not able to find reasonable fonts
> (LyX 1.3 does!) and so Qt decides to take the first font in
> alphabetically order. This font is not only choosen for disp
Angus Leeming wrote:
Not in LyX.
qtconfig in your qt3/bin directory.
That doesn't really explain why LyX 1.3 behaves correctly where LyX 1.4
does not.
Michael
> "Michael" == Michael Gerz <[EMAIL PROTECTED]> writes:
Michael> Angus Leeming wrote:
>> Not in LyX.
>>
>> qtconfig in your qt3/bin directory.
>>
>>
Michael> That doesn't really explain why LyX 1.3 behaves correctly
Michael> where LyX 1.4 does not.
What are the values of the font-related
Jean-Marc Lasgouttes wrote:
Michael> That doesn't really explain why LyX 1.3 behaves correctly
Michael> where LyX 1.4 does not.
What are the values of the font-related preferences?
Sorry, I was wrong. The problem occurs with 1.4 and 1.3. It is
definitely a Q.../Free problem. I have already
Richard Kimberly Heck wrote:
> Soon, I am going to write small batch file that people can use to
> install various packages that LyX might want. I'll link that off the
> wiki, and probably include it in the Windows installer. I mean just the
> file itself. Not running it as part of the installer.
On 09/09/2018 01:35, Richard Kimberly Heck wrote:
As mentioned previously, I am not going to build a "bundled" installer
for 2.3.1. Indeed, I have removed the 'bundle' code from the installer
at 8c32a1a7 and removed the bundled installer for 2.3.0 from the
downloads page. I've added language inst
On 09/09/2018 07:32 AM, Daniel wrote:
> On 09/09/2018 01:35, Richard Kimberly Heck wrote:
>> As mentioned previously, I am not going to build a "bundled" installer
>> for 2.3.1. Indeed, I have removed the 'bundle' code from the installer
>> at 8c32a1a7 and removed the bundled installer for 2.3.0 fr
On 09/09/2018 04:20 AM, Pavel Sanda wrote:
> Richard Kimberly Heck wrote:
>> Soon, I am going to write small batch file that people can use to
>> install various packages that LyX might want. I'll link that off the
>> wiki, and probably include it in the Windows installer. I mean just the
>> file i
On 09/09/2018 18:12, Richard Kimberly Heck wrote:
On 09/09/2018 07:32 AM, Daniel wrote:
On 09/09/2018 01:35, Richard Kimberly Heck wrote:
As mentioned previously, I am not going to build a "bundled" installer
for 2.3.1. Indeed, I have removed the 'bundle' code from the installer
at 8c32a1a7 and
On 09/09/2018 12:23 PM, Daniel wrote:
> On 09/09/2018 18:12, Richard Kimberly Heck wrote:
>> On 09/09/2018 07:32 AM, Daniel wrote:
>>> On 09/09/2018 01:35, Richard Kimberly Heck wrote:
As mentioned previously, I am not going to build a "bundled" installer
for 2.3.1. Indeed, I have removed
On 09/09/2018 18:38, Richard Kimberly Heck wrote:
On 09/09/2018 12:23 PM, Daniel wrote:
On 09/09/2018 18:12, Richard Kimberly Heck wrote:
On 09/09/2018 07:32 AM, Daniel wrote:
On 09/09/2018 01:35, Richard Kimberly Heck wrote:
As mentioned previously, I am not going to build a "bundled" instal
Richard Kimberly Heck wrote:
> What a great idea! The file
> development/Win32/packaging/installer/Packages.txt
> is what Uwe used to tell MiKTeX what to install (and which I'll use to
> build the batch files). I believe it is meant to include everything that
> LyX could ever possibly want. Tha
On 21/03/2012 11:10 AM, Matthias Hunstig wrote:
Dear LyX users and developers,
LyX has a problem with Windows users that have their home directory on a UNC
path. http://wiki.lyx.org/LyX/Troubleshooting mentions these problems for Lyx
1.5 already. (Recent versions do start, but have no classes
Il 22/03/2012 20:09, Julien Rioux ha scritto:
On 21/03/2012 11:10 AM, Matthias Hunstig wrote:
Dear LyX users and developers,
LyX has a problem with Windows users that have their home directory
on a UNC path. http://wiki.lyx.org/LyX/Troubleshooting mentions these
problems for Lyx 1.5 already.
79 matches
Mail list logo