On Thu, Mar 25, 2004 at 05:50:06PM +0200, Martin Vermeer spake thusly:
...in my set-up with stlport. OK to apply?
Done.
- Martin
pgp0.pgp
Description: PGP signature
Angus Leeming wrote:
Agreed. Even the statement InsetCollapsable IS-A InsetText is wrong.
I guess we'd have to wait for Andr to explain his reasons. In the cvs log
it says it's for getting rid of the 'inset owner' pointer, which I think
was used for disallowing the insertion of certain types of
This makes bibtex customizable. At long last bibtex's options (--min-crossref
particularly) and alternatives (bibtex8, bibulus, mlbibtex, clbibtex etc.)
can be used [1].
It should work as is, but I'd like to test a bit once cvs is usable again. Can
it go in then?
Jürgen.
[1] to my best
Is there any reason why there is no way to cancel a load when the dialog
pops up with an emergency save ... [Recover] [Load Original]'?
I find pretty disconcerting that even closing the dialog by closing the
window (or pressing escape) does one of the two (and btw you have to guess
which).
Kuba Ober [EMAIL PROTECTED] writes:
| On Thursday 25 March 2004 06:05 am, Jean-Marc Lasgouttes wrote:
Andre == Andre Poenitz [EMAIL PROTECTED] writes:
|
| Good remark. In this light it actually looks ok.
OTOH, do we want it to be that easy to do non-logical markup?
Andre Well, given
Angus Leeming [EMAIL PROTECTED] writes:
| If I remember rightly, the last time this came around, 4 years ago,
| Lars was vehemently against it.
still the case I guess.
these are insets where the only purpose is to make LyX documentation
easier to create.
--
Lgb
Angus Leeming [EMAIL PROTECTED] writes:
we'd have to update the docs (I counted ~900 occurrences of bindings
in the current english docs...). I think nevertheless that using
such an inset in the docs would be a big gain, especially since the
docs would also be correct when people use the
Lars Gullik Bjønnes wrote:
| If I remember rightly, the last time this came around, 4 years
| ago, Lars was vehemently against it.
still the case I guess.
these are insets where the only purpose is to make LyX documentation
easier to create.
We're not talking about creating any visible
Andre Poenitz wrote:
We should do the same for ParIterator.
You could do me a favour by having a look at ParIterator and merge this
with DocumentIterator. Of course a slim wrapper around DocumentIterator
would be fine.
It is less trivial than I thought: DocIterator is inset-based and
Lars Gullik Bjnnes wrote:
Angus Leeming [EMAIL PROTECTED] writes:
we'd have to update the docs (I counted ~900 occurrences of bindings
in the current english docs...). I think nevertheless that using
such an inset in the docs would be a big gain, especially since the
docs would also be
Alfredo Braunstein wrote:
Maybe a stupid idea, but if we had an lfun showing a the keybindings
for lfuns as a message (which I think it would be useful in any
case), we could write an external material template to ask lyx
through the lyxclient.
Maybe too convoluted?
Not at all. Try it.
--
Alfredo == Alfredo Braunstein [EMAIL PROTECTED] writes:
Alfredo Lars Gullik Bjønnes wrote:
I'd be willing to go for a more general inset, but a specific
InsetFuncBinding is imho very bad.
Alfredo Maybe a stupid idea, but if we had an lfun showing a the
Alfredo keybindings for lfuns as a
Angus Leeming wrote:
Alfredo Braunstein wrote:
Maybe a stupid idea, but if we had an lfun showing a the keybindings
for lfuns as a message (which I think it would be useful in any
case), we could write an external material template to ask lyx
through the lyxclient.
Maybe too convoluted?
Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:
| Another proposal would be to have a InsetFuncResult that displays the
| result (the one set in LyXFunc::SetMessage) of a given funcrequest.
| The we could just do what you propose.
| In order to make sure that this is reasonably safe, only lfuns
|
Lars == Lars Gullik Bjønnes [EMAIL PROTECTED] writes:
Lars Jean-Marc Lasgouttes [EMAIL PROTECTED] writes: |
Lars Another proposal would be to have a InsetFuncResult that
Lars displays the | result (the one set in LyXFunc::SetMessage) of a
Lars given funcrequest. | The we could just do what you
On Fri, Mar 26, 2004 at 10:45:21AM +0100, Alfredo Braunstein wrote:
Is there any reason why there is no way to cancel a load when the dialog
pops up with an emergency save ... [Recover] [Load Original]'?
How do you bring this dialog up?
john
John Levon wrote:
On Fri, Mar 26, 2004 at 10:45:21AM +0100, Alfredo Braunstein wrote:
Is there any reason why there is no way to cancel a load when the dialog
pops up with an emergency save ... [Recover] [Load Original]'?
How do you bring this dialog up?
I don't think it matters. I
Jean-Marc Lasgouttes wrote:
On a related note: I am trying to update my patch which started this
thread, and do not see how to make the #if 1-ed code below to
work:
string const XLyXKeySym::print(key_modifier::state mod) const
{
#if 1
return
Attached, trial lyx doc of 2 lines:
[Allen (1989)] is a test.
[Bibtex database]
Try to display it and bang! I'm baffled as to why, having
scratched my head for hours over it.
Is anyone out there any good at getting to the bottom of heap
corruption problems?
Angus
gdb) where
#0
Angus == Angus Leeming [EMAIL PROTECTED] writes:
Angus Jean-Marc Lasgouttes wrote:
On a related note: I am trying to update my patch which started
this thread, and do not see how to make the #if 1-ed code below
to work:
string const XLyXKeySym::print(key_modifier::state mod) const { #if
1
On Fri, Mar 26, 2004 at 12:53:37PM +0100, Alfredo Braunstein wrote:
Is there any reason why there is no way to cancel a load when the dialog
pops up with an emergency save ... [Recover] [Load Original]'?
How do you bring this dialog up?
I don't think it matters. I wanted to load a
John Levon wrote:
I'm asking how do you get it at all...
File-Open a document on which lyx has previously died.
Alfredo
On Wed, Mar 24, 2004 at 09:19:49AM +0100, Lars Gullik Bjønnes wrote:
Christian Ridderström [EMAIL PROTECTED] writes:
| Anyway, along the same thinking, you could imagine that pressing
| Arrow-Left twice quickly would do a 'word-left' and so on. Perhaps a
| better example would be that
On Wed, Mar 24, 2004 at 10:36:08AM +, Angus Leeming wrote:
Andre Poenitz wrote:
Is the XFig external inset working properly (i.e. fully
automatically) in 1.3.4/5?
Yes. Works fine with latex. Fails with pdflatex.
In this particular case we would care onnly for .ps.
From a
On Wed, Mar 24, 2004 at 08:55:19AM +0100, Alfredo Braunstein wrote:
Andre Poenitz wrote:
On Mon, Mar 22, 2004 at 11:34:06AM +0100, Alfredo Braunstein wrote:
2) row-driven cursor up and down get confused by it.
This is sort of dead. We use mathed style up/down now, i.e. go to the
On Wed, Mar 24, 2004 at 11:04:15AM +0100, Jean-Marc Lasgouttes wrote:
Andre == Andre Poenitz [EMAIL PROTECTED] writes:
Andre We currently have still quite a few hard crashes somewhere.
Andre They are not too difficult to trigger (don't ask me for a
Andre specific problem, if I knew one I'd
On Wed, Mar 24, 2004 at 08:56:38AM +0100, Alfredo Braunstein wrote:
Andre Poenitz wrote:
On Mon, Mar 22, 2004 at 02:29:10PM +0100, Alfredo Braunstein wrote:
[which reminds me: maybe it's time to talk about DEPM again? *ducking*]
What about it? It's back to life after applying the
On Wed, Mar 24, 2004 at 10:26:41AM +, Angus Leeming wrote:
Sorry! I removed them already. It's hard to work out what is cruft
and what is to be used eventually ;-)
No problem. Removing unused stuff is a good idea in general.
Andre'
Andre Poenitz wrote:
Well, it's a matter of '#if 0' or '#if 1'. I was just indicating that
DEPM works with the new ParagraphList now.
What do you suggest as replacement for DEPM?
Drop it completely? This changes The LyX Experience a bit...
Now that we have a centralized cursor, some of
Jean-Marc Lasgouttes wrote:
What would be wrong with
static std::string const printKeysym(LyXKeySym const key,
key_modifier::state mod);
Feels good to me. Go for it.
--
Andre == Andre Poenitz [EMAIL PROTECTED] writes:
For example, start LyX and click on the workarea (without loading
a document). Crash.
Another annoying problem is that forward-delete just does
forward-char.
Andre Both fixed in my tree. Will commit tomorrow morning.
Thanks.
JMarc
Angus == Angus Leeming [EMAIL PROTECTED] writes:
Angus Jean-Marc Lasgouttes wrote:
What would be wrong with static std::string const
printKeysym(LyXKeySym const key, key_modifier::state mod);
Angus Feels good to me. Go for it.
OK, here is the updated patch (with some untested code for gtk).
Angus Leeming wrote:
Try to display it and bang! I'm baffled as to why, having
scratched my head for hours over it.
No idea either, but I just reverted to 2004-03-25 7:00 (which is before
Andrés sneak preview patch) and still got the crash with the backtrace below.
Then I reverted to
Angus Leeming wrote:
What is an 'ex-crash'?
C'mon, I thought this is cultural knowlege in britain!
'E's not pinin'! 'E's passed on! This crash is no more! He has ceased to be!
'E's expired and gone to meet 'is maker! 'E's a stiff! Bereft of life, 'e
rests in peace! If you hadn't nailed 'im
On Friday 26 March 2004 04:51 am, Lars Gullik Bjønnes wrote:
Kuba Ober [EMAIL PROTECTED] writes:
| On Thursday 25 March 2004 06:05 am, Jean-Marc Lasgouttes wrote:
Andre == Andre Poenitz [EMAIL PROTECTED] writes:
|
| Good remark. In this light it actually looks ok.
OTOH, do we want
Bennett == Bennett Helm [EMAIL PROTECTED] writes:
FYI, Bennett has volunteered to help the OSX port of LyX, now that
Ronald has run out of time. I asked him to post about this problem
here, since I suspect that some of you may have idea about what is
going on. Especially interesting is the fact
On Fri, Mar 26, 2004 at 02:11:34PM +0100, Alfredo Braunstein wrote:
I'm asking how do you get it at all...
File-Open a document on which lyx has previously died.
OK.
You're correct, I fscked up on that one. It needs a Cancel
regards
john
C'mon, I thought this is cultural knowlege in britain!
'E's not pinin'! 'E's passed on! This crash is no more! He has ceased to
be! 'E's expired and gone to meet 'is maker! 'E's a stiff! Bereft of life,
'e rests in peace! If you hadn't nailed 'im to the perch 'e'd be pushing up
the daisies!
Juergen Spitzmueller wrote:
Angus Leeming wrote:
What is an 'ex-crash'?
C'mon, I thought this is cultural knowlege in britain!
'E's not pinin'! 'E's passed on! This crash is no more! He has
ceased to be! 'E's expired and gone to meet 'is maker! 'E's a stiff!
Bereft of life, 'e rests in
Angus Leeming wrote:
Returning to the main subject. THis is *not* an ex-crash. This is a
current crash triggered by André's latest patch. Which doesn't really
help us much.
I don't understand. I thought your patch triggered it. Or are we talking about
two different things?
Jürgen.
John Levon wrote:
File-Open a document on which lyx has previously died.
OK.
Thanks. Does the same holds for the autosave file is newer dialog
(triggered always on File-Open)?
Alfredo
On Fri, Mar 26, 2004 at 05:36:44PM +0100, Alfredo Braunstein wrote:
Thanks. Does the same holds for the autosave file is newer dialog
(triggered always on File-Open)?
Probably yeah
john
John == John Levon [EMAIL PROTECTED] writes:
John On Fri, Mar 26, 2004 at 04:28:02PM +0100, Jean-Marc Lasgouttes
John wrote:
Bennett == Bennett Helm [EMAIL PROTECTED] writes:
FYI, Bennett has volunteered to help the OSX port of LyX, now that
Ronald has run out of time. I asked him to post
Juergen Spitzmueller wrote:
Angus Leeming wrote:
Returning to the main subject. THis is *not* an ex-crash. This is a
current crash triggered by André's latest patch. Which doesn't
really help us much.
I don't understand. I thought your patch triggered it. Or are we
talking about two
John Levon wrote:
Thanks. Does the same holds for the autosave file is newer dialog
(triggered always on File-Open)?
Probably yeah
Cool, I'll make both changes.
Alfredo
On Thu, Mar 25, 2004 at 07:43:00PM +, Angus Leeming wrote:
Furthermore, there is a leak in the code above. I think the minimal
change is:
if (from.getInset(i)) {
// the inset is not in a paragraph anymore
tmpinset =
On Fri, Mar 26, 2004 at 10:15:33AM +0100, Alfredo Braunstein wrote:
Angus Leeming wrote:
Agreed. Even the statement InsetCollapsable IS-A InsetText is wrong.
I guess we'd have to wait for André to explain his reasons. In the cvs log
it says it's for getting rid of the 'inset owner'
On Thu, Mar 25, 2004 at 05:50:06PM +0200, Martin Vermeer wrote:
...in my set-up with stlport. OK to apply?
Sure.
Andre'
On Thu, Mar 25, 2004 at 09:02:26AM -0500, Kuba Ober wrote:
Well, I considered writing it properly but without switching the keymap,
That's what the Compose key is good for. Compose--u gives a nice ü.
Andre'
On Thu, Mar 25, 2004 at 05:02:50PM +, Angus Leeming wrote:
// This is also a buffer property (ale)
void Buffer::fillWithBibKeys(std::vectorstd::pairstring, string
for (inset_iterator it = inset_const_iterator_begin();
it != inset_const_iterator_end(); ++it) {
On Fri, Mar 26, 2004 at 11:39:04AM +0100, Alfredo Braunstein wrote:
Andre Poenitz wrote:
We should do the same for ParIterator.
You could do me a favour by having a look at ParIterator and merge this
with DocumentIterator. Of course a slim wrapper around DocumentIterator
would be
On Thu, Mar 25, 2004 at 04:53:15PM +, Angus Leeming wrote:
Alfredo Braunstein wrote:
All this raises some doubts about the 'cleaningness' of deriving
collapsables from insettext IMHO.
Agreed. Even the statement InsetCollapsable IS-A InsetText is wrong.
Depends on the definition of
On Fri, Mar 26, 2004 at 12:13:36PM +, Angus Leeming wrote:
Attached, trial lyx doc of 2 lines:
[Allen (1989)] is a test.
[Bibtex database]
Try to display it and bang! I'm baffled as to why, having
scratched my head for hours over it.
Is anyone out there any good at getting to
On Thu, Mar 25, 2004 at 05:34:32PM +0100, Alfredo Braunstein wrote:
Making collapsables derive from InsetText raises some problems, mainly there
is one cached dimension/position missing. This problem is semi-addressed in
insettext by not using its cached dim_ but use instead the dimension of
Andre Poenitz wrote:
On Thu, Mar 25, 2004 at 07:43:00PM +, Angus Leeming wrote:
Furthermore, there is a leak in the code above. I think the minimal
change is:
if (from.getInset(i)) {
// the inset is not in a paragraph anymore
On Fri, Mar 26, 2004 at 03:40:42PM +0100, Juergen Spitzmueller wrote:
Angus Leeming wrote:
Try to display it and bang! I'm baffled as to why, having
scratched my head for hours over it.
No idea either, but I just reverted to 2004-03-25 7:00 (which is before
Andrés sneak preview patch)
On Thu, Mar 25, 2004 at 04:20:18PM +, Angus Leeming wrote:
LyX is crashing when iterating over insets. Note the two added lines,
below. That looks very, very wrong :-(
This seems to be solvable. Attached a 'makepatch.sh' style patch that
replaces Buffer::inset_iterator by some small
On Friday 26 March 2004 7:05 pm, Andre Poenitz wrote:
On Thu, Mar 25, 2004 at 04:20:18PM +, Angus Leeming wrote:
LyX is crashing when iterating over insets. Note the two added
lines, below. That looks very, very wrong :-(
This seems to be solvable. Attached a 'makepatch.sh' style patch
Andre Poenitz wrote:
So: either we add an insetdim_ member in InsetCollapsable and store the
InsetText's dimension there, and we continue to overwrite dim_ (I have a
patch for this),
InsetCollapsable's dim should be the dimension of the InsetCollapsable.
It could be created by calling
Andre Poenitz wrote:
It is less trivial than I thought:
*grin* Guess why I have asked you ;-)
I've fallen into a trap then!
DocIterator is inset-based and ParIterator is ParagraphList-based.
So we have problems for instance in CutAndPaste, where the text is
stored as a ParagraphList and
Angus Leeming wrote:
On Friday 26 March 2004 7:05 pm, Andre Poenitz wrote:
On Thu, Mar 25, 2004 at 04:20:18PM +, Angus Leeming wrote:
LyX is crashing when iterating over insets. Note the two added
lines, below. That looks very, very wrong :-(
This seems to be solvable. Attached a
Andre Poenitz wrote:
This seems to be solvable. Attached a 'makepatch.sh' style patch that
replaces Buffer::inset_iterator by some small wrapper around
DocumentIterator.
[Alfredo: Is this close to what you proposed for PosIterator?]
Yes... I wonder if private derivation would be
Alfredo Braunstein wrote:
I'll try to do that then
Here it is. The tmp inset part is a bit hackish, but is simple (and will be
replaced when cp is unified).
Almost not tested, because cvs is rather crashy (the inset_iterator stuff?).
Alfredo
? DviOut-1.4.0.lyx
? Markers.C
? Markers.h
?
This is probably the same as Angus's BibTeX inset crash, so I won't
follow up on this.
---Kayvan
On Thu, Mar 25, 2004 at 11:46:40PM -0800, Kayvan A. Sylvan wrote:
[EMAIL PROTECTED] ~/src/capella/TS4032] lyx employee_development.lyx
no text in updateScrollbar
lyx:
On Thu, Mar 25, 2004 at 05:50:06PM +0200, Martin Vermeer spake thusly:
> ...in my set-up with stlport. OK to apply?
Done.
- Martin
pgp0.pgp
Description: PGP signature
Angus Leeming wrote:
> Agreed. Even the statement InsetCollapsable IS-A InsetText is wrong.
I guess we'd have to wait for Andrà to explain his reasons. In the cvs log
it says it's for getting rid of the 'inset owner' pointer, which I think
was used for disallowing the insertion of certain types
This makes bibtex customizable. At long last bibtex's options (--min-crossref
particularly) and alternatives (bibtex8, bibulus, mlbibtex, clbibtex etc.)
can be used [1].
It should work as is, but I'd like to test a bit once cvs is usable again. Can
it go in then?
Jürgen.
[1] to my best
Is there any reason why there is no way to cancel a load when the dialog
pops up with "an emergency save ... [Recover] [Load Original]'?
I find pretty disconcerting that even closing the dialog by closing the
window (or pressing escape) does one of the two (and btw you have to guess
which).
Kuba Ober <[EMAIL PROTECTED]> writes:
| On Thursday 25 March 2004 06:05 am, Jean-Marc Lasgouttes wrote:
>> > "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
>> >> |
>> >> | Good remark. In this light it actually looks ok.
>> >>
>> >> OTOH, do we want it to be that easy to do non-logical
Angus Leeming <[EMAIL PROTECTED]> writes:
| If I remember rightly, the last time this came around, 4 years ago,
| Lars was vehemently against it.
still the case I guess.
these are insets where the only purpose is to make LyX documentation
easier to create.
--
Lgb
Angus Leeming <[EMAIL PROTECTED]> writes:
>> we'd have to update the docs (I counted ~900 occurrences of bindings
>> in the current english docs...). I think nevertheless that using
>> such an inset in the docs would be a big gain, especially since the
>> docs would also be correct when people
Lars Gullik Bjønnes wrote:
> | If I remember rightly, the last time this came around, 4 years
> | ago, Lars was vehemently against it.
>
> still the case I guess.
>
> these are insets where the only purpose is to make LyX documentation
> easier to create.
We're not talking about creating any
Andre Poenitz wrote:
>> We should do the same for ParIterator.
>
> You could do me a favour by having a look at ParIterator and merge this
> with DocumentIterator. Of course a slim wrapper around DocumentIterator
> would be fine.
It is less trivial than I thought: DocIterator is inset-based and
Lars Gullik BjÃnnes wrote:
> Angus Leeming <[EMAIL PROTECTED]> writes:
>
>>> we'd have to update the docs (I counted ~900 occurrences of bindings
>>> in the current english docs...). I think nevertheless that using
>>> such an inset in the docs would be a big gain, especially since the
>>> docs
Alfredo Braunstein wrote:
> Maybe a stupid idea, but if we had an lfun showing a the keybindings
> for lfuns as a message (which I think it would be useful in any
> case), we could write an external material template to ask lyx
> through the lyxclient.
>
> Maybe too convoluted?
Not at all. Try
> "Alfredo" == Alfredo Braunstein <[EMAIL PROTECTED]> writes:
Alfredo> Lars Gullik Bjønnes wrote:
>> I'd be willing to go for a more general inset, but a specific
>> InsetFuncBinding is imho very bad.
Alfredo> Maybe a stupid idea, but if we had an lfun showing a the
Alfredo> keybindings for
Angus Leeming wrote:
> Alfredo Braunstein wrote:
>> Maybe a stupid idea, but if we had an lfun showing a the keybindings
>> for lfuns as a message (which I think it would be useful in any
>> case), we could write an external material template to ask lyx
>> through the lyxclient.
>>
>> Maybe too
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| Another proposal would be to have a InsetFuncResult that displays the
| result (the one set in LyXFunc::SetMessage) of a given funcrequest.
| The we could just do what you propose.
>
| In order to make sure that this is reasonably safe, only
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: |
Lars> Another proposal would be to have a InsetFuncResult that
Lars> displays the | result (the one set in LyXFunc::SetMessage) of a
Lars> given funcrequest. | The we could
On Fri, Mar 26, 2004 at 10:45:21AM +0100, Alfredo Braunstein wrote:
> Is there any reason why there is no way to cancel a load when the dialog
> pops up with "an emergency save ... [Recover] [Load Original]'?
How do you bring this dialog up?
john
John Levon wrote:
> On Fri, Mar 26, 2004 at 10:45:21AM +0100, Alfredo Braunstein wrote:
>
>> Is there any reason why there is no way to cancel a load when the dialog
>> pops up with "an emergency save ... [Recover] [Load Original]'?
>
> How do you bring this dialog up?
I don't think it
Jean-Marc Lasgouttes wrote:
> On a related note: I am trying to update my patch which started this
> thread, and do not see how to make the "#if 1"-ed code below to
> work:
>
> string const XLyXKeySym::print(key_modifier::state mod) const
> {
> #if 1
> return
Attached, trial lyx doc of 2 lines:
[Allen (1989)] is a test.
[Bibtex database]
Try to display it and bang! I'm baffled as to why, having
scratched my head for hours over it.
Is anyone out there any good at getting to the bottom of heap
corruption problems?
Angus
gdb) where
#0
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> Jean-Marc Lasgouttes wrote:
>> On a related note: I am trying to update my patch which started
>> this thread, and do not see how to make the "#if 1"-ed code below
>> to work:
>>
>> string const
On Fri, Mar 26, 2004 at 12:53:37PM +0100, Alfredo Braunstein wrote:
> >> Is there any reason why there is no way to cancel a load when the dialog
> >> pops up with "an emergency save ... [Recover] [Load Original]'?
> >
> > How do you bring this dialog up?
>
> I don't think it matters. I wanted
John Levon wrote:
> I'm asking how do you get it at all...
File->Open a document on which lyx has previously died.
Alfredo
On Wed, Mar 24, 2004 at 09:19:49AM +0100, Lars Gullik Bjønnes wrote:
> Christian Ridderström <[EMAIL PROTECTED]> writes:
>
> | Anyway, along the same thinking, you could imagine that pressing
> | Arrow-Left twice quickly would do a 'word-left' and so on. Perhaps a
> | better example would be that
On Wed, Mar 24, 2004 at 10:36:08AM +, Angus Leeming wrote:
> Andre Poenitz wrote:
>
> >
> > Is the XFig external inset working "properly" (i.e. fully
> > automatically) in 1.3.4/5?
>
> Yes. Works fine with latex. Fails with pdflatex.
In this particular case we would care onnly for .ps.
>
On Wed, Mar 24, 2004 at 08:55:19AM +0100, Alfredo Braunstein wrote:
> Andre Poenitz wrote:
>
> > On Mon, Mar 22, 2004 at 11:34:06AM +0100, Alfredo Braunstein wrote:
> >> 2) row-driven cursor up and down get confused by it.
> >
> > This is sort of dead. We use mathed style up/down now, i.e. go to
On Wed, Mar 24, 2004 at 11:04:15AM +0100, Jean-Marc Lasgouttes wrote:
> > "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
>
> Andre> We currently have still quite a few hard crashes somewhere.
> Andre> They are not too difficult to trigger (don't ask me for a
> Andre> specific problem,
On Wed, Mar 24, 2004 at 08:56:38AM +0100, Alfredo Braunstein wrote:
> Andre Poenitz wrote:
>
> > On Mon, Mar 22, 2004 at 02:29:10PM +0100, Alfredo Braunstein wrote:
> >> [which reminds me: maybe it's time to talk about DEPM again? *ducking*]
> >
> > What about it? It's back to life after
On Wed, Mar 24, 2004 at 10:26:41AM +, Angus Leeming wrote:
> Sorry! I removed them already. It's hard to work out what is cruft
> and what is "to be used eventually" ;-)
No problem. Removing unused stuff is a good idea in general.
Andre'
Andre Poenitz wrote:
> Well, it's a matter of '#if 0' or '#if 1'. I was just indicating that
> DEPM works with the new ParagraphList now.
>
> What do you suggest as replacement for DEPM?
>
> Drop it completely? This changes The LyX Experience a bit...
Now that we have a centralized cursor,
Jean-Marc Lasgouttes wrote:
> What would be wrong with
> static std::string const printKeysym(LyXKeySym const & key,
> key_modifier::state mod);
Feels good to me. Go for it.
--
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
>> For example, start LyX and click on the workarea (without loading
>> a document). Crash.
>>
>> Another annoying problem is that forward-delete just does
>> forward-char.
Andre> Both fixed in my tree. Will commit tomorrow morning.
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> Jean-Marc Lasgouttes wrote:
>> What would be wrong with static std::string const
>> printKeysym(LyXKeySym const & key, key_modifier::state mod);
Angus> Feels good to me. Go for it.
OK, here is the updated patch (with some
Angus Leeming wrote:
> Try to display it and bang! I'm baffled as to why, having
> scratched my head for hours over it.
No idea either, but I just reverted to "2004-03-25 7:00" (which is before
Andrés sneak preview patch) and still got the crash with the backtrace below.
Then I reverted to
Angus Leeming wrote:
> What is an 'ex-crash'?
C'mon, I thought this is cultural knowlege in britain!
'E's not pinin'! 'E's passed on! This crash is no more! He has ceased to be!
'E's expired and gone to meet 'is maker! 'E's a stiff! Bereft of life, 'e
rests in peace! If you hadn't nailed 'im
On Friday 26 March 2004 04:51 am, Lars Gullik Bjønnes wrote:
> Kuba Ober <[EMAIL PROTECTED]> writes:
> | On Thursday 25 March 2004 06:05 am, Jean-Marc Lasgouttes wrote:
> >> > "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
> >> >> |
> >> >> | Good remark. In this light it actually looks
> "Bennett" == Bennett Helm <[EMAIL PROTECTED]> writes:
FYI, Bennett has volunteered to help the OSX port of LyX, now that
Ronald has run out of time. I asked him to post about this problem
here, since I suspect that some of you may have idea about what is
going on. Especially interesting is
1 - 100 of 128 matches
Mail list logo