Am 29.11.2011 um 09:40 schrieb Benjamin Piwowarski:
> Hi,
>
> When the filesystem is case-sensitive, building LyX fails on mac: to make it
> work, just change Appkit to AppKit in src/support/CMakeLists.txt
>target_link_libraries(support "objc" "-framework Appkit" "-framework
> CoreFoun
Am 29.11.2011 um 16:23 schrieb Kornel Benko:
> Am Dienstag, 29. November 2011 um 15:38:49, schrieb Stephan Witt
>
>> Am 29.11.2011 um 15:32 schrieb Richard Heck:
>>
>>> On 11/29/2011 03:40 AM, Benjamin Piwowarski wrote:
Hi,
When the filesystem is case-sensitive, building LyX fai
Am Dienstag, 29. November 2011 um 15:38:49, schrieb Stephan Witt
> Am 29.11.2011 um 15:32 schrieb Richard Heck:
>
> > On 11/29/2011 03:40 AM, Benjamin Piwowarski wrote:
> >> Hi,
> >>
> >> When the filesystem is case-sensitive, building LyX fails on mac: to make
> >> it work, just change Appkit
Am 29.11.2011 um 15:32 schrieb Richard Heck:
> On 11/29/2011 03:40 AM, Benjamin Piwowarski wrote:
>> Hi,
>>
>> When the filesystem is case-sensitive, building LyX fails on mac: to make it
>> work, just change Appkit to AppKit in src/support/CMakeLists.txt
>>target_link_libraries(support
On 11/29/2011 03:40 AM, Benjamin Piwowarski wrote:
> Hi,
>
> When the filesystem is case-sensitive, building LyX fails on mac: to make it
> work, just change Appkit to AppKit in src/support/CMakeLists.txt
> target_link_libraries(support "objc" "-framework Appkit" "-framework
> CoreFounda
Hi,
When the filesystem is case-sensitive, building LyX fails on mac: to make it
work, just change Appkit to AppKit in src/support/CMakeLists.txt
target_link_libraries(support "objc" "-framework Appkit" "-framework
CoreFoundation")
by
target_link_libraries(support "objc" "-frame
Le 26 juin 07 à 14:51, Jean-Marc Lasgouttes a écrit :
"Mael" == Mael Hilléreau <[EMAIL PROTECTED]> writes:
Mael> I attached a patch for that. It adds some definitions for
Mael> '\listXXXname' and '\listofXXXs' in the preamble (with 'XXX' for
Mael> every non builtin float), and generates a '\li
> "Mael" == Mael Hilléreau <[EMAIL PROTECTED]> writes:
Mael> I attached a patch for that. It adds some definitions for
Mael> '\listXXXname' and '\listofXXXs' in the preamble (with 'XXX' for
Mael> every non builtin float), and generates a '\listofXXXs' in place
Mael> of the '\listof{XXX}{}'.
D
Le 25 juin 07 à 18:50, Mael Hilléreau a écrit :
Le 23 juin 07 à 22:44, Jean-Marc Lasgouttes a écrit :
Mael> I don't think so, to be translatable, the code should be
Mael> something like '\listof {algorithm}{\listalgorithmname}'.
I just double checked that here it outputs
\listof{algorithm}{Li
Le 23 juin 07 à 22:44, Jean-Marc Lasgouttes a écrit :
> Mael> I don't think so, to be translatable, the code should be
> Mael> something like '\listof {algorithm}{\listalgorithmname}'.
>
> I just double checked that here it outputs
> \listof{algorithm}{Liste des Algorithmes}
Just one last word on
> "Mael" == Mael Hilléreau <[EMAIL PROTECTED]> writes:
Mael> Then I'm not able to figure out why it is only a Mac related
Mael> issue... I let the specialist at home ;)
There is some specific voodoo we are supposed to do to make this work.
JMarc
Le 24 juin 07 à 13:09, Jean-Marc Lasgouttes a écrit :
Mael> That's because you're using a french UI.
No, because my document is in french.
Ok.
But I think the problem is that translation in document's language
does not work on mac OS X.
Maybe...
Mael> I think that, even if LyX could tra
> "Mael" == Mael Hilléreau <[EMAIL PROTECTED]> writes:
Mael> Le 23 juin 07 à 22:44, Jean-Marc Lasgouttes a écrit : I don't
Mael> think so, to be translatable, the code should be something like
Mael> '\listof {algorithm}{\listalgorithmname}'.
>> I just double checked that here it outputs
>> \l
Le 23 juin 07 à 22:44, Jean-Marc Lasgouttes a écrit :
Mael> I don't think so, to be translatable, the code should be
Mael> something like '\listof {algorithm}{\listalgorithmname}'.
I just double checked that here it outputs
\listof{algorithm}{Liste des Algorithmes}
That's because you're using
> "Mael" == Mael Hilléreau <[EMAIL PROTECTED]> writes:
Mael> Le 23 juin 07 à 17:28, Jean-Marc Lasgouttes a écrit :
>> As far as I know, it is supposed to output the list in the correct
>> language.
Mael> I don't think so, to be translatable, the code should be
Mael> something like '\listof {a
Le 23 juin 07 à 17:28, Jean-Marc Lasgouttes a écrit :
As far as I know, it is supposed to output the list in the correct
language.
I don't think so, to be translatable, the code should be something
like '\listof {algorithm}{\listalgorithmname}'.
Did you install LyX before trying?
I get
> "Mael" == Mael Hilléreau <[EMAIL PROTECTED]> writes:
Mael> The "List of algorithms" label cannot be customized (translated)
Mael> into the output.
Mael> 1. Create a new document 2. Choose a non english language 3.
Mael> Insert a list of algorithms (Insert > List / TOC > List of
Mael> Algori
On Saturday 23 June 2007 13:29:38 Alfredo Braunstein wrote:
> What do we celebrate? %^}
Winter/Summer Solstice. :-)
> A/
--
José Abílio
José Matos wrote:
> On Saturday 23 June 2007 13:01:41 Mael Hilléreau wrote:
>> > The attached patch solves the problem. Please tell me if it's
>> > sufficient as I'm note sure if things are done in the right way...
>>
>> No feedback on this?
>
> We are on a weekend with celebrations going aroun
On Saturday 23 June 2007 13:01:41 Mael Hilléreau wrote:
> > The attached patch solves the problem. Please tell me if it's
> > sufficient as I'm note sure if things are done in the right way...
>
> No feedback on this?
We are on a weekend with celebrations going around so please be patient. :-)
Le 22 juin 07 à 19:21, Mael Hilléreau a écrit :
The "List of algorithms" label cannot be customized (translated)
into the output.
1. Create a new document
2. Choose a non english language
3. Insert a list of algorithms (Insert > List / TOC > List of
Algorithms)
4. View the source (View > V
Le 22 juin 07 à 22:44, Alfredo Braunstein a écrit :
Mael Hilléreau wrote:
I apologize, I sent this mail twice. I had some problems with my SMTP
server...
No need to apologize. The list is terribly slow today, some
messages had a
delay of more than an hour.
Ok, happy to know that it's no
Mael Hilléreau wrote:
> I apologize, I sent this mail twice. I had some problems with my SMTP
> server...
No need to apologize. The list is terribly slow today, some messages had a
delay of more than an hour.
A/
I apologize, I sent this mail twice. I had some problems with my SMTP
server...
Le 22 juin 07 à 20:48, Mael Hilléreau a écrit :
The "List of algorithms" label cannot be customized (translated)
into the
output.
1. Create a new document
2. Choose a non english language
3. Insert a list of al
The "List of algorithms" label cannot be customized (translated) into the
output.
1. Create a new document
2. Choose a non english language
3. Insert a list of algorithms (Insert > List / TOC > List of Algorithms)
4. View the source (View > View Source)
The code corresponding to the "List of Algo
The "List of algorithms" label cannot be customized (translated) into
the output.
1. Create a new document
2. Choose a non english language
3. Insert a list of algorithms (Insert > List / TOC > List of
Algorithms)
4. View the source (View > View Source)
The code corresponding to the "List o
The "List of algorithms" label cannot be customized (translated) into
the output.
1. Create a new document
2. Choose a non english language
3. Insert a list of algorithms (Insert > List / TOC > List of
Algorithms)
4. View the source (View > View Source)
The code corresponding to the "List o
On 2/5/07, Angus Leeming <[EMAIL PROTECTED]> wrote:
I think that INSTALL.Win32 should state that Microsoft is happy to have
msvcp80.dll and msvcr80.dll distributed with the LyX installer. See
attached, which I'd recommend be committed.
Looks reasonable. Applied.
Bo
I think that INSTALL.Win32 should state that Microsoft is happy to have
msvcp80.dll and msvcr80.dll distributed with the LyX installer. See
attached, which I'd recommend be committed.
--
AngusIndex: INSTALL.Win32
===
--- INSTALL.Win3
> "Kayvan" == Kayvan A Sylvan <[EMAIL PROTECTED]> writes:
Kayvan> Hi folks, This is a small Literate.lyx patch. I am still
Kayvan> thinking about the best way to solve Bug #190 (
Kayvan> http://bugzilla.lyx.org/show_bug.cgi?id=190 ) and so needed to
Kayvan> look at Literate.lyx, which is when
Hi folks,
This is a small Literate.lyx patch. I am still thinking about the best way
to solve Bug #190 ( http://bugzilla.lyx.org/show_bug.cgi?id=190 ) and
so needed to look at Literate.lyx, which is when I came across this
problem.
--
Kayvan A. Sylvan | Proud husband of | Father
> "Juergen" == Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
Juergen> Ehm... I think that the settings for "footnote" fontsize in
Juergen> preferences are not the size of the footnote text on screen,
Juergen> but the (screen) size of text which has \footnotesize.
It should also be the fon
On Sat, 8 Dec 2001, Juergen Spitzmueller wrote:
> Ehm... I think that the settings for "footnote" fontsize in preferences
> are not the size of the footnote text on screen, but the (screen) size
> of text which has \footnotesize.
>
> Confusing is that some of the sizes in the character dialog and
Herbert Voss wrote:
> sure, but in 1.1.6 it was also the fontsize for the footnotetext
>
> or am I wrong???
I think you're wrong. AFAICS from a quick test with 1.1.6, the footnote
symbol (the red "foot" of the collapsable inset) changes if you change
\footnotesize-display, but not the footnotet
Juergen Spitzmueller wrote:
> Herbert Voss wrote:
>
>>can somebody confirm?
>>
>>a different fontsize for footnotes in the preferences has no
>>effect. the footnotetext has the same fontsize than the maintext.
>>
>
> Ehm... I think that the settings for "footnote" fontsize in preferences
> are
Herbert Voss wrote:
> can somebody confirm?
>
> a different fontsize for footnotes in the preferences has no
> effect. the footnotetext has the same fontsize than the maintext.
Ehm... I think that the settings for "footnote" fontsize in preferences
are not the size of the footnote text on screen
On Thu, Oct 04, 2001 at 12:23:51PM +0200, Jean-Marc Lasgouttes wrote:
> > "adrien" == adrien rebollo <[EMAIL PROTECTED]> writes:
>
> adrien> Thanks for having it applied. I have noticed there are three
> adrien> characters which do not need that protection : degree,
> adrien> masculine and fe
On Thu, Sep 27, 2001 at 11:29:10AM +0200, Jean-Marc Lasgouttes wrote:
> >>>>> "adrien" == adrien rebollo <[EMAIL PROTECTED]> writes:
>
> adrien> Hello, Here is a small patch to ensure some math-specific
> adrien> characters are treated in latin9
Hello,
Here is a small patch to ensure some math-specific characters are treated
in latin9 as well as in latin1.
It solves one of the problems I have with this encoding.
But there are many others. The most important appears when I select iso8859-15
as the screen font encoding.
Instead of
> Fantastic!!! Somebody else using the controllers! Welcome aboard!
Glad you liked the brochure. Hope you will like the trip. ;-)
Ed.
> Angus, I hope to have some time soon to help along with this quest to MVCise
> the rest of the dialogs. Can you possibly tell the mailing list when you
start
> working on a dialog so any work doesn't clash ?
;-)
Sure. Since last commit FormError is done and FormInclude is being done. This
me
On Thu, 22 Mar 2001, Angus Leeming wrote:
> On Thursday 22 March 2001 14:43, Edwin Leuven wrote:
> > I will do the following:
> >
> > 1.
> >
> > frontends/xforms/FormSpell.[Ch]
> > frontends/xforms/form_spell.[Ch]
> > frontends/xforms/forms/form_spell.fd
> >
> > 2.
> >
> > frontends/controll
On 22-Mar-2001 Edwin Leuven wrote:
> Do you agree?
I do!
Jürgen
--
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._
Dr. Jürgen VignaE-Mail: [EMAIL PROTECTED]
Italienallee 13/N Tel/Fax: +39-0471-450260 / +39-0471-450253
I-39100 Bozen Web:
On Thursday 22 March 2001 14:43, Edwin Leuven wrote:
> I will do the following:
>
> 1.
>
> frontends/xforms/FormSpell.[Ch]
> frontends/xforms/form_spell.[Ch]
> frontends/xforms/forms/form_spell.fd
>
> 2.
>
> frontends/controllers/ControlSpell.[Ch]
>
> where the controller uses the present sp
> I had a look at the patch! I thought it was a GUII patch but what you did
> is just moving some functions around! IMO this is not good it just makes
> spellchecker.C more complicated. If you want to remove those functions
> from BufferView, then IMO it's better to move them inside a new file
> (
On 21-Mar-2001 Edwin Leuven wrote:
> Hi All,
>
Hi Edwin!
> As a first hesitant step towards cleaning up the spellcheck code (and move it
> to frontends) this patch moves some functions out of BufferView into the
> spellcheck code. It's perhaps not very pretty but I don't see why we have
I
On 22-Mar-2001 Edwin Leuven wrote:
> Please tell me if these questions are too ignorant and stupid to merit a
> reply:
No they aren't but I didn't have time yesterday to have a look at your
patch. I hopefully have time today and then I'll answer you (as much as
I can/and know ;)
Jürgen
> Please tell me if these questions are too ignorant and stupid to merit a
> reply:
Not really, I'd just expected other people to take care of it since it is
not my ballpark. Anyway:
> > As a first hesitant step towards cleaning up the spellcheck code (and move
> > it to frontends) this patch m
Please tell me if these questions are too ignorant and stupid to merit a
reply:
> As a first hesitant step towards cleaning up the spellcheck code (and move
> it to frontends) this patch moves some functions out of BufferView into the
> spellcheck code. It's perhaps not very pretty but I don't s
Edwin Leuven <[EMAIL PROTECTED]> writes:
| I also noticed the new member Last() in LyXParagraph. As far as I can see
| Last() is now called where before size() was called. So my question: why add
| a new member Last() instead of #ifndef'fing size()?
The opposite is true. Last() is beeing remov
Hi All,
As a first hesitant step towards cleaning up the spellcheck code (and move it
to frontends) this patch moves some functions out of BufferView into the
spellcheck code. It's perhaps not very pretty but I don't see why we have
these very specialized functions that are called only once an
On 19-Feb-2001 Angus Leeming wrote:
> could someone please apply this patch --- I don't think I have write
> permissions to all relevant directories.
I'll apply it!
Jürgen
--
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._
Dr. Jürgen VignaE-Mail: [EMAIL PRO
could someone please apply this patch --- I don't think I have write
permissions to all relevant directories.
Angus
patch.diff.gz
Adds a Browse button, so that user can choose file to print to more easily.
A
patch.diff.bz2
... for mathed under
http://mathematik.htwm.de/tmp/mathed.diff
It basically replaces some (byte *, int) pairs by string and removes the
necessity for 11 reinterpret_cast<>.
It does not change any functionality and is as small as possible (and
thus only a first step).
Andre'
--
André Pö
Andre Poenitz <[EMAIL PROTECTED]> writes:
| ... under http://mathematik.htwm.de/tmp/kbmap.diff
|
| It only replaces this home made storages scheme for 'sequence' and
| 'modifiers' with std::vector.
|
| Next step should be replacing this 'if length is negative' hack...
I decided to include th
John Levon <[EMAIL PROTECTED]> writes:
| > Only one bad: is not a valied type is.
|
| is this another C/C++ incompatibility ?
|
| just out of interest
No, not anymore in C99 implicit types are disallowed just as in C++.
Lgb
On 3 Nov 2000, Lars Gullik Bjønnes wrote:
> Andre Poenitz <[EMAIL PROTECTED]> writes:
>
> | ... under http://mathematik.htwm.de/tmp/kbmap.diff
> |
> | It only replaces this home made storages scheme for 'sequence' and
> | 'modifiers' with std::vector.
>
> I like it a lot. This will be the fi
Andre Poenitz <[EMAIL PROTECTED]> writes:
| ... under http://mathematik.htwm.de/tmp/kbmap.diff
|
| It only replaces this home made storages scheme for 'sequence' and
| 'modifiers' with std::vector.
I like it a lot. This will be the first thing to happen after 1.1.6 is
released.
Only one bad:
... under http://mathematik.htwm.de/tmp/kbmap.diff
It only replaces this home made storages scheme for 'sequence' and
'modifiers' with std::vector.
Next step should be replacing this 'if length is negative' hack...
Andre'
--
André Pönitz [EMAIL PROT
On 19-Sep-2000 Angus Leeming wrote:
> The small patch attached to this mail enables error and warning free
> compilation of the kde frontend using DEC cxx. Patch made against today's
> (19Sep) CVS.
Applied!
The small patch attached to this mail enables error and warning free
compilation of the kde frontend using DEC cxx. Patch made against today's
(19Sep) CVS.
Angus
Index: ChangeLog
===
RCS file: /usr/local/lyx/cvsroot/lyx-
On 13-Jul-2000 Kayvan A. Sylvan wrote:
>
> I've reviewed this patch and I think it should go in (I applied it to my
> local source tree and tested it).
Applied!
Jürgen
--
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._
Dr. Jürgen VignaE-Mail: [EMAIL PROTE
On Thu, Jul 13, 2000 at 12:42:35AM +0100, Bernard Michael Hurley wrote:
> Hi all,
>
> I have found a noweb error that is not caught by the current listerrors
> program:
>unescaped << in documentation chunk
Ah!!! At last!! This one has bugged me many times before... Thanks for fixing
it.
Hi all,
I have found a noweb error that is not caught by the current listerrors program:
unescaped << in documentation chunk
I have changed Literate.lyx to catch this.
To cause the error take any Literate program and put a space before the first "<<" in
a scrap. If you LaTeX the file t
Attached is a small patch to tidy up some inset code. I have re-implemented an
Edit() method in InsetCitation, having seen how things were done in InsetTOC
etc.
2000-07-11 Angus Leeming <[EMAIL PROTECTED]>
* src/insets/insetcite.[Ch] (Edit): new method. Commensurate tidy
On 10-Jul-2000 Angus Leeming wrote:
> I reported this DEC cxx warning a few days ago. It seems that the consensus was
> that Inset::deleteLyXText should be a const function, but the code hasn't been
> updated. If it makes life easier, here is the patch. Could someone
> apply it, please.
>
Thank
the include that that this pragma works on.
| Here
| then is a small patch to src/insets/insetcite.C (I can't see the point of the
| #include config.h, but maybe it should be replaced rather than
| deleted.)
This patch is bad, and will not make any difference.
(except the possiblity of stran
I reported this DEC cxx warning a few days ago. It seems that the consensus was
that Inset::deleteLyXText should be a const function, but the code hasn't been
updated. If it makes life easier, here is the patch. Could someone
apply it, please.
Angus
cxx: Warning: ../../src/insets/insettext.h, li
I've just returned from a few days in Andalucia to find masses and masses of
LyX mail in my in tray. Such a busy project! Anyway, having read it all, I note
that Lars says that #pragma definitions should come before #include s. Here
then is a small patch to src/insets/insetcite.C (I can'
"Garst R. Reese" <[EMAIL PROTECTED]> writes:
| "Asger K. Alstrup Nielsen" wrote:
| >
| > > Here's a small patch to external_templates, which I think will save many
| > > trips to the man hole.
| >
| > Garst, thank you for reading the f
"Asger K. Alstrup Nielsen" wrote:
>
> > Here's a small patch to external_templates, which I think will save many
> > trips to the man hole.
>
> Garst, thank you for reading the fig2dev man page for me.
> I would appreciate it if somebody applied this patc
On 20-Jun-2000 Asger K. Alstrup Nielsen wrote:
>> Here's a small patch to external_templates, which I think will save many
>> trips to the man hole.
>
> Garst, thank you for reading the fig2dev man page for me.
> I would appreciate it if somebody applied this pa
> Here's a small patch to external_templates, which I think will save many
> trips to the man hole.
Garst, thank you for reading the fig2dev man page for me.
I would appreciate it if somebody applied this patch.
Thanks,
Asger
Here's a small patch to external_templates, which I think will save many
trips to the man hole.
Garst
external_templates.diff.gz
> "Dekel" == Dekel Tsur <[EMAIL PROTECTED]> writes:
Dekel> I've taken a look at various documentclasses, and when I looked
Dekel> at hollywood.layout, I got annoyed by the fact that the
Dekel> Parenthetical layout only draws ( and not ). So I quickly
Dekel> created a patch that fixes it (I've
Jean-Marc Lasgouttes wrote:
>
> > "Garst" == Garst R Reese <[EMAIL PROTECTED]> writes:
>
> Garst> I do hope that the ability to edit labels does not get lost.
>
> No, but since the patch contains other stuff we are waiting a bit to
> apply it. At least this feature should definitely go in.
> "Garst" == Garst R Reese <[EMAIL PROTECTED]> writes:
Garst> I do hope that the ability to edit labels does not get lost.
No, but since the patch contains other stuff we are waiting a bit to
apply it. At least this feature should definitely go in.
JMarc
Dekel Tsur wrote:
>
> I've taken a look at various documentclasses, and when I looked at
> hollywood.layout, I got annoyed by the fact that the Parenthetical layout
> only draws ( and not ). So I quickly created a patch that fixes it (I've
> already done most of the work when I added support for
Dekel Tsur wrote:
>
> I've taken a look at various documentclasses, and when I looked at
> hollywood.layout, I got annoyed by the fact that the Parenthetical layout
> only draws ( and not ). So I quickly created a patch that fixes it (I've
> already done most of the work when I added support for
I've taken a look at various documentclasses, and when I looked at
hollywood.layout, I got annoyed by the fact that the Parenthetical layout
only draws ( and not ). So I quickly created a patch that fixes it (I've
already done most of the work when I added support for end-of-proof box).
The patch
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
>> | Index: lib/reLyX/Makefile.am |
>> ===
>> | RCS file:
>> /usr/local/lyx/cvsroot/lyx-devel/lib/reLyX/Makefile.am,v |
>> retrieving revision 1.4 | diff -p -u -r1.4 Makefile
> | Index: lib/reLyX/Makefile.am
> | ===
> | RCS file: /usr/local/lyx/cvsroot/lyx-devel/lib/reLyX/Makefile.am,v
> | retrieving revision 1.4
> | diff -p -u -r1.4 Makefile.am
> | --- lib/reLyX/Makefile.am 2000/03/27 15:34:41 1.4
>
Angus Leeming <[EMAIL PROTECTED]> writes:
| Index: lib/reLyX/Makefile.am
| ===
| RCS file: /usr/local/lyx/cvsroot/lyx-devel/lib/reLyX/Makefile.am,v
| retrieving revision 1.4
| diff -p -u -r1.4 Makefile.am
| --- lib/reLyX/Makefile.am
Current CVS won't install reLyX because variable DESTDIR is
not defined. The following small and dirty fix works, but
someone out there must know a better way.
Note also, make install in lib/reLyX does not call
libinstalldirs: or install-data-local:, so they aren't
needed.
Angus
Index: lib/reLy
> "Juergen" == Juergen Vigna <[EMAIL PROTECTED]> writes:
Juergen> On 20-Mar-2000 Jean-Marc Lasgouttes wrote:
>>> "Dekel" == Dekel Tsur <[EMAIL PROTECTED]> writes:
>>
Dekel> This patch adds the option to store all backup files in a
Dekel> single directory.
>> Thanks. I applied it.
>>
Ju
On 20-Mar-2000 Jean-Marc Lasgouttes wrote:
>> "Dekel" == Dekel Tsur <[EMAIL PROTECTED]> writes:
>
> Dekel> This patch adds the
> Dekel> option to store all backup files in a single directory.
>
> Thanks. I applied it.
>
If this works it's a great patch I wanted something like this for
a l
> "Dekel" == Dekel Tsur <[EMAIL PROTECTED]> writes:
Dekel> This patch adds the
Dekel> option to store all backup files in a single directory.
Thanks. I applied it.
JMarc
This patch adds the option to store all backup files in a single directory.
patch.gz
I attach a small patch to insets/figinset.C. It just uses
std::vector instead of Figref** and similar
std::vector instead of figdata** and removes about 70
lines of 'not so C++ish' code.
Andre'
snip -
Index: src/in
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> This has been irritating me for ages, so I finally sorted it
Angus> out! Results in warning-free compiles with egcs-1.1.2 when the
Angus> X header files have no return type defined.
You changes seem reasonable, so I'll include the
This has been irritating me for ages, so I finally sorted
it out! Results in warning-free compiles with egcs-1.1.2
when the X header files have no return type defined.
best wishes,
Angus
*** acinclude.m4Wed Mar 01 13:30:52 2000
--- acinclude_new.m4Wed Mar 01 13:29:41 2000
***
92 matches
Mail list logo
