Jürgen Spitzmüller <[EMAIL PROTECTED]> writes:
>
> Andreas K. wrote:
> > Wow! You released the 1.5.3 version one whole year before the other
> > platforms: ftp://ftp.lyx.org/pub/lyx/bin/1.5.3/
>
> I beg your pardon?
>
> Jürgen
>
>
Well, when I looked at that page yesterday it said that the c
http://bugzilla.lyx.org/show_bug.cgi?id=2913
"mark-on" is broken since 1.4.0. The attached patch revives it. I'm committing
to trunk. Please test it out. If it doesn't entail problems, I'm gonna commit
to branch as well.
Jürgen
Index: src/Text.cpp
===
Hello LyXers,
I uploaded the new version 3.21 of the LyXWinInstaller. Like the last version an update installer is
provided. With this you can easily update your LyX 1.5.2 installation to LyX 1.5.3: Log in as
adminstrator on your PC and execute the update installer.
Note: The update installer
> The traditional solution to such
> problems was to use the OutputParams struct and to add there whatever
> variable is necessary. Is it really unfeasible here?
I never though of that because OutputParams (such as nice, linelen) is
used to control how output is generated, not to collect errors. O
"Bo Peng" <[EMAIL PROTECTED]> writes:
> Dear all,
>
> Using a trick that add par_id and pos information during the handling
> of encoding_exception, I came up with a much simpler patch. Basically,
This patch is welcome, since not knowing what character has a problem
is really annoying. I am not s
>
> 'EncodingException' please.
I followed the name iconv_codecvt_facet_exception, but I will change
to EncodingException.
Bo
On Tue, Dec 18, 2007 at 01:21:22PM +1800, Bo Peng wrote:
> Dear all,
>
> Using a trick that add par_id and pos information during the handling
> of encoding_exception, I came up with a much simpler patch. Basically,
>
> 1. Define an exception with all needed information.
> +class encoding_excepti
Bo Peng wrote:
> The patch is for 1.5.4, please test. I will commit after a few days of
> using it.
For branch, I'd like to hear some opinions on the patch first (although I
agree on the overall direction).
BTW, this is bug 3511:
http://bugzilla.lyx.org/show_bug.cgi?id=3511
Jürgen
Dear all,
Using a trick that add par_id and pos information during the handling
of encoding_exception, I came up with a much simpler patch. Basically,
1. Define an exception with all needed information.
+class encoding_exception : public std::exception {
+public:
+ encoding_exception(char_t
Thanks,
Predrag
Uwe Stöhr wrote:
Predrag Rakic schrieb:
Default Serbian alphabet is cyrillic. It is associated with locale
code sr_RS and iso8859-5 char map.
Also, there is latin Serbian alphabet. It is associated with locale
code [EMAIL PROTECTED] and iso8859-2 char map.
I committed the
Jean-Marc Lasgouttes wrote:
> Looks like a good idea.
I'll commit then.
Jürgen
Jürgen Spitzmüller <[EMAIL PROTECTED]> writes:
> http://bugzilla.lyx.org/show_bug.cgi?id=4408
>
> The "accept compound words" option in Prefs currently only affects ispell.
> The
> attached patch implements it in aspell as well.
Looks like a good idea.
JMarc
http://bugzilla.lyx.org/show_bug.cgi?id=4408
The "accept compound words" option in Prefs currently only affects ispell. The
attached patch implements it in aspell as well.
I commit to branch and trunk if I don't get objections.
Jürgen
P.S.: in trunk, the spellchecker is broken again.
Index: sr
Andreas K. wrote:
> Wow! You released the 1.5.3 version one whole year before the other
> platforms: ftp://ftp.lyx.org/pub/lyx/bin/1.5.3/
I beg your pardon?
Jürgen
Enrico Forestieri wrote:
> Congrats. Here is a Cygwin binary:
> http://www.lyx.org/~forenr/lyx-1.5.3-cygwin.tar.gz
Thanks. It's on the server now.
Jürgen
Enrico Forestieri <[EMAIL PROTECTED]> writes:
>
> On Sun, Dec 16, 2007 at 07:18:44PM +0100, Jürgen Spitzmüller wrote:
>
> > Public release of LyX version 1.5.3
> >
>
> Congrats. Here is a Cygwin binary:
> http://www.lyx.org/~forenr/lyx-1.5.3-cygwin.tar.gz
>
On Sun, Dec 16, 2007 at 07:18:44PM +0100, Jürgen Spitzmüller wrote:
> Public release of LyX version 1.5.3
>
Congrats. Here is a Cygwin binary:
http://www.lyx.org/~forenr/lyx-1.5.3-cygwin.tar.gz
--
Enrico
Am Montag, 17. Dezember 2007 06:47:34 schrieb Bo Peng:
> It is difficult to write tikz figures for beamer slides because it is
> easy to make grammar mistakes, and it is difficult to preview the
> figure.
I am writing such figures in separate, \input'ed .tikz files that I preview
externally (see
On Mon, Dec 17, 2007 at 11:33:43AM +0100, Abdelrazak Younes wrote:
> Enrico Forestieri wrote:
> > On Mon, Dec 17, 2007 at 08:51:48AM +0100, Abdelrazak Younes wrote:
> >
> >> Edwin Leuven wrote:
> >>> Enrico Forestieri wrote:
> As I already said, you should complain with Microsoft because tha
Enrico Forestieri wrote:
On Mon, Dec 17, 2007 at 08:51:48AM +0100, Abdelrazak Younes wrote:
Edwin Leuven wrote:
Enrico Forestieri wrote:
As I already said, you should complain with Microsoft because that
is a cmd.exe bug ;-)
i know, and i am always more than happy to blame microsoft ;-) but i
On Mon, Dec 17, 2007 at 09:16:21AM +0100, Abdelrazak Younes wrote:
> Stephan Witt wrote:
> > Abdelrazak Younes schrieb:
> >> Enrico Forestieri wrote:
> >>> On Fri, Dec 14, 2007 at 03:32:40PM -,
> >>> [EMAIL PROTECTED] wrote:
> >>>
> Author: younes
> Date: Fri Dec 14 16:32:37 2007
>
On Mon, Dec 17, 2007 at 08:51:48AM +0100, Abdelrazak Younes wrote:
> Edwin Leuven wrote:
> > Enrico Forestieri wrote:
> >> As I already said, you should complain with Microsoft because that
> >> is a cmd.exe bug ;-)
> >
> > i know, and i am always more than happy to blame microsoft ;-) but i was
Jean-Marc Lasgouttes wrote:
> Yes, do it now.
OK.
> BTW, is there a reason why the first Encoding in switchEncoding is not
> taken to be always *runparams.emcoding? It looks strange to always
> pass the same argument (now that runparams is passed as parameter).
Good idea, I simply missed this. I
Bo Peng wrote:
Dear all,
When some encoding error happens, it is extremely difficult to locate
the offending character. LyX gives an error message "Some characters
of your document are probably not representable in the chosen
encoding." with no hint of which and where the character is. This is,
Jürgen Spitzmüller <[EMAIL PROTECTED]> writes:
> Now that 1.5.3 is out, I'd like to put the CJK fixes in branch (see attached
> patch for the recent version).
Yes, do it now.
BTW, is there a reason why the first Encoding in switchEncoding is not
taken to be always *runparams.emcoding? It looks
Jürgen Spitzmüller wrote:
Jean-Marc Lasgouttes wrote:
An alternative plan is to release 1.5.3 without any CJK-fixes and
make a quick 1.5.4 mainly with CJK fixes afterwards, after this has
been more thoroughly tested.
Opinions?
I'd vote for this alternative plan personally. 1.5.3 has a lot of b
Jean-Marc Lasgouttes wrote:
> >> An alternative plan is to release 1.5.3 without any CJK-fixes and
> >> make a quick 1.5.4 mainly with CJK fixes afterwards, after this has
> >> been more thoroughly tested.
> >>
> >> Opinions?
> >
> > I'd vote for this alternative plan personally. 1.5.3 has a lot of
Stephan Witt wrote:
Abdelrazak Younes schrieb:
Enrico Forestieri wrote:
On Fri, Dec 14, 2007 at 03:32:40PM -,
[EMAIL PROTECTED] wrote:
Author: younes
Date: Fri Dec 14 16:32:37 2007
New Revision: 22148
URL: http://www.lyx.org/trac/changeset/22148
Log:
The original support::copy() was ove
Jürgen Spitzmüller wrote:
Abdelrazak Younes wrote:
This fix is applicable to branch Juergen.
Is there a specific reason why you removed the p.length() > 1 condition from
the DOS style?
I didn't remove it, I just return early for the negative condition:
+if (p.length() <= 1)
+re
Also sprach Jürgen Spitzmüller:
> Is there a specific reason why you removed the p.length() > 1 condition
> from the DOS style?
Sorry. I'm beginnig to wake up now.
Jürgen
Abdelrazak Younes wrote:
> This fix is applicable to branch Juergen.
Is there a specific reason why you removed the p.length() > 1 condition from
the DOS style?
Jürgen
Abdelrazak Younes schrieb:
Enrico Forestieri wrote:
On Fri, Dec 14, 2007 at 03:32:40PM -, [EMAIL PROTECTED] wrote:
Author: younes
Date: Fri Dec 14 16:32:37 2007
New Revision: 22148
URL: http://www.lyx.org/trac/changeset/22148
Log:
The original support::copy() was overwriting the target fi
32 matches
Mail list logo
