On 16-Feb-2001 Amir Karger wrote:
you have to be careful about releasing. I mean, especially because there was
actually reduced functionality in the new tables!
Well IMO they don't have reduced functionallity, actually IMVO that they
have enhanced functionallity! We would have to put them in
On Friday 16 February 2001 19:20, Dekel Tsur wrote:
On Fri, Feb 16, 2001 at 10:34:50AM +1000, Allan Rae wrote:
On Thu, 15 Feb 2001, Michael Schmitt wrote:
in the citation dialog there is a problem with the OK button:
1. Select a citation
2. Select another citation
3. Remove one
On Saturday 17 February 2001 05:15, Allan Rae wrote:
[...]
The button controller is supposed to be exactly that: the controller.
Remember the MVC discussions. Either way we have two choices as I see it:
1. use input() only for input processing. This is the same as
your introduce
On Mon, Feb 19, 2001 at 09:19:55AM +, Angus Leeming wrote:
3. Making a change in the "text after" field in the citation dialog doesn't
enable the OK/Update buttons.
Really? Then I'd better port something over from the NATBIB branch!
Perhaps you should finish the Natbib code, and
On Monday 19 February 2001 09:48, Dekel Tsur wrote:
Perhaps you should finish the Natbib code, and merge it to HEAD.
Maybe we can then release a new version.
I've left this alone for a while, perhaps because I got a little overloaded
with suggestions. Having mulled things over for a while, I
I somehow lost my patch count during the checkout-and-rebuilt marathon
to find that Thing-that-is-not-a-bug last Friday, but I'd guess 25 is safe.
It would be nice if this patch would be applied in a single commit without
any additional changes at the same time. I am not 100% sure that it
won't
Angus Leeming [EMAIL PROTECTED] writes:
| On Monday 19 February 2001 09:48, Dekel Tsur wrote:
| Perhaps you should finish the Natbib code, and merge it to HEAD.
| Maybe we can then release a new version.
|
| I've left this alone for a while, perhaps because I got a little overloaded
| with
Andre Poenitz [EMAIL PROTECTED] writes:
| I somehow lost my patch count during the checkout-and-rebuilt marathon
| to find that Thing-that-is-not-a-bug last Friday, but I'd guess 25 is safe.
|
| It would be nice if this patch would be applied in a single commit without
| any additional changes
Hello,
No they are not backported yet, also because there is a lot to backport and
probaly I would have to rewrite it for 1.1.6. I'm still of the opinion that
we should release a 1.1.7 without the new-insets (as soon as I commit my
tabular-scroll fix).
Could this be a compromise?
1.
On 19-Feb-2001 Michael Schmitt wrote:
Could this be a compromise?
1. Juergen fixes all/most outstanding bugs
2. Lars integrates the new-insets code
3. Allan and Karl fix libsigc++ for Sun CC
4. A pre-release of LyX 1.1.7 is produced ASAP
5. I will run Purify on my machine
Juergen Vigna wrote:
Could this be a compromise?
1. Juergen fixes all/most outstanding bugs
2. Lars integrates the new-insets code
3. Allan and Karl fix libsigc++ for Sun CC
4. A pre-release of LyX 1.1.7 is produced ASAP
5. I will run Purify on my machine (day and night
Juergen Vigna [EMAIL PROTECTED] writes:
| On 19-Feb-2001 Michael Schmitt wrote:
|
| Could this be a compromise?
|
|1. Juergen fixes all/most outstanding bugs
|2. Lars integrates the new-insets code
|3. Allan and Karl fix libsigc++ for Sun CC
|4. A pre-release of LyX 1.1.7 is
Michael Schmitt [EMAIL PROTECTED] writes:
| Could you then test if most of the stuff you reporded is fixed now (for
| tabular only)?
|
| Yes, I can compile the cvs-version but only with g++, not with Sun CC (and
| Purify).
|
| I am definitely willing to make thourough testings but only if
On 19-Feb-2001 Lars Gullik Bjnnes wrote:
|
| IMO there's a lot more to do on the textinset's when we use it in various
| different insets.
Specifics?
The problem with textinsets now is when having a textinset in a
textinset and you can have that problem in a tabular as well...
No this
On Monday 19 February 2001 10:19, Lars Gullik Bjønnes wrote:
Angus Leeming [EMAIL PROTECTED] writes:
| On Monday 19 February 2001 09:48, Dekel Tsur wrote:
| Perhaps you should finish the Natbib code, and merge it to HEAD.
| Maybe we can then release a new version.
|
| I've left this
Juergen Vigna [EMAIL PROTECTED] writes:
| On 19-Feb-2001 Lars Gullik Bjnnes wrote:
|
| |
| | IMO there's a lot more to do on the textinset's when we use it in various
| | different insets.
|
| Specifics?
| The problem with textinsets now is when having a textinset in a
| textinset and you
Angus Leeming [EMAIL PROTECTED] writes:
|
| Do do the multiple arg featrues right I think we need NEW_INSETS...
| so...
|
| So I enable NEW_INSETS.
|
| If you expect me to understand why though, you'll have to give more details!
| So, why do I need NEW_INSETS to do multiple args
On 19-Feb-2001 Lars Gullik Bjnnes wrote:
How is this really different from the with of a tabular cell?
(there is something that I don't get...)
The difference is a static length or a length given by it's owner, which
can change (dynamic lenght). With this we have update problems!
And to
We are crossing unsafe ground:
This moves most parts of the "deep copy" from MathedIter to MathArray where
it actually belongs. It's far from being nice and clean, but again I'd
rather see it applied with this limited scope...
Andre'
--
Andr Pnitz
Juergen Vigna [EMAIL PROTECTED] writes:
| On 19-Feb-2001 Lars Gullik Bjnnes wrote:
|
| How is this really different from the with of a tabular cell?
| (there is something that I don't get...)
|
|
| The difference is a static length or a length given by it's owner, which
| can change
Andre Poenitz [EMAIL PROTECTED] writes:
| We are crossing unsafe ground:
|
| This moves most parts of the "deep copy" from MathedIter to MathArray where
| it actually belongs. It's far from being nice and clean, but again I'd
| rather see it applied with this limited scope...
|
| Andre'
|
|
On 19-Feb-2001 Lars Gullik Bjnnes wrote:
Can this be fixed by assuming a dynamic length always? f.ex. by
removing InsetText::insetWidth and always call InsetText::width
instead?
And then we forbid inset in inset, isn't it?
Why is the caching of these values (ascent,descent,with) really
On Monday 19 February 2001 11:33, Lars Gullik Bjønnes wrote:
Just for natbib this will not be needed, but for the more general case
where we want to use the optional arg on captions, sectionheadings,
etc. we need a "input field" where we can use the "full" power of the
LyX canvas.
Ok.
When I run configure, I get the following warnings for the boost libraries:
creating ./config.status
creating Makefile
creating libs/Makefile
sed: Cannot find or open file ./libs/Makefile.in.
creating libs/regex/Makefile
sed: Cannot find or open file ./libs/regex/Makefile.in.
creating
Still leaking.
--
Andr Pnitz [EMAIL PROTECTED]
? .array.h.swp
? .array.C.swp
? mathed25.diff
? mathed27.diff
? mathed26.diff
Index: ChangeLog
===
RCS file:
Angus Leeming [EMAIL PROTECTED] writes:
| When I run configure, I get the following warnings for the boost libraries:
|
| creating ./config.status
| creating Makefile
| creating libs/Makefile
| sed: Cannot find or open file ./libs/Makefile.in.
| creating libs/regex/Makefile
| sed: Cannot find
Andre Poenitz [EMAIL PROTECTED] writes:
| Still leaking.
And not exception safe either?
Why didn't you use the approach I outlined in prev mail?
To be exception safe you need a third object to do the construction
in. After construction is finished you swap contends.
|
On Sun, 18 Feb 2001, Baruch Even wrote:
OK, this is the second time a working IG viewing is available, this time
its done better (or so I hope).
cool :)
Another thing needed is messaging, I dont want to make IG fully
multi-threaded so upon image loading completion I need to be able to
Can Sectioning.[Ch] be deleted ? Not used as far as I can see.
Also can I rip out the keymap dialog ? It's not currently used
and I don't fancy porting it to GUII.
john
--
"Allocation is a fatal error."
- me, cpd_util.c. Never document at 4AM
On Sun, 18 Feb 2001, Kayvan A. Sylvan wrote:
Hi folks,
Would one of you please fix this? This is agains the latest 1.2.0cvs.
"make dist" produces:
automake --include-deps --build-dir=$here --srcdir-name=.
--output-dir=$top_distdir --foreign Makefile
cp: cannot create regular file
On Mon, 19 Feb 2001, Juergen Vigna wrote:
On 19-Feb-2001 John Levon wrote:
Juergen, as I said "Tab" works great now. It's shift-tab that's the
problem, it doesn't do anything. Is it supposed to ? I have verified
with xev the keypress gets delivered.
As I said above it may be that
On 19-Feb-2001 John Levon wrote:
Well then xev wouldn't receive it would it !
Well yes you could be right here :)
as "ISO_Left_Tab". I'll look into this in a bit.
That's it IMO. But in the tabular code I just receive an event (action).
So this is in the relevant section of the
Juergen Vigna [EMAIL PROTECTED] writes:
| On 19-Feb-2001 John Levon wrote:
|
| Juergen, as I said "Tab" works great now. It's shift-tab that's the
| problem, it doesn't do anything. Is it supposed to ? I have verified
| with xev the keypress gets delivered.
|
| As I said above it may be
John Levon [EMAIL PROTECTED] writes:
| Can Sectioning.[Ch] be deleted ? Not used as far as I can see.
No, but it will be. Sectioning will be the companion of
InsetSectioning.
| Also can I rip out the keymap dialog ? It's not currently used
| and I don't fancy porting it to GUII.
Do we have an
On 19 Feb 2001, Lars Gullik Bjønnes wrote:
John Levon [EMAIL PROTECTED] writes:
| Can Sectioning.[Ch] be deleted ? Not used as far as I can see.
No, but it will be. Sectioning will be the companion of
InsetSectioning.
ok
| Also can I rip out the keymap dialog ? It's not currently
On Mon, Feb 19, 2001 at 01:08:16PM +, Angus Leeming wrote:
A general InsetCommand will output LaTeX of the form
\command[opt1][opt2][opt ...]{contents}
(Of course, opt1, op2 etc can contain square brackets themselves)
Why not have a more general code, so that InsetCommand can output
I did an update of HEAD to commit all the fixes I made to InsetTabular
and InsetText, but now I cannot compile anymore. Could someone please
help me (fast)!
make[3]: Entering directory `/nfs/sinco/source/lyx/lyx-devel/src/mathed'
/bin/sh ../../libtool --mode=compile g++ -DHAVE_CONFIG_H -I. -I.
could someone please apply this patch --- I don't think I have write
permissions to all relevant directories.
Angus
patch.diff.gz
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!
Jrgen
--
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._
Dr. Jrgen VignaE-Mail: [EMAIL
This is a second fix commit for InsetTabular and InsetText. Thanks to
John for the list.
[ Bug #125009 ] Table drawing problems in wide columns
http://sourceforge.net/bugs/?func=detailbugbug_id=125009group_id=15212
Fixed!
[ Bug #128288 ] Minor table rendering bug
cleanup... we are hopefully leaking a bit less already
Andre'
--
Andr Pnitz [EMAIL PROTECTED]
Index: ChangeLog
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/mathed/ChangeLog,v
/usr/include/g++-2/stl_vector.h:113: instantiated from `vectorunsigned
char,__default_alloc_templatetrue,0 ::vectorint(int, int)'
array.C:25: instantiated from here
/usr/include/g++-2/stl_iterator.h:126: confused by earlier errors, bailing out
make[3]: *** [array.lo] Error 1
On Mon, Feb 19, 2001 at 05:07:43PM +0100, Juergen Vigna wrote:
So now we only have the problem with the spellchecker and the applying of
and find/replace, but this is basically the same thing as spell-checking.
character-layouts on cell-selections. All else should be fixed with my last
I get for shift-tab :
Workarea event: KEYBOARD
XLookupKeySym
WorkArea: Key is `ISO_Left_Tab' [65056]
WorkArea: Keysym is `ISO_Left_Tab' [65056]
Workarea Diff: 1504
KeySym is ISO_Left_Tab[65056] State is [1]
action first set to [-1]
meta_fake_bit is [0]
action now set to [-1]
Key
Hello,
I checked out lyx-devel today. Below please find an updated list of outstanding
errors. Some things have become better, some worse...
Michael
+BUGS+BUGS+BUGS+BUGS+BUGS+BUGS+BUGS+BUGS+BUGS+BUGS+BUGS+BUGS+BUGS+BUGS
Tables:
- LyX crashes (!) if a protected blank is inserted at the
On Mon, 19 Feb 2001, Michael Schmitt wrote:
Hello,
I checked out lyx-devel today. Below please find an updated list of outstanding
errors. Some things have become better, some worse...
Michael
Hi again :)
First, thanks for all the reports :)
Second, in order to help track them, you
John Levon [EMAIL PROTECTED] writes:
This looks correct, so now you only have to bind a lyxfunc to
ISO_Left_Tab...
Lgb
| I get for shift-tab :
|
| Workarea event: KEYBOARD
| XLookupKeySym
| WorkArea: Key is `ISO_Left_Tab' [65056]
| WorkArea: Keysym is `ISO_Left_Tab' [65056]
|
On 19 Feb 2001, Lars Gullik Bjønnes wrote:
John Levon [EMAIL PROTECTED] writes:
This looks correct, so now you only have to bind a lyxfunc to
ISO_Left_Tab...
Lgb
In LyX::defaultKeyBindings() right ?
There are loads of weird ones like "XK_ISO_Release_Both_Margins"
... they
John Levon [EMAIL PROTECTED] writes:
| On 19 Feb 2001, Lars Gullik Bjnnes wrote:
|
| John Levon [EMAIL PROTECTED] writes:
|
|
| This looks correct, so now you only have to bind a lyxfunc to
| ISO_Left_Tab...
|
| Lgb
|
| In LyX::defaultKeyBindings() right ?
Or in you private
Console output when compiling LyX with assertions:
- "help, destroyme!"
This comes from within mathed. Please ignore it for a while unless LyX
crashes.
Andre'
--
Andr Pnitz [EMAIL PROTECTED]
I'm attaching the offending file as text, as I cannot send attachments
at the moment (is there a reasonable way to do this from
the command line? I can't use exmh right now because rcvstore is missing
from nmh for some reason, and it loses all my mail :(
Anyway, I reported this a couple of
Here:
http://www.northernjourney.com/opensource/newbies/newb020.html
...and it says
"LyX has a lovely interface..."
so just give up on GUII ;-)
Martin
PS LyX was a success at the AGU Infotech. I think I made one
convert. Allan's slides were very useful but a couple of
screenshots would do
* John Levon [EMAIL PROTECTED] [010219 21:07]:
On Sun, 18 Feb 2001, Baruch Even wrote:
Another thing needed is messaging, I dont want to make IG fully
multi-threaded so upon image loading completion I need to be able to
send a message, I intend to investigate creating some sort of
On Mon, Feb 19, 2001 at 07:04:58PM +0200, Dekel Tsur wrote:
On Mon, Feb 19, 2001 at 05:07:43PM +0100, Juergen Vigna wrote:
So now we only have the problem with the spellchecker and the applying of
and find/replace, but this is basically the same thing as spell-checking.
Sorry people but there are not enough hours in my days at the moment.
My contract employment job is quickly becoming a 24x7 thing and I don't
know when I'm going to get to sleep. Maybe in a fortnight.
With a great deal of luck a short LDN may be produced as Jos is working
on some stuff. And I
On Mon, 19 Feb 2001, Juergen Vigna wrote:
On 16-Feb-2001 Amir Karger wrote:
you have to be careful about releasing. I mean, especially because there was
actually reduced functionality in the new tables!
Well IMO they don't have reduced functionallity, actually IMVO that they
have
On Mon, 19 Feb 2001, Martin Vermeer wrote:
Here:
http://www.northernjourney.com/opensource/newbies/newb020.html
...and it says
"LyX has a lovely interface..."
so just give up on GUII ;-)
Okay.
Martin
PS LyX was a success at the AGU Infotech. I think I made one
convert. Allan's
FWIW, I'm inclined to release 1.2.0 _now_, as in today, with the contents
of current CVS if for no other reason than give people a working table
implementation and stop all the "tables are %$@ed in LyX-1.1.6" emails.
Just out of curiosity: Why is "mathed is %$@ed up in 1.2.0" preferable
to
Guys
Another 2 bugs in Lyx 1.1.6fix1.
1. When entering numbers into tables it is not possible to use the numeric
keypad (with num lock on of course).
2. It is not possible to delete (Delete or Backspace) entries in an entire
column in tabular mode. It is however possible to cut (cntrl X)
On Tue, 20 Feb 2001, Andre Poenitz wrote:
This should be safe enough despite all the mathed and frontends changes.
Well, we certainly try not to break things but the changes have not been
tested at all...
Until yesterdays changes mathed seemed okay. I haven't tested yesterdays
but changes
On 16-Feb-2001 Amir Karger wrote:
> you have to be careful about releasing. I mean, especially because there was
> actually reduced functionality in the new tables!
Well IMO they don't have reduced functionallity, actually IMVO that they
have enhanced functionallity! We would have to put them
On Friday 16 February 2001 19:20, Dekel Tsur wrote:
> On Fri, Feb 16, 2001 at 10:34:50AM +1000, Allan Rae wrote:
> > On Thu, 15 Feb 2001, Michael Schmitt wrote:
> > > in the citation dialog there is a problem with the OK button:
> > >
> > > 1. Select a citation
> > > 2. Select another citation
>
On Saturday 17 February 2001 05:15, Allan Rae wrote:
[...]
> The button controller is supposed to be exactly that: the controller.
> Remember the MVC discussions. Either way we have two choices as I see it:
> 1. use input() only for input processing. This is the same as
> your
On Mon, Feb 19, 2001 at 09:19:55AM +, Angus Leeming wrote:
> > 3. Making a change in the "text after" field in the citation dialog doesn't
> > enable the OK/Update buttons.
>
> Really? Then I'd better port something over from the NATBIB branch!
Perhaps you should finish the Natbib code,
On Monday 19 February 2001 09:48, Dekel Tsur wrote:
> Perhaps you should finish the Natbib code, and merge it to HEAD.
> Maybe we can then release a new version.
I've left this alone for a while, perhaps because I got a little overloaded
with suggestions. Having mulled things over for a while,
I somehow lost my patch count during the checkout-and-rebuilt marathon
to find that Thing-that-is-not-a-bug last Friday, but I'd guess 25 is safe.
It would be nice if this patch would be applied in a single commit without
any additional changes at the same time. I am not 100% sure that it
won't
Angus Leeming <[EMAIL PROTECTED]> writes:
| On Monday 19 February 2001 09:48, Dekel Tsur wrote:
| > Perhaps you should finish the Natbib code, and merge it to HEAD.
| > Maybe we can then release a new version.
|
| I've left this alone for a while, perhaps because I got a little overloaded
|
Andre Poenitz <[EMAIL PROTECTED]> writes:
| I somehow lost my patch count during the checkout-and-rebuilt marathon
| to find that Thing-that-is-not-a-bug last Friday, but I'd guess 25 is safe.
|
| It would be nice if this patch would be applied in a single commit without
| any additional
Hello,
> No they are not backported yet, also because there is a lot to backport and
> probaly I would have to rewrite it for 1.1.6. I'm still of the opinion that
> we should release a 1.1.7 without the new-insets (as soon as I commit my
> tabular-scroll fix).
Could this be a compromise?
1.
On 19-Feb-2001 Michael Schmitt wrote:
>
> Could this be a compromise?
>
> 1. Juergen fixes all/most outstanding bugs
> 2. Lars integrates the new-insets code
> 3. Allan and Karl fix libsigc++ for Sun CC
> 4. A pre-release of LyX 1.1.7 is produced ASAP
> 5. I will run Purify on my
Juergen Vigna wrote:
> > Could this be a compromise?
> >
> > 1. Juergen fixes all/most outstanding bugs
> > 2. Lars integrates the new-insets code
> > 3. Allan and Karl fix libsigc++ for Sun CC
> > 4. A pre-release of LyX 1.1.7 is produced ASAP
> > 5. I will run Purify on my machine
Juergen Vigna <[EMAIL PROTECTED]> writes:
| On 19-Feb-2001 Michael Schmitt wrote:
| >
| > Could this be a compromise?
| >
| > 1. Juergen fixes all/most outstanding bugs
| > 2. Lars integrates the new-insets code
| > 3. Allan and Karl fix libsigc++ for Sun CC
| > 4. A pre-release of LyX
Michael Schmitt <[EMAIL PROTECTED]> writes:
| > Could you then test if most of the stuff you reporded is fixed now (for
| > tabular only)?
|
| Yes, I can compile the cvs-version but only with g++, not with Sun CC (and
| Purify).
|
| I am definitely willing to make thourough testings but only
On 19-Feb-2001 Lars Gullik Bjønnes wrote:
>|
>| IMO there's a lot more to do on the textinset's when we use it in various
>| different insets.
>
> Specifics?
> The problem with textinsets now is when having a textinset in a
> textinset and you can have that problem in a tabular as well...
No
On Monday 19 February 2001 10:19, Lars Gullik Bjønnes wrote:
> Angus Leeming <[EMAIL PROTECTED]> writes:
>
> | On Monday 19 February 2001 09:48, Dekel Tsur wrote:
> | > Perhaps you should finish the Natbib code, and merge it to HEAD.
> | > Maybe we can then release a new version.
> |
> | I've
Juergen Vigna <[EMAIL PROTECTED]> writes:
| On 19-Feb-2001 Lars Gullik Bjønnes wrote:
|
| >|
| >| IMO there's a lot more to do on the textinset's when we use it in various
| >| different insets.
| >
| > Specifics?
| > The problem with textinsets now is when having a textinset in a
| >
Angus Leeming <[EMAIL PROTECTED]> writes:
| >
| > Do do the multiple arg featrues right I think we need NEW_INSETS...
| > so...
|
| So I enable NEW_INSETS.
|
| If you expect me to understand why though, you'll have to give more details!
| So, why do I need NEW_INSETS to do multiple args
On 19-Feb-2001 Lars Gullik Bjønnes wrote:
>
> How is this really different from the with of a tabular cell?
> (there is something that I don't get...)
>
The difference is a static length or a length given by it's owner, which
can change (dynamic lenght). With this we have update problems!
>
We are crossing unsafe ground:
This moves most parts of the "deep copy" from MathedIter to MathArray where
it actually belongs. It's far from being nice and clean, but again I'd
rather see it applied with this limited scope...
Andre'
--
André Pönitz
Juergen Vigna <[EMAIL PROTECTED]> writes:
| On 19-Feb-2001 Lars Gullik Bjønnes wrote:
| >
| > How is this really different from the with of a tabular cell?
| > (there is something that I don't get...)
| >
|
| The difference is a static length or a length given by it's owner, which
| can
Andre Poenitz <[EMAIL PROTECTED]> writes:
| We are crossing unsafe ground:
|
| This moves most parts of the "deep copy" from MathedIter to MathArray where
| it actually belongs. It's far from being nice and clean, but again I'd
| rather see it applied with this limited scope...
|
| Andre'
|
|
On 19-Feb-2001 Lars Gullik Bjønnes wrote:
>
> Can this be fixed by assuming a dynamic length always? f.ex. by
> removing InsetText::insetWidth and always call InsetText::width
> instead?
And then we forbid inset in inset, isn't it?
> Why is the caching of these values (ascent,descent,with)
On Monday 19 February 2001 11:33, Lars Gullik Bjønnes wrote:
> Just for natbib this will not be needed, but for the more general case
> where we want to use the optional arg on captions, sectionheadings,
> etc. we need a "input field" where we can use the "full" power of the
> LyX canvas.
Ok.
When I run configure, I get the following warnings for the boost libraries:
creating ./config.status
creating Makefile
creating libs/Makefile
sed: Cannot find or open file ./libs/Makefile.in.
creating libs/regex/Makefile
sed: Cannot find or open file ./libs/regex/Makefile.in.
creating
Still leaking.
--
André Pönitz [EMAIL PROTECTED]
? .array.h.swp
? .array.C.swp
? mathed25.diff
? mathed27.diff
? mathed26.diff
Index: ChangeLog
===
RCS file:
Angus Leeming <[EMAIL PROTECTED]> writes:
| When I run configure, I get the following warnings for the boost libraries:
|
| creating ./config.status
| creating Makefile
| creating libs/Makefile
| sed: Cannot find or open file ./libs/Makefile.in.
| creating libs/regex/Makefile
| sed: Cannot find
Andre Poenitz <[EMAIL PROTECTED]> writes:
| Still leaking.
And not exception safe either?
Why didn't you use the approach I outlined in prev mail?
To be exception safe you need a third object to do the construction
in. After construction is finished you swap contends.
|
On Sun, 18 Feb 2001, Baruch Even wrote:
> OK, this is the second time a working IG viewing is available, this time
> its done better (or so I hope).
cool :)
> Another thing needed is messaging, I dont want to make IG fully
> multi-threaded so upon image loading completion I need to be able to
Can Sectioning.[Ch] be deleted ? Not used as far as I can see.
Also can I rip out the keymap dialog ? It's not currently used
and I don't fancy porting it to GUII.
john
--
"Allocation is a fatal error."
- me, cpd_util.c. Never document at 4AM
On Sun, 18 Feb 2001, Kayvan A. Sylvan wrote:
> Hi folks,
>
> Would one of you please fix this? This is agains the latest 1.2.0cvs.
>
> "make dist" produces:
>
> && automake --include-deps --build-dir=$here --srcdir-name=.
>--output-dir=$top_distdir --foreign Makefile
> cp: cannot create
On Mon, 19 Feb 2001, Juergen Vigna wrote:
>
> On 19-Feb-2001 John Levon wrote:
> >
> > Juergen, as I said "Tab" works great now. It's shift-tab that's the
> > problem, it doesn't do anything. Is it supposed to ? I have verified
> > with xev the keypress gets delivered.
>
> As I said above it
On 19-Feb-2001 John Levon wrote:
> Well then xev wouldn't receive it would it !
Well yes you could be right here :)
> as "ISO_Left_Tab". I'll look into this in a bit.
That's it IMO. But in the tabular code I just receive an event (action).
So this is in the relevant section of the
Juergen Vigna <[EMAIL PROTECTED]> writes:
| On 19-Feb-2001 John Levon wrote:
| >
| > Juergen, as I said "Tab" works great now. It's shift-tab that's the
| > problem, it doesn't do anything. Is it supposed to ? I have verified
| > with xev the keypress gets delivered.
|
| As I said above it may
John Levon <[EMAIL PROTECTED]> writes:
| Can Sectioning.[Ch] be deleted ? Not used as far as I can see.
No, but it will be. Sectioning will be the companion of
InsetSectioning.
| Also can I rip out the keymap dialog ? It's not currently used
| and I don't fancy porting it to GUII.
Do we have
On 19 Feb 2001, Lars Gullik Bjønnes wrote:
> John Levon <[EMAIL PROTECTED]> writes:
>
> | Can Sectioning.[Ch] be deleted ? Not used as far as I can see.
>
> No, but it will be. Sectioning will be the companion of
> InsetSectioning.
>
ok
> | Also can I rip out the keymap dialog ? It's not
On Mon, Feb 19, 2001 at 01:08:16PM +, Angus Leeming wrote:
> A general InsetCommand will output LaTeX of the form
> \command[opt1][opt2][opt ...]{contents}
> (Of course, opt1, op2 etc can contain square brackets themselves)
Why not have a more general code, so that InsetCommand can
I did an update of HEAD to commit all the fixes I made to InsetTabular
and InsetText, but now I cannot compile anymore. Could someone please
help me (fast)!
make[3]: Entering directory `/nfs/sinco/source/lyx/lyx-devel/src/mathed'
/bin/sh ../../libtool --mode=compile g++ -DHAVE_CONFIG_H -I. -I.
could someone please apply this patch --- I don't think I have write
permissions to all relevant directories.
Angus
patch.diff.gz
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
This is a second fix commit for InsetTabular and InsetText. Thanks to
John for the list.
> [ Bug #125009 ] Table drawing problems in wide columns
> http://sourceforge.net/bugs/?func=detailbug_id=125009_id=15212
Fixed!
> [ Bug #128288 ] Minor table rendering bug
>
1 - 100 of 120 matches
Mail list logo