On Sun, Aug 11, 2002 at 09:25:44PM +0300, Martin Vermeer wrote:
> There are pluses and minuses about this patch, though.
>
> 1) updateCounter is called from a number of locations with different row
> arguments (the second arg). I don't quite overview all the implications
> of getting rid of this
Rob Lahaye <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
| > Rob Lahaye <[EMAIL PROTECTED]> writes:
| > | Lars Gullik Bjønnes wrote:
| > | > Rob Lahaye <[EMAIL PROTECTED]> writes:
| > | > | Hi,
| > | > | | All my float caption text is at the top of the float. Though I
| > | > type them
On Sun, Aug 11, 2002 at 11:52:09PM +0300, Dekel Tsur wrote:
> The cleanest way is perhaps with insets, but this will require a much
> improved handling of insets: For example, allowing an inset to break over
> two lines. It will be a long time before we can have this, if at all.
Could people ple
On Mon, Aug 12, 2002 at 12:59:30AM +0100, John Levon wrote:
> > | > A SimpleInset would only contain plain characters _or_ (as in
> > | > exclusive) insets.
> > |
> > | what about space and accent insets ?
> >
> > a space could be regarded as a regular character... an accent inset
> > would be r
R. Lahaye wrote:
> No, neither do I!
So sorry I thought you have.
> My xforms (version 1.0) package comes with the following headers and libraries:
[snip list]
> Does this mean that I really need that "-lXpm" in the configure script??
> (Bare in mind: I'm not a lib guru).
No as Albert Chin exp
On Sun, Aug 11, 2002 at 10:23:09PM +0200, Lars Gullik Bjønnes wrote:
> I think we should first of all have a discussion on how to implement
> character styles as cleanly as possible.
Discussion opened?
Ok: Character styles should be done by using something similar to
MathFontInsets.
Advantage
On Mon, Aug 12, 2002 at 12:36:35AM +0200, Lars Gullik Bjønnes wrote:
> I guess none of you are going to like this patch (me neither), but it
> is an important first step in removing the next and prev pointers from
> class Paragraph.
Looks like the kind of things we did to 'RowSt' a while ago?
If
Andre Poenitz <[EMAIL PROTECTED]> writes:
| On Mon, Aug 12, 2002 at 12:36:35AM +0200, Lars Gullik Bjønnes wrote:
>> I guess none of you are going to like this patch (me neither), but it
>> is an important first step in removing the next and prev pointers from
>> class Paragraph.
>
| Looks like th
John Levon wrote:
> On Thu, Aug 08, 2002 at 05:59:54PM +0200, Andre Poenitz wrote:
>
>
>>On Thu, Aug 08, 2002 at 04:42:10PM +0100, John Levon wrote:
>>
>>>The old default was 100. I'll change it back.
>>
>>100 means we are storing 100 paragraphs in the undo list?
>
>
> Yup.
Well I don't think
I am just forwarding this (maybe some problem with the paragraph
iterators?)
- Forwarded message from Kornelia Pietsch <[EMAIL PROTECTED]>
-
Envelope-to: [EMAIL PROTECTED]
Delivery-date: Mon, 12 Aug 2002 09:49:34 +0200
Date: Mon, 12 Aug 2002 09:49:32 +0200
From: Kornelia Pietsch <[EMAI
On Mon, Aug 12, 2002 at 10:04:15AM +0200, Juergen Vigna wrote:
> Well I don't think so it just should mean we store 100 undo operations,
> while one undo operation can contain between 1..n paragraphs where n is
> the max number of paragraphs in the buffer!
Ah! Tanks for the explanation.
Andre'
Andre Poenitz <[EMAIL PROTECTED]> writes:
| I am just forwarding this (maybe some problem with the paragraph
| iterators?)
>
| From: Kornelia Pietsch <[EMAIL PROTECTED]>
| Subject: lyx - ert-box
| To: "Andre' Poenitz" <[EMAIL PROTECTED]>
| Date: Mon, 12 Aug 2002 09:49:32 +0200
>
| Hallo,
>
| in d
On Mon, Aug 12, 2002 at 10:09:55AM +0200, Lars Gullik Bjønnes wrote:
> | in den ERT-Boxen wird beim Einlesen die Reihenfolge der Zeilen
> | vertauscht. (CVS von heute 9 Uhr)
> >
> | "ERT-box_vor.lyx"wie es bisher war (vor Einlesen)
> | "ERT-box_nach.lyx" (nach Einlesen)
> >
> | Konni
> >
John Levon wrote:
> On Thu, Aug 08, 2002 at 07:30:29PM +0200, Andre Poenitz wrote:
>
>
>>Well, I think 100 and the error boxes fixed will do...
>
>
> It looks quite complicated to fix. I don't understand what this
> freeze/unfreeze business is all about (and we seem to do it
> recursively).
>
On Mon, Aug 12, 2002 at 10:17:14AM +0200, Juergen Vigna wrote:
> Well this is the patch to solve this problem and I don't think it's
> overly complicated, but well maybe this depends on the point of view
> #:O)
No, it's certainly not complicated.
But as I've never met 'freezeUndo()' before, can
John,
Please have a look at the attached Qt layout for the Graphics dialog.
With the new ideas on Width/Height values, it can be so much simpler.
I'm not too familiar with Qt and designer, so don't use my .ui file
(I've removed too many items, such as spacers, grouping etc.)
This is just about l
see attched file
Herbert
--
http://www.lyx.org/help/
#LyX 1.3 created this file. For more info see http://www.lyx.org/
\lyxformat 220
\textclass article
\language english
\inputencoding latin1
\fontscheme default
\graphics default
\paperfontsize 10
\spacing single
\papersize Default
\paperp
> "Rob" == Rob Lahaye <[EMAIL PROTECTED]> writes:
>> Like I said, it's up to the xforms people to play catch up.
Rob> Well, do the xforms people agree? Is Qt indeed the UI default
Rob> going-to-be and all other frontends should follow the Qt layout.
Rob> Or is the underlying plan to abandon
> "John" == John Levon <[EMAIL PROTECTED]> writes:
John> I'm not sure if it's still valid though. And in fact, I'm
John> surprised that fixincludes in gcc doesn't fix this problem. It
John> may be old cruft.
fixincludes does not touch the x11 headers, AFAIK. And I would think
that things lik
\begin_inset Formula \[
\int \limits _{3}^{2}f(x)dx\]
\end_inset
saved and reopen gives
\begin_inset Formula \[
\int _{3}^{2}f(x)dx\]
\end_inset
the "\limits" is gone. this happens only when having
both, lower and upper limits, otherwise it's okay.
Herbert
--
http://www.lyx.org/help/
John Levon wrote:
> On Thu, Aug 08, 2002 at 07:34:31PM +0200, Michael Schmitt wrote:
>
>
>>PS: The patch looks more complicated than it actually is. I thought some
>>code cleanup couldn't be wrong.
>
>
> On second thoughts, I wash my hands of it altogether. If Jug can spare
> some time to che
Lars Gullik Bjønnes wrote:
> Rob Lahaye <[EMAIL PROTECTED]> writes:
>
> | Recompile and tell you the result.
>
> Please.
Okay, here we go.
=
I've done cvs update -D "August 11, 2002 10:00pm", which
has the following in i
This patch fixes the behaviour I leave it to Jean-Marc to apply it to
the 1.2.x tree. I commited this to 1.3.0cvs.
Jug
--
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._
Dr. Jürgen VignaE-Mail: [EMAIL PROTECTED]
Mitterstrich 151/A Tel/Fax: +39-0471
Rob Lahaye <[EMAIL PROTECTED]> writes:
| =
>
| So next I did: cvs update -D "August 12, 2002 13:00"
>
| src/ChangeLog:
| 2002-08-12 Lars Gullik Bjnnes <[EMAIL PROTECTED]>
>
| * ParagraphList.[Ch]: new files
>
|
Andre Poenitz wrote:
> MathTextInset does basic line breaking in 164 lines or so. Adding all the
> bells and whistles to get it on par with Paragraph should not take more
> than say 500 more lines which make a total of a third of paragraph*.C.
>
> So I'd actually go for the code cleaning first a
On Mon, Aug 12, 2002 at 11:55:49AM +0200, Juergen Vigna wrote:
> Only that paragraph*.C doesn't do any row breaking, so you probably have
> to add that 500 lines to the paragraph*.C code ;)
Got me. *text* than ;-}
Andre'
--
Those who desire to give up Freedom in order to gain Security,
will no
Andre Poenitz wrote:
>
> No, it's certainly not complicated.
>
> But as I've never met 'freezeUndo()' before, can you expalin waht it does?
> Prevent insertions in the udo stack between freezeUndo() and
> unfreezeUndo()?
Exactly.
Jug
--
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-
Now that the previews work and the code is maintainable, I thought I'd return
to the world of GUI-I and try and clean up the controllers code.
The final instantiation of a dialog is done using a template class GUI. My
question is, should GUI derive from Controller or contain a Controller. Both
On Mon, Aug 12, 2002 at 11:55:45AM +0100, Angus Leeming wrote:
> The final instantiation of a dialog is done using a template class GUI. My
> question is, should GUI derive from Controller or contain a Controller. Both
> will work well, so the choice is ours.
My personal rule: If in doubt, use
On Monday 12 August 2002 12:16 pm, Andre Poenitz wrote:
> On Mon, Aug 12, 2002 at 11:55:45AM +0100, Angus Leeming wrote:
> > The final instantiation of a dialog is done using a template class GUI.
> > My question is, should GUI derive from Controller or contain a
> > Controller. Both will work wel
open two docs and copy an image from one into the
other doc. When having relativ filenames and the
docs are in different dirs, then the image preview
shouldn't show the image!
Running latex gives the expected error -> file not found
Herbert
--
http://www.lyx.org/help/
Angus Leeming <[EMAIL PROTECTED]> writes:
| On Monday 12 August 2002 12:16 pm, Andre Poenitz wrote:
>> On Mon, Aug 12, 2002 at 11:55:45AM +0100, Angus Leeming wrote:
>> > The final instantiation of a dialog is done using a template class GUI.
>> > My question is, should GUI derive from Controller
On Sun, Aug 11, 2002 at 09:25:44PM +0300, Martin Vermeer wrote:
> ...because if you do, you will discover the main reason why the counter
> array has been attached to paragraph and not to buffer:
>
> if you change something in the middle of your buffer that affects
> counters, you on
Why do we need 3 states for ERT insets (open, collapsed, and inline) ?
In my opinion, the open state has no advantage over the inline state.
So in my opinion, we can just have inline & collapsed states.
Then, the ERT dialog can be removed (pressing the 2nd mouse button in an
inline inset will coll
On Mon, Aug 12, 2002 at 03:45:04PM +0300, Dekel Tsur wrote:
> Why do we need 3 states for ERT insets (open, collapsed, and inline) ?
> In my opinion, the open state has no advantage over the inline state.
> So in my opinion, we can just have inline & collapsed states.
> Then, the ERT dialog can be
On Mon, Aug 12, 2002 at 10:16:02AM +, [EMAIL PROTECTED] wrote:
> CVSROOT: /usr/local/lyx/cvsroot
> Module name: lyx-devel
> Repository: lyx-devel/src/
> Changes by: [EMAIL PROTECTED]02/08/12 10:16:02
>
> Modified files:
> lyx-devel/src/: BufferView2.C ChangeLog CutAndPaste
On Mon, Aug 12, 2002 at 02:50:38PM +0200, Andre Poenitz wrote:
> On Mon, Aug 12, 2002 at 03:45:04PM +0300, Dekel Tsur wrote:
> > Why do we need 3 states for ERT insets (open, collapsed, and inline) ?
> > In my opinion, the open state has no advantage over the inline state.
> > So in my opinion, we
On Monday 12 August 2002 2:07 pm, Dekel Tsur wrote:
> On Mon, Aug 12, 2002 at 02:50:38PM +0200, Andre Poenitz wrote:
> > On Mon, Aug 12, 2002 at 03:45:04PM +0300, Dekel Tsur wrote:
> > > Why do we need 3 states for ERT insets (open, collapsed, and inline) ?
> > > In my opinion, the open state has
Dekel Tsur wrote:
> On Mon, Aug 12, 2002 at 10:16:02AM +, [EMAIL PROTECTED] wrote:
>
>>CVSROOT: /usr/local/lyx/cvsroot
>>Module name: lyx-devel
>>Repository: lyx-devel/src/
>>Changes by: [EMAIL PROTECTED]02/08/12 10:16:02
>>
>>Modified files:
>> lyx-devel/src/: BufferView2.
On Mon, Aug 12, 2002 at 01:53:00PM +0100, Angus Leeming wrote:
> On Monday 12 August 2002 2:07 pm, Dekel Tsur wrote:
> > On Mon, Aug 12, 2002 at 02:50:38PM +0200, Andre Poenitz wrote:
> > > On Mon, Aug 12, 2002 at 03:45:04PM +0300, Dekel Tsur wrote:
> > > > Why do we need 3 states for ERT insets (
On Mon, Aug 12, 2002 at 04:07:40PM +0300, Dekel Tsur wrote:
> This doesn't contradict what I've written above.
Ah. Ok.
Andre'
--
Those who desire to give up Freedom in order to gain Security,
will not have, nor do they deserve, either one. (T. Jefferson)
On Monday 12 August 2002 2:29 pm, Dekel Tsur wrote:
> No, I meant Inline and Collapsed.
>
> > I occasionally have an ERT inset containing several lines of LaTeX. I'm
> > sure Herbert has too...
>
> You can have more than one line of text in an inline ERT inset.
> In that case, it behaves exactly a
Hi,
I'm not sure if anyone here still remembers me, but I'm still using LyX. :-)
Anyway, I found a customer who's using LyX quite a lot and who's looking
for a revision mode like the one he knows in MS Word. That is he wants
to see which changes were made to the document. I take it some of you
k
ugh. I'm trying to send out something on letterhead for the first time
in forever, and latex (apparently) catches errors that didn't used to
bother it.
It complains that the TFM metrics aren't found for a couple of the sizes
I use. In fact, for all three instances of parkave it complains. I us
On Mon, Aug 12, 2002 at 03:39:46PM +0300, Dekel Tsur wrote:
> On Sun, Aug 11, 2002 at 09:25:44PM +0300, Martin Vermeer wrote:
> > ...because if you do, you will discover the main reason why the counter
> > array has been attached to paragraph and not to buffer:
> >
> > if you change someth
On Mon, Aug 12, 2002 at 02:16:34PM +0100, Angus Leeming wrote:
> On Monday 12 August 2002 2:29 pm, Dekel Tsur wrote:
> > No, I meant Inline and Collapsed.
> >
> > > I occasionally have an ERT inset containing several lines of LaTeX. I'm
> > > sure Herbert has too...
> >
> > You can have more than
On Mon, Aug 12, 2002 at 05:20:35PM +0300, Martin Vermeer wrote:
>
> Only that it assumes that the counters for the paragraphs *up to that
> point* are in order. If you use per-buffer counters, you will find that
> this doesn't work anymore. The routine just continues counting on from
> the la
> "Michael" == Michael Meskes <[EMAIL PROTECTED]> writes:
Michael> Hi, I'm not sure if anyone here still remembers me, but I'm
Michael> still using LyX. :-)
Michael> Anyway, I found a customer who's using LyX quite a lot and
Michael> who's looking for a revision mode like the one he knows in
On Mon, Aug 12, 2002 at 05:29:32PM +0300, Dekel Tsur wrote:
> We can make the other collapsible inset behave in the same way (see below).
> A perhaps better behavior of collapsible inset is as follows:
> An open collapsible inset is drawn inline as follows:
> +-++
> some text |L
On Mon, Aug 12, 2002 at 05:20:35PM +0300, Martin Vermeer wrote:
> Only that it assumes that the counters for the paragraphs *up to that
> point* are in order. If you use per-buffer counters, you will find that
> this doesn't work anymore. The routine just continues counting on from
> the last f
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
Andre> But this does not save any code than, so it's just a UI thing?
You know, some people are interested in other things than saving
code...
JMarc
Here it is. Tested as well as I could, but give it hell.
If still alive after that, commit it.
ChangeLog:
2002-08-12 Martin Vermeer <[EMAIL PROTECTED]>
* buffer.C:
buffer.h:
lyxtext.h:
paragraph.C:
paragraph_pimpl.h:
text.C:
text2.C:
On Mon, Aug 12, 2002 at 03:54:44PM +0200, Michael Meskes wrote:
> Anyway, I found a customer who's using LyX quite a lot and who's looking
> for a revision mode like the one he knows in MS Word. That is he wants
> to see which changes were made to the document. I take it some of you
> know what I
On Mon, Aug 12, 2002 at 04:43:41PM +0200, Jean-Marc Lasgouttes wrote:
> Andre> But this does not save any code than, so it's just a UI thing?
>
> You know, some people are interested in other things than saving
> code...
Really?
There must be funny people out there...
Andre'
--
Those who des
On Mon, Aug 12, 2002 at 05:34:50PM +0300, Dekel Tsur wrote:
> On Mon, Aug 12, 2002 at 05:20:35PM +0300, Martin Vermeer wrote:
> >
> > Only that it assumes that the counters for the paragraphs *up to that
> > point* are in order. If you use per-buffer counters, you will find that
> > this doe
On Sun, Aug 11, 2002 at 09:00:17PM +0100, John Levon wrote:
>
> On Sun, Aug 11, 2002 at 11:20:59AM -0700, Kayvan A. Sylvan wrote:
>
> > ../../src/insets/inset.h:22: WordLangTuple.h: No such file or directory
>
> fixed.
>
> thanks
Great. Another from this morning:
g++ -DHAVE_CONFIG_H -I. -I.
On Monday 12 August 2002 3:34 pm, Martin Vermeer wrote:
> Here it is. Tested as well as I could, but give it hell.
> If still alive after that, commit it.
>
> ChangeLog:
>
> 2002-08-12 Martin Vermeer <[EMAIL PROTECTED]>
>
> * buffer.C:
> buffer.h:
> lyxtext.h:
> paragraph.
This is bollocks!
automake 1.5 and autoconf 2.13
checking whether the C++ compiler understands explicit... no
checking whether the systems std::string is really good... no
checking for C headers wrappers... no
checking whether C library functions are already in the global namespace...
yes checki
On Mon, Aug 12, 2002 at 09:50:55AM +0200, Andre Poenitz wrote:
>
> Ok: Character styles should be done by using something similar to
> MathFontInsets.
Regular font (i.e. commands like \textbf) should be implemented like character
styles, so this means removing the font list from the paragraph c
It's taken a few days of waiting for to patches to filter through the
cvs, but Lars' changes now make FreeBSD build happily with no
adjustments (at least if you know to use gmake).
thanks
hawk
--
Richard E. Hawkins, Asst. Prof. of Economics/"\ ASCII ribbon campaign
[EMAIL PROTECTED] Sm
On Mon, Aug 12, 2002 at 07:58:13AM -0700, Kayvan A. Sylvan wrote:
> formulabase.C:28: funcrequest.h: No such file or directory
funcrequest.h exists in cvs.
Andre'
--
Those who desire to give up Freedom in order to gain Security,
will not have, nor do they deserve, either one. (T. Jefferson)
On Mon, Aug 12, 2002 at 03:39:18PM +0100, Angus Leeming wrote:
> U. Would anyone mind terribly if I changed buffer.[Ch]:
>
> buffer.h
> ==
> -#include "counters.h"
> +class Counters;
Seems worthwhile.
Andre'
--
Those who desire to give up Freedom in order to gain Security,
will not ha
On Monday 12 August 2002 4:27 pm, Andre Poenitz wrote:
> On Mon, Aug 12, 2002 at 07:58:13AM -0700, Kayvan A. Sylvan wrote:
> > formulabase.C:28: funcrequest.h: No such file or directory
>
> funcrequest.h exists in cvs.
But I bet it's not in Makefile.am...
A
On Mon, Aug 12, 2002 at 06:18:55PM +0300, Dekel Tsur wrote:
> > Ok: Character styles should be done by using something similar to
> > MathFontInsets.
>
> Regular font (i.e. commands like \textbf) should be implemented like character
> styles, so this means removing the font list from the paragra
On Mon, Aug 12, 2002 at 04:11:40PM +0100, Angus Leeming wrote:
> > funcrequest.h exists in cvs.
>
> But I bet it's not in Makefile.am...
Indeed. Hopefully fixed.
Andre'
--
Those who desire to give up Freedom in order to gain Security,
will not have, nor do they deserve, either one. (T. Jeffer
On Mon, Aug 12, 2002 at 04:38:17PM +0200, Jean-Marc Lasgouttes wrote:
> I did experiments using the wdiff utility some time ago:
> http://www.mail-archive.com/lyx-devel@lists.lyx.org/msg16018.html
>
> Is that what you mean?
Yes, this surely looks like what our customer was talking about. I have
On Mon, Aug 12, 2002 at 04:46:25PM +0200, Andre Poenitz wrote:
> Could you be a bit more specific as to what kind of UI you want? Like "Is
> running an external program like xxdiff sufficient" or "build-in support by
> LyX" (if so, what exactly should it look like) etc.
As Jean-Luc already pointe
On Mon, Aug 12, 2002 at 11:24:36AM +0200, Juergen Vigna wrote:
> Hmm, chicken ;)
yep :)
> >Frankly, I don't *want* to make sense of that (like why on earth does
> >moving the
> >showInsetDialog up to the start of the method break things ?)
>
> Easy enough if I have a collapsable inset inside
On Mon, Aug 12, 2002 at 11:55:36AM +0900, Rob Lahaye wrote:
> >I don't see these as problems.
>
> In my opinion this breaks the idea of GUII.
Au contraire, this has been the intention of LyX's GUII work for a very
long time. We are *not* going to go down the XUL path ;)
> I'll report whenever
On Mon, Aug 12, 2002 at 09:09:29AM +0200, Andre Poenitz wrote:
> > LFUN_DRAG too then?
>
> Why not.
>
> I take this as a 'go' then...
PLease don't add code for something no frontend generates.
regards
john
--
"It is unbecoming for young men to utter maxims."
- Aristotle
On Monday 12 August 2002 3:34 pm, Martin Vermeer wrote:
> Here it is. Tested as well as I could, but give it hell.
> If still alive after that, commit it.
Did you really test it against current CVS?
- par->counters().reset();
+ buf->counters().reset(""
On Mon, Aug 12, 2002 at 10:04:15AM +0200, Juergen Vigna wrote:
> Well I don't think so it just should mean we store 100 undo operations,
> while one undo operation can contain between 1..n paragraphs where n is
> the max number of paragraphs in the buffer!
Surely only if the operation involved e
Angus Leeming <[EMAIL PROTECTED]> writes:
| This is bollocks!
| automake 1.5 and autoconf 2.13
okokokook I know what the problem is (and so do you if you read the
messages to this list.)
--
Lgb
Angus Leeming <[EMAIL PROTECTED]> writes:
| ==
| +#include "counters.h"
>
| Buffer::Buffer(string const & file, bool ronly)
| : niceFile(true), lyx_clean(true), bak_clean(true),
| unnamed(false), dep_clean(0), read_only(ronly),
| - filename_(file), users(0)
| + file
Martin Vermeer <[EMAIL PROTECTED]> writes:
| Index: buffer.C
| ===
| RCS file: /cvs/lyx/lyx-devel/src/buffer.C,v
| retrieving revision 1.367
| diff -u -p -r1.367 buffer.C
| --- buffer.C 2002/08/12 00:15:16 1.367
| +++ buffer.C
Dekel Tsur <[EMAIL PROTECTED]> writes:
| On Mon, Aug 12, 2002 at 09:50:55AM +0200, Andre Poenitz wrote:
>>
>> Ok: Character styles should be done by using something similar to
>> MathFontInsets.
>
| Regular font (i.e. commands like \textbf) should be implemented like character
| styles, so this
On Mon, Aug 12, 2002 at 05:40:56PM +0200, Andre Poenitz wrote:
> > Other disadvantages:
> >
> > 1) Current inset code doesn't allow inheritance of font settings from the
> > current paragraph or from parent inset.
> > For example, if I have a paragraph which set the font to italics
> > (e.g. a Th
On Mon, Aug 12, 2002 at 05:08:20PM +0100, John Levon wrote:
> On Mon, Aug 12, 2002 at 09:09:29AM +0200, Andre Poenitz wrote:
>
> > > LFUN_DRAG too then?
> >
> > Why not.
> >
> > I take this as a 'go' then...
>
> PLease don't add code for something no frontend generates.
Not my fault that the
On Mon, Aug 12, 2002 at 04:36:42PM +0200, Andre Poenitz wrote:
> > +-++
> > some text |LABEL|text| more text
> > +-++
> > same way current collapsible inset is drawn
> > +-+
> > |LABEL|
> > ++
> > |text... |
> > |text... |
> > +-
On Monday 12 August 2002 4:37 pm, Lars Gullik Bjønnes wrote:
> Angus Leeming <[EMAIL PROTECTED]> writes:
> | This is bollocks!
> | automake 1.5 and autoconf 2.13
>
> okokokook I know what the problem is (and so do you if you read the
> messages to this list.)
sure. Here's the fix
sed -e 's/AC_LA
On Mon, Aug 12, 2002 at 04:46:25PM +0200, Andre Poenitz wrote:
> Could you be a bit more specific as to what kind of UI you want? Like "Is
> running an external program like xxdiff sufficient" or "build-in support by
> LyX" (if so, what exactly should it look like) etc.
I want to see what I used
On Monday 12 August 2002 4:36 pm, Lars Gullik Bjønnes wrote:
> Angus Leeming <[EMAIL PROTECTED]> writes:
> | ==
> | +#include "counters.h"
> |
> | Buffer::Buffer(string const & file, bool ronly)
> |
> | : niceFile(true), lyx_clean(true), bak_clean(true),
> |
> | unnamed(false), dep_c
On Mon, Aug 12, 2002 at 01:46:06AM +0200, Lars Gullik Bjønnes wrote:
>
> | p.s. fwiw I agree it is worth waiting a bit longer to do this right. We
> | have too many craply-implemented features in lyx and we suffer for
> | it
>
> right.
The main problem with badly implemented features, like min
On Mon, Aug 12, 2002 at 07:11:55PM +0300, Dekel Tsur wrote:
> It allows you to save a position in the document and return to it later.
No big deal I'd say. Something like an invisible label that does not get
saved...
> > I am not talking about _insets_, I am talking about "taking math font
> > i
Juergen Vigna wrote assert that
> No as Albert Chin explained us recently it is an xforms bug. When
> creating .a libraries they should contain all other needed libraries or
> at least contain the dependencies on them when build.
Stop right there. This would be a really *bad idea* in many inst
On Mon, Aug 12, 2002 at 06:14:25PM +0200, Andre Poenitz wrote:
> Not my fault that the frontends don't generate them... ;-)
> In fact, they should (rather than calling these edit/Button* functions)
Uh, what does DRAG mean to you ?
john
--
"It is unbecoming for young men to utter maxims."
On Mon, Aug 12, 2002 at 05:27:55PM +0100, John Levon wrote:
> > Not my fault that the frontends don't generate them... ;-)
> > In fact, they should (rather than calling these edit/Button* functions)
>
> Uh, what does DRAG mean to you ?
I just added RELEASE, MOVE and PRESS. No DRAG.
Andre'
--
On Mon, Aug 12, 2002 at 05:42:19PM +0200, Lars Gullik Bjønnes wrote:
> For the manual fontchanges we automatically create a unnamed
> CharacterStyle for it. (some magic internal name)
I'd rather not allow such manual changes. A user must create a new name
if they want bold italic text, even if t
On Monday 12 August 2002 7:41 pm, [EMAIL PROTECTED] wrote:
> Log message:
> * Fix reading of lyxsize_type in 1.2.0 documents.
> * Document change to format.
André, didn't you make some small change to the math inset format? Could you
add a brief description to development/FORMAT. It'
John Levon <[EMAIL PROTECTED]> writes:
| On Mon, Aug 12, 2002 at 05:42:19PM +0200, Lars Gullik Bjønnes wrote:
>
>> For the manual fontchanges we automatically create a unnamed
>> CharacterStyle for it. (some magic internal name)
>
| I'd rather not allow such manual changes. A user must create a n
Andre Poenitz <[EMAIL PROTECTED]> writes:
| On Mon, Aug 12, 2002 at 05:08:20PM +0100, John Levon wrote:
>> On Mon, Aug 12, 2002 at 09:09:29AM +0200, Andre Poenitz wrote:
>>
>> > > LFUN_DRAG too then?
>> >
>> > Why not.
>> >
>> > I take this as a 'go' then...
>>
>> PLease don't add code for so
Andre Poenitz <[EMAIL PROTECTED]> writes:
| On Mon, Aug 12, 2002 at 05:27:55PM +0100, John Levon wrote:
>> > Not my fault that the frontends don't generate them... ;-)
>> > In fact, they should (rather than calling these edit/Button* functions)
>>
>> Uh, what does DRAG mean to you ?
>
| I just a
Angus Leeming <[EMAIL PROTECTED]> writes:
| On Monday 12 August 2002 4:37 pm, Lars Gullik Bjønnes wrote:
>> Angus Leeming <[EMAIL PROTECTED]> writes:
>> | This is bollocks!
>> | automake 1.5 and autoconf 2.13
>>
>> okokokook I know what the problem is (and so do you if you read the
>> messages to
Available at
http://preview-latex.sourceforge.net/wysiwyg-draft.pdf>. Now
the deadline for the proceedings is already over, but this will
certainly not be the last time I try to hand something in, and the
talk itself is yet to happen.
Comments?
Another question: suppose I want to get a demonst
Angus Leeming <[EMAIL PROTECTED]> writes:
| On Monday 12 August 2002 4:36 pm, Lars Gullik Bjønnes wrote:
>> Angus Leeming <[EMAIL PROTECTED]> writes:
>> | ==
>> | +#include "counters.h"
>> |
>> | Buffer::Buffer(string const & file, bool ronly)
>> |
>> |: niceFile(true), lyx_clean(true), b
On Mon, Aug 12, 2002 at 05:26:10PM +0100, Angus Leeming wrote:
> > * Fix reading of lyxsize_type in 1.2.0 documents.
> > * Document change to format.
>
> André, didn't you make some small change to the math inset format? Could you
> add a brief description to development/FORMAT. It'll en
On Mon, Aug 12, 2002 at 07:05:54PM +0200, Lars Gullik Bjønnes wrote:
> | I just added RELEASE, MOVE and PRESS. No DRAG.
>
> The sequence PRESS->MOVE->RELEASE should imho not generate MOVE but
> DRAG instead. To me MOVE is without state, DRAG is with state.
A rose by any other name. You have to
On Mon, Aug 12, 2002 at 07:05:54PM +0200, Lars Gullik Bjønnes wrote:
> The sequence PRESS->MOVE->RELEASE should imho not generate MOVE but
> DRAG instead. To me MOVE is without state, DRAG is with state.
Currently we have MOVE with the corresponding button pressed. It might
simplyfy code if I do
On Monday 12 August 2002 6:13 pm, Lars Gullik Bjønnes wrote:
> The real problem comes when you allocate _two_ pointers.
And in this case I wrap by new inside a boost::scoped_ptr, so it's guaranteed
to be safe.
Just to check, here's the code snippet.
Angus
class Counters;
class Buffer {
pr
On Mon, Aug 12, 2002 at 07:13:58PM +, [EMAIL PROTECTED] wrote:
>
> Modified files:
> lyx-devel/development/: FORMAT
>
> Log message:
> add comment to \lyxlock
What is locking good for ?
1 - 100 of 141 matches
Mail list logo
