Uwe Stöhr wrote:
The problem occurs when I have a colored text with a predefined color and
with the self-defined color. In this case the package color is loaded
twice. This causes no LaTeX errors but is quite ugly.
[...]
So wouldn't it be better to load the package color automatically when
Garst R. Reese wrote:
Jose' Matos wrote:
On Friday 15 August 2003 21:42, Garst R. Reese wrote:
Here is where it seems go get stuck:
mmap2(NULL, 212992, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
0) = 0x4054
Any expert to tell me where to start searching?
Zillions of these
Stephan Witt wrote:
Hi Garst,
brk() in strace context is a system call normally used to get memory for
the dynamic storage allocators like malloc/calloc (C) or new (C++) library
calls. Excessive brk() calls are indicating great memory usage or an memory
leak. Machines with small memory
Is there a special reason why the layout of the first (pasted) paragraph is
not kept when pasting? Most of the time I find this annyoing (e.g. when I try
to cut'n'paste a quotation).
Two bugs. Create a document with 5 pars:
one
two
three
four
five
(1.) select paragraph 2 and 3 (two three), cut
On Tue, Aug 19, 2003 at 10:46:09PM +, Angus Leeming wrote:
I understand the need for the solution, but I also remember the InsetAtom
solution being discussed in Chemnitz. I guess I wasn't paying attention
when you decided not to go that route.
Could you explain now?
Given that
On Tue, Aug 19, 2003 at 11:37:42PM +, Angus Leeming wrote:
This is wrong, right?
I have no idea what config.h is good for if I don't need it. But people
kept telling me to include it, so I did.
Angus
$ grep config.h `find . -name *.h`
./LString.h:#error The config.h header should
On Wed, Aug 20, 2003 at 01:30:50AM +0200, Christian Ridderstr?m wrote:
On Wed, 20 Aug 2003, Angus Leeming wrote:
Christian Ridderstr?m wrote:
Try http://wiki.dotgnu.org/
Thanks. I only checked sites using the PmWiki wiki engine before... but
this site works beatifully. Is there a
Angus Leeming [EMAIL PROTECTED] writes:
| Lars Gullik Bjønnes wrote:
Andre Poenitz [EMAIL PROTECTED] writes:
| On Mon, Aug 18, 2003 at 03:37:13PM +0100, Angus Leeming wrote:
I don't think that a library should make such assumptions.
Not convinced? Then try this:
Lar's std::auto_ptr
On Tue, Aug 19, 2003 at 10:46:09PM +, Angus Leeming wrote:
Given that InsetAtom seems to be part of the road map to IU, it seems
reasonable to suppose that clone() will eventually return InsetAtom rather
than std::auto_ptr.
No, clone would be called by the c'ctor of 'InsetAtom' and
Lars Gullik Bjønnes wrote:
This patch does a sweep over all the code... there be bugs.
But it basically work as intended, but I think I have been overeager
in a couple of cases. And in some cases I think more ref stuff
should be added so that some '*' can be removed.
Have a look, have a
Andre Poenitz wrote:
On Tue, Aug 19, 2003 at 11:37:42PM +, Angus Leeming wrote:
This is wrong, right?
I have no idea what config.h is good for if I don't need it. But
people kept telling me to include it, so I did.
Angus
$ grep config.h `find . -name *.h`
./LString.h:#error The
Here is a patch doing the following things:
1) calculates a realistic width for insets containing a single short
line (row) of text, puts it into the LyXText metrics and displays
the inset at this width;
2) experimentally for branch insets, displays such insets (if
uncollapsed) as inlines
On Wed, Aug 20, 2003 at 12:06:35PM +0300, Martin Vermeer wrote:
Here is a patch doing the following things:
1) calculates a realistic width for insets containing a single short
line (row) of text, puts it into the LyXText metrics and displays
the inset at this width;
2) experimentally
When I have several xfig files included, export to .dvi replaces them
with one of them (i.e. instead of pictures A, B, C, it'll print A, A,
A)
I was thinking of switching to 1.4 for my dayly work, but this is a
show-stopper.
Angus?
Andre'
--
Those who desire to give up Freedom in order to
Angus Leeming [EMAIL PROTECTED] writes:
| This is wrong, right?
| Angus
Not necessarily...
On most cases it will be wrong, so it should be looked at.
--
Lgb
On Wed, Aug 20, 2003 at 11:17:32AM +0200, Andre Poenitz spake thusly:
On Wed, Aug 20, 2003 at 12:06:35PM +0300, Martin Vermeer wrote:
Here is a patch doing the following things:
1) calculates a realistic width for insets containing a single short
line (row) of text, puts it into the
Andre Poenitz wrote:
When I have several xfig files included, export to .dvi replaces
them
with one of them (i.e. instead of pictures A, B, C, it'll print A,
A, A)
I was thinking of switching to 1.4 for my dayly work, but this is a
show-stopper.
Angus?
I'm very busy at the moment,
Andre Poenitz [EMAIL PROTECTED] writes:
| On Tue, Aug 19, 2003 at 11:37:42PM +, Angus Leeming wrote:
This is wrong, right?
| I have no idea what config.h is good for if I don't need it. But people
| kept telling me to include it, so I did.
Angus
$ grep config.h `find . -name *.h`
Just in case somebody is interested:
[Not sure this is complete, it works for me..]
#!/usr/bin/perl
while () {
s/^#LyX 1.4.0cvs/#LyX 1.3/;
s/^\\lyxformat 225/\\lyxformat 221/;
s/^\\end_layout//;
s/^\\begin_layout/\\layout/;
s/^\\tracking_changes.*//;
On Tue, Aug 19, 2003 at 01:23:20AM +0200, Lars Gullik Bjønnes wrote:
Hmm... we have two code paths for loading a file... one if lyx2lyx is
not needed and one if lyx2lyx did something? We should change that to
be one code path only...
That was my thought. Some of the logic there could
On Wed, Aug 20, 2003 at 12:59:04PM +0300, Martin Vermeer wrote:
That requires
1) the ability to draw a more general outline / paint a more general
background than a rectangle. Almost trivial.
Indeed.
2) A more general metrics model than the asc/desc/width (i.e.,
treating insets as
Angus Leeming [EMAIL PROTECTED] writes:
| Lars Gullik Bjønnes wrote:
This patch does a sweep over all the code... there be bugs.
But it basically work as intended, but I think I have been overeager
in a couple of cases. And in some cases I think more ref stuff
should be added so that some
On Wed, Aug 20, 2003 at 11:42:21AM +0200, Lars Gullik Bjønnes wrote:
Andre Poenitz [EMAIL PROTECTED] writes:
| On Tue, Aug 19, 2003 at 11:37:42PM +, Angus Leeming wrote:
This is wrong, right?
| I have no idea what config.h is good for if I don't need it. But people
| kept telling me
Andre Poenitz [EMAIL PROTECTED] writes:
| On Tue, Aug 19, 2003 at 10:46:09PM +, Angus Leeming wrote:
Given that InsetAtom seems to be part of the road map to IU, it seems
reasonable to suppose that clone() will eventually return InsetAtom rather
than std::auto_ptr.
| No, clone would be
Lars Gullik Bjønnes wrote:
| Why does showMessage::operator()(string m) in converters.C not
| take a string const arg?
Have I done anything with that now?
No, but you said Have a look. So I did. It seems like a trivial
fix, so why not do it? (I don't have a copy of the tree here or I
On Wed, Aug 20, 2003 at 12:02:08PM +0200, Lars Gullik Bjønnes wrote:
Andre Poenitz [EMAIL PROTECTED] writes:
| On Tue, Aug 19, 2003 at 10:46:09PM +, Angus Leeming wrote:
Given that InsetAtom seems to be part of the road map to IU, it seems
reasonable to suppose that clone() will
On Tue, Aug 19, 2003 at 03:23:17PM +0200, Michael Schmitt wrote:
Hello,
please find the missing patch for lyx2lyx which transforms vertical
alignment center to middle.
Please check and - if OK - apply.
Michael
Index: lib/ChangeLog
Andre Poenitz wrote:
I have a nother thing for you that is very similar to you
InsetAtom: value_ptr from MEC++.
I am not sure I want an extra library if 20 lines of code do just
fine.
Having googled for MEC++, I think he means Scott Meyer's More
Effective C++, rather than some large
OK I was a little bit confused. Every character after \ is displayed right. My
question is why a star after a \tag in mathed isn't also displayed red. Because \tag*
is an own command.
regards Uwe
Loading a package that is not actually used is always a bad
solution. The best solution would be a package manager for LyX.
Meanwhile you can use this:
\makeatletter
[EMAIL PROTECTED]
\makeatother
Then color is only loaded manually if the textcolor command has
not yet been defined (i.e.
Uwe Stöhr wrote:
This works but doesn't solve the following problem:
For example if I define no extra color and just want to use \colorbox in
mathed or TeX-Mode with a predefined color like blue. Assuming that I'm a
normal LyX-user I wouldn't insert the macro into the LaTeX-preamble. But
then
On Tue, 19 Aug 2003, Juergen Spitzmueller wrote:
Is there a special reason why the layout of the first (pasted) paragraph is
not kept when pasting? Most of the time I find this annyoing
I agree... any objections to adding this to bugzilla?
/Christian
--
Christian Ridderström
As I told you, always loading the package is not an option. You
never know
which packages are conflicting with others. color.sty does not
work with any
dvi-driver. And (for good reasons) it's simply bad style to load
unused packages. LyX should try to produce best possible style.
Should
Angus Leeming [EMAIL PROTECTED] writes:
| Andre Poenitz wrote:
I have a nother thing for you that is very similar to you
InsetAtom: value_ptr from MEC++.
I am not sure I want an extra library if 20 lines of code do just
fine.
| Having googled for MEC++, I think he means Scott Meyer's
On Wed, 20 Aug 2003, Uwe Stöhr wrote:
Isn't this described in bug #922?
Maybe... not quite I think, so to be on the size side I've added
http://bugzilla.lyx.org/show_bug.cgi?id=1332
since http://bugzilla.lyx.org/show_bug.cgi?id=922 doesn't seem to be
exactly the same, although
On Wed, Aug 20, 2003 at 12:06:35PM +0300, Martin Vermeer wrote:
My question is, is this the right way to approach this? It appears
This doesn't really look like the proper solution discussed several
times ... there seems a lot of unnecessary code and hacks here (0.2 *
???)
(ideally we should
On Wed, Aug 20, 2003 at 12:59:04PM +0300, Martin Vermeer wrote:
That requires
Please, I don't think now is the time to be working on non-rectangular
insets. Let's just get back to making things working again like they did
before, but without all the horrible stuff like getMaxWidth() that Andre
Hi
This is a bug I was annoyed with while writing my thesis last spring. In
Lyx 1.3.2qt there is a very nice feature for setting lengths without
having to click on the unit button. For instance, open
Layout-Paragraph-Spacing
and choose 'Above paragraph'=Custom. Then specify the length
On Wed, Aug 20, 2003 at 05:33:55PM +0200, Christian Ridderstr?m wrote:
Bugzilla this? (I'm currently compiling 1.4.0 to check that the problem is
Yes
john
--
Khendon's Law:
If the same point is made twice by the same person, the thread is over.
Hi
I've gotten a response from the PmWiki user's list about the URI for the
Lyx wiki (see below). In essence, something called the 'mod_rewrite' rules
of Apache should be used. I found documentation for that here:
http://httpd.apache.org/docs/mod/mod_rewrite.html
One requirement is
On Wed, Aug 20, 2003 at 05:43:40PM +0200, Christian Ridderstr?m wrote:
I've gotten a response from the PmWiki user's list about the URI for the
Lyx wiki (see below). In essence, something called the 'mod_rewrite' rules
ICBW, but you should be able to do it by placing .htaccess file in the
Hi.. I tried compiling 1.3.2 for the first time last night (I was using
1.3.1 till now) and the compile failed with the following error:
In file included from ../../src/buffer.h:28,
from insetbib.C:17:
../../src/paragraph.h:23:21: changes.h: No such file or directory
In file
On Wed, Aug 20, 2003 at 12:40:48PM -0400, Nirmal Govind wrote:
I'm using Qt 3.1.2 and I tried gcc 3.3 and 3.2.. Also, I patched the source
with Johnathan's modification of John's Change tracking code which is at
http://members.shaw.ca/jkerrb/computer.html .. not sure if that had
His patch is
Nirmal Govind wrote:
I'm using Qt 3.1.2 and I tried gcc 3.3 and 3.2.. Also, I patched the
source with Johnathan's modification of John's Change tracking code
which is at http://members.shaw.ca/jkerrb/computer.html .. not sure
if that had something to do with it.
This sounds suspicious, given
His patch is broken, or you didn't apply it properly
Think it may be the former cos I checked the code and it does include a file
called changes.h which Angus pointed out doesn't exist in the 1.3.2
source.. so missing file I guess.. I've emailed Johnathan...
Thanks,
nirmal
On Wed, Aug 20, 2003 at 04:12:57PM +0100, John Levon spake thusly:
On Wed, Aug 20, 2003 at 12:59:04PM +0300, Martin Vermeer wrote:
That requires
Please, I don't think now is the time to be working on non-rectangular
insets. Let's just get back to making things working again like they did
On Wed, Aug 20, 2003 at 04:10:59PM +0100, John Levon spake thusly:
On Wed, Aug 20, 2003 at 12:06:35PM +0300, Martin Vermeer wrote:
My question is, is this the right way to approach this? It appears
This doesn't really look like the proper solution discussed several
times ... there seems
On Wed, Aug 20, 2003 at 09:21:32PM +0300, Martin Vermeer wrote:
What would you think of that?
Depends on the patch :)
A good solution at this point would remove any consideration of
inset-needFullRow() from the core metrics / row breaking code.
Basically you pass down the remaining width and
On Wed, 20 Aug 2003, John Levon wrote:
On Wed, Aug 20, 2003 at 05:43:40PM +0200, Christian Ridderstr?m wrote:
ICBW, but you should be able to do it by placing .htaccess file in the
directory with the correct command in
Further info from the PmWiki-users lists indicate that this should be
On Wed, 20 Aug 2003, Christian Ridderström wrote:
I got this from the PmWiki-users list:
| Actually, you don't even need mod_rewrite--you can simply place the
| following in the apache configuration file:
|
| Alias / /file/path/to/pmwiki.php/
|
| and urls of the form
Ok to go in?
Would I ruffle anyone's feathers if I were to do the same in src and in
src/mathed?
Regards,
Angus
Index: configure.ac
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/configure.ac,v
retrieving revision 1.8
diff -u -p
Hi,
Being apparently among a minority that tries to compile LyX CVS on a FreeBSD OS,
I used to encounter severe difficulties with the Qt build. Reason was that Qt on
FreeBSD, by default, comes with threaded libs; and (Free)BSD has a somewhat different
way to deal with the threading stuff, which
Hi,
Being apparently among a minority that tries to compile LyX CVS on a FreeBSD OS,
I used to encounter severe difficulties with the Qt build. Reason was that Qt on
FreeBSD, by default, comes with threaded libs; and (Free)BSD has a somewhat different
way to deal with the threading stuff, which
Uwe Stöhr wrote:
> The problem occurs when I have a colored text with a predefined color and
> with the self-defined color. In this case the package color is loaded
> twice. This causes no LaTeX errors but is quite ugly.
[...]
> So wouldn't it be better to load the package color automatically when
Garst R. Reese wrote:
Jose' Matos wrote:
On Friday 15 August 2003 21:42, Garst R. Reese wrote:
Here is where it seems go get stuck:
mmap2(NULL, 212992, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
0) = 0x4054
Any expert to tell me where to start searching?
Zillions of these
Stephan Witt wrote:
> Hi Garst,
>
> brk() in strace context is a system call normally used to get memory for
> the dynamic storage allocators like malloc/calloc (C) or new (C++) library
> calls. Excessive brk() calls are indicating great memory usage or an memory
> leak. Machines with small
Is there a special reason why the layout of the first (pasted) paragraph is
not kept when pasting? Most of the time I find this annyoing (e.g. when I try
to cut'n'paste a quotation).
Two bugs. Create a document with 5 pars:
one
two
three
four
five
(1.) select paragraph 2 and 3 ("two three"),
On Tue, Aug 19, 2003 at 10:46:09PM +, Angus Leeming wrote:
> I understand the need for the solution, but I also remember the InsetAtom
> solution being discussed in Chemnitz. I guess I wasn't paying attention
> when you decided not to go that route.
>
> Could you explain now?
>
> Given
On Tue, Aug 19, 2003 at 11:37:42PM +, Angus Leeming wrote:
> This is wrong, right?
I have no idea what config.h is good for if I don't need it. But people
kept telling me to include it, so I did.
> Angus
>
> $ grep config.h `find . -name "*.h"`
> ./LString.h:#error The header should always
On Wed, Aug 20, 2003 at 01:30:50AM +0200, Christian Ridderstr?m wrote:
> On Wed, 20 Aug 2003, Angus Leeming wrote:
>
> > Christian Ridderstr?m wrote:
> >
> > Try http://wiki.dotgnu.org/
>
> Thanks. I only checked sites using the PmWiki wiki engine before... but
> this site works beatifully. Is
Angus Leeming <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
>
>> Andre Poenitz <[EMAIL PROTECTED]> writes:
>>
>> | On Mon, Aug 18, 2003 at 03:37:13PM +0100, Angus Leeming wrote:
I don't think that a library should make such assumptions.
Not convinced? Then try this:
On Tue, Aug 19, 2003 at 10:46:09PM +, Angus Leeming wrote:
> Given that InsetAtom seems to be part of the road map to IU, it seems
> reasonable to suppose that clone() will eventually return InsetAtom rather
> than std::auto_ptr.
No, clone would be called by the c'ctor of 'InsetAtom' and
Lars Gullik Bjønnes wrote:
> This patch does a sweep over all the code... there be bugs.
>
> But it basically work as intended, but I think I have been overeager
> in a couple of cases. And in some cases I think more ref stuff
> should be added so that some '*' can be removed.
>
> Have a look,
Andre Poenitz wrote:
> On Tue, Aug 19, 2003 at 11:37:42PM +, Angus Leeming wrote:
>> This is wrong, right?
>
> I have no idea what config.h is good for if I don't need it. But
> people kept telling me to include it, so I did.
>
>> Angus
>>
>> $ grep config.h `find . -name "*.h"`
>>
Here is a patch doing the following things:
1) calculates a realistic width for insets containing a single short
line ("row") of text, puts it into the LyXText metrics and displays
the inset at this width;
2) experimentally for branch insets, displays such insets (if
uncollapsed) as inlines
On Wed, Aug 20, 2003 at 12:06:35PM +0300, Martin Vermeer wrote:
> Here is a patch doing the following things:
>
> 1) calculates a realistic width for insets containing a single short
> line ("row") of text, puts it into the LyXText metrics and displays
> the inset at this width;
>
> 2)
When I have several xfig files included, export to .dvi replaces them
with one of them (i.e. instead of pictures A, B, C, it'll print A, A,
A)
I was thinking of switching to 1.4 for my dayly work, but this is a
show-stopper.
Angus?
Andre'
--
Those who desire to give up Freedom in order to
Angus Leeming <[EMAIL PROTECTED]> writes:
| This is wrong, right?
| Angus
Not necessarily...
On most cases it will be wrong, so it should be looked at.
--
Lgb
On Wed, Aug 20, 2003 at 11:17:32AM +0200, Andre Poenitz spake thusly:
>
> On Wed, Aug 20, 2003 at 12:06:35PM +0300, Martin Vermeer wrote:
> > Here is a patch doing the following things:
> >
> > 1) calculates a realistic width for insets containing a single short
> > line ("row") of text, puts it
Andre Poenitz wrote:
>
> When I have several xfig files included, export to .dvi replaces
> them
> with one of them (i.e. instead of pictures A, B, C, it'll print A,
> A, A)
>
> I was thinking of switching to 1.4 for my dayly work, but this is a
> show-stopper.
>
> Angus?
I'm very busy at
Andre Poenitz <[EMAIL PROTECTED]> writes:
| On Tue, Aug 19, 2003 at 11:37:42PM +, Angus Leeming wrote:
>> This is wrong, right?
>
| I have no idea what config.h is good for if I don't need it. But people
| kept telling me to include it, so I did.
>
>> Angus
>>
>> $ grep config.h `find .
Just in case somebody is interested:
[Not sure this is complete, it works for me..]
#!/usr/bin/perl
while (<>) {
s/^#LyX 1.4.0cvs/#LyX 1.3/;
s/^\\lyxformat 225/\\lyxformat 221/;
s/^\\end_layout//;
s/^\\begin_layout/\\layout/;
s/^\\tracking_changes.*//;
On Tue, Aug 19, 2003 at 01:23:20AM +0200, Lars Gullik Bjønnes wrote:
>
> Hmm... we have two code paths for loading a file... one if lyx2lyx is
> not needed and one if lyx2lyx did something? We should change that to
> be one code path only...
That was my thought. Some of the logic there could
On Wed, Aug 20, 2003 at 12:59:04PM +0300, Martin Vermeer wrote:
> That requires
>
> 1) the ability to draw a more general outline / paint a more general
> background than a rectangle. Almost trivial.
Indeed.
> 2) A more general metrics model than the asc/desc/width (i.e.,
> treating insets as
Angus Leeming <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
>
>> This patch does a sweep over all the code... there be bugs.
>>
>> But it basically work as intended, but I think I have been overeager
>> in a couple of cases. And in some cases I think more ref stuff
>> should be added
On Wed, Aug 20, 2003 at 11:42:21AM +0200, Lars Gullik Bjønnes wrote:
> Andre Poenitz <[EMAIL PROTECTED]> writes:
>
> | On Tue, Aug 19, 2003 at 11:37:42PM +, Angus Leeming wrote:
> >> This is wrong, right?
> >
> | I have no idea what config.h is good for if I don't need it. But people
> | kept
Andre Poenitz <[EMAIL PROTECTED]> writes:
| On Tue, Aug 19, 2003 at 10:46:09PM +, Angus Leeming wrote:
>> Given that InsetAtom seems to be part of the road map to IU, it seems
>> reasonable to suppose that clone() will eventually return InsetAtom rather
>> than std::auto_ptr.
>
| No, clone
Lars Gullik Bjønnes wrote:
>
> | Why does showMessage::operator()(string m) in converters.C not
> | take a "string const &" arg?
>
> Have I done anything with that now?
No, but you said "Have a look". So I did. It seems like a trivial
fix, so why not do it? (I don't have a copy of the tree
On Wed, Aug 20, 2003 at 12:02:08PM +0200, Lars Gullik Bjønnes wrote:
> Andre Poenitz <[EMAIL PROTECTED]> writes:
>
> | On Tue, Aug 19, 2003 at 10:46:09PM +, Angus Leeming wrote:
> >> Given that InsetAtom seems to be part of the road map to IU, it seems
> >> reasonable to suppose that clone()
On Tue, Aug 19, 2003 at 03:23:17PM +0200, Michael Schmitt wrote:
> Hello,
>
> please find the missing patch for lyx2lyx which transforms vertical
> alignment "center" to "middle".
>
> Please check and - if OK - apply.
>
> Michael
> Index: lib/ChangeLog
>
Andre Poenitz wrote:
>
>> I have a nother thing for you that is very similar to you
>> InsetAtom: value_ptr from MEC++.
>
> I am not sure I want an extra library if 20 lines of code do just
> fine.
Having googled for MEC++, I think he means Scott Meyer's More
Effective C++, rather than some
OK I was a little bit confused. Every character after \ is displayed right. My
question is why a star after a \tag in mathed isn't also displayed red. Because \tag*
is an own command.
regards Uwe
> Loading a package that is not actually used is always a bad
> solution. The best solution would be a package manager for LyX.
>
> Meanwhile you can use this:
>
> \makeatletter
> [EMAIL PROTECTED]
> \makeatother
>
> Then color is only loaded manually if the textcolor command has
> not yet been
Uwe Stöhr wrote:
> This works but doesn't solve the following problem:
> For example if I define no extra color and just want to use \colorbox in
> mathed or TeX-Mode with a predefined color like blue. Assuming that I'm a
> normal LyX-user I wouldn't insert the macro into the LaTeX-preamble. But
>
On Tue, 19 Aug 2003, Juergen Spitzmueller wrote:
> Is there a special reason why the layout of the first (pasted) paragraph is
> not kept when pasting? Most of the time I find this annyoing
I agree... any objections to adding this to bugzilla?
/Christian
--
Christian Ridderström
> As I told you, always loading the package is not an option. You
> never know
> which packages are conflicting with others. color.sty does not
> work with any
> dvi-driver. And (for good reasons) it's simply bad style to load
> unused packages. LyX should try to produce best possible style.
>
Angus Leeming <[EMAIL PROTECTED]> writes:
| Andre Poenitz wrote:
>
>>
>>> I have a nother thing for you that is very similar to you
>>> InsetAtom: value_ptr from MEC++.
>>
>> I am not sure I want an extra library if 20 lines of code do just
>> fine.
>
| Having googled for MEC++, I think he
On Wed, 20 Aug 2003, Uwe Stöhr wrote:
> Isn't this described in bug #922?
Maybe... not quite I think, so to be on the size side I've added
http://bugzilla.lyx.org/show_bug.cgi?id=1332
since http://bugzilla.lyx.org/show_bug.cgi?id=922 doesn't seem to be
exactly the same, although
On Wed, Aug 20, 2003 at 12:06:35PM +0300, Martin Vermeer wrote:
> My question is, is this the right way to approach this? It appears
This doesn't really look like the proper solution discussed several
times ... there seems a lot of unnecessary code and hacks here (0.2 *
???)
> (ideally we
On Wed, Aug 20, 2003 at 12:59:04PM +0300, Martin Vermeer wrote:
> That requires
Please, I don't think now is the time to be working on non-rectangular
insets. Let's just get back to making things working again like they did
before, but without all the horrible stuff like getMaxWidth() that Andre
Hi
This is a bug I was annoyed with while writing my thesis last spring. In
Lyx 1.3.2qt there is a very nice feature for setting lengths without
having to click on the unit button. For instance, open
Layout->Paragraph->Spacing
and choose 'Above paragraph'=Custom. Then specify the
On Wed, Aug 20, 2003 at 05:33:55PM +0200, Christian Ridderstr?m wrote:
> Bugzilla this? (I'm currently compiling 1.4.0 to check that the problem is
Yes
john
--
Khendon's Law:
If the same point is made twice by the same person, the thread is over.
Hi
I've gotten a response from the PmWiki user's list about the URI for the
Lyx wiki (see below). In essence, something called the 'mod_rewrite' rules
of Apache should be used. I found documentation for that here:
http://httpd.apache.org/docs/mod/mod_rewrite.html
One requirement is
On Wed, Aug 20, 2003 at 05:43:40PM +0200, Christian Ridderstr?m wrote:
> I've gotten a response from the PmWiki user's list about the URI for the
> Lyx wiki (see below). In essence, something called the 'mod_rewrite' rules
ICBW, but you should be able to do it by placing .htaccess file in the
Hi.. I tried compiling 1.3.2 for the first time last night (I was using
1.3.1 till now) and the compile failed with the following error:
In file included from ../../src/buffer.h:28,
from insetbib.C:17:
../../src/paragraph.h:23:21: changes.h: No such file or directory
In file
On Wed, Aug 20, 2003 at 12:40:48PM -0400, Nirmal Govind wrote:
> I'm using Qt 3.1.2 and I tried gcc 3.3 and 3.2.. Also, I patched the source
> with Johnathan's modification of John's Change tracking code which is at
> http://members.shaw.ca/jkerrb/computer.html .. not sure if that had
His patch
Nirmal Govind wrote:
> I'm using Qt 3.1.2 and I tried gcc 3.3 and 3.2.. Also, I patched the
> source with Johnathan's modification of John's Change tracking code
> which is at http://members.shaw.ca/jkerrb/computer.html .. not sure
> if that had something to do with it.
This sounds suspicious,
>
> His patch is broken, or you didn't apply it properly
Think it may be the former cos I checked the code and it does include a file
called changes.h which Angus pointed out doesn't exist in the 1.3.2
source.. so missing file I guess.. I've emailed Johnathan...
Thanks,
nirmal
On Wed, Aug 20, 2003 at 04:12:57PM +0100, John Levon spake thusly:
> On Wed, Aug 20, 2003 at 12:59:04PM +0300, Martin Vermeer wrote:
>
> > That requires
>
> Please, I don't think now is the time to be working on non-rectangular
> insets. Let's just get back to making things working again like
On Wed, Aug 20, 2003 at 04:10:59PM +0100, John Levon spake thusly:
>
> On Wed, Aug 20, 2003 at 12:06:35PM +0300, Martin Vermeer wrote:
>
> > My question is, is this the right way to approach this? It appears
>
> This doesn't really look like the proper solution discussed several
> times ...
1 - 100 of 106 matches
Mail list logo