Am Dienstag, dem 12.03.2024 um 13:23 +0200 schrieb Idan Pazi:
> I hereby grant a permission for all of my contributions to LyX to be
> licensed under the GPL version 2 or later.
Thanks, I committed your patch.
--
Jürgen
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mail
I hereby grant a permission for all of my contributions to LyX to be
licensed under the GPL version 2 or later.
Thank you, Idan Pazi
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel
On Tue, 2024-03-12 at 10:37 +0100, Jürgen Spitzmüller wrote:
> If nobody beats me to it, I will do it.
Thank you Jürgen, I am busy with other issues.
Best regards,
--
José Abílio
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel
Am Sonntag, dem 10.03.2024 um 14:52 -0400 schrieb Richard Kimberly
Heck:
> On 3/8/24 04:19, Jürgen Spitzmüller wrote:
> > Am Samstag, dem 02.03.2024 um 19:49 + schrieb José Matos:
> > > After our exchange last week I feel inclined to apply this.
> > >
> > > I am still note sure that this is th
On 3/8/24 04:19, Jürgen Spitzmüller wrote:
Am Samstag, dem 02.03.2024 um 19:49 + schrieb José Matos:
After our exchange last week I feel inclined to apply this.
I am still note sure that this is the right step but clearly it
improves the code regarding the previous one.
Does any one oppose
Am Samstag, dem 02.03.2024 um 19:49 + schrieb José Matos:
> After our exchange last week I feel inclined to apply this.
>
> I am still note sure that this is the right step but clearly it
> improves the code regarding the previous one.
>
> Does any one opposes to this action?
My suggestion w
On Fri, 2024-02-16 at 15:23 +0200, Idan Pazi wrote:
> Encountered the following bug (windows 10, python 3.12) - preview of
> math fails:
> > graphics\PreviewLoader.cpp (2ef):
> > PreviewLoader::finishedInProgress(1): processing failed for py -3 -
> > tt $$s/scripts/lyxpreview2bitmap.py --png
> > "
On Sat, 2024-02-24 at 21:51 +0100, Enrico Forestieri wrote:
> Wanting to be very safe, we could use te chardet library for
> performing the correct conversion, but if the above is the standard
> with python 3 on windows I don't think it is necessary.
In [1]: help(str)
...
str(object='') -> str
str
On Sat, Feb 24, 2024 at 01:17:56PM +0200, Idan Pazi wrote:
I have sys.flags.utf8_mode = 0.
I assume everything is utf8, but I don't think the problem is about
finding the right encoding.
On the contrary, it is necessary to know the initial encoding of a bytes
object for converting it to unic
I have sys.flags.utf8_mode = 0.
I assume everything is utf8, but I don't think the problem is about finding the
right encoding.
win32file.ReadFile returns bytes, which cannot be added (+) to a string (see
data = "" at line 162).
Assume that on some cases it returns a string, then this patch won'
On Sat, 2024-02-17 at 10:41 +0100, Enrico Forestieri wrote:
> On Fri, Feb 16, 2024 at 03:28:25PM +, José Matos wrote:
> >
> > On Fri, 2024-02-16 at 15:23 +0200, Idan Pazi wrote:
> > >
> > > Apparently, the returned value from win32file.ReadFile should be
> > > converted to a string.
> >
> >
On Fri, Feb 16, 2024 at 03:28:25PM +, José Matos wrote:
On Fri, 2024-02-16 at 15:23 +0200, Idan Pazi wrote:
Apparently, the returned value from win32file.ReadFile should be
converted to a string.
Fix patch attached.
Thank you, Idan
What is the encoding of the bytes? Is it UTF8?
If so
On Fri, 2024-02-16 at 15:23 +0200, Idan Pazi wrote:
>
> Apparently, the returned value from win32file.ReadFile should be
> converted to a string.
> Fix patch attached.
> Thank you, Idan
What is the encoding of the bytes? Is it UTF8?
If so the patch look right.
@Enrico, what do you think?
--
Encountered the following bug (windows 10, python 3.12) - preview of math
fails:
graphics\PreviewLoader.cpp (2ef): PreviewLoader::finishedInProgress(1):
processing failed for py -3 -tt $$s/scripts/lyxpreview2bitmap.py --png
"C:/Users/idank/AppData/Local/Temp/lyx_tmpdir.mzhGYGTpQcAc/lyx_tmpbuf0/ly
Use this one rather.
- Martin
On Mon, Mar 05, 2007 at 03:50:11PM +0200, Martin Vermeer wrote:
>
> Attached the reworked patch. Works for me.
>
> - Martin
>
>
> On Fri, Mar 02, 2007 at 01:38:59PM +0200, Martin Vermeer wrote:
> > On Fri, Mar 02, 2007 at 11:34:06AM +0100, Jean-Marc Lasgouttes wr
Attached the reworked patch. Works for me.
- Martin
On Fri, Mar 02, 2007 at 01:38:59PM +0200, Martin Vermeer wrote:
> On Fri, Mar 02, 2007 at 11:34:06AM +0100, Jean-Marc Lasgouttes wrote:
> > > "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
> >
> > Martin> On Fri, Mar 02, 2007 at 0
Hello,
this patch fixes an important CT usability problem (#2306). Georg,
thanks for pointing me to a nice technical solution!
Michael
Author: schmitt
Date: Fri Feb 9 11:27:41 2007
New Revision: 17122
URL: http://www.lyx.org/trac/changeset/17122
Log:
* src/CutAndPaste.C: copySelect
Michael Gerz wrote:
> +// do not copy text (also nested in insets) which is marked as
> deleted
> +// FIXME: acceptChanges() is defined for LyXText rather than
> ParagraphList
> +// Therefore we must wrap 'paragraphs' into a LyXText object and
> cross our fingers
> +
Hi,
this patch fixes bug #2306.
The code looks a bit clumsy but I see no better solution with the
current architecture. Is it acceptable for you?
Michael
Index: CutAndPaste.C
===
--- CutAndPaste.C (Revision 17120)
+++ CutAndPaste
On Sat, Mar 04, 2006 at 11:51:30AM +0100, Georg Baum wrote:
> Am Samstag, 4. März 2006 09:48 schrieb Martin Vermeer:
>
> > Does this sound like an idea (yes, it's adding more special code :-( )
> Of
> > course if we move to using a caption inset (on what timetable? It looks
> > good!) we should d
Am Samstag, 4. März 2006 09:48 schrieb Martin Vermeer:
> Does this sound like an idea (yes, it's adding more special code :-( )
Of
> course if we move to using a caption inset (on what timetable? It looks
> good!) we should do it inside there. Might even be easier still.
[EMAIL PROTECTED]:~/sw/s
I posted at patch at bugzilla for 675, which implements Jean-Marc's
suggestion to \protect the graphic if inside the caption (or any other
running arg). It works as predicted.
The discussion at the bug report made me think about caption handling
again. The relevant code is in breakParagraph in te
On Mon, 2005-09-19 at 11:48 +0200, Jean-Marc Lasgouttes wrote:
> > "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
>
> Martin> The displayed width of a space on-screen is taken from the
> Martin> wrong position in the row... but only for RtL text. And thus
> Martin> the row display is m
> "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
Martin> The displayed width of a space on-screen is taken from the
Martin> wrong position in the row... but only for RtL text. And thus
Martin> the row display is messed up if it contains spaces. Patch
Martin> fixes this.
Martin> I beli
The displayed width of a space on-screen is taken from the wrong
position in the row... but only for RtL text. And thus the row display
is messed up if it contains spaces. Patch fixes this.
I believe this to be correct, but please test. Bug and patch are in
bugzilla: bug 2029.
- Martin
Index: r
On Fri, Apr 01, 2005 at 05:42:30PM +0300, Martin Vermeer wrote:
>
> Attached is a patch that fixes this cursor positioning problem for math
> insets-within-insets. I don't like it very much but it works, and it is
> based on an understanding of the bug's mechanism, which is always
> comforting. (W
> "Jose'" == Jose' Matos <[EMAIL PROTECTED]> writes:
Jose'> This was the result of the file format change that lead to
Jose'> this line in LyX.py
OK, thanks.
JMarc
On Wednesday 16 February 2005 10:08, Jean-Marc Lasgouttes wrote:
> > "Jose'" == Jose' Matos <[EMAIL PROTECTED]> writes:
>
> Jose'> Hi, I have this in my tree, I think that we have discussed this
> Jose'> some time ago as it fixes a bug reported at that time.
>
> And what was this bug?
http://w
> "Jose'" == Jose' Matos <[EMAIL PROTECTED]> writes:
Jose'> Hi, I have this in my tree, I think that we have discussed this
Jose'> some time ago as it fixes a bug reported at that time.
And what was this bug?
JMarc
Hi,
I have this in my tree, I think that we have discussed this some time ago
as it fixes a bug reported at that time.
If I don't have any objections I will apply it soon. :-)
--
José Abílio
Index: LyX.py
===
RCS file: /usr/loca
On Mon, Oct 13, 2003 at 04:53:24PM +0300, Martin Vermeer spake thusly:
>
> At least this fixes one of them. (It took the cursor position inside
> the inset and compared it with the length of the paragraph containing
> the inset. Works OK as long as the inset content is longer than the
> containing
At least this fixes one of them. (It took the cursor position inside
the inset and compared it with the length of the paragraph containing
the inset. Works OK as long as the inset content is longer than the
containing paragraph :-( )
- Martin
PS I'm on my way travelling the rest of the week... Wa
On Wed, Dec 18, 2002 at 08:22:03PM +0100, Alfredo Braunstein wrote:
> The reference label was not correctly selected.
fixed.
btw, you should subscribe to the lyx-cvs list, so you can see your patch
go in ..
regards
john
--
"ALL television is children's television."
- Richard Adler
2002/12/18 19:19:17
@@ -1,3 +1,7 @@
+2002-12-18 Alfredo Braunstein <[EMAIL PROTECTED]>
+
+ * QRef.C (redoRefs): small bug fix (wrong label was selected)
+
2002-12-18 Jean-Marc Lasgouttes <[EMAIL PROTECTED]>
* Alert_pimpl.C (askForText_pimpl): replace qt_() with _()
I
On Thursday 31 October 2002 6:02 am, Rob Lahaye wrote:
> Hi,
>
> The attached patch fixes an image clipping bug in
> xformsImage.C. The patch fixes the following type of error:
>
> int i = 5;
> unsigned int ui = 20;
> int offset = std::max(0U, i - ui);
>
> Here, (i - ui) is converted to
Hi,
The attached patch fixes an image clipping bug in xformsImage.C.
The patch fixes the following type of error:
int i = 5;
unsigned int ui = 20;
int offset = std::max(0U, i - ui);
Here, (i - ui) is converted to unsigned int.
If (i - ui) is negative, then this is converted to a very l
This finally should lay to rest, in a way that is IMHO good enough for 1.2.0,
the trouble with the circumflex and underscore symbol insertion in math.
-- Martin
2002-01-24 Martin Vermeer <[EMAIL PROTECTED]>
* LaTeXFeatures.C:
* lyx_sty.[Ch]:
* math_macro.C:
> "Gary" == Gary Hall <[EMAIL PROTECTED]> writes:
Gary> I forgot to mention that an include directive for sunmath.h is
Gary> required for src/insets/figinset.C.
What version of solaris? What compiler? If it is gcc, what does 'gcc
-v' say?
JMarc
> "John" == John Levon <[EMAIL PROTECTED]> writes:
John> On Thu, Jan 03, 2002 at 10:54:17AM -0800, Gary Hall wrote:
>> I forgot to mention that an include directive for sunmath.h is
>> required for src/insets/figinset.C.
John> What lyx version ? I think your system is a little broken, we
Joh
On Thu, Jan 03, 2002 at 10:54:17AM -0800, Gary Hall wrote:
> I forgot to mention that an include directive for sunmath.h is required
> for src/insets/figinset.C.
What lyx version ? I think your system is a little broken, we don't mention
sinf or cosf in figinset.C
I don't even know what they a
I forgot to mention that an include directive for sunmath.h is required
for src/insets/figinset.C.
--
Gary Hall [EMAIL PROTECTED] | Voice (604) 291-5925
Centre for Systems Science | Fax (604) 291-5404
Simon Fraser University|
Burnaby, B.C. V5A 1S6 |
While compiling Lyx on Sun sparc Solaris 5.8 I encountered the following
error:
g++ -g -O2 -o lyx BufferView.o BufferView2.o BufferView_pimpl.o Bullet.o
Chktex.
o ColorHandler.o CutAndPaste.o DepTable.o FloatList.o Floating.o
FontInfo.o Font
Loader.o LColor.o LaTeX.o LaTeXFeatures.o LaTeXLog.o Ly
Huh... why doesn't this work?
Here's the patch, which fixes (second chunk) the occasionally italic
numerals appearing initially in an equation inset:
Index: math_cursor.C
===
RCS file: /cvs/lyx/lyx-devel/src/mathed/math_cursor.C,
Anybody else notice that sometimes, entering the first
digit in a (sub-)inset in math appears as italic, and
only subsequent ones as roman?
This happens in a single math inset in text as well as
in a super/subscript, sqrt and frac inset. LyX file
(as well as saved and re-loaded appearance) is O
Min Xu <[EMAIL PROTECTED]> writes:
| Thanks. A new version of hyperref solves the problem. But putting the language
| as a global option does break some other packages, for example, the newest
| slide making package "prosper" will be broken if the global language option is
| used.
Then this i
On Fri, Feb 09, 2001 at 08:49:49AM -0500, Min Xu wrote:
> Thanks. A new version of hyperref solves the problem. But putting the language
> as a global option does break some other packages, for example, the newest
> slide making package "prosper" will be broken if the global language option is
Thanks. A new version of hyperref solves the problem. But putting the language
as a global option does break some other packages, for example, the newest
slide making package "prosper" will be broken if the global language option is
used.
Does it make more sense that the language option is spe
On Thu, Feb 08, 2001 at 10:05:28AM -0500, Min Xu wrote:
> The LyX1.1.6fix1 handles the language option by putting it as a global
> option. Recently, I found this placement make the pdflatex fail with the
> following message:
>
> ! LaTeX Error: Missing \begin{document}.
>
> See the LaTeX manual
Min Xu <[EMAIL PROTECTED]> writes:
| Hi,
|
| The LyX1.1.6fix1 handles the language option by putting it as a global
| option. Recently, I found this placement make the pdflatex fail with
| the following message:
If so, this is a bug in pdflatex or the documentclass or a package
file...
Can you
Hi,
The LyX1.1.6fix1 handles the language option by putting it as a global
option. Recently, I found this placement make the pdflatex fail with the
following message:
! LaTeX Error: Missing \begin{document}.
See the LaTeX manual or LaTeX Companion for explanation.
Type H for immediate help
> "Chanop" == Chanop Silpa-Anan <[EMAIL PROTECTED]> writes:
Chanop> Oops I forgot to attach the file.
Thanks. I'll apply it.
JMarc
On Tue, Feb 06, 2001 at 11:24:41PM +1100, Chanop Silpa-Anan wrote:
> I have it like Encoding tis620-0 blah_blah_blah before. I'll try
> with tisenc plus patch the Form.C file with tisenc entry.
A second look reveals that tisenc.enc is a font encoding file, and not an
input encoding file. It se
Thank you for the hints.
Once upon a time, I heard Dekel Tsur say
> On Tue, Feb 06, 2001 at 04:56:42PM +1100, Chanop Silpa-Anan wrote:
> > Q1: What is the encoding in lib/encondings for? Is it for screen encoding
> > that map 8-bit to unicode?
>
> It is currently used for converting the interna
On Tue, Feb 06, 2001 at 04:56:42PM +1100, Chanop Silpa-Anan wrote:
> Q1: What is the encoding in lib/encondings for? Is it for screen encoding
> that map 8-bit to unicode?
It is currently used for converting the internal 8-bit representation to
16-bit unicode when using an iso10646-1 screen font.
Oops I forgot to attach the file.
Here it is.
Chanop
--
-BEGIN GEEK CODE BLOCK-
Version: 3.12
GE d? s+: a- C++ UL++ P+ L+++ E- W++ N++ o-- K- w---
O- M+ V-- PS PE++ Y PGP++ t+ 5++ X+ R tv+++ b++ DI+ D-
G e+++ h* r+ y+
--END GEEK CODE BLOCK--
#
# Thai Kedmanee Keyboard for Lyx
I had one bug on thai-kedmanee.kmap posted earlier. The attactment is the
fixed version.
Q1: What is the encoding in lib/encondings for? Is it for screen encoding
that map 8-bit to unicode?
Q2: In lib/language, I'm not sure whether if I add a line like
thaithai"Thai" f
On Mon, Jan 08, 2001 at 01:42:57PM +0100, Juergen Vigna wrote:
> > If there are more than one paragraphs then the column must be a fixed width
> > column, in which case the test GetPWidth(cell).empty() fails, so LyX doesn't
> > write the \R{}. However, the \selectlanguage{} commands between the
>
On 08-Jan-2001 Dekel Tsur wrote:
>
> If there are more than one paragraphs then the column must be a fixed width
> column, in which case the test GetPWidth(cell).empty() fails, so LyX doesn't
> write the \R{}. However, the \selectlanguage{} commands between the
> paragraph will cause the correct
On Mon, Jan 08, 2001 at 12:24:35PM +0100, Juergen Vigna wrote:
>
> On 08-Jan-2001 Dekel Tsur wrote:
>
> >> Last() returns a pointer so it really should be .. && inset->par->Last() &&
> >> shouldn't it?
> >
> > No, Last() returns LyXParagraph::size_type (= unsigned int).
> >
>
> Sure dump from
On 08-Jan-2001 Dekel Tsur wrote:
>> Last() returns a pointer so it really should be .. && inset->par->Last() &&
>> shouldn't it?
>
> No, Last() returns LyXParagraph::size_type (= unsigned int).
>
Sure dump from me :(, but what if the inset has more then one paragraph
and one is RTL and the ot
Dekel Tsur <[EMAIL PROTECTED]> writes:
| No, Last() returns LyXParagraph::size_type (= unsigned int).
signed int I hope... will be a unsigned int later, but not yet.
Lgb
On Mon, Jan 08, 2001 at 11:04:16AM +0100, Juergen Vigna wrote:
> 1.
>
> @@ -2195,7 +2195,16 @@ int LyXTabular::Latex(Buffer const * buf
> + bool rtl = inset->par->isRightToLeftPar(buf->params) &&
> +
On 07-Jan-2001 Dekel Tsur wrote:
> The following patch fixes several bugs with insettabular/insettext (mostly RTL
> stuff). I've also made one change which isn't exactly a bug fix:
The changes seems sound I just have some questions
The following patch fixes several bugs with insettabular/insettext (mostly RTL
stuff). I've also made one change which isn't exactly a bug fix:
When you press tab in a tabular cell, and the cursor is in a non-dummy position
(i.e. the red frame is displayed, or technically, the insett
> "Dekel" == Dekel Tsur <[EMAIL PROTECTED]> writes:
Dekel> * src/frontends/xforms/FormDocument.C (FormDocument::build):
Dekel> Disable class_->choice_doc_class and language_->choice_language
Dekel> to allow using the class/language combox with keyboard.
Good. Applied.
BTW, when I use Escape
* src/frontends/xforms/FormDocument.C (FormDocument::build):
Disable class_->choice_doc_class and language_->choice_language to
allow using the class/language combox with keyboard.
patch.gz
> "Dekel" == Dekel Tsur <[EMAIL PROTECTED]> writes:
Dekel> I've found a related "bug" (this time, the bug is an old one):
Dekel> Start a new formula inset, type \x and then type backspace (to
Dekel> delete the x). The formula inset is now drawn with zero height,
Dekel> which is rather annoyin
On 22-Sep-2000 Dekel Tsur wrote:
>
> I've found a related "bug" (this time, the bug is an old one):
[snip]
Applied to 1.1.6cvs!
Jürgen
--
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._
Dr. Jürgen VignaE-Mail: [EMAIL PROTECTED]
Italienallee 13/N Tel/F
On Thu, Sep 21, 2000 at 09:58:47PM +0300, Dekel Tsur wrote:
> Due to recent changes (replacing of char * by strings), there is a new bug in
> mathed:
> When inside the mathed, while typing \cos, no text is visible until pressing
> space. I've attached a bug that fixes it.
I've found a related "bu
On 21-Sep-2000 Dekel Tsur wrote:
> Due to recent changes (replacing of char * by strings), there is a new bug in
> mathed:
> When inside the mathed, while typing \cos, no text is visible until pressing
> space. I've attached a bug that fixes it.
Applied!
Jürgen
--
-._-._-._-._-._-._-._-.
Due to recent changes (replacing of char * by strings), there is a new bug in
mathed:
When inside the mathed, while typing \cos, no text is visible until pressing
space. I've attached a bug that fixes it.
patch.gz
> "Dekel" == Dekel Tsur <[EMAIL PROTECTED]> writes:
Dekel> I've attach a fix
Dekel> for a bug in the paragraph spacing code, when the compiler
Dekel> doesn't have sstream. The patch can also go to 1.1.5fix2
Done. Thanks.
JMarc
Allan Rae wrote:
>
> On Mon, 21 Aug 2000, Garst R. Reese wrote:
>
> > Allan Rae wrote:
> > >
> > > On Mon, 21 Aug 2000, Garst R. Reese wrote:
> > > > Just tried to make. Attached is the log.
> > > > xforms .88, gcc-2.95.2 libc2.1.3
> > > > Garst
> > >
> > > D'oh! Fixed the fix now. Try again.
On Mon, 21 Aug 2000, Garst R. Reese wrote:
> Allan Rae wrote:
> >
> > On Mon, 21 Aug 2000, Garst R. Reese wrote:
> > > Just tried to make. Attached is the log.
> > > xforms .88, gcc-2.95.2 libc2.1.3
> > > Garst
> >
> > D'oh! Fixed the fix now. Try again.
> >
> > Allan. (ARRae)
> It compiled
Allan Rae wrote:
>
> On Mon, 21 Aug 2000, Garst R. Reese wrote:
> > Just tried to make. Attached is the log.
> > xforms .88, gcc-2.95.2 libc2.1.3
> > Garst
>
> D'oh! Fixed the fix now. Try again.
>
> Allan. (ARRae)
It compiled, I can close a file, but Alt-Enter still gets me out of a
mini-pa
Allan Rae wrote:
>
> On Mon, 21 Aug 2000, Garst R. Reese wrote:
> > Just tried to make. Attached is the log.
> > xforms .88, gcc-2.95.2 libc2.1.3
> > Garst
>
> D'oh! Fixed the fix now. Try again.
>
> Allan. (ARRae)
Did you comit? I'm getting the same msg. and don't see any relevant
files tim
On Mon, 21 Aug 2000, Garst R. Reese wrote:
> Just tried to make. Attached is the log.
> xforms .88, gcc-2.95.2 libc2.1.3
> Garst
D'oh! Fixed the fix now. Try again.
Allan. (ARRae)
Allan Rae wrote:
>
> On Thu, 17 Aug 2000, Dekel Tsur wrote:
>
> > I've attach a fix for a bug in the paragraph spacing code, when the compiler
> > doesn't have sstream.
> > The patch can also go to 1.1.5fix2
>
> Applied to 1.1.6cvs.
>
> Allan. (ARRae)
Just tried to make. Attached is the log.
x
On Thu, 17 Aug 2000, Dekel Tsur wrote:
> I've attach a fix for a bug in the paragraph spacing code, when the compiler
> doesn't have sstream.
> The patch can also go to 1.1.5fix2
Applied to 1.1.6cvs.
Allan. (ARRae)
I've attach a fix for a bug in the paragraph spacing code, when the compiler
doesn't have sstream.
The patch can also go to 1.1.5fix2
patch.gz
Bernard Michael Hurley <[EMAIL PROTECTED]> writes:
| On Thu, Jul 06, 2000 at 01:01:19PM +0200, Lars Gullik Bjønnes wrote:
|
| >
| > I can only say that LaTex was never intended to be subclasses
| > from...so I really don't like that part of the patch...
|
| In this case, why is scanLogFile de
On Thu, Jul 06, 2000 at 09:48:46PM +0100, Bernard Michael Hurley wrote:
> On Thu, Jul 06, 2000 at 12:33:21PM +0200, Lars Gullik Bjønnes wrote:
> >
> > Can the Literate people please have a look at this patch and tell me
> > if it is good or not?
> >
> I should have pointed out that you will hav
On Thu, Jul 06, 2000 at 01:01:19PM +0200, Lars Gullik Bjønnes wrote:
>
> I can only say that LaTex was never intended to be subclasses
> from...so I really don't like that part of the patch...
In this case, why is scanLogFile declared "protected"?
>
> The whole LaTeX class is specially tuned
On Thu, Jul 06, 2000 at 12:33:21PM +0200, Lars Gullik Bjønnes wrote:
>
> Can the Literate people please have a look at this patch and tell me
> if it is good or not?
>
I should have pointed out that you will have to use the new "listerrors" compiled from
the new "Literate.lyx". I suppose this
On Thu, Jul 06, 2000 at 12:33:21PM +0200, Lars Gullik Bjønnes wrote:
> Bernard Michael Hurley <[EMAIL PROTECTED]> writes:
>
> | Error messages are now passed back correctly from gcc and placed
> | "under" error buttons in a Literate LyX source. I have added an
> | extra parameter to LaTeX::scanLo
Bernard Michael Hurley <[EMAIL PROTECTED]> writes:
| Hi all,
|
| I have just fixed a bug in the Literate Programming facility in LyX. The attached
|patch affects:
|
|in /src: LaTeX.h LaTeX.C Literate.h Literate.C
|in /lib/examples: Literate.lyx
|
| Error messages are now passed back
Bernard Michael Hurley <[EMAIL PROTECTED]> writes:
| Error messages are now passed back correctly from gcc and placed
| "under" error buttons in a Literate LyX source. I have added an
| extra parameter to LaTeX::scanLogFile. This allows subclasses of
| LaTeX (e.g. Literate) to scan a log file for
Hi all,
I have just fixed a bug in the Literate Programming facility in LyX. The attached
patch affects:
in /src: LaTeX.h LaTeX.C Literate.h Literate.C
in /lib/examples: Literate.lyx
Error messages are now passed back correctly from gcc and placed "under" error buttons
in a Literate L
On 05-May-2000 Jean-Marc Lasgouttes wrote:
>> "Dekel" == Dekel Tsur <[EMAIL PROTECTED]> writes:
>
> Dekel> The place with a conflict was in the insettext. Since it isn't
> Dekel> being used currently, I just removed the new code from there.
> Dekel> The following patch also fixes the "americ
> "Dekel" == Dekel Tsur <[EMAIL PROTECTED]> writes:
Dekel> The place with a conflict was in the insettext. Since it isn't
Dekel> being used currently, I just removed the new code from there.
Dekel> The following patch also fixes the "american" language problem.
Thanks.
JMarc
On Thu, May 04, 2000 at 02:56:39PM +0200, Jean-Marc Lasgouttes wrote:
>
> Could re-re-redo your patch? (I know it's a pain...)
The place with a conflict was in the insettext.
Since it isn't being used currently, I just removed the new code from there.
The following patch also fixes the "american
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: |
Lars> > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes: | |
Lars> Lars> So that means that if the command is robust we don't need
Lars> a | Lars> \protect even if
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
|
| Lars> So that means that if the command is robust we don't need a
| Lars> \protect even if it is in a moving argument?
|
| That's it. Why protect something which is robust, aft
> "Dekel" == Dekel Tsur <[EMAIL PROTECTED]> writes:
Dekel> I used style.isCommand() because it was used in
Dekel> SimpleTeXSpecialChars() (in other words, LyX currently put
Dekel> \protect in the argument of any command). As you suggested, it
Dekel> should be style.needprotect, so I've change
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> So that means that if the command is robust we don't need a
Lars> \protect even if it is in a moving argument?
That's it. Why protect something which is robust, after all?
JMarc
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
|
| Lars> Dekel Tsur <[EMAIL PROTECTED]> writes: | As you suggested, it
| Lars> should be style.needprotect, so I've changed it, | and also
| Lars> renamed the 'fragile' variable to
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> Dekel Tsur <[EMAIL PROTECTED]> writes: | As you suggested, it
Lars> should be style.needprotect, so I've changed it, | and also
Lars> renamed the 'fragile' variable to 'need_protect'.
Lars> Not sure about this one. Oh, I agree
Dekel Tsur <[EMAIL PROTECTED]> writes:
| As you suggested, it should be style.needprotect, so I've changed it,
| and also renamed the 'fragile' variable to 'need_protect'.
Not sure about this one. Oh, I agree that the name should change.
'need_protect' seems to demand a '\protect' and I don't t
On Fri, Apr 28, 2000 at 04:59:44PM +0200, Jean-Marc Lasgouttes wrote:
> > "Dekel" == Dekel Tsur <[EMAIL PROTECTED]> writes:
>
> Dekel> The following patch allows using the URL inset inside the
> Dekel> \thanks{} command (it adds \protect to the LaTeX file).
>
> Dekel, I still do not understa
> "Dekel" == Dekel Tsur <[EMAIL PROTECTED]> writes:
Dekel> The following patch allows using the URL inset inside the
Dekel> \thanks{} command (it adds \protect to the LaTeX file).
Dekel, I still do not understand the statement
fragile |= style.isCommand();
in your patch. As I see it, it will
1 - 100 of 147 matches
Mail list logo
