Maybe someone could try to explain me again in simple words what's the
benefit of CVS branches in general and for me specifically is.
Is it possible to incorporated changes from the main trunk into the
branch without guessing some date, building a cvs diff -D 'some time
ago' -D now and patching
Andre Poenitz [EMAIL PROTECTED] writes:
| Maybe someone could try to explain me again in simple words what's the
| benefit of CVS branches in general and for me specifically is.
|
| Is it possible to incorporated changes from the main trunk into the
| branch without guessing some date, building
On Thu, Jul 10, 2003 at 09:39:32AM +0200, Lars Gullik Bjønnes wrote:
Andre Poenitz [EMAIL PROTECTED] writes:
| Maybe someone could try to explain me again in simple words what's the
| benefit of CVS branches in general and for me specifically is.
|
| Is it possible to incorporated changes
File-New
insert-file-LyX Document, Userguide.lyx
-document loaded, but nothing is shown
cursor right-crash
I don't know when was it introduced.
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 1089852768 (LWP 23342)]
0x0810e97c in Paragraph::empty() const (this=0x7) at
Hi all!
Lyx catches a SIGSEGV (and core dumps) if I try to include a
graphic. Selecting Include-Graphics opens the fileselector and paints a
frame into the current document while it catches the SIGSEGV. I also
discovered, that a SIGSEGV is caught if I change one of my included
images to a
On Thu, Jul 10, 2003 at 11:20:21AM +0200, Alfredo Braunstein wrote:
File-New
insert-file-LyX Document, Userguide.lyx
-document loaded, but nothing is shown
cursor right-crash
I don't know when was it introduced.
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread
Andre Poenitz wrote:
Check whether rit == end() here (or below...)
Andre'
I have to recompile without optimizations to be able to do this, but calling
isParEnd() there enters an infinite memory eating loop.
Anyway, I suppose the problem should be easy to detect (it's earlier) as the
On Thu, Jul 10, 2003 at 11:43:50AM +0200, Alfredo Braunstein wrote:
I have to recompile without optimizations to be able to do this, but calling
isParEnd() there enters an infinite memory eating loop.
Anyway, I suppose the problem should be easy to detect (it's earlier) as the
document is /not
On Thu, Jul 10, 2003 at 11:55:18AM +0200, Andre' Poenitz wrote:
text not available!
no text in cache!
My problem then.
Aehm... getting this message once on 'new file' is ok.
Andre'
--
Those who desire to give up Freedom in order to gain Security, will not have,
nor do they deserve,
Andre Poenitz [EMAIL PROTECTED] writes:
| On Thu, Jul 10, 2003 at 09:39:32AM +0200, Lars Gullik Bjønnes wrote:
| Andre Poenitz [EMAIL PROTECTED] writes:
|
| | Maybe someone could try to explain me again in simple words what's the
| | benefit of CVS branches in general and for me specifically
Andre Poenitz wrote:
text not available!
no text in cache!
My problem then.
You think? And I was feeling all guilty ;^) (I think it can be related to
the changes I made). We'll see.
Regards, Alfredo
On Thu, Jul 10, 2003 at 12:00:54PM +0200, Lars Gullik Bjønnes wrote:
| In fact, I think it is much simpler for me to have three trees
|
| 1 trunk
| 2 trunk + changes
| 3 branch
|
| and keep working in trunk + changes and if I feel like committing
| something I'd simply copy over
This starts reaping small benefits.
Andre'
--
Those who desire to give up Freedom in order to gain Security, will not have,
nor do they deserve, either one. (T. Jefferson or B. Franklin or both...)
Index: insettext.C
===
RCS
Andre Poenitz wrote:
Aehm... getting this message once on 'new file' is ok.
I don't get it on 'new file', but when I insert the lyx doc.
Alfredo
Andre Poenitz [EMAIL PROTECTED] writes:
| On Thu, Jul 10, 2003 at 12:00:54PM +0200, Lars Gullik Bjønnes wrote:
| | In fact, I think it is much simpler for me to have three trees
| |
| | 1 trunk
| | 2 trunk + changes
| | 3 branch
| |
| | and keep working in trunk + changes and if
On Thu, Jul 10, 2003 at 12:31:20PM +0200, Lars Gullik Bjønnes wrote:
well sure... but testing on branch will not have been updated from
trunk, so what we test on branch is not the same as you will commit
from trunk + changes.
Sure it will, because all I commit in branch is a copy of
Andre Poenitz wrote:
PS: I'll back out the insettext patch this afternoon unless I (or
somebody else...) finds the problem with Insert File, but I don't think
I'll go back to work on a branch.
Maybe irrelevant, but I'm still not sure that the insert file problem is due
to the insettext
Hello,
LyX 1.4.0cvs doesn't work with Aiksaurus 1.0.0 because the location of
Aiksaurus.h has changed since the previous version.
Please apply the following patch
Thanks, Michael
***
Index: src/Thesaurus.h
Michael Schmitt [EMAIL PROTECTED] writes:
| Hello,
|
| LyX 1.4.0cvs doesn't work with Aiksaurus 1.0.0 because the location of
| Aiksaurus.h has changed since the previous version.
|
| Please apply the following patch
What about the previous version then?
--
Lgb
On Thu, Jul 10, 2003 at 12:59:38PM +0200, Alfredo Braunstein wrote:
Maybe irrelevant, but I'm still not sure that the insert file problem is due
to the insettext patch...
I am fairly sure, though. I've just committed a patch for the crash.
The first 'draw' is still missing.
Andre'
--
Those
Andre Poenitz wrote:
I am fairly sure, though. I've just committed a patch for the crash.
The first 'draw' is still missing.
Ok.
Alfredo
Hi,
I get the following compiler errors (gcc-3.2, --with-included-string).
Any idea how to fix them?
Michael
g++ -DHAVE_CONFIG_H -I. -I. -I../../../src -I../../../src/
-I../../../src/frontends/ -I../../../images -I./qt2
-I/usr/lib/qt-3.0.5///include -I../../../boost
On Thu, Jul 10, 2003 at 01:42:52PM +0200, Michael Schmitt wrote:
Hi,
I get the following compiler errors (gcc-3.2, --with-included-string).
Any idea how to fix them?
Replace
#if USE_BOOST_FORMAT
boost::format fmt(_(LyX: %1$s));
fmt % tit;
string const title =
On Thu, Jul 10, 2003 at 12:05:35PM +0200, Andre Poenitz wrote:
As long as you are the only one working on a branch that works.
In that particular case this seems to be given.
Sheesh, give us a chance !
john
On Thu, Jul 10, 2003 at 01:09:37PM +0200, Michael Schmitt wrote:
LyX 1.4.0cvs doesn't work with Aiksaurus 1.0.0 because the location of
Aiksaurus.h has changed since the previous version.
!! When was that released ? Is there a webpage again ?
john
John Levon wrote:
On Thu, Jul 10, 2003 at 01:09:37PM +0200, Michael Schmitt wrote:
LyX 1.4.0cvs doesn't work with Aiksaurus 1.0.0 because the location of
Aiksaurus.h has changed since the previous version.
!! When was that released ? Is there a webpage again ?
john
Yes. There is
Hi Andre,
I see there are some more places where #if USE_BOOST_FORMAT is used:
./src/frontends/qt2/QDocument.C (1 time)
./src/frontends/qt2/Alert_pimpl.C (5 times)
./src/Chktex.C (2 times)
./src/support/BoostFormat.h (1 time)
./src/support/lstrings.C (1 time)
./src/support/boost-inst.C (1
Michael Schmitt wrote:
Hi Andre,
I see there are some more places where #if USE_BOOST_FORMAT is used:
./src/frontends/qt2/QDocument.C (1 time)
./src/frontends/qt2/Alert_pimpl.C (5 times)
./src/Chktex.C (2 times)
./src/support/BoostFormat.h (1 time)
./src/support/lstrings.C (1
On Thu, Jul 10, 2003 at 01:42:52PM +0200, Michael Schmitt wrote:
I get the following compiler errors (gcc-3.2, --with-included-string).
Any idea how to fix them?
Try again.
Andre'
On Thu, Jul 10, 2003 at 02:14:36PM +0200, Michael Schmitt wrote:
Hi Andre,
I see there are some more places where #if USE_BOOST_FORMAT is used:
./src/frontends/qt2/QDocument.C (1 time)
./src/frontends/qt2/Alert_pimpl.C (5 times)
Gone.
./src/Chktex.C (2 times)
On Thu, Jul 10, 2003 at 02:12:58PM +0200, Alfredo Braunstein wrote:
Patch welcomed ;^)
Not anymore.
Andre'
Andre Poenitz wrote:
Not anymore.
Andre'
... faster than a lightening!
Here's one more for you: workarea resize is slightly broken: the text
doesn't adjust to the correct width.
(and yes I feel guilty because I didn't tested NOUPDATE)
Regards, Alfredo
Lars Gullik Bjnnes wrote:
Please commit this.
Done.
Regards, Alfredo
PS: People using LyX's RCS/CVS please report any unusual behaviour.
On Thu, Jul 10, 2003 at 02:19:58PM +0200, Alfredo Braunstein wrote:
Here's one more for you: workarea resize is slightly broken: the text
doesn't adjust to the correct width.
Can't reproduce that. What do you do?
Andre'
--
Those who desire to give up Freedom in order to gain Security, will
Andre Poenitz wrote:
On Thu, Jul 10, 2003 at 02:19:58PM +0200, Alfredo Braunstein wrote:
Here's one more for you: workarea resize is slightly broken: the text
doesn't adjust to the correct width.
Can't reproduce that. What do you do?
load UserGuide, enlarge the window to the right. The
Some more.
Andre'
PS: Alfredo: I see the resize problem now.
Index: insettext.C
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/insets/insettext.C,v
retrieving revision 1.420
diff -u -p -r1.420 insettext.C
--- insettext.C 10
Yet another compiler error:
g++ -DHAVE_CONFIG_H -I. -I. -I../../../src -I../../../src/
-I../../../src/frontends/ -I../../../images -I./qt2 -I/usr/lib/qt-3.0.5e
-I../../../boost -I../../../src/frontends/controllers
-I/home/schmitt/Software/include -I/usr/X11R6/include
On Thu, Jul 10, 2003 at 02:52:42PM +0200, Alfredo Braunstein wrote:
On Thu, Jul 10, 2003 at 02:19:58PM +0200, Alfredo Braunstein wrote:
Here's one more for you: workarea resize is slightly broken: the text
doesn't adjust to the correct width.
Can't reproduce that. What do you do?
On Thu, Jul 10, 2003 at 03:08:39PM +0200, Michael Schmitt wrote:
Yet another compiler error:
g++ -DHAVE_CONFIG_H -I. -I. -I../../../src -I../../../src/
-I../../../src/frontends/ -I../../../images -I./qt2 -I/usr/lib/qt-3.0.5e
-I../../../boost -I../../../src/frontends/controllers
Looks like we're stuck with JMarc's hack forever ...
john
---BeginMessage---
On Wednesday, 09. Jul 2003 13:39 John Levon wrote:
On Wed, Jul 09, 2003 at 12:59:27PM +1000, [EMAIL PROTECTED] wrote:
You don't agree that this is wrong ?
In practice, no. It seems to work on all applications
John Levon wrote:
load UserGuide, enlarge the window to the right. The text doesn't rebreak
(keeps the original margin). If you reduce the window width, there are
some rebreaks, but the 'detected' margin is wrong (too large).
Erk, how did this end up happening in the CVS trunk ? :(
Come
On Thu, Jul 10, 2003 at 02:08:49PM +0100, John Levon wrote:
load UserGuide, enlarge the window to the right. The text doesn't rebreak
(keeps the original margin). If you reduce the window width, there are some
rebreaks, but the 'detected' margin is wrong (too large).
Erk, how did this end
John == John Levon [EMAIL PROTECTED] writes:
John Looks like we're stuck with JMarc's hack forever ...
You may want to point out that their hardcoding of strings means that
any qt app has to be written with an english UI and then be
translated, even if the client has no need for that...
On Thu, Jul 10, 2003 at 03:20:01PM +0200, Alfredo Braunstein wrote:
Come on, this one in particular doesn't seem too terrible (just wrong
detected overall widht or something). Not that I have a vague idea on how
to solve it...
Add a 'fullRebreak(); update();' somewhere at the end of some
Jean-Marc Lasgouttes wrote:
David == David L Johnson [EMAIL PROTECTED] writes:
David invisible. I can type, and the changes show up on the filename
David when I save, for example. Same thing in, say, the Layout -
David Document - Margins. I can set the margins, but I cannot see
David what
I have finally booked a ticket.
I am going to arrive in Leipzig on the 24/07 at 17:25, and I'll leave
from Leipzig on the 29/07 at 17:20.
I plan to use the train to go to Chemnitz from there.
JMarc
How does the converter actually work?
More specifically, after adding an aux-bbl converter, how can I call that
from within LaTeX.C instead of the hardcoded bibtex?
(I tried to understand how latex gets called, I didn't get any idea).
Thanks,
Juergen.
On Thu, Jul 10, 2003 at 03:24:10PM +0200, Andre Poenitz wrote:
Erk, how did this end up happening in the CVS trunk ? :(
Now, given that writing something a long the lines of 'limited
imagination' takes me longer than actually fixing the problem,
could you please stop asking rhetorical
On Thu, Jul 10, 2003 at 03:24:17PM +0200, Jean-Marc Lasgouttes wrote:
You may want to point out that their hardcoding of strings means that
any qt app has to be written with an english UI and then be
translated, even if the client has no need for that...
Pointless to argue with them, I gave
On Thu, Jul 10, 2003 at 03:30:39PM +0200, Jean-Marc Lasgouttes wrote:
I have finally booked a ticket.
Fine.
I am going to arrive in Leipzig on the 24/07 at 17:25, and I'll leave
from Leipzig on the 29/07 at 17:20.
I plan to use the train to go to Chemnitz from there.
Ok. This goes via
On Thu, Jul 10, 2003 at 03:36:01PM +0200, Juergen Spitzmueller wrote:
How does the converter actually work?
More specifically, after adding an aux-bbl converter, how can I call that
from within LaTeX.C instead of the hardcoded bibtex?
The only way I see is to place a script name 'bibtex'
Changing the width randomly and widly I get a crash. Actually got two
different backtraces:
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 1089852768 (LWP 7261)]
0x0810fe82 in Paragraph::size() const (this=0x8) at paragraph_pimpl.h:29
29 lyx::pos_type
On Thu, Jul 10, 2003 at 02:35:37PM +0100, John Levon wrote:
On Thu, Jul 10, 2003 at 03:24:10PM +0200, Andre Poenitz wrote:
Erk, how did this end up happening in the CVS trunk ? :(
Now, given that writing something a long the lines of 'limited
imagination' takes me longer than actually
Andre Poenitz wrote:
The only way I see is to place a script name 'bibtex' somewhere in the
path where it is find earlier than the 'real' bibtex.
I'm trying to remove those hardcoded strings from LaTeX.C to make bibtex (and,
eventually, makeindex) more configurable. It strikes me that the
Andre == Andre Poenitz [EMAIL PROTECTED] writes:
I plan to use the train to go to Chemnitz from there.
Andre Ok. This goes via Leipzig Hbf (Hauptbahnhof - Main Station)
Indeed.
Andre Have you checked timetable at www.bahn.de?
Yes. The plan is: 17:25 at the airport, I take the 17:52 shuttle
John == John Levon [EMAIL PROTECTED] writes:
Another thing is that it would have been nice to add Reconfigure to
the menu...
John Well, as stated in the last reply from them, they're only
John interested in breakage on this if one of us has paid for a
John license.
Yes, I've noticed how
On Thu, Jul 10, 2003 at 03:38:44PM +0200, Alfredo Braunstein wrote:
Changing the width randomly and widly I get a crash.
How 'randomly and wildly'?
Actually got two different backtraces:
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 1089852768 (LWP 7261)]
Alfredo Braunstein wrote:
Changing the width randomly and widly I get a crash. Actually got two
different backtraces:
I can reproduce it reliably: resize to the minimum, then enlarge to maximum
- bang.
Regards, Alfredo
On Thu, Jul 10, 2003 at 03:49:46PM +0200, Juergen Spitzmueller wrote:
I'm trying to remove those hardcoded strings from LaTeX.C to make bibtex (and,
eventually, makeindex) more configurable. It strikes me that the converter is
the appropriate place to put them in.
You might want to own the
On Thu, Jul 10, 2003 at 03:42:50PM +0200, Andre Poenitz wrote:
Basically the latest content of NOUPDATE plus the fixes to the bugs
reported by Alfredo plus removal of a few unneded 'BufferView *' uses.
OK thanks. So there was no need to check out the branch anyway ...
john
On Thu, Jul 10, 2003 at 03:50:54PM +0200, Jean-Marc Lasgouttes wrote:
John == John Levon [EMAIL PROTECTED] writes:
Another thing is that it would have been nice to add Reconfigure to
the menu...
John Well, as stated in the last reply from them, they're only
John interested in breakage
On Thu, Jul 10, 2003 at 02:59:06PM +0100, John Levon wrote:
On Thu, Jul 10, 2003 at 03:42:50PM +0200, Andre Poenitz wrote:
Basically the latest content of NOUPDATE plus the fixes to the bugs
reported by Alfredo plus removal of a few unneded 'BufferView *' uses.
OK thanks. So there was no
On Thu, Jul 10, 2003 at 03:50:27PM +0200, Alfredo Braunstein wrote:
Alfredo Braunstein wrote:
Changing the width randomly and widly I get a crash. Actually got two
different backtraces:
I can reproduce it reliably: resize to the minimum, then enlarge to maximum
- bang.
Not here.
Small stuff.
--
Those who desire to give up Freedom in order to gain Security, will not have,
nor do they deserve, either one. (T. Jefferson or B. Franklin or both...)
Index: text.C
===
RCS file:
On Thu, Jul 10, 2003 at 03:50:27PM +0200, Alfredo Braunstein wrote:
I can reproduce it reliably: resize to the minimum, then enlarge to maximum
- bang.
Hm... how bad is it generally, say compared to the remaining undo
crashes?
I'll leave in about an hour for the weekend and I could either back
On Thu, Jul 10, 2003 at 04:03:46PM +0200, Andre Poenitz wrote:
OK thanks. So there was no need to check out the branch anyway ...
Not after there was enough evidence that branches don't work with LyX.
So instead we further imperil the bad state that the trunk is already in :(
john
First, I want to apologize for the long delay. Actually, I had a car accident
but praise be to God I am OK.
Second, as you guessed, if I changed the .tex file to look like this,
\begin{document}
hi
\begin{arabtext}
\begin{center}%
\end{center}
\end{arabtext}
\end{document}
I still get some
Andre == Andre Poenitz [EMAIL PROTECTED] writes:
However, I still wonder how come you can add a % and a newline
without breaking out something whereas adding a newline alone will
break out too much!!!
Andre Because the '%' will make TeX ignore the rest of the line
Andre _including_ the
On Thu, Jul 10, 2003 at 03:15:03PM +0100, John Levon wrote:
On Thu, Jul 10, 2003 at 04:03:46PM +0200, Andre Poenitz wrote:
OK thanks. So there was no need to check out the branch anyway ...
Not after there was enough evidence that branches don't work with LyX.
So instead we further
John Levon wrote:
You might want to own the bug on bugzilla then
Yes. But first I need to understand the converter's mechanism. I'll take it
then.
(or did you enter it ?)
No.
Juergen.
On Thu, Jul 10, 2003 at 04:21:39PM +0200, Andre Poenitz wrote:
Now look at what is still to be done and try to figure out how far
we'd get during out lifetime if every single patch needs two weeks of
checking.
Well, argument by exaggeration.
I'm nervous about the current work because it is
On Thu, Jul 10, 2003 at 04:27:15PM +0200, Juergen Spitzmueller wrote:
Yes. But first I need to understand the converter's mechanism. I'll take it
then.
I don't understand, don't you just need to modify LaTeX::runBibTeX() ?
regards
john
On Thu, Jul 10, 2003 at 03:29:41PM +0100, John Levon wrote:
On Thu, Jul 10, 2003 at 04:21:39PM +0200, Andre Poenitz wrote:
Now look at what is still to be done and try to figure out how far
we'd get during out lifetime if every single patch needs two weeks of
checking.
Well, argument by
On Thu, Jul 10, 2003 at 04:34:32PM +0200, Andre Poenitz wrote:
I'm nervous about the current work because it is modifying unreliable
core code that nobody understands, *and* the tree before the changes was
in a very bad state as well. It's the combination of the two things, not
either
On Thu, Jul 10, 2003 at 03:37:35PM +0100, John Levon wrote:
On Thu, Jul 10, 2003 at 04:34:32PM +0200, Andre Poenitz wrote:
I'm nervous about the current work because it is modifying unreliable
core code that nobody understands, *and* the tree before the changes was
in a very bad state
John Levon wrote:
I don't understand, don't you just need to modify LaTeX::runBibTeX() ?
Yes. I just don't see how the specific converter should be called from there.
It seems that converter.C Converter::runLaTeX() calls
LaTeX latex(command, runparams, name, buffer-filePath());
I can't follow
On Thu, Jul 10, 2003 at 04:41:02PM +0200, Andre Poenitz wrote:
No, I think Undo can be fixed in a day or so. However, this would be
quite possibly a complete waste of effort.
I don't think so personally.
If this is the case, it's rather unfortunate that we won't be able
to have a release
On Thu, Jul 10, 2003 at 03:48:54PM +0100, John Levon wrote:
I think it's important that we aim towards regular releases (given that
the utopia of an always-working trunk is not going to happen), for two
reasons:
o it discourages things from being left in broken state whilst more fun
work
Juergen Spitzmueller wrote:
Thanks again. Your problem description and the proposed fix are correct.
But I think I won't touch insettext ATM and will come back on this issue
after Andr's rewrite. Perhaps the internal LFUNs are gone then ;-)
OTOH it would be safe to add overwriteSelection to
On Thu, Jul 10, 2003 at 01:09:37PM +0200, Michael Schmitt wrote:
LyX 1.4.0cvs doesn't work with Aiksaurus 1.0.0 because the location of
Aiksaurus.h has changed since the previous version.
This is wrong, we should look for Aiksaurus.h and add an -I option if
needed, in the configure stuff
On Thu, Jul 10, 2003 at 01:09:37PM +0200, Michael Schmitt wrote:
diff -r1.5 Thesaurus.h
18c18
#include Aiksaurus.h
---
#include Aiksaurus/Aiksaurus.h
I'm rather inclined to just do this. It breaks pre-0.15 aiksaurus's, but
any autoconf solution seems rather hard to do to me (how do I
John == John Levon [EMAIL PROTECTED] writes:
John On Thu, Jul 10, 2003 at 01:09:37PM +0200, Michael Schmitt wrote:
diff -r1.5 Thesaurus.h 18c18 #include Aiksaurus.h ---
#include Aiksaurus/Aiksaurus.h
John I'm rather inclined to just do this. It breaks pre-0.15
John aiksaurus's, but any
John Levon [EMAIL PROTECTED] writes:
| On Thu, Jul 10, 2003 at 01:09:37PM +0200, Michael Schmitt wrote:
|
| LyX 1.4.0cvs doesn't work with Aiksaurus 1.0.0 because the location of
| Aiksaurus.h has changed since the previous version.
|
| This is wrong, we should look for Aiksaurus.h and add
John Levon [EMAIL PROTECTED] writes:
| On Thu, Jul 10, 2003 at 01:09:37PM +0200, Michael Schmitt wrote:
|
| diff -r1.5 Thesaurus.h
| 18c18
| #include Aiksaurus.h
| ---
| #include Aiksaurus/Aiksaurus.h
|
|
| I'm rather inclined to just do this. It breaks pre-0.15 aiksaurus's, but
| any
More fun. Apologies to our Russian users, you're stuck on XForms ...
Where was that gtk+ frontend again ? :)
---BeginMessage---
Hi John,
On Thursday, 10. Jul 2003 18:51 John Levon wrote:
On Thu, Jul 10, 2003 at 06:42:15PM +0200, [EMAIL PROTECTED] wrote:
xlsfonts should give you the XLFD of
On Thu, Jul 10, 2003 at 01:09:37PM +0200, Michael Schmitt wrote:
LyX 1.4.0cvs doesn't work with Aiksaurus 1.0.0 because the location of
Here's a patch that shoould be OK for 1.3.x JMarc. I'd also like to use
this for 1.4, but Lars wants to insist on 1.0. Other's opinions ?
regards
john
Alfredo Braunstein wrote:
OTOH it would be safe to add overwriteSelection to bufferview_funcs.C and
use that also from insettext: If the LFUN thing get changed then it would
do no harm.
You're right, but since insettext is under rewrite at the moment, I'd rather
wait until that is finished.
a document:
one two three
- Insert index entry on one and two
- open/close the index dialog of item one (OK or cancel).
- Insert index entry on three
= no inset inserted, instead, the just opened one (item one) has now the
entry three.
Juergen.
Rob Lahaye wrote:
Jean-Marc Lasgouttes wrote:
David == David L Johnson [EMAIL PROTECTED] writes:
David invisible. I can type, and the changes show up on the filename
David when I save, for example. Same thing in, say, the Layout -
David Document - Margins. I can set the margins,
There are quite a number of UNCOnfirmed bugs needing triage. If anyone
has a few moments, some help would be good
thanks
john
Can we get a fix ? LANG=pl_PL crashes immediately on new file.
I thought this was fixed already ?
regards
john
On Wed, Jul 09, 2003 at 09:34:25PM +0200, Juergen Spitzmueller wrote:
The new QNote dialog (and a credits update).
Looks fine. Lars, can Juergen have a CVS account for stuff like this
please ?
regards
john
On Sat, Jul 05, 2003 at 01:00:30AM -0700, Kayvan A. Sylvan wrote:
With cursor in math-mode, click on Tools-Preferences. Nothing happens.
Now move outside the math box. Click on Tools-Preferences.
The preference dialog comes up.
File it on bugzilla please
john
On Wed, Jun 18, 2003 at 09:36:59PM +0100, John Levon wrote:
Additionally, xforms is choosing an *awful* font :
Font 'Roman, Medium, Italic, Normal, Language: English' matched by
-adobe-times-medium-i-normal--24-240-75-75-p-125-iso8859-1
Disabling the rescale bitmap fonts option fixes it.
Using xforms 1.0.0, when I move to a different submenu, the old submenu
is still shown until a repaint happens ..
regards
john
On Wed, Jul 09, 2003 at 12:18:16PM +0200, Andre Poenitz wrote:
1. If I open the reference dialog on an existing reference and modify
the 'Reference' field manually, the Ok and Apply buttons stay disabled.
They get only enabled if I click around in the (FAR TOO SHORT!) listbox.
This is really
xforms frontend.
To reproduce: Just open Reference.lyx and do File-Quit
I see this on multiple platforms (Cygwin, Solaris, Linux).
(gdb) where
#0 0xfef53aec in ?? () from /remote/tools/ksylvan/gcc3/lib/libstdc++.so.5
#1 0x0056dcec in int const std::maxint(int const, int const) ()
#2
On Thu, Jul 10, 2003 at 02:27:02PM +0200, Alfredo Braunstein wrote:
Lars Gullik Bjønnes wrote:
Please commit this.
Done.
Regards, Alfredo
PS: People using LyX's RCS/CVS please report any unusual behaviour.
The only unusual behavior is a crash when trying to check in.
It's the same
Garst R. Reese wrote:
Rob Lahaye wrote:
1. Do you have these invisible fonts in all input fields?
(Dimensions: Width Height as well as ALL the Margins
input fields: Top/Bottom/Inner/Outerand how about
the Headheight/Headsep/Footskip inputs?)
No. For me it
John Levon wrote:
Using xforms 1.0.0, when I move to a different submenu, the old submenu
is still shown until a repaint happens ..
I also have seen that. It is there for a long time already!
Rob.
1 - 100 of 200 matches
Mail list logo