On 30-May-2001 Kayvan A. Sylvan wrote:
/bin/sh ../../libtool --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I../../src -I./../
-I../.. -I../.. -I../../boost -isystem /usr/X11R6/include -O2 -m486
-fno-strength-reduce -c math_macro.C
gcc -DHAVE_CONFIG_H -I. -I. -I../../src -I./../ -I../..
On 30-May-2001 Angus Leeming wrote:
I'm not very familiar with Minipages, but this would require the use of a
minipage? (Not that I have a problem with that, just enquiring?)
No, this just put's some extra stuff before the paragraph try it and have a
look at the LaTeX output.
3 tabbed
On 31-May-2001 Angus Leeming wrote:
Note that the Horizontal offset is for the whole paragraph. Lars says that
this should be removed and replaced with a standard indented paragraph
style. Till that's written, the choice stays in the dialog.
Good choice! Also this is a left indent and you
On 30-May-2001 Lars Gullik Bjønnes wrote:
2001-05-30 Juergen Vigna [EMAIL PROTECTED]
* boost/config.hpp: change include of string to LString.h.
I am afraid we will see more and more of these changes to be able to
still use lyxstring. Hopefully there will not be enought of them
On 31-May-2001 Garst R. Reese wrote:
It did not fix the problem with gcc-3.0-20010528
???
Does someone know where the strcmp co. functions are delcared there?
Could you try to include cstdlib before cstring in that file and
see if that helps?
Jürgen
--
On 31-May-2001 Angus Leeming wrote:
So, you'd like me to add the Toolbar combox to the dialog too? Done (see
attached). I've go Layout and Indent first on the same line because the
Indent first will be disabled for most Layout styles (Title, Section etc).
This seems good to me I just
On 31-May-2001 Lars Gullik Bjønnes wrote:
I think it is wrong... even if it is analog to the document syle
change in the Document dialog.
just my gut feeling. I don't have any strong opinions on this...
except that it might hamper cleanup a bit.
Well I don't have strong feelings about
On 31-May-2001 Angus Leeming wrote:
Now what does Apply and Ok, apply all the Layout as now or only the visible
tab?
Your message is too cryptic for me; you'll have to explain further.
It's just that now you don't see all options in one window so I wondered
if only the visible fields are
On 31-May-2001 [EMAIL PROTECTED] wrote:
Marco ([EMAIL PROTECTED]) entered the
following feedback message on the LyX home page:
grazie grazie a chi ha sviluppato questo software...
finalmente ho potuto togliere
On 31-May-2001 Jean-Marc Lasgouttes wrote:
This looks fine to me (except the horizontal offset which does not
make a lot of sense).
Why? I find it usefull that you can define a horizontal offset at which
the paragraph text starts (this was before in the Extra Options). What
is senseless in
On 31-May-2001 Lars Gullik Bjønnes wrote:
But this is not really an offset is it? It is a larger left margin,
right? (offset: move the whole par left/right without rebreak)
Well a rebreak on the right side is always needed otherwise we would
go out of the paper, don't you think so? If I say
On 31-May-2001 Angus Leeming wrote:
A! That penny has dropped again. And can this be done for the right
margin also on a per-paragraph basis? Ie, the dialog should have:
Enlarge Margins --
Left __ Units
Right __ Units
---
On 31-May-2001 Lars Gullik Bjønnes wrote:
| Agreed. This feature was proposed by Juergen and I was not really in
| favor of it at the time. Moreover, if we are to do that, I'd rather
| find a standard package that provides this feature than roll our own
| macro. In fact, all macros but \LyX
On 28-Mar-2001 Michael Schmitt wrote:
PS: Any new insights concerning the repaint problem with large tables
inside floats? Even though this bug stops me from using the current cvs in
daily work, I noticed that table are repainted much less than before! Very
I'll have a look at this soon
On 31-May-2001 Lars Gullik Bjønnes wrote:
Juergen Vigna [EMAIL PROTECTED] writes:
| This features right now only an indent from the actual left papermargin
| to the right. It does nothing with the right margin! So the name you gave
| it is right, it's just a horizontal offset/indent
On 31-May-2001 Lars Gullik Bjønnes wrote:
or perhaps we should decouple the spacings from the paragraph...
I don't think so.
I_have no problem with having a paragraph left margin, and right
margin option, but we should avoid adding too much to this so that
the correct/nice solution will
On 31-May-2001 Jose Abilio Oliveira Matos wrote:
On Thu, May 31, 2001 at 05:08:33PM +0200, Juergen Vigna wrote:
Jürgen (Jürgen who's putting on his gear for driving home with his
motorcycle before it's going to rain again)
Out of topic, I know. This week the outside
On 01-Jun-2001 Lars Gullik Bjønnes wrote:
2001-06-01 Lars Gullik Bjønnes [EMAIL PROTECTED]
* paragraph.C (BreakParagraph): set the inset_owner in the new par
to the same as the par we break from
I guess the same bug is present in 1.1.6, but not so visible there
since the
On 05-Jun-2001 Asger K. Alstrup Nielsen wrote:
Obviously 1) and 3) are the most fun, so we'll for sure do some of that.
However, we also know that 2) is vital for the project to be succesful,
so we will do that also. But we can only do that if we have the bug
reports! So help us out with
On 02-Jun-2001 John Levon wrote:
I think we should officially announce the bug tracker in the message
for 1.2.0pre1
What do others think ?
Yes why not! But IF we do we would need someone who looks at them regularly
and assiges some of them. Or we should define a virtual person which so
On 04-Jun-2001 Reuben Thomas wrote:
I frequently get LyX warnings that .lyxpipe.{in,out} already exist, because
LyX has just crashed and I've restarted it without deleting the pipes.
Would it be possible for LyX to delete the pipes at the same time as it does
an emergency save? This would
On 05-Jun-2001 Lars Gullik Bjønnes wrote:
| Yes I guess this would be easy to realize! Lars what do you think?
me? I want to rewrite the whole lyx-server...
Let's do one thing after another, IMO just now we should not rewrite more
code, don't you? And the above stuff should be also there if
On 05-Jun-2001 Garst R. Reese wrote:
Given that I probably don't have the place for a lot more people (some more
is ok ;), the idea is VERY good. What we could do during the meeting is commit
bugfixes very fast so that everybody listening should be able to update their
cvs-source and test
On 05-Jun-2001 Dekel Tsur wrote:
In a minipage created in 1.1.6, the paragraphs are indented (in the DVI and
on screen).
However, when loading the file to 1.2.0cvs, the paragraphs are not indented
in the DVI ! (though they are indented on the LyX screen!)
I think that there should be an
On 05-Jun-2001 Lars Gullik Bjønnes wrote:
| It is not only a minipage issue. For example, you might want to have
| indented paragraphs in fixed-width column cell in a tabular.
This is a property of the paragraph, not of the cell, minipage it is
enclosed in. Not even in the insettext.
Well
On 05-Jun-2001 Chanop Silpa-Anan wrote:
have you ever tried the english ale, it's not so cold ... :-)
Cooper vintage ale and Hans vintage ale in Australia are meant to be
served a tad warmer than usaul beer, ~ 8 degree IIRC. They should be
served in a stemware too. The Hans one is
On 05-Jun-2001 Reuben Thomas wrote:
I thought you might be interested: I asked Kevin Atkinson about per-document
dictionaries, and he replied:
Well ok this could be made possible in general and I agree this is stuff which
should make the programm (well we have a upcoming meeting haven't we
On 05-Jun-2001 John Levon wrote:
well enumerate, itemise etc. are disable in table cells. I thought you
did this some time ago because of some drawing problems or something ?
I cannot confirm this! Here all is working correctly. Pay attention that
in order to use multi paragraph and other
On 05-Jun-2001 John Levon wrote:
I'm quite happy to spend time managing the bug tracker. Note that every bug
/should/ go to the lyx-bugs list. It doesn't seem to be happening with new bugs
at the moment, don't know why.
I would say if you offer yourself as official maintainer of the
On 05-Jun-2001 Jean-Marc Lasgouttes wrote:
It would only make a difference when NEW_INSETS is defined, right? In
this case I guess I can just ignore it. Unless you or Juergen tell me
it could be useful.
It can be usefull! Think of breaking paragraphs inside a InsetTabular-Cell.
On 06-Jun-2001 Jean-Marc Lasgouttes wrote:
Could you have a quick look at BreakParagraph and tell me where the
relvant code should be inserted? It is full of #ifdef NEW_INSETS
there, so I do not know what to do...
Done and commited!
Jürgen
--
On 06-Jun-2001 Jean-Marc Lasgouttes wrote:
Juergen == Juergen Vigna [EMAIL PROTECTED] writes:
Juergen Done and commited!
You forgot a ChangeLog entry (and a description of what it does for my
bug list would be nice too :)
Done!
Jürgen
On 06-Jun-2001 Lars Gullik Bjønnes wrote:
- using code that are written to be used in C++ (and not something
that I have hacked together to fit in C++ paradigms)
- using code that is in active use, has further developent and testing
But if stuff in there (boost) is problematic and we
On 06-Jun-2001 Lars Gullik Bjønnes wrote:
Sure, but my first option when encountering these kind of problems is
not to revert to the previous version. I only do that after trying to
fix it.
Sure!
Jürgen
--
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._
Dr.
On 06-Jun-2001 Dekel Tsur wrote:
where is the problem?
Actually, you need to have 3 authors with different LyX versions (or two
authors, and one author does an upgrade of LyX).
Author #1 first create the file using LyX 1.1.4
Now, authors #2 #3 edit the file simultaneously, using LyX
On 31-May-2001 Michael Schmitt wrote:
I think in the meantime, performance has improved significantly such that
repaintings are not a primary concern any more (except for the case where
they do not stop! Yes, this still happens.).
Time to update your list:
1. Open a new document, insert a
On 08-Jun-2001 Michael Schmitt wrote:
9. There are still infinite repaintings (very often, indeed)
I can not confirm this! With the actual cvs version I don't suffer this
any more. But if you can come up with a test case?!
14a. Still does not work - but even for normal text (not
On 07-Jun-2001 Lars Gullik Bjønnes wrote:
I just fixed that... Jürgen added something to a file that he
shouldn't have...
I'll commit in a little bit.
Sorry you're right! Hopefully you can fix it for all of us.
Jürgen
--
On 08-Jun-2001 Lars Gullik Bjønnes wrote:
If your --with-included-string does not work you have to tell the
errors.
Well the errors are easy. LString does not define __BASTRING__ and so the
BOOST_NO_LIMITS is not defined. As I don't have a limits on my RedHat 7.1
system the #include limits
On 08-Jun-2001 Lars Gullik Bjønnes wrote:
Juergen Vigna [EMAIL PROTECTED] writes:
| On 08-Jun-2001 Lars Gullik Bjønnes wrote:
|
| If your --with-included-string does not work you have to tell the
| errors.
|
| Well the errors are easy. LString does not define __BASTRING__ and so
On 08-Jun-2001 Lars Gullik Bjønnes wrote:
And the end of the configure script there should be a
#ifndef HAVE_LIMITS
#define BOOST_NO_LIMITS
#endif
are you missing that?
Yes I'm missing this one! Shouldn't that be too in config.h.in? It's missing
there to!
| One more thing limits !=
On 08-Jun-2001 Lars Gullik Bjønnes wrote:
hmm... autogen.sh should take care of this...
Well I more or less never run ./autogen.sh, I'll try if that helps!
Jürgen
--
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._
Dr. Jürgen VignaE-Mail: [EMAIL
For anybody interested:
After I got a complaint that the Online Documentation is a bit old I
updated the site http://www.sad.it/~jug/lyx/lyxdoc with current lyxdoc
Documentation, using as export to LaTeX the lyx-1.1.6cvs version.
Jürgen
--
On 08-Jun-2001 John Levon wrote:
arrrgggh, no ! Don't you remember the discussions on this (twice now) ???
This /is/ a real honest-to-goodness bug (a UI one, but no less important for that).
I refer you to the past two discussions ...
I'm opening a new bug on this.
Hopefully you'll
On 10-Jun-2001 [EMAIL PROTECTED] wrote:
I haven't meant to say that GUII *has* harmed LyX for certain. But if
it has not, it certainly could, if staying with xforms or GUII itself is
prompting significant work that is otherwise avoidable.
It is important to note that a lot of time is
On 10-Jun-2001 [EMAIL PROTECTED] wrote:
The struggling of the insets and tabular efforts
disturbs me, particularly if it's related to the choice of toolkits or
the GUII movement.
Sorry Larry you're completely wrong here. insets especially tabular
efforts are completely cut off from the
On 11-Jun-2001 [EMAIL PROTECTED] wrote:
Juergen, if means if, which is to pose a question as I understand
the language. I was not making a statement of fact here.
Well sorry that I'm no native speaking english-man and sometimes just
don't undersand what someone else understands. But thanks
On 12-Jun-2001 Edwin Leuven wrote:
While we are at it. I am having some scarce free moments again in which I am
looking at the spellcheck code.
Good!
What I was thinking was to have something like the following (watch out, a
flow of consciousness of a c++ beginner follows!):
[snip class
Hello all!
As the meeting is not that far away and I have to organize some things
I just would like to know who is comming for sure and who MAY come:
People who did already confirm:
- Asger
- Jean-Marc
People who did say they will come but didn't confirm till now:
- Lars
- Jose'
- Andre
Did
On 12-Jun-2001 Angus Leeming wrote:
Edwin, you're talking about a controller/view split of the Spellchecker.
[snip Class definition]
Well more or less. Only that we don't have an Apply/Ok behaviour.
We have more Buttons which have to raise an action. While we are
checking the only allowed
On 12-Jun-2001 Lars Gullik Bjønnes wrote:
| Well Edwin this probably won't work anyway. We have to use PREPROCESSOR
| #ifdef/#else/#endif stuff to handle this. Why? Because if you don't want
| pspell you shouldn't have it in the code otherwise it won't work. You
| hopefully understand what I
New update!
People who did already confirm:
- Asger
- Jean-Marc
- Lars
- André and Konni
(all of them on Friday 22)
People who did say they will come but didn't confirm till now:
- José
Someone else?
Jürgen
--
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._
Dr.
On 12-Jun-2001 Angus Leeming wrote:
I just tried the Apply stuff and now it works as expected (for me).
Could I have one more request? Would it be possible to have some sort
of Reset button which put's all the fields again into No change?
Would that be a good idea and/or fast to realize?
On 08-Jun-2001 Fernando Pérez wrote:
Great tip, and thanks! I was having the same problem and thought it was a
lyx 1.1.6 bug (knowing there are problems with tabular stuff). Now it
works. However, I still think it's a minibug, since its behavior is
inconsistent with that of Figures: in
On 12-Jun-2001 Lars Gullik Bjønnes wrote:
| Well the frontend doesn't have to implement the progression bar I did
| the same in my KMameRun (KDE1-M.A.M.E frontend) and you just have to
| update the progression bar between one word and the other, wouldn't we?
|
| Without the need of a signal
On 12-Jun-2001 Jose Abilio Oliveira Matos wrote:
Oh yes, I did. With a flight ticket since the begin of May and you don't
count with me?
I told you so...
I'm very sorry! I really forgot about that! Will you ever forgive me! #:O)
Jürgen
--
On 12-Jun-2001 Lars Gullik Bjønnes wrote:
| when running cvs update, I got a conflict in po/POTFILES.in. How is that
| possible? Does it make sense to put a file into the repository that is
| modified during compilation?
perhaps not...
I tend to think that this file should be under manual
On 13-Jun-2001 John Levon wrote:
I would like the .ui files to go in a separate dir as well if possible
(even the generated files if possible, so there's a clear distinction between
what needs editing via designer, and what needs vimming :)
I did this for my port to KDE2 of KSendFax (not
On 12-Jun-2001 Juergen Vigna wrote:
Final List?
- Asger (22)
- Jean-Marc (23)
- Lars (22/23)
- André and Konni (22)
- José (21)
Got it right now?
Jürgen
P.S.: 22 night will be busy, won't it ;)
--
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._
Dr. Jürgen
On 13-Jun-2001 Dr Russel Winder wrote:
Kayvan packages the LyX source as an SRPM which should work. Kayvan's
packaging works, the problem is with the LyX source itself: There is a C++
coding error in the relationship between the code in formula.C and
lyxstring.h. It seems that either
On 13-Jun-2001 Lars Gullik Bjønnes wrote:
| insetminipage.C:153: warning: #warning Remove me before final 1.2.0 (Jug)
| insetminipage.C:154: warning: #warning Can we please remove this as
| soon as possible? (Lgb)
Can you have a look at this Jürgen?
Well I guess we really can remove this
3. Please unify the behavior of the character, paragraph, and table dialogs.
I would like to have the possibility to apply a paragraph layout to
several parts of a document without having to close and reopen the dialog
(this is a torture). Update of June, 12th: The Apply button in the
9. Create a 5x5 table and insert e e e e ... in the
first cell until the cell becomes larger than the screen. Typically, the table
is repainted infinitely (verified again on June 8th). If you cannot
reproduce it, place the table inside a figure and test again.
I can still not
14b. Changing the character layout for all cells of a table works well.
However, after changing the font size, the cursor is not printed at the right
place
on screen (vertical offset is incorrect).
Can you please give a real-world example (maybe with a short example file)?
I cannot
14a. Setting the font size to smaller (Alt-s Shift-s) does not work. Console message:
LyXFont::setLyXSize: Unknown size `smaller'
As well:
LyXFont::setLyXSize: Unknown size `huger'
Well I investigated this on (was not so hard) and found out that:
1. The bind-files are wrong
On 14-Jun-2001 John Levon wrote:
No, I don't have a really good solution (yet). One dumb idea is separate Apply
and Apply to current paragraph buttons. Although it's not the best solution prolly,
it does indicate in a concise way the problem I see currently.
I don't get what the two apply
On 14-Jun-2001 Stephan Mietens wrote:
a short question: is there a way to define a tabular such that
lyx generates tex code looking like this?:
\begin{tabular}{|c||c|}
Define the right border-line for the left column and the right border
line for the right column. But this has always been
On 14-Jun-2001 j.heidemeier wrote:
Thanks I looked in it an I presume it will work.
Well if LyX would embedd an Tcl Interpreter all the Import Export Stuff
could be handled very smoothly.
BTW do you have the description of the new format which looks as if
inspired by XML ? It would be
On 14-Jun-2001 Jean-Marc Lasgouttes wrote:
This is somewhat fixed in 1.2.0cvs, where Close does not have a
shortcut at all. I'm not sure it is the best solution, though (and
what the motivation was).
Because the Dialogs can all be closed with ESC, so we really don't need
the C shortcut for
On 15-Jun-2001 Angus Leeming wrote:
Why don't we leave the behaviour as is but introduce a small help screen,
like the Preferences dialog. If the Paragraph dialog is open and the user
enters a new paragraph in the document, then a wee message is displayed:
The settings of the
On 15-Jun-2001 Andre Poenitz wrote:
Of course not. It usually smells or tastes like fish... And then this whole
bag of seefood with these small slimy bits all over the place *brrr*.
I am pretty sure people who eat fish will eat frogs too.
Hmm especially the legs are delicious, you'll see
On 15-Jun-2001 Jean-Marc Lasgouttes wrote:
Andre should bring a pig and some bread, too...
Just come with some bread, we'll handle the rest.
Well we always eat some bread with delicious foot, so you may also
leave your bread at home!
Jürgen
--
On 15-Jun-2001 Angus Leeming wrote:
So, when the cursor is moved into a new paragraph, either by the arrow keys
or the mouse, which bit of code do we end up in where I can emit a signal
changedParagraph().
[This is not connected to insets, but to paragraph therefor snipped t_l_i text]
On 15-Jun-2001 Andre Poenitz wrote:
Well we always eat some bread with delicious foot
Does this mean one should bring cheese as well?
If you bring it in a cool-box otherwise it's probably better you leave
it in the car when you arrive!
On 15-Jun-2001 Lars Gullik Bjønnes wrote:
I am not sure if we want that...
What do we not want? The update button for the LayoutParagraph?
You have the cursor... and the cursor has all the information you
want...
Well Lars are you sure! Then tell me which cursor? The one bv_-text-cursor
On 15-Jun-2001 Angus Leeming wrote:
Well, the cursor knows it's paragraph, so we can call LyXCursor::par() to
obtain this info.
LyXCursor is stateless!!! You have to get the right LyXCuror-struct to have
the values filled out with the stuff you want!
Thanks, Jürgen.
I put the signal in
On 16-Jun-2001 Michael Koziarski wrote:
2) Test in many different browsers
I tested the entry page with:
- Netscape 4.77 (Linux)
- Opera 5 (Linux)
- Konquerer (Linux)
- Mozilla (Linux)
- IE 5.x (Win98)
and
- Lynx (Linux)
All of them display it perfectly! I guess you and Zvezdan did a really
On 18-Jun-2001 Lars Gullik Bjønnes wrote:
I won't do this unless you can show me that it is unacceptable slow
with a bugfree libstd++!
And _my_ checks with a bugfree lib shows that what is currently in CVS
is faster than the old version.
Well Lars you always are a bit too hard, IMO. If
On 18-Jun-2001 Angus Leeming wrote:
Oh, purlease!
???
And while we're at it. Could you explain why we need more than one cursor
anyway. This code (lots and lots of the code base actually) could do with a
not-so-brief explanation of the rationale behind it. This goes for the
frontend
On 21-Jun-2001 Garst R. Reese wrote:
Alice asked if there was not a way to convert highlighted text to lower
case.
You know probably of 'word-lowcase' lyx-function, do you?
But that is a bit limited. I guess as our longstanding testing user
you can express a wish for the next meeting, is your
On 20-Jun-2001 Andre Poenitz wrote:
Bozano input (would be nice if you could fetch this somehow, Juergen):
Aehm... Under
http://mathematik.htwm.de/tmp/mathed85.diff [or mathed85.diff.gz]
of course.
And: THIS IS NOT MEANT TO BE USED FOR SERIOUS WORK.
Lars would it be possible
On 21-Jun-2001 Dekel Tsur wrote:
To keep you occupied...
NEW_INSETS:
[snip the rest]
I printed it and we'll have a look!
Jürgen
--
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._
Dr. Jürgen VignaE-Mail: [EMAIL PROTECTED]
Italienallee 13/N
On 25-Jun-2001 John Levon wrote:
inserting a table into a table makes lyx loop infinitely somewhere
I've seen this and it happens only if you're in the DUMMY position. if you
enter the text inset before adding the tabular it doesn't happen. I still
have to look into it.
Jürgen
--
On 27-Jun-2001 Lars Gullik Bjønnes wrote:
| It made them difficult to read.
Hmm, I never thought my eyes particulary superior...
Me too, but maybe our glasses make us to be superior...
Jürgen
--
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._
Dr. Jürgen
Please have a look:
The requested URL /icons/lyx_small3.gif was not found on this server.
This is for cvs-web!
Jürgen
--
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._
Dr. Jürgen VignaE-Mail: [EMAIL PROTECTED]
Italienallee 13/N Tel/Fax:
For anyone who is interested:
http://www.it.lyx.org/statistic/
Jürgen
--
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._
Dr. Jürgen VignaE-Mail: [EMAIL PROTECTED]
Italienallee 13/N Tel/Fax: +39-0471-450260 / +39-0471-450253
I-39100 Bozen
On 28-Jun-2001 John Levon wrote:
p.s. sorry for just complaining, but a lot of the bugs around are ones beyond my
ability to fix ...
You know that reporting bugs IS needed so what! I really try to have a look
at the ones assigned to myself as soon as I finsh the stuff I was working on
in the
Lars I already told you this, but now I'm sure. To have a proper undo handling
I NEED an ID for every inset, well I would only need one for UpdatableInset.
So what should I do. Or do you want to do this?
The problem is that after an undo and I'm inside an inset with the cursor
the cursor should
On 29-Jun-2001 Jean-Marc Lasgouttes wrote:
Lars Or... just cache the LyXText at the begining of the method.
Yes, but is it necessary to somehow check that it is still valid? The
gain is probably not important enough to bother with that anyway. I
just thought that using a map does not make
On 29-Jun-2001 Herbert Voss wrote:
sorry, the promblem is not the second %, but the linebreak before
the space, which lyx inserts in the tex-output.
Yes! We should remove the linebreak for the time being (and until we
find a good solution!)
Jürgen
--
On 29-Jun-2001 Jean-Marc Lasgouttes wrote:
I suspect it is not very safe wrt InsetText::setParagraphData. The
cached value could become wrong after that. With the patch, getLyXText
is still credited with 3.3% of run time, with a whooping 4705244
Well but what was the % before? Did we gain
Dear All!
Yesterday we had the last few hours of coding after one after the other had
to catch the train at Bolzano train station and their plane/train to go
home (well Andre used his car and should still be somewhere near ;).
Saying goodbye is always a bit sad, but we had really nice and
On 02-Jul-2001 Lars Gullik Bjønnes wrote:
add inset_const_iterator insead.
Done!
Jürgen
--
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._
Dr. Jürgen VignaE-Mail: [EMAIL PROTECTED]
Italienallee 13/N Tel/Fax: +39-0471-450260 / +39-0471-450253
I-39100
On 02-Jul-2001 Andre Poenitz wrote:
usually one has a pair of iterators (e.g. inset_iterator and
const_inset_iterator) and pairs of begin/end:
Well now should it be inset_const_iterator or const_inset_iterator
(the first one mentioned by Lars seems the correct to me, but I don't
know
On 02-Jul-2001 Jean-Marc Lasgouttes wrote:
If you had separated the renaming stuff from the rest, it would
probably have been easier to follow.
Well Lars you don't follow your own rules, one thing one patch ;)
I'll have a look at the insttext patch. Certainly you know on what I'm
working
On 02-Jul-2001 Lars Gullik Bjønnes wrote:
InsetText::deleteLyXText, InsetText::resizeLyXText
I'll look at this again as soon as you stop makeing a lot of unnecessary
changes to the file. Please commit reformat patches as what they are.
What I've seen so far you just move more stuff
On 02-Jul-2001 Jean-Marc Lasgouttes wrote:
Juergen 100% save #:O)
Even when setParagraphData has been called?
Ah,...,hmmm, well let's see after we do
diff -u -p -r1.157 insettext.C
--- src/insets/insettext.C 2001/06/29 06:30:52 1.157
+++ src/insets/insettext.C 2001/07/02
On 02-Jul-2001 Jean-Marc Lasgouttes wrote:
I hope I did not hurt you to much. I'll let you commit this if/when
you feel it is necessary.
Well I can do that right away, just let me add some ChangeLog entry.
Jürgen
BTW: I don't think that we gain a lot in time if we do all that local
On 02-Jul-2001 Lars Gullik Bjønnes wrote:
| One more stuff Lars I REALLY would apreciate if you would leave the
| 'if ((expr == oexpt) || some_bool)' parentesis untouched. I think we
| already discussed this and at least in the files I have to work with
| A LOT, I'm faster to see what happens
On 02-Jul-2001 Lars Gullik Bjønnes wrote:
It is bad pratice to call the same method again and again when the
result from the first call just could be reused.
Well but it's cleaner. Anyway I don't care about that it should just
work and as we already agreed we can do that later.
1001 - 1100 of 4844 matches
Mail list logo
