Addendum
With my patches, inverse search with xdvi will work automatically once lyx is
reconfigured. To use it, click on xdvi with the left mouse button while
pressing control.
To configure kdvi, execute it, then goto Settings->DVI Options->DVI Specials,
select "User-Defined Editor" and put
Here.Index: gettext.C
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/gettext.C,v
retrieving revision 1.23
diff -r1.23 gettext.C
16c16,18
<
---
> #include "support/environment.h"
> #include "support/lstrings.h"
> #include "debug.h"
Patch to emit an error message in case the system locale is Unicode based.
(LyX only supports 8-bit locales, i.e., if you want to be able to write German
labels, index entries etc., your locale should be ¨de_DE¨ WITHOUT ¨.UTF-8¨.)
(Entering umlauted/accented text into the text buffer is not affecte
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> [EMAIL PROTECTED] wrote:
>> Log message: add some files to the distribution
Angus> Hm. Should we add any of these to the distribution?
Angus> development/ Win32/ lyxprofile [...]
Sure :) That makes a lot of files to add to t
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> Jean-Marc Lasgouttes wrote:
>> I see you committed them. This is good.
Angus> Are you commenting on the content or just the fact that I
Angus> committed them?
Both.
Angus> I've created http://wiki.lyx.org/Windows/LyX136, ready fo
Angus Leeming wrote:
I've created http://wiki.lyx.org/Windows/LyX136, ready for the
release. Suggestions/improvements are very welcome! As the Qt/Win Free
guys squash their bugs, I'll upload newer versions of qt-mt.dll too.
Angus, I see that you have added two new translatable messages today.
Jean-Marc Lasgouttes wrote:
I see you committed them. This is good.
Are you commenting on the content or just the fact that I committed them?
I've created http://wiki.lyx.org/Windows/LyX136, ready for the release.
Suggestions/improvements are very welcome! As the Qt/Win Free guys squash
thei
[EMAIL PROTECTED] wrote:
Log message:
add some files to the distribution
Hm. Should we add any of these to the distribution?
Angus
development/
Win32/
lyxprofile
lyxwin32.c
packaging/
README
build_lyxwin.sh
clean_dvi.p
On Jul 14, 2005, at 10:10 AM, Jean-Marc Lasgouttes wrote:
"Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> There are a few Qt/Win Free bugs outstanding, but the guys
Angus> there are working actively to squash them. I don't see any more
Angus> "must-fix" bugs in the LyX 1.3.x source
Hi all,
I have RPMs for LyX 1.4.0cvs built for Fedora Core 4 on x86_64 platform
at the following location:
ftp://ftp.sylvan.com/pub/lyx/devel/RHFC4
When my migration is complete, these RPMs will be generated automatically
on a twice a day schedule.
---Kayvan
--
Kayvan A
Hello LyXers,
just for information. The problem with long file names should be fixed
now also in ghostscript.
The developer of MikTeX said that the next version of MikTeX will fix
this problem in Yap.
regards Uwe
Original-Message
http://bugs.ghostscript.com/show_bug.cgi?id
Ekkehart Schlicht wrote:
I feel uneasy about reporting again something that might be a bug.
Don't be. If you don't report them, nobody's going to fix them.
If I go to Layout -> Document... and then select some entries
in sequence, the headline is not refreshed to the effect that different
hea
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> README.Win32 (attached) is essentially the first few paragraphs
Angus> from http://wiki.lyx.org/Windows/LyX136pre. A bit of
Angus> introductory blurb.
Angus> INSTALL.Win32: I attach Michael Schmitt's detailed instructions
Angus> on
I feel uneasy about reporting again something that might be a bug.
If I go to Layout -> Document... and then select some entries
in sequence, the headline is not refreshed to the effect that different
headings are printed one on top of the other.
Ekkehart
Georg Baum wrote:
I'll leave it up to you whether you want to care that much for broken yap
readers or whether we simply say that people should either use a better DVI
viever or use shorter names.
I'm always in favour of doing nothing if I can get away with it. I'll do
nothing here, in anticip
Angus Leeming wrote:
> This patch forward-ports the path mangling stuff from 1.3.x.
>
> One thing to note: I don't pass a "dir" argument to
>
> string const FileName::mangledFilename(string const & dir = string());
>
> at all because 1/ it's not needed ATM by the 1.4.x insetgraphics code
> and
Jean-Marc Lasgouttes wrote:
> Angus> There are a few Qt/Win Free bugs outstanding, but the guys
> Angus> there are working actively to squash them. I don't see any more
> Angus> "must-fix" bugs in the LyX 1.3.x sources.
>
> OK, so we should try to release today or tomorrow. Is the
> documentation
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> There are a few Qt/Win Free bugs outstanding, but the guys
Angus> there are working actively to squash them. I don't see any more
Angus> "must-fix" bugs in the LyX 1.3.x sources.
OK, so we should try to release today or tomorrow. I
I wrote on 8 July:
> I've just updated the list of bugs in LyX 1.3.6 that I know about. See
> http://wiki.lyx.org/Windows/LyX136pre#known_bugs
> Am I missing anything?
> My feeling is that we should at least try and address the first two of
> these.
I do believe we're about done.
If I find the en
This patch forward-ports the path mangling stuff from 1.3.x.
One thing to note: I don't pass a "dir" argument to
string const FileName::mangledFilename(string const & dir = string());
at all because 1/ it's not needed ATM by the 1.4.x insetgraphics code
and 2/ I got horribly, horribly lost in i
Petrus Hyvönen <[EMAIL PROTECTED]> writes:
> I updated to the latest Win1.3.6Pre today (version 23), and i get
> errors in the open file requester, when opening a directory - it
> believes it's a file and "ERROR - not a LyX file".
> I have uninstalled the previous 1.3.6, removed LyX dir in
> appli
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> Angus Leeming wrote:
>> If you're happy with this, I'll make the change, commit it to the
>> 1.3.x tree and forward-port it to 1.4.x. AFAIK, that's all
>> squashable bugs squashed for 1.3.x. If you know different, please
>> keep it
This patch makes tex2lyx recognize the "reLyXre" list of environments. It
adds furthermore two new lists in syntax.default: "environments" and
"mathenvironments". The first one is like "reLyXre" but more powerful (you
cannot specify arguments in "reLyXre"), and the second one contains the
environme
I updated to the latest Win1.3.6Pre today (version 23), and i get errors
in the open file requester, when opening a directory - it believes it's
a file and "ERROR - not a LyX file".
I have uninstalled the previous 1.3.6, removed LyX dir in application
data, etc. Removed all, and installed agai
Angus Leeming wrote:
> If you're happy with this, I'll make the change, commit it to the 1.3.x
> tree and forward-port it to 1.4.x. AFAIK, that's all squashable bugs
> squashed for 1.3.x. If you know different, please keep it to yourself ;-)
Patch attached. I also implemented Paul Rubin's suggesti
Lars Gullik Bjønnes wrote:
> You seem to be online all day...
It's an illusion. Your Typhon is on all day, but that doesn't mean you're
sitting in front of it.
> just hop on the train to paris... so that I can hit you over the head
> with an ethernet cable a bit...
Tu n'a pas entendu que Londre
Angus Leeming <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
>> | Seeing as how you're messing with these Makefiles, could you consider
>> | the patch that Kayvan sent to finish off the 'make rpmdist' problem?
>
>> | http://article.gmane.org/gmane.editors.lyx.devel:46758
>
>> Pttrpptt..
Lars Gullik Bjønnes wrote:
> | Seeing as how you're messing with these Makefiles, could you consider
> | the patch that Kayvan sent to finish off the 'make rpmdist' problem?
> | http://article.gmane.org/gmane.editors.lyx.devel:46758
> Pttrpptt.. I am comming to that.
Great. It's nice to be able
Paul A. Rubin wrote:
> Would it take much work to have LyX pop up a warning message, should the
> user be so ill-advised as to export a file with spaces in the .bib path,
> alerting the user that he/she will not be able to compile the doc using
> LaTeX due to the spaces?
The current version of LyX
Jean-Marc Lasgouttes wrote:
> Angus> * Copies any BibTeX databases to the temp directory, mangling
> Angus> their names in the process. This ensures that any "files with
> Angus> spaces" that cause BibTeX to fail can be processed
> Angus> successfully.
> I am OK with the principle, but the code lo
Angus Leeming <[EMAIL PROTECTED]> writes:
| [EMAIL PROTECTED] wrote:
>> Log message:
>> pretend success when srcdir != builddir
>
| Seeing as how you're messing with these Makefiles, could you consider the
| patch that Kayvan sent to finish off the 'make rpmdist' problem?
>
| http://article.gmane.
[EMAIL PROTECTED] wrote:
> Log message:
> pretend success when srcdir != builddir
Seeing as how you're messing with these Makefiles, could you consider the
patch that Kayvan sent to finish off the 'make rpmdist' problem?
http://article.gmane.org/gmane.editors.lyx.devel:46758
--
Angus
32 matches
Mail list logo