Stefan Schimanski wrote:
I would be happy to hear some comments or reports how it performs. Feel
free to ask if something is unclear in the code. What is the way to
proceed now?
How did you test this yourself? How ready is it to release quality? Did
you write documentation for the feature?
Oh, I certainly meant that the text should be reduced to a SHA-1.
I agree it does not make sense to only reduce the insets.
Regards,
Asger
Alfredo Braunstein wrote:
Amazing review, thanks. On a fast read, I've found that the variant that
perfectly fits our edition/CT capabilities is 1-degree, unit cost edit
distance. Unfortunately the algorithm cited for this purpose [Sel77, Didn't
look at it yet, though.] seems to have time and spa
Alfredo Braunstein wrote:
[*] There are many of them. Actually it is not really straightforward
because the data structure in LyX is not linear but rather a tree, but I
think this issue can be solved. Another possible problem is that best known
algorithm are worst case O(N^2) where N is the size
To learn more about XeTeX, see also this video:
http://www.river-valley.tv/conferences/tex/tug2007/#Jonathan_Kew2
Regards,
Asger
You are certainly right that fixing a bug is a better way to spend time
than arguing pointlessly. However, sometimes there is hope that a
clarification of team members different points of view will help make
the team work better.
In this case, it is clear that people have different point of vi
John Levon wrote:
On Tue, Aug 14, 2007 at 08:10:10PM +0200, Asger Ottar Alstrup wrote:
It seems people have the priorities wrong. I think you need to rank
efforts based on how much it brings thing forward per time unit, because
LyX is chronically resource starved.
Which is why it's a
For what it is worth, I agree with Abdel.
Of course, a code review is always good, but testing is better, and
coding & bug-fixing is best.
It seems people have the priorities wrong. I think you need to rank
efforts based on how much it brings thing forward per time unit, because
LyX is chron
Bo Peng wrote:
5. I like File->reload a lot better than File->revert so I also change
the menu name. This part can be removed if you guys like revert
better. Note, however, that the LFUN is actually named
LFUN_BUFFER_RELOAD.
This command is traditionally called Revert. I checked in some random
Hi,
See
http://www.cyrius.com/publications/michlmayr-phd.pdf
for a dissertation about the role of release management in open source projects.
I have not read all of it, but it does contain some interesting
thoughts about whether to use feature based releases, or time based
releases. Also, it to
Jürgen Spitzmüller wrote:
Richard Heck wrote:
"Use this paragraph's default alignment (Justified)"
That's fine with me, though I'd suggest "the" instead of "this", as that
is OK for the multi-paragraph case, too.
Oh no, please don't. Use tooltips for verbose hints (you can't imagine how
long
Richard Heck wrote:
changes the label to "Default for Current Paragraph"---I think that
> makes it a little clearer to users what this does---and makes some
> space for adding "(Justifed)" without alignment issues.
May I suggest to name it
Built-in Alignment for Current Paragraph (Justifie
Hi,
I know this is completely off topic for LyX, but I hope you forgive this
shameless plug. I have just helped launch comapping.com, which is the
software we used to write the mind map summary of last year's meeting in
Denmark - at that time, it was an early beta. Now we have gone live, so I'm
j
Lars Gullik Bjønnes wrote:
Then you are saying that __func__ is hurting a lot... and that is
resolved at compile time, so I just do not belive you.
This depends on the compiler.
What costs is writing to lyxerr in the first place, not
BOOST_CURRENT_FUNCTION. A lyxerr null-wirte is not free. (f
| > | this I do use BOOST_CURRENT_FUNCTION (and even got flamed for doing so
| > | by Asger).
We profiled stuff and found that in some critical inner loops, the use
of BOOST_CURRENT_FUNCTION hurt performance a lot. If you want to use
such stuff, please make sure it is guarded correctly to not
Uwe Stöhr wrote:
This doesn't work here.
I think I found another solution without pdfopen/pdfclose. I've had a
look in the Acrobat SDK and use now OLE-objects. This works very well
with Acrobat 7. I cannot test Acrobat 8, because this would require to
uninstall Acrobat 7 what I'm not allowed.
What is the most important in an open source project?
- The code?
- The developers?
- What the users think?
Well, I guess all of these things are important.
So, let's look at the installers on these accounts:
- Uwe's installer is simple code and works.
- Uwe's has been the most stable developm
Choose between:
1) Click on a download link once, go and have coffee. Start the
installer, click Next, click Next, click Next, click Next, click Next.
LyX is easy.
2) Click on a download link. Start the installer, read what it says,
choose to download, click next, wait a long time, then read
Abdelrazak Younes wrote:
You misunderstood me. I don't deny you are right these are probably too
expensive. I am just saying that I am not convinced that this is the
major culprit for the slowness on Mac and on Windows for LyX file with a
lot of big equation. But hey, every bit of speed we can
Abdelrazak Younes wrote:
Asger Ottar Alstrup wrote:
I've changed it. Please test. There is a fair chance this gives a nice
speedup, maybe even on MacOS as well.
That would be an easy way out but I am not convinced... Visually
speaking, all these if are not very nice...
*You* are takin
Abdelrazak Younes wrote:
I know but I was talking about this other debug info at line 240 of
QLPainter that is also using PAINTING:
if (isDrawingEnabled()) {
lyxerr[Debug::PAINTING] << "draw " << std::string(str.toUtf8())
<< " at " << x << "," << y << std::endl;
drawText(x, y, s
Asger Ottar Alstrup wrote:
Try running LyX with a command line parameter "-dbg any" and inspect the
output when redrawing. If lots of stuff is coming out, review that
output to make sure it is not done like the above.
Most of it was done wrong - some of it even using mon
Abdelrazak Younes wrote:
As my painting investigation continue, it seems that this problem has
_nothing_ to do with painting on screen at all. Modifying a text line
between two huge formula exhibits the slow behaviour even if only the
text line is repainted on screen (you can use "-dbg painting
Michael Gerz wrote:
Pardon? You really should have a look at Status.15x! I also noticed that
some assertions are violated which indicate serious problems in the
core
I did look at Status.15x, and did not find anything critical. Please
correct me if I overlooked something, but to me it loo
It seems bug fixing proceeds with a good pace. On my list, there are 3
items now, which should be enough for about one evening:
* Spell checking cannot be invoked a second time. This is probably a
one-liner.
* The first time the spell checker is started, an empty window shown
instead of the
Joost Verburg wrote:
Abdelrazak Younes wrote:
BTW2, every app that I know (except emacs, but it's easy to switch to
this scheme also) use Ctrl+y for Undo. Why on earth do we still use
Shift+Ctrl+z? Could we please add Ctrl+y as and additional default?
Ctrl+Y? Every application I know uses Ctr
Enrico Forestieri wrote:
The point is that I am not able to link with debug info (-g) as the
final link stage fails with a "Memory exhausted" error.
You could try to compile most of the code without debug info, except for
the files you are interested in debugging. Just pass -g to the files you
My take on which of the known bugs are showstoppers for the test release:
* The title bar does not contain the document name when a new window is
opened (Joost 4/11/06). Should be a simple fix for those in the know.
* Spell checking cannot be invoked a second time. I can not reproduce
because
Abdelrazak Younes wrote:
Please review this patch; I am not quite sure these are the correct
fixes for the MSVC warning. But it seems to parse math correctly.
>
-CatCode theCatcode[256];
+CatCode theCatcode[sizeof(lyx::char_type)];
Hm, is sizeof(lyx::char_type) not 4? I think you mean
1 <
Bo Peng wrote:
We have repeated long bug list posted to this list and it is hard to
keep track of them. I propose that we put a file status.15x in trunk
and start a debugging spree. I am interested in knowing who will be
our champion (although the answer is almost obvious :-) when I get
back.
Ag
Peter & Abdel are certified heroes.
They squashed a good deal of bugs yesterday, and put things back on
track in this everlasting LyX drama. Hope is restored!
But no crisis without a new one building up. Here is a new batch of bad
guys to go after.
Showstoppers:
- Printing the tutorial cra
Hi,
More bugs are being reported recently, and none of the old ones have
been fixed. Thus, we are moving in the wrong direction.
Showstoppers without hope:
- Selection with the mouse. Does not work in math nor in tables. It kind
of works in insets, although problems have been reported with th
Martin Vermeer wrote:
On Wed, Nov 01, 2006 at 11:36:08PM +0100, Asger Ottar Alstrup wrote:
[Partial refresh requires partial coord cache refresh]
Hmmm, I don't think this is done in 1.4, and still single par update
works just fine there...
I guess that in the common case, things wor
Hi,
To implement partial update (single paragraph update), it is not enough
just to redraw only those parts of the screen.
You also have to implement partial update of the coord cache. Right now,
the only possible operation for the coord cache is to clear all of it.
To implement partial upd
Abdelrazak Younes wrote:
No, I was interested in the details of QLPainter::text(), especially the
QPainter::drawText(). This info was not there. It is in your newer
screenshot.
This profile matches what I found on Windows.
If we manage to speed-up Qt drawing operation, we will win. I can't
i
Bennett Helm wrote:
I think this comment involves a misunderstanding of how dire the
situation currently is on Mac. Even on a window with 6 lines of text 30
characters long there is noticeable lag in typing. Moreover, LyX on Mac
will not start from the GUI; there's no cursor; menus are messed u
Michael Gerz wrote:
Asger Ottar Alstrup wrote:
An update on the status of 1.5.svn. Nice work, guys - we are down to
just 2 known show-stoppers for a test release:
I think you are a bit too optimistic.
Why? Do you know of other show-stoppers?
Once again, I do not think change tracking is
Hi,
An update on the status of 1.5.svn. Nice work, guys - we are down to
just 2 known show-stoppers for a test release:
- Selection with the mouse. Does not work in math nor in tables. It
works in all footnotes, floats & notes and miniboxes, even when nested.
To reproduce, make a formula or
Abdelrazak Younes wrote:
Andre Poenitz wrote:
On Sun, Oct 29, 2006 at 04:39:51PM -,
[EMAIL PROTECTED] wrote:
-bool const inside = (y + rit->descent() >= 0
- && y - rit->ascent() < ww);
RowPainter rp(pi, text, pit, *rit, x, y);
//
Hi,
My attempt at a status of 1.5.svn in terms of show-stoppers.
The list includes just 5 known show stoppers:
- In math the cursor blinks at the start of the math inset and then
seems to go the correct place afterwards. Any other known cursor
regressions?
- Selection. Does not work in math
Michael Gerz wrote:
Sorry but I can't fix all open change tracking issues in one week. (I
may ask for some assistance after the weekend, when it becomes clear
what is missing)
Notice that José is the release manager - not me. I do not get to set
the target.
When that is said, and with all d
John Levon wrote:
I'm honestly not sure if you're joking. Same goes for Asger.
I think further clean-up work, reorganisations, refactoring, or other
maneuvers that primarily help the developers at the risk of breaking
things for the users should wait until 1.6.svn opens. The only exception
t
Abdelrazak Younes wrote:
The wikipedia link that Martin's provided indicated that this is not
about anti-aliasing on/off but about different methods for anti-aliasing
(sharpness versus contrast). Could you please check that before we
settle on any solution?
It is about anti-aliasing. You can
Bo Peng wrote:
Is there any reason *not* to do it now?
It does not help the user. Use your energy on things that will help the
user.
Regards,
Asger
Martin Vermeer wrote:
By the way, I cannot see any text rendering difference between the two
version. Looks to me that the text is anti-aliased in both cases. Looks
to me that this setRenderHint() is just a helper for something else.
In windows, you can turn off anti-aliasing. The Qt setRender
Abdelrazak Younes wrote:
Before Denmark, the UserGuide PageDown test was at 18 seconds. Now it is
at 25 seconds. I hope you have some more code in store for speed ;-)
It might very well be the anti-aliasing we enabled. Can you try to
revert that? Just search for setRenderHint and comment those
Bo Peng wrote:
On 10/23/06, Abdelrazak Younes <[EMAIL PROTECTED]>
wrote:
I just merged my tree with SVN and I see now big black blinking square
instead of the cursor. Anybody else seeing that?
Yes. ugly, black, blinking stuff.
André changed the cursor to become a new widget, rather than some
Peter Kümmel wrote:
Asger Ottar Alstrup wrote:
Andre Pönitz wrote:
Quoting Peter Kümmel <[EMAIL PROTECTED]>:
[Use precompiled headers for VS]
Ah, here is the official request. ;)
I've added support for precompiled headers on msvc.
You could enable it with the option -Dpch=1.
Jean-Marc Lasgouttes wrote:
"Andre" == Andre Pönitz <[EMAIL PROTECTED]> writes:
I guess this is not something I can consider for 1.4.
Andre> If we don't get mispositioning/coordcache crashes in 1.4, then
Andre> not.
I do have crashes with pageup in 1.4.
Then the nullpainter fix is your me
Abdelrazak Younes wrote:
[EMAIL PROTECTED] wrote:
Author: poenitz
Date: Mon Oct 23 10:46:09 2006
New Revision: 15501
URL: http://www.lyx.org/trac/changeset/15501
Log:
do not draw to intermediate pixmap
Andre, please delete commented out code if the solution work. Such
things tends to stay fo
Abdelrazak Younes wrote:
Asger Ottar Alstrup wrote:
I hope that the focus will remain. Without someone leading the way and
telling where the goal is, LyX will wander around like a zombie and
get more and more broken, just like it has for the last months.
Quite frankly I feel offended by this
Jean-Marc Lasgouttes wrote:
There were cases where meeting indeed had this benefit; I think that
here this "wake-up call" comedy only managed to hide the real work
that was done in Denmark. The fact that we did not get to see the svn
logs from you (and probably jug) did not help either; all we go
The main message I'm trying to get across is that I believe a wake-up
call was needed.
LyX was moving in the wrong direction, and someone had to shout and do
some aggressive moves to make people realize that.
Me and Jürgen decided to do that as outsiders, and to me it looks like
it worked.
Georg Baum wrote:
I don't think you should call that whining. Maybe you can not imagine how
your activities look from outside, but I can.
I certainly can. Why do you think we took those photographs with the
cleenexes? We did that because we know that there would be whining. It
will be interes
Jean-Marc Lasgouttes wrote:
As Georg already pointed out, several of the problems were very new,
and probably did not warrant seeing Asger W. Bush declare "War on
Bugs" (with the appropriate suspension of civil liberties), along with
the claims of victory a few hours later.
I had a lot of fun t
Abdelrazak Younes wrote:
And I repeat myself: dialog bugs are far far far easier to solve than
core bugs. So it's not like we are in such hurry with regard to qt4.
Could you fix these, which are the only bugs I know of in the front-end?
- The preferences dialog has the wrong size initially
- T
Jean-Marc Lasgouttes wrote:
I see. Isn't there some performance price?
Yes, but it is not noticeable in our testing. After all, we only paint
two extra paragraphs.
I guess this is not something I can consider for 1.4.
Sure it is. Without, the coord cache is full of crap, and that causes
I do not know whether the messages send during this meeting were seen
as particularly bright and witty, but I am personally appalled by the
pompous bullshit we have been served.
We fixed *a lot* of VERY HARD TO FIX bugs, and now LyX is usable again.
Some of those bugs have been chased for MONTH
Oh, one more thing:
You need to add something like
/Fp"\build\bin\debug\lyx-qt4.pch"
as well, to make sure all projects use the same precompiled header.
Regards,
Asger
Andre Pönitz wrote:
Quoting Peter Kümmel <[EMAIL PROTECTED]>:
>>> [Use precompiled headers for VS]
Ah, here is the official request. ;)
First: Is it worth the effort? How big is the speedup?
I did a test. Use the attached config.h.cmake. Make a config.cpp file
with just one line:
#inc
Jean-Marc Lasgouttes wrote:
Asger> The nullpainter is no good, because it can not calculate the
Asger> metrics of text, so it's basically useless. It was the cause of
Asger> wrong metrics in the coordcache, which caused all sorts of
Asger> problems.
what did you replace it with?
We use the rea
Hm, action please.
We suggest that all capable enthusiasts immediately go to lyx.org and
read the news.
EOT
Edwin Leuven wrote:
Lars Gullik Bjønnes wrote:
| -if (str.length() > 2 and str[0] == '0' &&
| +if (str.length() > 2 && str[0] == '0' &&
I think this should we reverted, this is only working around buggy
compilers. We don't need that in our sources.
that buggy compiler is msvc2005, so
Michael Gerz wrote:
Currently, the status bar (at the bottom) is not updated if you move the
cursor.
Is somebody willing to fix this or shall I file a bug report?
Jürgen will commit a fix shortly.
Regards,
Asger
Michael Gerz wrote:
/home/software/lyx-trunk/src/rowpainter.C:865: warning: unused
variable `const
bool inside'
>
Asger, is it safe to remove the variable?
Yes, and you can nuke the nullpainter as well while you are at it.
The nullpainter is no good, because it can not calculate the metric
Hi,
People are unhappy about various things. We have the solution for this:
http://www.lyx.org/images/whineandcheese2.jpg
Regards,
The chefs
Georg Baum wrote:
For information I attach here the patch I was working on yesterday before
the freeze announcement. It already works for the case where you have only
one encoding in the document. I also had an idea how to treat multiple
encodings that would need a similar amount of changes. Th
Juergen Spitzmueller wrote:
Lars Gullik Bjønnes wrote:
Discussions are made and concluded in the kitchen, those not able to
get out of the living room get no say.
Espeically not if they does not help with providing solutions instead
of problems.
I see.
I'll shut up, then.
Just remember that
Georg, the last few commits have resurrected LyX back from the dead. You
are therefore allowed to do a few of your pet features outside the
kernel, just because you are such a nice guy. Hope that will keep you
motivated.
Regards,
Asger & Jürgen
P.S. On meetings, every day is a Friday!
Georg Baum wrote:
** NO NEW FEATURES ARE ALLOWED FROM RIGHT NOW **
I do not agree with this one if it means all new features, not just those
that require changes to the core.
The sooner we fix the basic things, the sooner we can introduce new and
small features. The fact is that right
Michael Gerz wrote:
Does Denmark agree that bug fixes are welcome at all times?
We are just starting organizing a national election to decide this.
So far the polls say yes, but you know what happened with the Euro.
Regards,
Denmark
Hi,
We have discussed the state of SVN, and concluded the following:
*** Trunk is very broken right now
Basic things like editing, cut, copy & paste, navigation, undo/redo and
so on are broken. Everytime a bug is fixed, 10 new ones are discovered.
Everytime a fix is committe
- Cursor should only blink in active window
Abdelrazak Younes wrote:
I am sure I implement that in the right way. Please someone who knows
about LFUNs, review the patch.
You forgot the patch.
Regards,
Asger
Hi,
Two things:
- ENABLE_ASSERTIONS is not defined in config.h.
#define ENABLE_ASSERTIONS 1
- InsetMathMBox.C is compiled, although it should not be. Looking at
development\cmake\src\mathed\CMakeLists.txt, it seems that the casing is
wrong - the B is small. Don't know if that is the reason.
Michael Gerz wrote:
Hello everybody!
Still busy with Unicode? Who is actually attending the LyX developers
meeting in Denmark?
Hi,
The basics of Unicode is done. Georg did most of it. The user guide and
friends can be opened and produce seemingly correct LaTeX output now.
Present
- André
Lars Gullik Bjønnes wrote:
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| Index: GuiWorkArea.C
| ===
| --- GuiWorkArea.C (revision 15390)
| +++ GuiWorkArea.C (working copy)
| @@ -426,7 +426,7 @@
|
| void GuiWorkArea::upda
This means that lyx2lyx does not work, and therefore I can not load any
documents.
Regards,
Asger
Hi,
I just committed a few fixes to get UTF-8 latex export working.
Regards,
Asger
Index: bufferparams.C
===
--- bufferparams.C (revision 15381)
+++ bufferparams.C (working copy)
@@ -839,26 +839,32 @@
texro
I had to add
using lyx::odocstream;
at the top of InsetMathMBox.C, but now I get:
InsetMathMBox.C
..\..\..\lyx-devel\src\mathed\InsetMathMBox.C(76) : error C2664:
'LyXText::write' : cannot convert parameter 2 from 'lyx::odocstream' to
'std::ostream &'
Any ideas?
Regards,
Asger
Georg Baum wrote:
Can you please try whether this patch works, too? It has the advantage that
it does not do an implicit encoding conversion when calling cur.insert(c),
so non-ASCII characters like ü should work, too.
I don't have patch, so just commit. To me, it looks obviously correct.
Regar
Asger Ottar Alstrup wrote:
Maybe the problem was introduced in revision 14861 by baum, where he
converted lfun arguments to docstring. Line 705 (was line 695 in 14860)
was changed from only calling interpret with the first character to be
called with all characters.
I'm trying to
Asger Ottar Alstrup wrote:
Abdelrazak Younes wrote:
Asger Ottar Alstrup wrote:
Click Ctrl+M, type 1. The 1 goes into the main text, not the math.
Old one also. I think this one is related to unicode. I've been step
debugging through it and all key inputs inside mathed are translated
Abdelrazak Younes wrote:
Asger Ottar Alstrup wrote:
Click Ctrl+M, type 1. The 1 goes into the main text, not the math.
Old one also. I think this one is related to unicode. I've been step
debugging through it and all key inputs inside mathed are translated
into spaces... which mak
Abdelrazak Younes wrote:
OK, then give me a crash course in how to change a Qt4 dialog.
Are you ready?
Double click on the "frontends/qt4/ui/QTocUI.ui" :-)
I have to select which program to use to edit that file. I guess it's
designer.exe. And lo and behold, that worked.
Now, how do I cha
Georg Baum wrote:
Asger Ottar Alstrup wrote:
SVN, Windows, Qt4:
Extra options tab has a "Subfigure" check-box with associated "Caption"
input field. I click it and write something, but it has no effect
whatsoever.
I guess this only makes sense in some special LaTeX env
Abdelrazak Younes wrote:
Asger Ottar Alstrup wrote:
Also, I propose to change the "In" and "Out" buttons like this:
[ <- Promote ] [ Demote -> ]
where promote was out, and demote was in.
Agreed. Please do the change yourself.
OK, then give me a crash cou
SVN, Windows, Qt4:
Extra options tab has a "Subfigure" check-box with associated "Caption"
input field. I click it and write something, but it has no effect
whatsoever.
I guess this only makes sense in some special LaTeX environment, but
please explain that in the dialog, or insert that fanc
Jean-Marc Lasgouttes wrote:
And seriously, nobody will be pleased when you tell them that our TeX
files are utf8. This is not a good encoding for latex now.
I've been playing around with LyX head for a few minutes now, and there
are so many problems. Math editing does not work *at all*. Make a
Click Ctrl+M, type 1. The 1 goes into the main text, not the math.
Tools, options, set zoom to 200, and click Apply. Nothing happens. Click
Save, nothing happens. Open preferences again, and see that the zoom
is back to 150. Thanks for nothing.
svn, Windows, MSVC, qt4:
1. New document.
2. Click Find in the toolbar
3. Click Close in Find dialog
Many toolbar buttons are grey now - including Find. They should not be grey.
Click on the canvas, and they are re-enabled.
The same thing happens with lots of other dialogs, include TOC. This i
1. New document
2. Write something
3. Mark that as a Section
4. Open TOC - you will see you something there
5. Click In buttons until you see a crash
Also, I propose to change the "In" and "Out" buttons like this:
[ <- Promote ] [ Demote -> ]
where promote was out, and demote was in.
Rega
Georg Baum wrote:
You misunderstood me. My proposal was not to do the internal conversion. My
proposal was to the same with all latex() methods that I did with
plaintext(): Output to UCS4 streams and do the conversion to utf8 in the
file stream.
Sounds good to me. Lars talks about compression
Georg Baum wrote:
I don't think either that there would be a performance problem. What might
be a problem is that an inset knows more about its content (and, more
importantly, about the context) and could do a better conversion than an
external converter could do. For example, I am 100% sure that
Georg Baum wrote:
No. What is exported currently to LaTeX is a mixture of utf8 (e.g.
InsetCommandParams) and ucs4 code points as numbers. It would be pretty
easy to always do utf8 export, but this does not make sense IMO before it
is clear how LaTeX export to other encodings than utf8 should lo
Hi,
Are there any preliminary patches for LaTeX export that we can build on?
Regards,
Asger
Bo Peng wrote:
zlib.lib exists in zlib123-dll\lib, and zlib.h in zlib123-dll\include.
I have tried various extra_inc_path variations, but I'm not able to get
it to work.
Which zlib are you using? It is stated clearly in INSTALL.scons that
you need official zlib package (not the mingw one). sco
Enrico Forestieri wrote:
On Sun, Oct 15, 2006 at 03:08:32PM +0200, Asger Ottar Alstrup wrote:
Asger Ottar Alstrup wrote:
[Configure.py does not work when invoked from LyX, but
>> command line does]
Is this a known problem?
Try creating \Resources\lyxrc.dist with a path prefix
Asger Ottar Alstrup wrote:
I'm downloading and installing MikTeX now.
I have installed MikTeX now, and I can run LaTeX from a command prompt.
However, LyX does not find LaTeX when reconfiguring from within LyX. The
configure script surely runs, because there is lots of spew in th
1 - 100 of 210 matches
Mail list logo
