On 07-Jan-2002 Lars Gullik Bjønnes wrote:
> I am pretty sure you did it...
> (at least I am quite sure that I didn't, I only did the BufferView
> TextCache.)
Well anyway it has to be fixed so I would need an experts council what I
should do, I would do this:
-cache.insert(make_pair(bv,
On 07-Jan-2002 Lars Gullik Bjønnes wrote:
> but I'd also say that it is an error trying to store a bufferview in
> the cache when it is already there. F.ex. the TextCache requires that
> the BufferView stored therein is _not_ viewed in any LyXView.
>
> I think that the cache in insettext very w
File->Open now aboards in this code!
if (LyXReadLink(File, Link)) {
Buffer += " -> ";
Buffer += Link;
// This gives the FileType of the file that
// is really pointed too after resolving all
On 07-Jan-2002 Juergen Vigna wrote:
> File->Open now aboards in this code!
>
Same for save!
Jug
--
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._
Dr. Jürgen VignaE-Mail: [EMAIL PROTECTED]
Italienallee 13/N Tel/Fax: +39-0471-450260 /
On 07-Jan-2002 Andre Poenitz wrote:
> There is no way to have multiple entries for the same key in a std::map.
> One would have to use a std::multimap if that feature was needed.
>
> 'insert' creates a new entry or overwrite an ol;d entry with the same key,
> exactly what operator[]() would do.
There was some discussion here on how to get a "dummy" layout into a file.
Well I just discovered this code maybe this is responsible?
// Gets a layout (style) name from layout number and textclass number
string const &
LyXTextClassList::NameOfLayout(textclass_type textclass,
On 08-Jan-2002 Allan Rae wrote:
>
> If you have a sentence that is longer than a line and ends with a
> quoted string, something like "fred", then LyX currently will "break
> " the line just like that (pushing the trailing quote inset onto a
> following line).
>
> It looks weird and even WYSIWY
On 08-Jan-2002 John Levon wrote:
>> lyx-devel/src/: BufferView_pimpl.C
>> lyx-devel/src/frontends/xforms/: FormParagraph.C
>> lyx-devel/src/insets/: insettext.C
>>
>> Log message:
>> Update the toolbar if we unlock an inset (or change paragraph).
>
> I thought I had fixe
On 09-Jan-2002 Allan Rae wrote:
> I think you'll find Angus is referring to the workarea -- adding a
> hidden object (the DropUp history browser) that overlaps the workarea
> and is only shown when needed (we don't resize the workarea just
> overlap it with a browser).
>
> This seems like a bet
On 08-Jan-2002 Angus Leeming wrote:
> I still think this is a mess. If nobody makes any noise to the contrary, I
> suggest that we remove the keys functionality from the DropDown so that it is
> navigable simply with the mouse. Keyboard junkies will be able to
> progressively refine the displ
On 09-Jan-2002 Andre Poenitz wrote:
> On Wed, Jan 09, 2002 at 07:03:24PM +1000, Allan Rae wrote:
>> My hero! Hooray! Jürgen, you're the greatest! You can do anything!
>
> Yes. But it's not polite to put your fingers in open sores on Wednesdays.
Fuck I missed that EMail, well I'll have a look
On 10-Jan-2002 Angus Leeming wrote:
>> I really wouldn't bother spending your precious lyx hours on this
>> particular bug :)
>
> ;-) I'm not the only one irritated by current behaviour, me thinks!
Well yes ;), but the only really irritating stuff for me is loosing
charaters while typing. So i
On 10-Jan-2002 John Levon wrote:
> Also I think the fact that we only use a paragraph ID for determining the inset to
> go to is very wrong, we need at least some more detail than that
Would you care to explain what extra data do you need? I think the paragraph
id IS enough information!
On 10-Jan-2002 Garst R. Reese wrote:
> Insert a table
> Try to edit it.
> All options are greyed out.
You mean the Edit->Tabular options isn't it? Jean-Marc could you have
a look please.
Jug
--
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._
Dr. Jürgen Vigna
Do only I use File->Open? Well anyway I hit the Assert in the first row
of FileInfo::typeIndicator() called from
FileDialog::Private::Reread (this=0x830ef78) at FormFiledialog.C:324
Jürgen
--
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._
Dr. Jürgen Vigna
First sorry for being late but this mail got lost by my mailscanner program so
I found it only today!
On 09-Jan-2002 Allan Rae wrote:
> Do you think you can apply those tremendous trouble shooting
> skills of yours to the crashes that occur when the cursor is in the
> table in either of these at
On 13-Jan-2002 Lars Gullik Bjønnes wrote:
>| What is interesting here is first the unreasonable number of calls to
>| getLyXText (10 million times!!!),
>
> I guess that in a log of functions the LyXText in use could be cached
> at the top of the function, instead of discovered each time it is
On 13-Jan-2002 Jean-Marc Lasgouttes wrote:
> >>>>> "Juergen" == Juergen Vigna <[EMAIL PROTECTED]> writes:
>
> Juergen> Do only I use File->Open? Well anyway I hit the Assert in the
> Juergen> first row of FileInfo::typeIndicator() called fr
On 14-Jan-2002 Jean-Marc Lasgouttes wrote:
> Anyway, I fail to see why _any_ cell size recomputation can be needed
> when entering/leaving a cell. Could you enlighten me?
EmptyPargarphMechanism? (leaving a cell)
Jug
--
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._
On 14-Jan-2002 Lars Gullik Bjønnes wrote:
> Are you sure about that... calling getLyXText a million times does
> not support your view.
getLyXText is just returning the cached variable. Make the function inlined
if it is too slow to do a function call which returns a cached variable.
I think t
On 14-Jan-2002 Lars Gullik Bjønnes wrote:
> func() {
>LyXText * text = getLyXText(bv);
>...
>use text
>...
> }
>
> solution.
>
> Avoids multiple func calls to get the same info, and does not bloat
> when getLyXText is inline.
Well we do this too already (most o
On 14-Jan-2002 Herbert Voss wrote:
> are you sure, that you will never hit the send-button with
> an attachement of this size while your thoughts are in the
> south pacific on a warm sandy beach and your sun-sparc
> sends 2 Megs iwthout any chance to stop it??? :-)
Sure! And I will send maybe l
On 15-Jan-2002 bugzilla-daemon wrote:
>
> --- Additional Comments From [EMAIL PROTECTED] 2002-01-16 00:40 ---
> Do you have time to have a look at this Jürgen?
Right now no. Maybe some of this days, but don't count on it. And then
I'm off on the 19th to visit parents of Susana in Argen
There is a problem when using multiple paragraphs inside a multicolumn cell.
Is this not permitted? Or how is the right LaTeX code to do this?
Well I investigated a bit and it seems that latex produces errors only if
we have the tabular inside a f.ex.: \textsf{}. Actually the
whole stuff has nothi
On 16-Jan-2002 Jules Bean wrote:
> On Wed, Jan 16, 2002 at 12:19:02PM +0100, Juergen Vigna wrote:
>> There is a problem when using multiple paragraphs inside a multicolumn cell.
>> Is this not permitted? Or how is the right LaTeX code to do this?
>> Well I investigated a
On 16-Jan-2002 Jules Bean wrote:
> OK. Basically you're not allowed to put environments inside \texttt.
> \texttt is designed for small amounts of tt text: large amounts of tt
> text are expected to be set up with the \ttfamily declaration.
>
> Note that with a \ttfamily before the \begin, the
On 16-Jan-2002 bugzilla-daemon wrote:
> --- Additional Comments From [EMAIL PROTECTED] 2002-01-17 12:48 ---
> I think I fixed it. The problem was that the insetowner of the newly pasted
> paragraph was not set to the owner of the paragraphs it got pasted in. The fix
> is a one-liner
>
On 14-Jan-2002 John Levon wrote:
> navigation to inside insets. Someone finish this patch purleaassse, this
> bug is too old by now.
>
> I don't know why the cursor fucks up, and especially why the inset opening
> doesn't get rendered (I've tried various random permutations of updateInset(),
>
On 17-Jan-2002 Allan Rae wrote:
>> new doc
>> insert minipage
>> set to 45%
>> position cursor to right of minipage
>> insert minipage
>> set to 45%
>>
>> -> the second minipage can't be seen
??? what do you mean by that? Here all works as expected. I can see the
problem Allan was talking about
On 17-Jan-2002 John Levon wrote:
>> > The green trail is the cursor (black/green flash)
>>
>> It works for me. No idea what you are seeing. I'll try insure though
>> and see if says anything but I doubt it. (only 4 hrs of insure left)
>
> I must have some dodgy patch in my tree... let me se
On 17-Jan-2002 John Levon wrote:
> On Thu, Jan 17, 2002 at 09:34:52AM +0100, Juergen Vigna wrote:
>
>> Sorry John all are waiting for my reply but I'm just too busy! Well IMO
>
> OK sorry :)
>
>> could be wrong thought. Could you tell me what problems you have
On 17-Jan-2002 Allan Rae wrote:
[snip]
> The one in the footnote seems to always be drawn correctly. The one
> in the paragraph is a complete mess at times or not drawn at all at
> other times.
>
> It seems to be InsetERT only is major problem with rendering now.
Ok I see this too seems to be
On 17-Jan-2002 Allan Rae wrote:
> Sorry, the minipages now work almost as correct as they should.
> When I make the second minipage 45% (instead of 100%) the two
> minipages are no longer placed in the same row.
I don't see this here, sorry!
Jug
--
-._-._-._-._-._-._-._-._-._-._-._-._
> I'm glad that you ask this although you will be soon on vacations.
#:O)
> For latex Standard can have two different meanings. Sometimes it acts as a
> paragraph, and sometimes as a place to put latex code. That is one of the
For me "Standard" in LaTeX term means that I don't set any sp
On 17-Jan-2002 Allan Rae wrote:
> That line is text.C:484 (currently CVS has this)
>
> if (!need_break_row && !inset_owner
> ==> && p.bv->text->status() == CHANGED_IN_DRAW) {
> Row * prev = p.row->previous();
No this line is right as it is! This should ONLY check the
On 17-Jan-2002 Lars Gullik Bjønnes wrote:
> Juergen Vigna <[EMAIL PROTECTED]> writes:
>
>| I could think that we could use this "Empty" or IMO "Dummy" would be better
>| for LaTeX too and it should also be in ALL textclasses AND it should be as
>| the
On 17-Jan-2002 Jose Abilio Oliveira Matos wrote:
> I hope you enjoy it. :-)
Well you know we'll visit parents in Argentina and IMO you all follow the
news there. So I only hope it will not be too caotic.
> That can be a property specified in the layout class, some kind of logical
> style
On 18-Jan-2002 Angus Leeming wrote:
> why pick on me? My changes to your source were, in the end, minimal. I have
> no clue at all when it coms to raw X.
Well I don't know who did it, but I have also an example of the new behaviour.
It's good that now if you do get a list up (very good), but
Please have a look at this patch. IMO this is the right fix for all
the problems we have with the different fonts in an ERT inset. This
patch does not change the fonts it only changes them for drawing so
we can copy inside whatever we will when we copy it outside again it
will hold all it's origin
On 18-Jan-2002 John Levon wrote:
> I can't see this in the old or new versions.
Well this is easy to reproduce.
- Start new lyx
- New Buffer
- Alt-x tabui
And have a look what happens.
Jug
--
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._
Dr. Jürgen Vigna
On 18-Jan-2002 John Levon wrote:
>> - Start new lyx
>> - New Buffer
>> - Alt-x tabui
> ^^^
>
> the only odd thing I see is that doesn't close the browser.
You do exactly what I do? What I see is that after I type "i" the
browser is not closed and remains open also after I type .
On 18-Jan-2002 Angus Leeming wrote:
> Just to confuse the situation further: doing everything EXACTLY as Jürgen
> does, here everything works fine! And I repeated this several times.
What version of xforms are you using? I use 0.88.
Jug
--
-._-._-._-._-._-._-._-._-._-._-._-._-._-
Please have a look at the attached patch. There is only the calculation for
the h variable wrong. But this is what we should do to fix #156. I don't have
the time to finish this.
I'm off and tomorrow I already have my flight!
We'll hear again from Argentina!
Ciao,
Jürgen
--
-._-._-
make[3]: Entering directory `/nfs/sinco/source/lyx/lyx-devel/src/support'
c++ -DHAVE_CONFIG_H -I. -I. -I../../src -I./../ -I../../boost -isystem
/usr/X11R6/include -g -fno-exceptions -W -Wall -c syscall.C
syscall.C: In method `int Systemcalls::startscript
(Systemcalls::Starttype, const string
On 18-Feb-2002 Lars Gullik Bjønnes wrote:
> Juergen Vigna <[EMAIL PROTECTED]> writes:
>
>| make[3]: Entering directory `/nfs/sinco/source/lyx/lyx-devel/src/support'
>| c++ -DHAVE_CONFIG_H -I. -I. -I../../src -I./../ -I../../boost -isystem
>| /usr/X11R6/include -g -
On 19-Feb-2002 Martin Vermeer wrote:
> Why in CutAndPaste.C, in the conditional at line 229:
>
> if (!buf->next()) {
>
> in the first branch there is no operation SwitchLayoutsBetweenClasses?
Because you only copy the chars singularly from the source to the
destination paragraph "wi
On 19-Feb-2002 Martin Vermeer wrote:
> Yes but, yes but... what happens if you cut&paste a float with a caption
> in it, is that it takes this branch (remember, one paragraph only in the
> main buffer), but THE CAPTION LAYOUT INFO IS COPIED TOO, UNCHANGED!
You got me! I didn't think about that
On 19-Feb-2002 Martin Vermeer wrote:
> Actually I removed the first branch (single paragraph) of the switch
> entirely, and your requirement
It seems you're right, if we comment out that part of code it works
anyway. Maybe we do more things than we actually need to do, but IMO
the operation is
On 19-Feb-2002 Martin Vermeer wrote:
> This argues for a policy of storing the layouts by name IMHO. Unless we
> can fix Undo/Redo too along the same lines.
Well we actually would have to call the SwitchLayoutBetweenClasses for
every Undo/Redo operation. This is easyly doable as I see it.
On 20-Feb-2002 Herbert Voss wrote:
> http://www.lyx.org/help/table/longtable.php#caption
Nice! You'll have a type in there
> \myFoothote{...blah...}
> \myFoothote{...blah...}
> caption and counting
> Longtable uses the same counter than tabular. Therefore counting of tables is wrong
>if
>
Why are the two files in the repository but not used?
Jürgen
--
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._
Dr. Jürgen VignaE-Mail: [EMAIL PROTECTED]
Italienallee 13/N Tel/Fax: +39-0471-450260 / +39-0471-450253
I-39100 Bozen Web: ht
What happend with the patch to the InsetERT problem I sent? Wasn't it
applied (it seems not as I still have the diffs in my tree). Should I
apply it?
For all of you who didn't look at it in short it does leave the Paragraph
(Character) Params unchanged when copiing them inside an ERT and ONLY the
On 20-Feb-2002 Angus Leeming wrote:
> On Wednesday 20 February 2002 10:42 am, Juergen Vigna wrote:
>> Why are the two files in the repository but not used?
>
> I think that they are removed from the repository. I replaced them with
> systemcall.[Ch].
Seems you're righ
On 20-Feb-2002 Jean-Marc Lasgouttes wrote:
> I did not have time to actually try it out, but as I said in bug 143,
> you should really rename getFontSettings to something else because it
> does not have the same semantics as the other getFontSettings. What
> about adaptFont or filterFont?
getDr
On 20-Feb-2002 John Levon wrote:
> also there is another patch of yours on bugzilla that you need to
> apply I suppose
Did you see my recent commit ;)
Jürgen
--
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._
Dr. Jürgen VignaE-Mail: [EMAIL PROTECTED]
It
On 20-Feb-2002 Jean-Marc Lasgouttes wrote:
> Juergen> getDrawFont() ?
>
> I can live with that. The most important is that the name is not
> getFontSettings.
Well then I'll change it to that. What we then still need is that
the paragraphs should be "forced" left aligned, IMO. And also we
shou
On 20-Feb-2002 Juergen Vigna wrote:
> the paragraphs should be "forced" left aligned, IMO. And also we
> should disable the whole Paragraph-Layout for paragraphs inside an
I've just seen that the Layout->Paragraph is disabled if I'm inside an
ERT, but if I have the
On 20-Feb-2002 Jean-Marc Lasgouttes wrote:
> Juergen> And IMO the Layout->Character Menu should also be disabled.
> Juergen> Here it is the other way round the changes I make will not be
> Juergen> applied and I get an error message that it isn't possible,
> Juergen> but I can open the Layout wh
On 20-Feb-2002 Jean-Marc Lasgouttes wrote:
> Why can't you signal the insets directly? It looks like a case where
> the lyxfunc think is really not appropriate... It looks like you could
> just call some InsetGraphics::fileChanged method directly.
You got a point there, but we have to provide a
On 20-Feb-2002 Angus Leeming wrote:
> So how should I proceed. Somehow I need to tell the underlying bufferview
> that the inset has changed. That is, I'll have to call
> BufferView::updateInset(Inset *, false)
>
> The question is how?
I would say as proove of concept you can use curren
On 20-Feb-2002 Jean-Marc Lasgouttes wrote:
> What bufferview would you use with your lfun solution? If you know
> that, you can just use the same...
This doesn't matter as in the case of multiple bufferviews the lyxfunc
aproach would also be wrong: owner()->view() which view??? We now have
only
On 20-Feb-2002 Jean-Marc Lasgouttes wrote:
> This is what I had in mind, indeed. You've got to find a bufferview
> somewhere. And probably an inset should be able to know in which
> bufferviews it belongs (I assume it could do that by knowing in which
> document it belongs)
Yes document or we w
We have this in tabular_funcs.h:
> template
> string const write_attribute(string const & name, T const & t)
> {
> string str = " " + name + "=\"" + tostr(t) + "\"";
> return str;
> }
> template<>
> string const write_attribute(string const & name, bool const & b);
> template<>
>
> Please put the following also in your local tree, or I suspect Bug 221
> will still be alive.
This was already fixed this morning.
Jug
--
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._
Dr. Jürgen VignaE-Mail: [EMAIL PROTECTED]
Italienallee 13/N
On 20-Feb-2002 Lars Gullik Bjønnes wrote:
> That was strange... it really shouldn't.
>
> what if you change it to:
>
> template<>
> string const write_attribute(string const & name, bool b);
In file included from tabular.C:37:
tabular_funcs.h:35: template-id `write_attribute<>' for
`write_at
On 20-Feb-2002 Herbert Voss wrote:
> you need this only for longtables without a caption.
You mean a longtable without a longtable-supported-caption? The one
you put inside the longtable begin/end block?
Jug
--
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._
Dr.
>> - New buffer; create ERT with a few pars; (add a few pars after the ERT if you
>> like - doesn't matter); switch to "inlined view"; switch back to
>> "open status" -> only one par anymore!
>
> ouch !
>
> bug #251
This is NO bug. This is written code.
Define Inline View: Small pieces
On 21-Feb-2002 Jean-Marc Lasgouttes wrote:
> Or the switch to inline could be disabled when there are several
> paragraphs. This should be easy enough, no?
Sure! What I'm thinking of too is allow multiple paragraphs in inline view
and try to do also line wrapping if we hit a border when enlargi
On 21-Feb-2002 Herbert Voss wrote:
> \endlongtable doesn't modify the counter, so that LyX can write
>
>
> \addtocounter{table}{-1}
>
> \end{longtable}
We can write both without problem first the \end or first \addcounter, but
you didn't answer my question, what caption are you refering too?
On 22-Feb-2002 Lars Gullik Bjønnes wrote:
> Hey... I hardly slept all week so for me it is still monday...
This is the most lame excuse I've ever heard on Fridays!
Jug
--
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._
Dr. Jürgen VignaE-Mail: [EMAIL P
On 22-Feb-2002 Martin Vermeer wrote:
>
> Crashes on float.
Well I don't!
> Looking at line #7, I have a vague suspicion this is connected to your patch,
> since a few days ago it didn't do this. I have modified code in parts of my local
>tree,
> but nothing that _ought_ to relate to this.
>
> Now I would assume that write_attribure(string, bool) would call the second
> function, but it seems this is not true :(. I debugged this with gdb and ONLY
> the first one (the template one) is called.
I still need a fix for this problem otherwise forget about fixing the
file format bloat (#21
On 22-Feb-2002 Lars Gullik Bjønnes wrote:
> Ok, please should me one place in the code where the second argument
> to write_attribute is bool.
>
> I couln't find any...
>
> After I changed:
>
> write_attribute("rotate", tostr(rotate))
>
> to
>
> write_attribute("rotate", rotate)
>
> the bo
On 22-Feb-2002 John Levon wrote:
> You can even work out what's going with undo/redo if you like ...
I didn't hit that particulary spot in the list yet, when I'm there I'll
try to do something about it.
Jug
--
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._
Dr. J
> I don't really understand what you mean. We are talking about
>
> longtable so it's the \caption{..} from longtable.
Which is not supported by LyX right now as much as I know, isn't it?
I just wanted to be sure. What I was thinking was to be able to select
the first or last row of a tabular t
On 26-Feb-2002 Angus Leeming wrote:
> There's nothing wrong here, other than that the BufferView::updateInset call
> doesn't work properly if the graphics inset is inside another inset. This is
> a general update inset problem that others are better placed to solve than me
> I believe.
>
>
I think it is better to have certain discussions on lyx-devel
>From #213 buglist comments:
> Why would the url dialog not respond to edit on button 3, whereas others do?
> That will not fix anything...
I didn't propose that you (JMarc) did it in your earlier comment I just
picked that up and pu
On 26-Feb-2002 Jean-Marc Lasgouttes wrote:
> It seems that in insettext.C:1018, since we unconditionally calls
> inset->edit(), we should set ret to true. Or maybe use some more
> convoluted logic (but I am not sure what has to be done).
I think you're still searching in the wrong file! If the
On 26-Feb-2002 Herbert Voss wrote:
> it was so fast, that I forget to tell. Now I have no more
> time to go into the kitchen to make a cup of coffee until
> lyx is loading my doc ... :-)
Well maybe we should really think to not apply the patch then, this
is definitively a big negative point, we
Did someone of you try to load the UserGuide? I failed on 3 of the 4 images!
the first time and now I fail only on the platypus image. It seems to me that
transforming only starts the first time the image should be visualized and not
as expected as soon as the document is loaded. For images not c
On 27-Feb-2002 Angus Leeming wrote:
> That is correct. We have lazy loading of the image.
> Why work when you don't need to?
Do I have to like that? Well anyway I liked more the figinset way of doing
things. Load the image in the background, but load it! This won't stop me later
if I have to ch
On 27-Feb-2002 Angus Leeming wrote:
> Why will it stop you now? You'll get a box saying "Loading..." or something
> and, because you're loading asynchronously, you can still work.
Because I want to see the image so I have to stop there till the image is
converted loaded and the screen redrawn.
On 27-Feb-2002 Angus Leeming wrote:
> void InsetGraphics::updateInset() const
> {
> grfx::GCache & gc = grfx::GCache::get();
> gc.update(*this);
> + setCache();
> + if (cached_status_ == grfx::WaitingToLoad) {
> + gc.startLoading(*this);
> + }
> }
As much as
On 28-Feb-2002 Martin Vermeer wrote:
> Have a look at text2.C, the two routines setCharFont! They are
> almost identical, except for an extra argument and a dozen
> lines of extra code at the start of one. Otherwise -- carbon
> copies!
What about calling the second (shorter one) from the firs
On 28-Feb-2002 Martin Vermeer wrote:
> I am especially suspicious about pasteSelection in CutAndPaste. Is it
> possible that we are traversing a linked-paragraphs structure that is
> itself 'under construction'? The select buffer itself perhaps?
What I think is that the depth is saved in the pa
On 27-Feb-2002 Angus Leeming wrote:
> So LyX doesn't actually hang, but the scrollbar doesn't work? Ask Lars!
I also noticed that the scrollbar doesn't work in some situations.
I use 0.88.1 xforms library. I can do it all the time:
1. Start lyx
2. Help->User Guide
3. Try to move the scrollbar
On 28-Feb-2002 Jean-Marc Lasgouttes wrote:
> Juergen> What I think is that the depth is saved in the paragraph and
> Juergen> we don't change the value when pasting. I think we should
> Juergen> change it relatively to the place we paste it. To explain: if
> Juergen> we copy paragraphs with dept
On 28-Feb-2002 bugzilla-daemon wrote:
> --- Additional Comments From [EMAIL PROTECTED] 2002-03-01 01:27 ---
> Looks like the right solution. Is it easy to ask to the owner?
Well extending the function backgroundColor() to something like this
should work:
LColor::color Inset::backgroun
On 28-Feb-2002 Jean-Marc Lasgouttes wrote:
>>>>>> "Juergen" == Juergen Vigna <[EMAIL PROTECTED]> writes:
>
> Juergen> Well then we probably would need some function which tells us
> Juergen> what is the maximum depth we can have AFTER a certain
On 28-Feb-2002 Jean-Marc Lasgouttes wrote:
> Or could the mechanism which is responsiblefor painting the inset use
> a new magick UpdateCode to know whether there is a selection there?
That is already complicated enough I won't add such things to that. And
anyway the other way round is better.
On 28-Feb-2002 Jean-Marc Lasgouttes wrote:
> Juergen> What I think is that the depth is saved in the paragraph and
> Juergen> we don't change the value when pasting. I think we should
> Juergen> change it relatively to the place we paste it. To explain: if
> Juergen> we copy paragraphs with dept
On 28-Feb-2002 lasgouttes wrote:
> Log message:
> "ding-dong, the witch is dead!", says John
Well I now get a segfault every time I load the UserGuide! Not a real
improvement. And why didn't you wait for Friday to commit this one?
Jug
--
-._-._-._-._-._-._-._-._-._-._-._-._-._-
On 28-Feb-2002 Juergen Vigna wrote:
> Well I now get a segfault every time I load the UserGuide! Not a real
> improvement. And why didn't you wait for Friday to commit this one?
Sorry you should have sent this tomorrow it was obviously a problem
with MY three, so now today you
On 28-Feb-2002 Jean-Marc Lasgouttes wrote:
> I mean the code which invokes the redrawing of an inset knows probably
> if there is a selection, since it has to draw the blue background
> around the inset. So there is no real need for the inset to rediscover
> this fact.
Well then you say we woul
On 28-Feb-2002 Jean-Marc Lasgouttes wrote:
> Juergen> Yes a really good idea, I would say have a go #:O)
>
> I did it. Now you can use it for your cut and paste :)
How nice of you! #:O)
Could you give me a little hint what's the name of the new function and
how to use it. Right now you should
On 28-Feb-2002 Jean-Marc Lasgouttes wrote:
> Or, the updae flags could say so.
No that's no solution as I already told you. They are too different
between the insets and the really are supposed to be used only internally.
> Juergen> So IF we add another parameter we should add the
> Juergen> b
> - if it is not, can I just remove the "case LFUN_TABULAR_FEATURE". It
> seems to work from my superficial testing.
I forgot to answer to this one. I thought I did. Anyway if you think it
works without just remove it I don't think there should be a problem putting
it back if we see problems w
On 28-Feb-2002 John Levon wrote:
>> I also noticed that the scrollbar doesn't work in some situations.
>> I use 0.88.1 xforms library. I can do it all the time:
>
> time to upgrade xforms ...
Well I don't think so. Why did it work before? Why does it work with
1.1.6? I think we do something wr
On 28-Feb-2002 John Levon wrote:
> are you lot plotting aganist me or what ? :)
We? NEVER!
> anyway, if you look closer, you'll see all I did was move the waitpid(0,...)
> in cursorToggle to waitpid(spellchecker_pid, in sp_spell.C
>
> Not what I would call wizardry exactly :)
Hmmm you never
On 01-Mar-2002 Jean-Marc Lasgouttes wrote:
> It is probably a bit more complicated than just inset in inset: I have
> seen while looking at figures rendreing in the userguide that when the
> new figure pops up in all its gloty, the paragraphs are not rebroken
> (it was probably an inline eps). J
1201 - 1300 of 2676 matches
Mail list logo