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 i
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 introd
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
| wit
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. J
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 mach
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 (da
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 le
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
| > textinse
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 prop
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!
> A
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 [E
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 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 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) rea
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. Und
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 libs/regex/
Still leaking.
--
André Pönitz [EMAIL PROTECTED]
? .array.h.swp
? .array.C.swp
? mathed25.diff
? mathed27.diff
? mathed26.diff
Index: ChangeLog
===
RCS file: /usr/local/lyx/cvsroot/lyx-de
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.
| +MathedArray::MathedAr
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 reg
On Mon, 19 Feb 2001 [EMAIL PROTECTED] wrote:
> Bug #129014, was updated on 2001-Jan-16 08:16
> Here is a current snapshot of the bug.
>
> Project: LyX Bugs
> Category: None
> Status: Open
> Resolution: None
> Bug Group: None
> Priority: 1
> Submitted by: movement
> Assigned to : nobody
> Summary
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 your wm uses it!
I use Shift-Tab here all the t
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 m
This fixes installation problems in the 1.1.6 branch. I've
tested it and it works OK, but remember what happened last time
I tested an install (i.e. please test this yourself, although I
can't see what would be wrong).
thanks
john
--
"Allocation is a fatal error."
- me, cpd_util.c. Nev
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 Keyboard-Ha
Has anyone looked at it yet ? I have a GUI-I FormExternal
patch dependent on the FileDialog one.
btw, there's something weird with rsplit, if I do :
rsplit(string, firstpart, '|')
on "blablabla|", then it doesn't work - it doesn't split
around a pivot as the last character.
thanks
john
--
"
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 a
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 cur
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 outp
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. -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 PRO
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&bug_id=125009&group_id=15212
Fixed!
> [ Bug #128288 ] Minor table rendering bug
> https://sourceforge.n
cleanup... we are hopefully leaking a bit less already
Andre'
--
André Pönitz [EMAIL PROTECTED]
Index: ChangeLog
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/mathed/ChangeLog,v
retr
> /usr/include/g++-2/stl_vector.h:113: instantiated from `vector char,__default_alloc_template >::vector(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
g++-2/stl_vector.h
It se
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 [-1][S-ISO_Left_
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 beg
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, y
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]
| Workar
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"
...
John Levon <[EMAIL PROTECTED]> writes:
| 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 ?
Or in
> 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é Pönitz [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 years
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 go
* 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 sor
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.
>
> > char
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
> hav
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.
> 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
t
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 ( X) the data
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 chan
64 matches
Mail list logo