On Fri, 2 Mar 2001, Dekel Tsur wrote:
> On Fri, Mar 02, 2001 at 08:53:01AM +0100, Andre Poenitz wrote:
> > > Well, it works like a collapsable inset, like figs, notes, etc. Why don't
> > > you like it?
[...]
> > Btw, I don't really like the completely collapsable insets either, I'd
> > rather see
> | It's just a guess, but I think it explains the observed behaviour.
>
> Ok, so let's fix it.
I won't do anything before Monday. I just compiled current CVS in
whopping 82 minutes...
Andre'
--
André Pönitz [EMAIL PROTECTED]
On Fri, Mar 02, 2001 at 08:53:01AM +0100, Andre Poenitz wrote:
> > Well, it works like a collapsable inset, like figs, notes, etc. Why don't
> > you like it?
>
> If you open a document after some time an start working on it you have no
> clue whatsoever which of your 234 macro definitions was the
[EMAIL PROTECTED] (Lars Gullik Bjønnes) writes:
| seems I was a bit optimistic. But even if we reduce the binary or
| break even I really think the use of scoped_ptr makes the code
| nicer.
Ok, I was very optimistic. However I claim that use of scoped_ptr
makes the code cleaner and easier to und
On Fri, Mar 02, 2001 at 04:05:06PM +, Jules Bean wrote:
> On Fri, Mar 02, 2001 at 05:40:15PM +0200, Dekel Tsur wrote:
> > > (ii) If you do a multine eqn and number it, just to decide that you no
> > > longer want a multiline eqn, delete the lines you don't want, in the LyX
> > > layout, the li
On Fri, Mar 02, 2001 at 05:08:14PM +0100, Jean-Marc Lasgouttes wrote:
> > "Dekel" == Dekel Tsur <[EMAIL PROTECTED]> writes:
>
> Dekel> It appears that iso8859-5 and cp1251 are equivalent, so we
> Dekel> don't need both: The plan is to store the text internally using
> Dekel> Unicode (UCS4), a
Angus Leeming <[EMAIL PROTECTED]> writes:
| I've discovered a configure/compilation bug.
|
| If I "configure --with-frontend=xforms" and then "make" all is fine.
| If I then do nothing to the source but "configure --with-frontend=kde" and
| then "make", then the code compiles and links perfec
On Wed, Feb 28, 2001 at 03:06:48PM +0100, Juergen Vigna wrote:
> On 27-Feb-2001 Dekel Tsur wrote:
> > Read my message again: the fonts of the text in the tabular are not changed!
> > For example, if I have a tabular, and the text in the tabular is bold
> > (and the rest of the font fields are INHE
I've discovered a configure/compilation bug.
If I "configure --with-frontend=xforms" and then "make" all is fine.
If I then do nothing to the source but "configure --with-frontend=kde" and
then "make", then the code compiles and links perfectly.
However, the code in frontends/ is not compiled
Andre Poenitz <[EMAIL PROTECTED]> writes:
| > yes, this was part of my wish to use shared_ptr... but I am not sure
| > that would have worked anyway...
|
| I think it could not work as long as you are using the same template
| twice...
Perhaps... but the templates belong to different macros so
Allan,
I've implemented your "tri-state output for input()" method exactly as you've
described it below. (This implementation is in my local tree only).
In order for it to work, (and it works perfectly) I have to modify
ButtonController::input() to:
void ButtonControllerBase::input(ButtonPoli
> yes, this was part of my wish to use shared_ptr... but I am not sure
> that would have worked anyway...
I think it could not work as long as you are using the same template
twice...
> We need to get the cursor working properly before we do a lot of new
> things.
This might be a related issue
Andre Poenitz <[EMAIL PROTECTED]> writes:
| I think I know what's going on...
|
| Suppose we have a macro corresponding to
|
| \newcommand\t[1]{(#1)}
|
| and an inset that looks like:
|
| \t{\t{x}}
|
| This should render as ((x)) but it currently renders as (x)...
|
| The problem is tha
On Friday 02 March 2001 16:31, John Levon wrote:
> Angus is
>
>
https://sourceforge.net/tracker/index.php?func=detail&aid=229220&group_id=15212&atid=115212
> [ #229220 ] Preferences lost if changes made
>
> fixed ??
>
> thanks
> john
If he's talking about changes made to colours, then yes it
I think I know what's going on...
Suppose we have a macro corresponding to
\newcommand\t[1]{(#1)}
and an inset that looks like:
\t{\t{x}}
This should render as ((x)) but it currently renders as (x)...
The problem is that t's argument takes two different values during one call
to the "ou
Jean-Marc Lasgouttes wrote:
> > "Dekel" == Dekel Tsur <[EMAIL PROTECTED]> writes:
>
> Dekel> It appears that iso8859-5 and cp1251 are equivalent, so we
> Dekel> don't need both: The plan is to store the text internally using
> Dekel> Unicode (UCS4), and store the lyx file using UTF8, and
> De
Jean-Marc Lasgouttes wrote:
> I have a small problem though: we cannot keep the symbolic link
> between serbocroatian.kmap and croatian.kmap. At you convenience, we
> can either
>
> 1/ keep only one of the files
> or
> 2/ have two copies of the file under different names (but I have to
> admit I
Angus is
https://sourceforge.net/tracker/index.php?func=detail&aid=229220&group_id=15212&atid=115212
[ #229220 ] Preferences lost if changes made
fixed ??
thanks
john
--
"They eat cold meat for breakfast and make jokes about gzip."
- Rik Hemsley on KDE developers
> "Dekel" == Dekel Tsur <[EMAIL PROTECTED]> writes:
Dekel> It appears that iso8859-5 and cp1251 are equivalent, so we
Dekel> don't need both: The plan is to store the text internally using
Dekel> Unicode (UCS4), and store the lyx file using UTF8, and
Dekel> conversion to 8-bit encoding will b
On Fri, Mar 02, 2001 at 05:40:15PM +0200, Dekel Tsur wrote:
> > (ii) If you do a multine eqn and number it, just to decide that you no
> > longer want a multiline eqn, delete the lines you don't want, in the LyX
> > layout, the line number # are still there. Hardly a problem, but I spent
> > some
> blah.
>
> Careful... We've only just recovered from the last time this conversation
> was started!!!
Sorry, but the combination of friday afternoon and xform frustration proved
to be too combustible :)
> > ps. I really want to minimize my understanding of xforms.
>
> Sure. Use fdesign
On Friday 02 March 2001 15:49, Lars Gullik Bjønnes wrote:
> Pleas don't wait with the commit. I am not doing anything large, so
> the conflicts will be small.
Done
Angus Leeming <[EMAIL PROTECTED]> writes:
| On Friday 02 March 2001 15:13, Lars Gullik Bjønnes wrote:
| > I am currently building the mvc branch, and will go trough this and
| > make _small_ changes. but I will not commit until you have had a look
| > at the resulting patch.
|
| Ok, dokey. Look
Andre Poenitz <[EMAIL PROTECTED]> writes:
| > Should we also address the issue of memory footprint. Allan originally had it
| > so that dialog_ was deleted when the Dialog was closed and recreated it once
| > again when it was reopened.
|
| I'd favour short code over small memory footprint (wi
On Friday 02 March 2001 15:42, Edwin Leuven wrote:
> and what *I* don't understand is why people don't join in for a week or
> two to get the qt2 port working and ditch those f***ing xforms instead.
blah.
Careful... We've only just recovered from the last time this conversation was
started
On Fri, 2 Mar 2001, Edwin Leuven wrote:
> ...and what *I* don't understand is why people don't join in for a week or
> two to get the qt2 port working and ditch those f***ing xforms instead. blah.
I think we've had this discussion before. Like I said I doubt anything would happened
unless any f
On Fri, Mar 02, 2001 at 01:41:30PM +, Jos? Luis G?mez Dans wrote:
> (i) Summations in MathEd and, more specifically limits, aren't working
> "to book". What I read in the User's Guide is that LyX automagically
> places the limits at the side of the summation if in inlined style,
> whereas it s
Angus Leeming <[EMAIL PROTECTED]> writes:
| On Friday 02 March 2001 14:52, Lars Gullik Bjønnes wrote:
| > | Index: src/frontends/controllers/ViewBase.h
| > | ===
| > | RCS file:
| /usr/local/lyx/cvsroot/lyx-devel/src/frontends/contr
On Friday 02 March 2001 15:15, John Levon wrote:
> On 2 Mar 2001, Lars Gullik Bjønnes wrote:
>
> > I am currently building the mvc branch, and will go trough this and
> > make _small_ changes. but I will not commit until you have had a look
> > at the resulting patch.
> >
> > Lgb
>
> *
On Friday 02 March 2001 15:13, Lars Gullik Bjønnes wrote:
> I am currently building the mvc branch, and will go trough this and
> make _small_ changes. but I will not commit until you have had a look
> at the resulting patch.
Ok, dokey. Look forward to it.
I've merged the changes to HEAD into my
...and what *I* don't understand is why people don't join in for a week or
two to get the qt2 port working and ditch those f***ing xforms instead. blah.
Sorry but putting xform find replace in frontends is *no fun* :-(
And while I am grumbling perhaps someone can give me some xform tips.
The fi
> Should we also address the issue of memory footprint. Allan originally had it
> so that dialog_ was deleted when the Dialog was closed and recreated it once
> again when it was reopened.
I'd favour short code over small memory footprint (within reasonable limits).
Andre'
--
André Pönitz ..
On Friday 02 March 2001 14:52, Lars Gullik Bjønnes wrote:
> | Index: src/frontends/controllers/ViewBase.h
> | ===
> | RCS file:
/usr/local/lyx/cvsroot/lyx-devel/src/frontends/controllers/Attic/ViewBase.h,v
> | retrieving revision 1.1
> | Does this translate to "Kleinvieh macht auch Mist"?
>
> I am not sure what the english saying is... but the meaning is
> "several small rivers make a great one"
Well... the idea is the same.
"small domestic animals produce droppings, too"
Actually my dictionary translates the whole sentenc
On 2 Mar 2001, Lars Gullik Bjønnes wrote:
> I am currently building the mvc branch, and will go trough this and
> make _small_ changes. but I will not commit until you have had a look
> at the resulting patch.
>
> Lgb
*please* don't tie the frontends down to recreating the dialogs every
On Friday 02 March 2001 14:46, John Levon wrote:
> Well it builds now with mini-patch 1, and the patch below.
>
> There are some minor problems with the BC for FormCitation but this
> is expected still right Angus ?
>
> I haven't checked the KDE frontend, but that's not important anyway
>
> lo
Angus Leeming <[EMAIL PROTECTED]> writes:
| On Friday 02 March 2001 14:14, Lars Gullik Bjønnes wrote:
| > I suspect that the same thing could be done to most of the forms.
| > (this change alone reduces binary size with some ~300 bytes. "Who
| > Cares!" I hear you yell. Well I do... "mange små bl
On Fri, 2 Mar 2001, Angus Leeming wrote:
> Should we also address the issue of memory footprint. Allan originally had it
> so that dialog_ was deleted when the Dialog was closed and recreated it once
> again when it was reopened. I removed this code when I wrote the FormBase
> heirarchy of cla
Andre Poenitz <[EMAIL PROTECTED]> writes:
| > "mange små blir en stor å"
|
| Does this translate to "Kleinvieh macht auch Mist"?
don't know...
I am not sure what the english saying is... but the meaning is
"several small rivers make a great one"
(små == small, å = river (short word eh? (here
On Friday 02 March 2001 14:14, Lars Gullik Bjønnes wrote:
> I suspect that the same thing could be done to most of the forms.
> (this change alone reduces binary size with some ~300 bytes. "Who
> Cares!" I hear you yell. Well I do... "mange små blir en stor å")
>
> Lgb
Sorry, my knowledge of Nor
On Fri, Mar 02, 2001 at 11:24:04AM +0100, Jean-Marc Lasgouttes wrote:
> > "Zvezdan" == Zvezdan Petkovic <[EMAIL PROTECTED]> writes:
>
> Zvezdan> I've made all necessary additions to support Serbo-Croatian
> Zvezdan> in LyX.
>
> Hello,
>
> These modifications seem fine to me. Dekel, do you
On Sat, Feb 24, 2001 at 10:32:41AM -0500, Zvezdan Petkovic wrote:
> > Why is cp-1251 needed ? (it is not used in the languages file)
>
> Because TeX inputenc package accepts it as a valid encoding for cyrillic
> T2 and X2 font encodings. Once J. Braams and I finish the support for
> Serbian (cyri
> "mange små blir en stor å"
Does this translate to "Kleinvieh macht auch Mist"?
Andre'
--
André Pönitz [EMAIL PROTECTED]
On 2 Mar 2001, Jean-Marc Lasgouttes wrote:
> One problem I see with it is that if you install version 1.1.6fix2
> with --with-version-suffix and then apply the 1.1.6fix3 patch, the
> automatic re-run of configure will use
> --with-version-suffix=1.1.6fix2.
Is this because of the touch *Makefile.
John Levon <[EMAIL PROTECTED]> writes:
| Well it builds now with mini-patch 1, and the patch below.
|
| There are some minor problems with the BC for FormCitation but this
| is expected still right Angus ?
|
| I haven't checked the KDE frontend, but that's not important anyway
|
| looks good
On Friday 02 March 2001 13:56, Lars Gullik Bjønnes wrote:
> John Levon <[EMAIL PROTECTED]> writes:
>
> | On 2 Mar 2001, Lars Gullik Bjønnes wrote:
> |
> | > Angus Leeming <[EMAIL PROTECTED]> writes:
> | >
> | > | On Friday 02 March 2001 11:09, Lars Gullik Bjønnes wrote:
> | > | > I am happier a
Well it builds now with mini-patch 1, and the patch below.
There are some minor problems with the BC for FormCitation but this
is expected still right Angus ?
I haven't checked the KDE frontend, but that's not important anyway
looks good !
thanks
john
Index: src/frontends/controllers/ViewB
I needed this patch to compile MVC (actually it's not finished yet,
but it's finished frontends/)
Index: src/frontends/controllers/ControlConnections.C
===
RCS file:
/usr/local/lyx/cvsroot/lyx-devel/src/frontends/controllers/Attic
I suspect that the same thing could be done to most of the forms.
(this change alone reduces binary size with some ~300 bytes. "Who
Cares!" I hear you yell. Well I do... "mange små blir en stor å")
Lgb
Index: FormParagraph.C
===
RC
John Levon <[EMAIL PROTECTED]> writes:
| On 2 Mar 2001, Lars Gullik Bjønnes wrote:
|
| > Angus Leeming <[EMAIL PROTECTED]> writes:
| >
| > | On Friday 02 March 2001 11:09, Lars Gullik Bjønnes wrote:
| > | > I am happier about this. So if you feel that this solution is workable
| > | > and power
> "John" == John Levon <[EMAIL PROTECTED]> writes:
>> - why is the stuff with ac_configure_args needed? It seems a bit
>> scary to me, especially since it seems that --with-lyx-version=blah
>> will be changed to --with-lyx-version=blah=blah.
John> This is needed to pass the correct modified
This updates the 1.2.0 behaviour to that of what
the 1.1.6 patch will do
please apply
thanks
john
--
"This is the most blatant case of fraudulent advertising since my suit against the
film 'The Neverending Story'."
- Lionel Hutz
Index: ChangeLog
===
On 2 Mar 2001, Lars Gullik Bjønnes wrote:
> Angus Leeming <[EMAIL PROTECTED]> writes:
>
> | On Friday 02 March 2001 11:09, Lars Gullik Bjønnes wrote:
> | > I am happier about this. So if you feel that this solution is workable
> | > and powerfull enough use it.
> |
> | Ok, Lars. This is ready t
Angus Leeming <[EMAIL PROTECTED]> writes:
| On Friday 02 March 2001 11:09, Lars Gullik Bjønnes wrote:
| > I am happier about this. So if you feel that this solution is workable
| > and powerfull enough use it.
|
| Ok, Lars. This is ready to go once again, so if you'd cast your eye over
| BRANCH
On Friday 02 March 2001 11:09, Lars Gullik Bjønnes wrote:
> I am happier about this. So if you feel that this solution is workable
> and powerfull enough use it.
Ok, Lars. This is ready to go once again, so if you'd cast your eye over
BRANCH_MVC...
If you're happy with it, then I'll make the pa
I don't know whether this has been reported, but I can't find it in the
archives...
(i) Summations in MathEd and, more specifically limits, aren't working
"to book". What I read in the User's Guide is that LyX automagically
places the limits at the side of the summation if in inlined style,
wher
Angus Leeming <[EMAIL PROTECTED]> writes:
| Within LyX we appear to be using boost's noncopyable class as
|
| class Foo: public noncopyable {
| };
|
| Within boost itself, however, it's used as
|
| template class scoped_ptr : noncopyable {
| }
|
| which, at least with my compiler, defaults to
JMarc, here it is, with your suggestions.
I've tested it, it seems ok
thanks
john
--
"This is the most blatant case of fraudulent advertising since my suit against the
film 'The Neverending Story'."
- Lionel Hutz
install-1.1.6-2.diff.gz
On Friday 02 March 2001 11:09, Lars Gullik Bjønnes wrote:
> Angus Leeming <[EMAIL PROTECTED]> writes:
>
> | Completely safe, I think. Are you happy with this approach? (Please
comment,
> | because I'll only go on to modify all the xforms dialogs that use a
> | ButtonController if you're happy.
Angus Leeming <[EMAIL PROTECTED]> writes:
| Completely safe, I think. Are you happy with this approach? (Please comment,
| because I'll only go on to modify all the xforms dialogs that use a
| ButtonController if you're happy. If you need me to commit first to have a
| proper look, then please
On 2 Mar 2001, Jean-Marc Lasgouttes wrote:
> Indeed I missed the patch... Now I read it and have a few remarks
> (again!):
>
> - why do we force a '-' before the suffix? Using
> --with-lyx-version=-blah is not more difficult that ...=blah
I thought it was more obvious, but I'm ambivalent, I c
Lars,
I've resolved the problems with the ButtonController being created in a
daughter class but being stored and then deleted in the ControlBase class in
the following way.
The ButtonController is made accessible to ControlBase through a pure virtual
method bc(). This method is instantiated
> "Zvezdan" == Zvezdan Petkovic <[EMAIL PROTECTED]> writes:
Zvezdan> I've made all necessary additions to support Serbo-Croatian
Zvezdan> in LyX.
Hello,
These modifications seem fine to me. Dekel, do you have an objection?
I have a small problem though: we cannot keep the symbolic link
be
Within LyX we appear to be using boost's noncopyable class as
class Foo: public noncopyable {
};
Within boost itself, however, it's used as
template class scoped_ptr : noncopyable {
}
which, at least with my compiler, defaults to
class Foo: private noncopyable {
};
Which is "better" or does
> "John" == John Levon <[EMAIL PROTECTED]> writes:
John> Here we go again ...
So, Lars, what should be done about this patch? Shall I apply it?
JMarc
Forget a small detail: the patch :)
qtchar.diff.gz
Hi,
Please find attached a patch that adds the character dialog to the qt2
frontend. (+few little inheritance fixes). Could someone check this out and
apply if ok?
Thanks. Ed.
On Thursday 01 March 2001 21:33, Lars Gullik Bjønnes wrote:
> Angus Leeming <[EMAIL PROTECTED]> writes:
>
> | Attached is a small patch to be applied to the HEAD branch of CVS. It
> | re-enables compilation of the KDE frontend.
>
> did this get applied?
Apparently so. At least I've just compil
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> did this get applied?
Yes.
JMarc
> "John" == John Levon <[EMAIL PROTECTED]> writes:
John> I've done it already. Maybe you missed the patch, if so, you can
John> find it at
John> http://www.movement.uklinux.net/patches/lyx/
John> it's called something like "install-1.1.6.diff".
Indeed I missed the patch... Now I read it an
Andre Poenitz <[EMAIL PROTECTED]> writes:
| > I though that if I could make the enclosed patch work, that would be a
| > nice starting off point for further work.
|
| _Why_ do you want the change?
|
| I have to admit that I still did not fully understand what is going
| > on.
Primarily to ens
> I would very much subscribe to the idea of quickly going for a stable
> release based on it -- also for the benefit of those people who, against
> the warnings, migrated to the new tabular format and got burned.
I don't think it will buy us much if anything is done in a rush. Mathed is
instable
> I though that if I could make the enclosed patch work, that would be a
> nice starting off point for further work.
_Why_ do you want the change?
I have to admit that I still did not fully understand what is going on.
Andre'
--
André Pönitz [EMAIL PR
73 matches
Mail list logo
