On 17-May-2000 Martin D. Muggli wrote:
Hello
A fellow student and I are working on a school project to create a
communication layer between LyX and the computer algebra system MuPAD. We
have been searching for detailed developer documents concerning LyX
without much luck. If they don't
JMarc OK, so what you believe to be a Meta (aka Alt) key is now in fact a
JMarc Multi_Key (aka compose key). I'm sure you have another proper meta key
JMarc on your keyboard.
I never suggested it was your fault. Many thanks for removing a little
ignorance from the world!
It has not helped me
Allan Rae [EMAIL PROTECTED] writes:
| I'll try extra hard to get a new branch started based on pre2 (is that out
| yet? if not Lars maybe you should tag prereleases in future).
Yes, I will use "rtag" on prereleases and "rtag -b" on releases.
Lgb
Angus Leeming [EMAIL PROTECTED] writes:
| Any suggestions/feedback?
From what I read of this discussion so far it seems very sound.
I expect a patch as soon as 1.1.5 is out.
Lgb
Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:
| Short version for Lars: the new code in LColor reads in incorrectly
| "\color default" and changes that to "ignore". In turn, this exports
| bogus TeX code.
The format was not supposed to change.
How did I make that happen?
Probably the LColor
Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:
| "Angus" == Angus Leeming [EMAIL PROTECTED] writes:
|
| Angus I'd like to submit a patch for a new citation dialog, but my
| Angus current attempt: cvs diff -p -u angus.patch documented the
| Angus differences between my files and those in the
Juergen Vigna [EMAIL PROTECTED] writes:
| This would be already in if we could have a single patch for this it's
| just that is was a bit mixed up with other stuff where we want also Lars
| opinion and he will return today :)
What should I look at?
Lgb
Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:
| "blackziggy" == blackziggy [EMAIL PROTECTED] writes:
|
| blackziggy Hi! I'm Iñaki Larrañaga (aka Dooteo) and I just finished
| blackziggy (i think...) the translation of eu.po file for
| blackziggy LyX-1.0.3...
|
| Hello,
Jean-Marc, did you
Hi,
despite the most recent fixes there is still a problem with cutting a
region covering two paragraphs:
FMR: Free memory read
This is occurring while in:
LyXParagraph*LyXParagraph::Next() [paragraph.C:1197]
void LyXText::CutSelection(bool) [text2.C:2227]
Lars What should I look at?
Lars, things have moved on since these patches were submitted. Only a little,
but on, nevertheless. I've just remade things against todays CVS. Shall I
resubmit?
I'd like something in the tree sooner rather than later, because this thing
could evolve quite rapidly
schmitt [EMAIL PROTECTED] writes:
| ===
| RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/BufferView_pimpl.C,v
| retrieving revision 1.12
| diff -r1.12 BufferView_pimpl.C
| 472c472
|pairdouble, double p =
Hi,
importing the ascii file README (from lyx) results in the following
message:
UMR: Uninitialized memory read
This is occurring while in:
void LyXText::SetSelection() [text2.C:1024]
int BufferView::Pimpl::resizeCurrentBuffer()
[BufferView_pimpl.C:260]
Michael Schmitt wrote:
Hi,
importing the ascii file README (from lyx) results in the following
message:
I got another warning when clicking at the end of the loaded document:
UMR: Uninitialized memory read
This is occurring while in:
int
Hi,
when closing LyX the following messages occur all the time. If I
remember correctly, these are well-known messages which have been
considered harmless.
Michael
FMR: Free memory read
This is occurring while in:
XDestroyIC [ICWrap.c]
void
Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:
| What about the file format? Assume LCS 'foo' is in sans serif and LCS
| 'bar' is in typewriter font. If you apply style foo and bar to the
| same text, they will conflict. This means that you have to remember in
| which order they have been
--- Start of forwarded message ---
From: [EMAIL PROTECTED] (=?iso-8859-1?Q?Fr=E9d=E9ric?= Gobry)
Newsgroups: comp.os.linux.announce
Subject: pybliographer-1.0.0 - tool for handling bibliographic databases
Followup-To: comp.os.linux.misc
Date: Wed, 17 May 2000 17:53:09 GMT
Organization:
I want pre2 out today, objections?
Lgb
Very simple one:
Can I propose changing the protected status of "command", "options", "contents"
in insetcommand.h to private? Can I also propose changing the name of "command"
to "cmdname"? Things as they stand are a little counter intuitive.
Angus
insetcommand.h contains:
public:
AFAIK, the only way to select (X display) fonts in LyX is through the
lyxrc mechanism ( \screen_font_* settings ).
I would like to use LyX from several different displays, each of which has
different fonts available (as xfontsel testifies). Thus, it would help if
there were command-line options
Angus Leeming [EMAIL PROTECTED] writes:
| Very simple one:
|
| Can I propose changing the protected status of "command", "options", "contents"
| in insetcommand.h to private? Can I also propose changing the name of "command"
| to "cmdname"? Things as they stand are a little counter intuitive.
Hi,
below please find a severe bug (free memory read with a lot of
operations between free and read operation).
Michael
I opened a couple of files (it seems like two are not sufficient), made
_no_ changes, then opened one of them again (reloaded).
FMR: Free memory read
This is
Hi,
yet another bug report.
I loaded a file with a figure; minimized the figure ('fig' is printed at
the end of a line); deleted the figure.
The purify reports looks similar to the one that it raised when cutting
a region covering two paragraphs.
Michael
FMR: Free memory read
Michael Schmitt [EMAIL PROTECTED] writes:
| Hi,
|
| below please find a severe bug (free memory read with a lot of
| operations between free and read operation).
|
| Michael
|
|
|
| I opened a couple of files (it seems like two are not sufficient), made
| _no_ changes, then opened one of
Hi,
below please find some reports concerning 'math' operations. This will
be the last report for today (sigh?). I hope you will be able to fix at
least some of the 'bugs'. It should be fairly easy to fix Uninitialized
Memory Reads (UMRs). If you think that some of them are corrected, I
will
"Lars" == Lars Gullik Bjønnes [EMAIL PROTECTED] writes:
Lars I want pre2 out today, objections? Lgb
We should solve the LColor problem in some way (especially since it
may create files that cannot be read later).
Also, a look at the purify logs sent by Michael would avoid us many
crash
"Lars" == Lars Gullik Bjønnes [EMAIL PROTECTED] writes:
Lars Jean-Marc, did you add the .po file to cvs? (if not please do)
OK, done. Note that I'd like to have a more up-to-date translation
(1.1.5?).
JMarc
PS: for some reason I do not understand, the Hungarian translation
does not appear
"Michael" == Michael Schmitt [EMAIL PROTECTED] writes:
Michael Hi, when closing LyX the following messages occur all the
Michael time. If I remember correctly, these are well-known messages
Michael which have been considered harmless.
I think those problems is in your X libraries. For the
"Michael" == Michael Schmitt [EMAIL PROTECTED] writes:
Michael Hi, below please find some reports concerning 'math'
Michael operations. This will be the last report for today (sigh?). I
Michael hope you will be able to fix at least some of the 'bugs'. It
Michael should be fairly easy to fix
"Michael" == Michael Schmitt [EMAIL PROTECTED] writes:
Michael I opened a couple of files (it seems like two are not
Michael sufficient), made _no_ changes, then opened one of them again
Michael (reloaded).
And if you do make a change, are things different? This is definitely
a bug that has
Jean-Marc Lasgouttes wrote:
I am looking now for an easy fix. The theory is that, the more purify
warning we shut off, the easier it gets to see the others.
Correct! And whenever I get a warning I need to run LyX from scratch
again in order to ensure that one report is not caused by a former
"Angus" == Angus Leeming [EMAIL PROTECTED] writes:
Angus I never suggested it was your fault. Many thanks for removing a
Angus little ignorance from the world!
No, but I am relieved.
Angus xev tells me that I have two Multi_keys and two Alt keys, one
Angus being Alt_L, the other being Alt_R.
"Michael" == Michael Schmitt [EMAIL PROTECTED] writes:
Michael Hi, I opened a new file, entered a few characters and a
Michael figure (without specifying an eps file). When I added some
Michael more characters, I received the following messages:
These are probably in xforms library.
JMarc
Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:
| "Angus" == Angus Leeming [EMAIL PROTECTED] writes:
|
| Angus I never suggested it was your fault. Many thanks for removing a
| Angus little ignorance from the world!
|
| No, but I am relieved.
|
| Angus xev tells me that I have two Multi_keys
In InsetCommand, I've changed the name of string command to cmdname and changed
the status of cmdname, options and contents to private.
I can't change the status of getCmdName(), setCmdName() etc to protected
because these methods are accessed by the global xforms claaback functions,
e.g. extern
JMarc In fact, the Meta key as seen by LyX is whatever key bound to Mod1.
Instant fix. I simply swapped the bindings to Mod1 and Mod2. Everything now
works as it should. Ie, one press only of M-c gets this to come up in the
status bar. Now all I have to do is train my fingers to learn the new
I attach a small screenshot showing the Bibliography environment in use. Is the
section header "References" meant to be offset like this?
Angus
lyx.png
I've made bibitemMaxWidth() and bibitemWidthest() static member functions of
InsetBibKey and all is fine. I misunderstood PainterBase::rectText() etc. These
are not and should not be const functions.
class InsetBibKey: public InsetCommand {
public:
static int maxWidth(Painter , LyXFont
"Angus" == Angus Leeming [EMAIL PROTECTED] writes:
Angus I attach a small screenshot showing the Bibliography
Angus environment in use. Is the section header "References" meant to
Angus be offset like this?
No, it is wrong. However, the handling of Bibliography labels is now
hardcoded (and
Hi all,
I have attached the Dutch translation for LyX 1.1.5pre1.
--
Ivo Timmermans
Deja moo: the feeling you've heard this bullshit before.
lyx-1.1.5pre1.nl.po.gz
PGP signature
"Ivo" == Ivo Timmermans [EMAIL PROTECTED] writes:
Ivo I have attached the Dutch translation for LyX 1.1.5pre1.
Thanks.
JMarc
Angus Leeming [EMAIL PROTECTED] writes:
| In InsetCommand, I've changed the name of string command to cmdname and changed
| the status of cmdname, options and contents to private.
|
| I can't change the status of getCmdName(), setCmdName() etc to
| protected
| because these methods are accessed
Lars No, not really. You should read about "How Non-Member Functions
Lars Improve Encapsulation" in development/Code-Rules/Rules. I have not
Lars included the complete discussion there but just the guts of it.
Ok. Thanks.
Now I have read them, but I don't see why since the rule is here but not
Angus Leeming [EMAIL PROTECTED] writes:
| I've made bibitemMaxWidth() and bibitemWidthest() static member
| functions of
| InsetBibKey and all is fine.
No, don't do that.
Lgb
Angus Leeming [EMAIL PROTECTED] writes:
| Lars No, not really. You should read about "How Non-Member Functions
| Lars Improve Encapsulation" in development/Code-Rules/Rules. I have not
| Lars included the complete discussion there but just the guts of it.
|
| Ok. Thanks.
| Now I have read them,
On Thu, May 18, 2000 at 12:17:44PM +0200, Lars Gullik Bjnnes wrote:
Juergen Vigna [EMAIL PROTECTED] writes:
| This would be already in if we could have a single patch for this it's
| just that is was a bit mixed up with other stuff where we want also Lars
| opinion and he will return today
"Lars Gullik Bjønnes" wrote:
Juergen Vigna [EMAIL PROTECTED] writes:
| This would be already in if we could have a single patch for this it's
| just that is was a bit mixed up with other stuff where we want also Lars
| opinion and he will return today :)
What should I look at?
"Lars Gullik Bjønnes" wrote:
Juergen Vigna [EMAIL PROTECTED] writes:
| This would be already in if we could have a single patch for this it's
| just that is was a bit mixed up with other stuff where we want also Lars
| opinion and he will return today :)
What should I look at?
Dekel Tsur [EMAIL PROTECTED] writes:
| What should I look at?
|
| At the attached patch.
Ok, looking.
Hmm, this patch does a bit more different things than I like to see...
What is this?
int const BIG_NUM = 1048576;
looks _very_ hackish.
Also you only implement parts of what varioref
Sasa Janiska wrote:
On Wed, 17 May 2000 06:43:59 -0300, Garst R. Reese wrote:
Attached is a new broadway.cls and broadway.layout bzip'd
In the process of switching most of the environments to commands, I also
got rid of a lot unneeded white space. Martin's \filbreak trick seems to
solve
By default LyX uses the T1 font encoding, and therefore the EC fonts.
This is caused by the following line included in the .tex output:
\usepackage[T1]{fontenc}
Some LaTeX distributions (e.g., RedHat Linux 6.2) contain Type 1 fonts
for Computer Modern, but not for EC. Therefore, on these
On Wed, May 17, 2000 at 09:38:17AM +0100, Angus Leeming wrote:
I think that the second entry should actually be a vectorpairstring,string
itself. That is, insetbib::getKeys() returns
vectorpairstring,vectorpairstring,string
I know this is a mouthful, but each database entry would
On Sat, May 13, 2000 at 03:10:22AM -0500, Alejandro Aguilar Sierra wrote:
So, are you now back or is this a fleeting visit?
Where's the new Mathed?
If you help me to update it to the recent kernel changes, I'll unveil it
gladly. :)
I didn't see a response from Allan, but I think that
When I open a document with a Table of Contents, I can click and see it.
AIRC it was me who requested and got this neat feature.
It would be nice if List of Figures and ...Tables did the same.
Garst
"Garst R. Reese" wrote:
Sasa wrote:
I am just wondering how I now can use Parenthetical and other
previously available environments?
Ah. I see the problem. If you select parenthetical at the end of the
file, there is no way to get out of it and go further.
The workaround is
On Thu, May 18, 2000 at 05:54:50PM -0300, Garst R. Reese wrote:
Sasa, I did some testing on using parentheticals at the end of a play or
script.
When you hit Enter, the closing ) goes to the next line and turns black,
but at that point you can select dialogue, and the ) will go back where
Dekel Tsur wrote:
On Thu, May 18, 2000 at 05:54:50PM -0300, Garst R. Reese wrote:
Sasa, I did some testing on using parentheticals at the end of a play or
script.
When you hit Enter, the closing ) goes to the next line and turns black,
but at that point you can select dialogue, and
Dekel Tsur wrote:
On Thu, May 18, 2000 at 05:54:50PM -0300, Garst R. Reese wrote:
Sasa, I did some testing on using parentheticals at the end of a play or
script.
When you hit Enter, the closing ) goes to the next line and turns black,
but at that point you can select dialogue, and
On 17-May-2000 Martin D. Muggli wrote:
> Hello
>
> A fellow student and I are working on a school project to create a
> communication layer between LyX and the computer algebra system MuPAD. We
> have been searching for detailed developer documents concerning LyX
> without much luck. If they
JMarc> OK, so what you believe to be a Meta (aka Alt) key is now in fact a
JMarc> Multi_Key (aka compose key). I'm sure you have another proper meta key
JMarc> on your keyboard.
I never suggested it was your fault. Many thanks for removing a little
ignorance from the world!
It has not helped
Allan Rae <[EMAIL PROTECTED]> writes:
| I'll try extra hard to get a new branch started based on pre2 (is that out
| yet? if not Lars maybe you should tag prereleases in future).
Yes, I will use "rtag" on prereleases and "rtag -b" on releases.
Lgb
Angus Leeming <[EMAIL PROTECTED]> writes:
| Any suggestions/feedback?
>From what I read of this discussion so far it seems very sound.
I expect a patch as soon as 1.1.5 is out.
Lgb
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| Short version for Lars: the new code in LColor reads in incorrectly
| "\color default" and changes that to "ignore". In turn, this exports
| bogus TeX code.
The format was not supposed to change.
How did I make that happen?
Probably the LColor
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| > "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
|
| Angus> I'd like to submit a patch for a new citation dialog, but my
| Angus> current attempt: cvs diff -p -u > angus.patch documented the
| Angus> differences between my files and
Juergen Vigna <[EMAIL PROTECTED]> writes:
| This would be already in if we could have a single patch for this it's
| just that is was a bit mixed up with other stuff where we want also Lars
| opinion and he will return today :)
What should I look at?
Lgb
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| > "blackziggy" == blackziggy <[EMAIL PROTECTED]> writes:
|
| blackziggy> Hi! I'm Iñaki Larrañaga (aka Dooteo) and I just finished
| blackziggy> (i think...) the translation of eu.po file for
| blackziggy> LyX-1.0.3...
|
| Hello,
Hi,
despite the most recent fixes there is still a problem with cutting a
region covering two paragraphs:
FMR: Free memory read
This is occurring while in:
LyXParagraph*LyXParagraph::Next() [paragraph.C:1197]
void LyXText::CutSelection(bool) [text2.C:2227]
Lars> What should I look at?
Lars, things have moved on since these patches were submitted. Only a little,
but on, nevertheless. I've just remade things against todays CVS. Shall I
resubmit?
I'd like something in the tree sooner rather than later, because this thing
could evolve quite rapidly
schmitt <[EMAIL PROTECTED]> writes:
| ===
| RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/BufferView_pimpl.C,v
| retrieving revision 1.12
| diff -r1.12 BufferView_pimpl.C
| 472c472
| < pair p =
Hi,
importing the ascii file README (from lyx) results in the following
message:
UMR: Uninitialized memory read
This is occurring while in:
void LyXText::SetSelection() [text2.C:1024]
int BufferView::Pimpl::resizeCurrentBuffer()
[BufferView_pimpl.C:260]
Michael Schmitt wrote:
> Hi,
>
> importing the ascii file README (from lyx) results in the following
> message:
I got another warning when clicking at the end of the loaded document:
UMR: Uninitialized memory read
This is occurring while in:
int
Hi,
when closing LyX the following messages occur all the time. If I
remember correctly, these are well-known messages which have been
considered harmless.
Michael
FMR: Free memory read
This is occurring while in:
XDestroyIC [ICWrap.c]
void
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| What about the file format? Assume LCS 'foo' is in sans serif and LCS
| 'bar' is in typewriter font. If you apply style foo and bar to the
| same text, they will conflict. This means that you have to remember in
| which order they have been
--- Start of forwarded message ---
From: [EMAIL PROTECTED] (=?iso-8859-1?Q?Fr=E9d=E9ric?= Gobry)
Newsgroups: comp.os.linux.announce
Subject: pybliographer-1.0.0 - tool for handling bibliographic databases
Followup-To: comp.os.linux.misc
Date: Wed, 17 May 2000 17:53:09 GMT
Organization:
I want pre2 out today, objections?
Lgb
Very simple one:
Can I propose changing the protected status of "command", "options", "contents"
in insetcommand.h to private? Can I also propose changing the name of "command"
to "cmdname"? Things as they stand are a little counter intuitive.
Angus
insetcommand.h contains:
public:
AFAIK, the only way to select (X display) fonts in LyX is through the
lyxrc mechanism ( \screen_font_* settings ).
I would like to use LyX from several different displays, each of which has
different fonts available (as xfontsel testifies). Thus, it would help if
there were command-line options
Angus Leeming <[EMAIL PROTECTED]> writes:
| Very simple one:
|
| Can I propose changing the protected status of "command", "options", "contents"
| in insetcommand.h to private? Can I also propose changing the name of "command"
| to "cmdname"? Things as they stand are a little counter intuitive.
Hi,
below please find a severe bug (free memory read with a lot of
operations between free and read operation).
Michael
I opened a couple of files (it seems like two are not sufficient), made
_no_ changes, then opened one of them again (reloaded).
FMR: Free memory read
This is
Hi,
yet another bug report.
I loaded a file with a figure; minimized the figure ('fig' is printed at
the end of a line); deleted the figure.
The purify reports looks similar to the one that it raised when cutting
a region covering two paragraphs.
Michael
FMR: Free memory read
Michael Schmitt <[EMAIL PROTECTED]> writes:
| Hi,
|
| below please find a severe bug (free memory read with a lot of
| operations between free and read operation).
|
| Michael
|
|
|
| I opened a couple of files (it seems like two are not sufficient), made
| _no_ changes, then opened one of
Hi,
below please find some reports concerning 'math' operations. This will
be the last report for today (sigh?). I hope you will be able to fix at
least some of the 'bugs'. It should be fairly easy to fix Uninitialized
Memory Reads (UMRs). If you think that some of them are corrected, I
will
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> I want pre2 out today, objections? Lgb
We should solve the LColor problem in some way (especially since it
may create files that cannot be read later).
Also, a look at the purify logs sent by Michael would avoid us many
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> Jean-Marc, did you add the .po file to cvs? (if not please do)
OK, done. Note that I'd like to have a more up-to-date translation
(1.1.5?).
JMarc
PS: for some reason I do not understand, the Hungarian translation
does not
> "Michael" == Michael Schmitt <[EMAIL PROTECTED]> writes:
Michael> Hi, when closing LyX the following messages occur all the
Michael> time. If I remember correctly, these are well-known messages
Michael> which have been considered harmless.
I think those problems is in your X libraries.
> "Michael" == Michael Schmitt <[EMAIL PROTECTED]> writes:
Michael> Hi, below please find some reports concerning 'math'
Michael> operations. This will be the last report for today (sigh?). I
Michael> hope you will be able to fix at least some of the 'bugs'. It
Michael> should be fairly easy
> "Michael" == Michael Schmitt <[EMAIL PROTECTED]> writes:
Michael> I opened a couple of files (it seems like two are not
Michael> sufficient), made _no_ changes, then opened one of them again
Michael> (reloaded).
And if you do make a change, are things different? This is definitely
a bug
Jean-Marc Lasgouttes wrote:
> I am looking now for an easy fix. The theory is that, the more purify
> warning we shut off, the easier it gets to see the others.
Correct! And whenever I get a warning I need to run LyX from scratch
again in order to ensure that one report is not caused by a
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> I never suggested it was your fault. Many thanks for removing a
Angus> little ignorance from the world!
No, but I am relieved.
Angus> xev tells me that I have two Multi_keys and two Alt keys, one
Angus> being Alt_L, the other
> "Michael" == Michael Schmitt <[EMAIL PROTECTED]> writes:
Michael> Hi, I opened a new file, entered a few characters and a
Michael> figure (without specifying an eps file). When I added some
Michael> more characters, I received the following messages:
These are probably in xforms library.
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| > "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
|
| Angus> I never suggested it was your fault. Many thanks for removing a
| Angus> little ignorance from the world!
|
| No, but I am relieved.
|
| Angus> xev tells me that I have two
In InsetCommand, I've changed the name of string command to cmdname and changed
the status of cmdname, options and contents to private.
I can't change the status of getCmdName(), setCmdName() etc to protected
because these methods are accessed by the global xforms claaback functions,
e.g. extern
JMarc> In fact, the Meta key as seen by LyX is whatever key bound to Mod1.
Instant fix. I simply swapped the bindings to Mod1 and Mod2. Everything now
works as it should. Ie, one press only of M-c gets this to come up in the
status bar. Now all I have to do is train my fingers to learn the new
I attach a small screenshot showing the Bibliography environment in use. Is the
section header "References" meant to be offset like this?
Angus
lyx.png
I've made bibitemMaxWidth() and bibitemWidthest() static member functions of
InsetBibKey and all is fine. I misunderstood PainterBase::rectText() etc. These
are not and should not be const functions.
class InsetBibKey: public InsetCommand {
public:
static int maxWidth(Painter &, LyXFont
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> I attach a small screenshot showing the Bibliography
Angus> environment in use. Is the section header "References" meant to
Angus> be offset like this?
No, it is wrong. However, the handling of Bibliography labels is now
Hi all,
I have attached the Dutch translation for LyX 1.1.5pre1.
--
Ivo Timmermans
Deja moo: the feeling you've heard this bullshit before.
lyx-1.1.5pre1.nl.po.gz
PGP signature
> "Ivo" == Ivo Timmermans <[EMAIL PROTECTED]> writes:
Ivo> I have attached the Dutch translation for LyX 1.1.5pre1.
Thanks.
JMarc
Angus Leeming <[EMAIL PROTECTED]> writes:
| In InsetCommand, I've changed the name of string command to cmdname and changed
| the status of cmdname, options and contents to private.
|
| I can't change the status of getCmdName(), setCmdName() etc to
| protected
| because these methods are
Lars> No, not really. You should read about "How Non-Member Functions
Lars> Improve Encapsulation" in development/Code-Rules/Rules. I have not
Lars> included the complete discussion there but just the guts of it.
Ok. Thanks.
Now I have read them, but I don't see why since the rule is here but
Angus Leeming <[EMAIL PROTECTED]> writes:
| I've made bibitemMaxWidth() and bibitemWidthest() static member
| functions of
| InsetBibKey and all is fine.
No, don't do that.
Lgb
1 - 100 of 114 matches
Mail list logo