On Monday 17 January 2005 19:37, Angus Leeming wrote:
...
> Not only will this mean that things will work under Windows, but it will
> also mean that they'll work on *nix when we're using an uninstalled
> version of LyX.
>
> Thoughts?
>
> (I don't think that it matters that reLyX is slated to be re
On Mon, Jan 17, 2005 at 08:17:42PM -0800, Kayvan A. Sylvan wrote:
> Your reworking has completely broken LyX on cygwin for me.
>
> I can no longer run any external programs.
>
> Even running Tools->Reconfigure comes back immediately with no effect.
>
> Help!
To verify,
I went back to 01/16/200
Your reworking has completely broken LyX on cygwin for me.
I can no longer run any external programs.
Even running Tools->Reconfigure comes back immediately with no effect.
Help!
---Kayvan
On Mon, Jan 17, 2005 at 12:05:06PM +, Angus Leeming wrote:
> Angus Leeming wr
I wrote yesterday:
So we should better use the ttf's from Bakoma.
There are currently some small errors int the ttf's. Ekkehardt send me
now some corrected ttf's where all problems are fixed.
I uploaded all necessary fonts for LyxWin to
http://fkurth.de/uwest/LyX/LyXWinMathFonts.rar
Please test t
Andreas Vox wrote:
>> Oh, koo-ell! Here it is in .jpg format (370kB -> 30kB)
>
> The attached file shows the same rainbowy colors as the screenshot
> (PowerBook, tested with Safari, Preview and ImageMagick)
That's right. This is the weird and wonderful file that I have in my
Windows repository. I
As discussed in the "LyX on Windows" thread, here're the patches for LyX
1.3.x and 1.4.x to close the console immediately after LyX is launched.
Committing now as the code and its alternatives are now understood.
--
AngusIndex: src/support/ChangeLog
==
Angus Leeming <[EMAIL PROTECTED]> writes:
>
> Oh, koo-ell! Here it is in .jpg format (370kB -> 30kB)
>
The attached file shows the same rainbowy colors as the screenshot
(PowerBook, tested with Safari, Preview and ImageMagick)
Maybe the conversion didn't work?
Anyway, why don't you use PNG or
Andreas Vox wrote:
>> > I attach two (small) screen shots of LyX when it starts up under both
>> > linux and windows. The windows version uses the Qt Free/Win32 port.
>>
>> About the splash screen:
>> Any chance to blame it on the video card/driver? Looks like a broken
>> BITBLT operation...
>
>
Jean-Marc try this:
$ ./configure --prefix=$HOME/lyx-installed
$ make
$ make install
All will appear to be fine.
Now look in lyx-installed/share/lyx. There's no reLyX directory. Dunno if
there's meant to be one --- guess there is because...
... in /lib/reLyX
See the ' directory? (That's the "a
Andreas Vox <[EMAIL PROTECTED]> writes:
>
> Angus Leeming ...> writes:
>
> >
> > I attach two (small) screen shots of LyX when it starts up under both linux
> > and windows. The windows version uses the Qt Free/Win32 port.
>
> About the splash screen:
> Any chance to blame it on the video ca
Andreas Vox wrote:
> About the splash screen:
> Any chance to blame it on the video card/driver? Looks like a broken
> BITBLT operation...
Nope. Everything else is just find and dandy thanks.
> What happens if you start the LyX binary on another Windose machine?
--
Angus
Angus Leeming <[EMAIL PROTECTED]> writes:
>
> I attach two (small) screen shots of LyX when it starts up under both linux
> and windows. The windows version uses the Qt Free/Win32 port.
About the splash screen:
Any chance to blame it on the video card/driver? Looks like a broken BITBLT
operatio
Michael Schmitt wrote:
>> It's great to see that you're actually using this thing! Do you see the
>> drawing problems that I describe in my "Just for fun" mail too?
>
> No, the splash screen looks nice and beautiful here, even after opening
> and closing some document. I am using the very latest M
Hi Angus,
It's great to see that you're actually using this thing! Do you see the
drawing problems that I describe in my "Just for fun" mail too?
No, the splash screen looks nice and beautiful here, even after opening and
closing some document. I am using the very latest MinGW (they have released
My /lib/lyxrc.defaults file contains the entry:
\converter latex lyx "reLyX-1.4.0cvs -f $$i" ""
This converter has never worked, not even on *nix, if I don't go to the
bother to install lyx because the script is located in the
/lib/reLyX directory and LyX can't find it.
Of course, when lyx i
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
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
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
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
Jose' Matos wrote:
>> Any objections to me applying this patch to the 1.4.x tree?
> Not from me. :-)
Then I'll commit the attached patch and place a similar one in my pending
queue for 1.3.x.
> The first line is just to be able to call it from any shell.
Compreendo.
--
AngusIndex: src/ChangeLo
Steinhauer, Frank (CAM) wrote:
> Hello,
>
> I just experienced following:
>
> When exporting to PDF (ALT-f-e-f), the Table of Figures and the Table of
> Tables may contain wrong page numbers (when they just changed before in
> my document). I need to start another PDF run for correct page number
On Monday 17 January 2005 15:04, Angus Leeming wrote:
> Any objections to me applying this patch to the 1.4.x tree?
Not from me. :-)
The first line is just to be able to call it from any shell.
> --
> Angus
--
José Abílio
Hello,
I just experienced following:
When exporting to PDF (ALT-f-e-f), the Table of Figures and the Table of
Tables may contain wrong page numbers (when they just changed before in my
document). I need to start another PDF run for correct page numbers. As I
recall from my earlier use of LyX (und
Alfredo Braunstein wrote:
> Probably... is this already on bugzilla?
No. I'll file bugs on all these cases to you.
> >> I cannot work on this until I get a house & adsl (hopefully in some
> >> weeks), but I can try to give some other puny advice every now and then
> >> ;-)
> >
> > To be honest, I
There have been a number of mentions on the lyx-users list that the
Windows port of LyX 1.3.5 is unable to run lyx2lyx. That's because Windows
in its braindead-ness doesn't recognize 'lyx2lyx' as a python script (it
doesn't read the first line of the file).
It seems to me that this patch is the
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
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 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
Juergen Spitzmueller wrote:
> Alfredo Braunstein wrote:
>> Paragraph::ownerCode() seems to refer to the insettext owner, not to the
>> tabular owner and this explains why we cannot currently distinguish
>> between normal text and text in tabulars.
>
> Ah, I suspected something like this. Is it po
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 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:
| 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
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]> 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
Alfredo Braunstein wrote:
> Paragraph::ownerCode() seems to refer to the insettext owner, not to the
> tabular owner and this explains why we cannot currently distinguish between
> normal text and text in tabulars.
Ah, I suspected something like this. Is it possible that this lack of
distinguishi
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
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
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 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
Juergen Spitzmueller wrote:
> I am trying to fix the broken paragraph indendation (i.e., its
> representation on screen). So far, I have spotted the line to blame. It's
> the check for InsetBase::TEXT_CODE in the following snippet (text.C,
> 598ff):
>
> if (pos = 0
>[...]
> // in charstyl
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
Angus Leeming wrote:
> Kayvan A. Sylvan wrote:
>> I am able to run it from the build directory via "src/lyx". and was
>> able to confirm that the patch works as expected. Thank you!
>
> Good. Then I'll commit that.
>
>> Now, we have to fix this new bug (can not determine the path to the
>> LyX b
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 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
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
On Mon, 2005-01-17 at 12:14, Angus Leeming wrote:
> Martin Vermeer wrote:
>
> > Angus,
> >
> > I notice that subfigure is not supported yet in the external material
> > inset.
>
> It never will.
>
> > It shouldn't be very hard to add, the way it looks now.
>
> We need a new inset which shouldn
I am trying to fix the broken paragraph indendation (i.e., its representation
on screen). So far, I have spotted the line to blame. It's the check for
InsetBase::TEXT_CODE in the following snippet (text.C, 598ff):
if (pos = 0
[...]
// in charstyles, tabulars and ert paragr
The attached patches enable the lyx executable to be found from the PATH
environment variable if it expands to elements with relative paths.
Confirmed as working and fixes a clear bug so I'm committing to both trees
now.
--
AngusIndex: src/support/ChangeLog
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
Martin Vermeer wrote:
> Angus,
>
> I notice that subfigure is not supported yet in the external material
> inset.
It never will.
> It shouldn't be very hard to add, the way it looks now.
We need a new inset which shouldn't be very hard to write. InsetSubfigure.
> One very simple way for doing
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
On Mon, 2005-01-17 at 10:08 +0100, Alfredo Braunstein wrote:
> I know what this it: the gtk frontend fires the "scrolling" signal when
> setting the scrollbar parameters from inside LyX: the kernel expects that
> setting the parameters only changes the scrollbar visually (and invokes no
> scrolling
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
Angus,
I notice that subfigure is not supported yet in the external material
inset.
It shouldn't be very hard to add, the way it looks now.
One very simple way for doing this is the following:
1) Define, in a layout file widely included (e.g., stdlayouts.inc) a
layout "subfigure" of latextype c
John Weiss <[EMAIL PROTECTED]> writes:
>> PATH_MAX does not seem like a good idea. (and then you must at least
>> zero out application_support first.)
>
| Umm, Lars, the constructor for POD arrays *always* zeros out the
| elements, remember? (It's in the Standard; I know. I spent the
| summer st
John Spray wrote:
> On Sun, 2005-01-09 at 20:14 +0100, Andre Poenitz wrote:
>> Depends on the release date. If that's 'soonish', probably not,
>> otherwise i depends on th GTK frontend to catch up...
>
> I keep offering the GTK frontend cookies and sweets to try and get it to
> catch up, but it j
[EMAIL PROTECTED] wrote:
> For drawing table cell boundaries, LyX sets the style of a QPen in the
> following way:
>
> QPen pen = ...;
> pen.setColor("LightSteelBlue");
> pen.setStyle(QPen:DotLine);
> pen.setWidth(0);
>
> As a result, a thin blue dotted line should be drawn when using thi
Juergen Spitzmueller wrote:
>> Hmmm. But that can be turned off (and is by default). I think that the
>> toolbar should provide shortcuts to things that are also possible in the
>> dialogs, no?
>
> Or in the menu...
Good point. I'll withdraw my objection then.
--
Angus
Angus Leeming wrote:
> Hmmm. But that can be turned off (and is by default). I think that the
> toolbar should provide shortcuts to things that are also possible in the
> dialogs, no?
Or in the menu...
Jürgen
59 matches
Mail list logo
