Hi,
My LyX-CVS compile ends with:
-
g++ -g -O -W -Wall -o lyx BufferView.o BufferView2.o BufferView_pimpl.o Bullet.o
Chktex.o CutAndPaste.o DepTable.o FloatList.o Floating.o FuncStatus.o LColor.o
LaTeX.o LaTeXFeatures.o LyXAction.o MenuBac
On Tue, 11 Jun 2002, Juergen Vigna wrote:
>
> On 11-Jun-2002 John Levon wrote:
>
> > Who is it ? Do they have the time to liaise with me on getting work into
> > the tree in a form agreeable to all ?
>
> Off topic!
>
> A pitty you don't come to the meeting then. You'll see that there will
> be a
On Wed, Jun 12, 2002 at 05:26:15PM +1200, Michael Koziarski wrote:
> Let me know any non-cosmetic bugs you see.
Trying to Cc: Andre on bug 453 gives ana error about attachid ..
I think any change in fact breaks :)
regards
john
--
"All is change; all yields its place and goes"
- Euripi
At 04:32 PM 6/12/02 +1200, Michael A. Koziarski wrote:
>Bugzilla is being upgraded at present. It will probably give a few errors
>for the next 30 minutes or so, There's no need to worry, all the data is safe
I think I'm done.
Let me know any non-cosmetic bugs you see.
Cheers
Koz
"Technolo
Some simple refactoring to remove xforms-specific stuff. This
breaks non-gui operation, but it was broken already. I'll fix
this later when things have panned out.
the new lyx_gui functions serve the purpose of what was lyx_gui.C as
well as the stuff in GUIRunTime as was.
Still needs some more
Bugzilla is being upgraded at present. It will probably give a few
errors for the next 30 minutes or so, There's no need to worry, all the
data is safe
Cheers
Koz
Hi,
Could we add this to latest LyX-1.3.0cvs together with
the required patch by Herbert for this?
With this in CVS, we can improve/debug this layout gradually.
Rob.
---
Attached (gzipped):
elsart_patch : Herbert's original patch for elsart layout
elsart.layout : layout f
o s/PainterBase/Painter/ as discussed before
o s/Painter/XPainter/ in xforms/
o remove some unused stuff in Painter
o add begin()/end() for the benefit of Qt (not used yet)
Look OK ?
(Asger, should I put you as original author ? You and Lars ??)
thanks
john
Index: Painter.C
==
On Tue, Jun 11, 2002 at 10:41:16PM +0200, Asger K. Alstrup Nielsen wrote:
> > 3. no core code is polluted with toolkit headers
>
> I see you added an X11-include into the pimpl.h file.
> Why is that needed?
For KeySym. It's a temporary step (my tree uses a struct instead).
> So I'd say, depend
On Tue, 11 Jun 2002, John Levon wrote:
> o makes font_metrics a namespace
> o moves X-specific metric functions into xforms/
>
> Simple enough change I think, and allows Qt to do its
> own thing with the metrics
>
> OK to apply ?
This looks good to me as well.
Greets,
Asger
o makes font_metrics a namespace
o moves X-specific metric functions into xforms/
Simple enough change I think, and allows Qt to do its
own thing with the metrics
OK to apply ?
thanks
john
diff -u -r1.1 font_metrics.h
--- frontends/font_metrics.h24 May 2002 14:34:32 - 1.1
+++ fr
On Tue, 11 Jun 2002, John Levon wrote:
> I'm going to try new "executive summaries" in the hope that this makes
> the purpose AND the rationale of each patch clearer.
>
> o removes useless methods belowMouse() and active() from workarea
> o hides access to the work area behind workarea()
Good st
How do I get a diff of my branch as compared to trunk ?
thanks
john
--
"I continue to be amazed at what Andrei can make templates do. Some of it
still makes my head hurt."
- Herb Sutter
John Levon wrote:
> On Tue, Jun 11, 2002 at 06:41:33PM +0200, Jean-Marc Lasgouttes wrote:
>
>
>>I can even add the relevant backtrace, since it is slightly more
>>informative than what I had earlier:
>
>
> What does valgrind tell you (are you on an x86 machine ?)
Will I get useful info even i
Le mar 11/06/2002 à 16:41, Jean-Marc Lasgouttes a écrit :
> This is solved in ams layouts by defining some of the stuff in the
> main preamble:
>
> Preamble
> \theoremstyle{plain}
> \newtheorem{thm}{Theorem}[section]
> \numberwithin{equation}{section} %% Comment out for sequentially-n
On 11 éÀÎØ 2002 17:41, Jean-Marc Lasgouttes wrote:
> > "Andrew" == Andrew Zabolotny <[EMAIL PROTECTED]> writes:
>
> Andrew> Hello! I would like to tell you that Cyrillic languages do not
> Andrew> work with the 1.2.0 release. However, the needed fixes are
> Andrew> quite small, so I will attac
Angus Leeming <[EMAIL PROTECTED]> writes:
| Why do we no pass the files in the src dir through libtool?
We do not build a libtool target in src. We build a binary.
So this is automatically decided for us.
--
Lgb
I'm going to try new "executive summaries" in the hope that this makes
the purpose AND the rationale of each patch clearer.
o removes useless methods belowMouse() and active() from workarea
o hides access to the work area behind workarea()
o makes workarea a scoped_ptr rather than a child
The f
On Tue, Jun 11, 2002 at 06:41:33PM +0200, Jean-Marc Lasgouttes wrote:
> I can even add the relevant backtrace, since it is slightly more
> informative than what I had earlier:
What does valgrind tell you (are you on an x86 machine ?)
john
--
"I continue to be amazed at what Andrei can make te
This seems to fix things and seems sensible...
Angus
Index: boost/libs/regex/src/c_regex_traits.cpp
===
RCS file:
/usr/local/lyx/cvsroot/lyx-devel/boost/libs/regex/src/c_regex_traits.cpp,v
retrieving revision 1.1
diff -u -p -r1.1 c_
Compilation here is dying in boost/regex because
boost::c_regex_traits is not defined:
cxx -std strict_ansi -DHAVE_CONFIG_H -I.
-I../../../../../devel/boost/libs/regex/src -I../../../../src
-I../../../../../devel/boost -I/usr/local/include -nocleanup
-msg_display_number -w1 -ptr
/usr/users/a
> "John" == John Levon <[EMAIL PROTECTED]> writes:
John> On Tue, Jun 11, 2002 at 06:27:57PM +0200, Jean-Marc Lasgouttes
John> wrote:
>> So my question is: can this double definition cause the crashes I'm
>> seeing? What would be a tentative patch to fix this?
John> Dude read the code !
This
> "Jean-Marc" == Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
Jean-Marc> Now that I can link, I looked again at this problem. It
Jean-Marc> crashes at the line workarea_.workAreaEnter
Jean-Marc> .connect(boost::bind(&BufferView::Pimpl::enterView, this));
Jean-Marc> in the BufferView::Pim
On Tue, Jun 11, 2002 at 06:27:57PM +0200, Jean-Marc Lasgouttes wrote:
> So my question is: can this double definition cause the crashes I'm
> seeing? What would be a tentative patch to fix this?
Dude read the code !
Particularly this bit :
15 #if 1
16 #include "frontends/xforms/XWork
> "John" == John Levon <[EMAIL PROTECTED]> writes:
John> On Tue, Jun 11, 2002 at 06:01:23PM +0200, Jean-Marc Lasgouttes
John> wrote:
>> But the two header files define the same class in a different way,
>> don't they?
John> Yes, and the xforms/ one is what is used, the other is dead code
Joh
On Tue, Jun 11, 2002 at 06:01:23PM +0200, Jean-Marc Lasgouttes wrote:
> But the two header files define the same class in a different way,
> don't they?
Yes, and the xforms/ one is what is used, the other is dead code
and should be replaced back
regards
john
--
"I continue to be amazed at wha
Why do we no pass the files in the src dir through libtool?
In the src/XYZ directories, a typical compilation log entry looks (for me)
like this:
source='../../../devel/src/mathed/textpainter.C' object='textpainter.lo'
libtool=yes \
depfile='.deps/textpainter.Plo' tmpdepfile='.deps/textpainter
> "John" == John Levon <[EMAIL PROTECTED]> writes:
John> On Tue, Jun 11, 2002 at 05:17:44PM +0200, Jean-Marc Lasgouttes
John> wrote:
>> There is something I really do not understand: how come
>> frontends/WorkArea.h and frontends/xforms/XWorkArea.h both define a
>> class Workarea with differe
John Levon wrote:
> I can't think of good UI for it though :(
Me neither. Actually, I got its function for the first time while redesigning
the paragraph dialog. I renamed it to "label width" and "longest label" to
make it a bit clearer. Perhaps "List label width" would be better (and still
wo
On Tue, Jun 11, 2002 at 05:35:29PM +0200, Juergen Spitzmueller wrote:
> It is the width of the longest (widest?) label of some list environments like
> "description" oder "labeling" in KOMA. The value is the word you enter. You
> can enter "My longest label" or "M" or "00.00." if the li
On Tue, Jun 11, 2002 at 05:17:44PM +0200, Jean-Marc Lasgouttes wrote:
> There is something I really do not understand: how come
> frontends/WorkArea.h and frontends/xforms/XWorkArea.h both define a
> class Workarea with different definitions? I do not even understand
> how this compiles...
John Levon wrote:
> Also did you find out what label width actually does and what reasonable
> values are ? Isn't there some better UI for that ?
It is the width of the longest (widest?) label of some list environments like
"description" oder "labeling" in KOMA. The value is the word you enter.
On Tue, Jun 11, 2002 at 10:32:55AM +0200, Juergen Vigna wrote:
> A pitty you don't come to the meeting then. You'll see that there will
Well yes
> be a big change during the meeting as we always did we will work a lot
> also this year and IMO we will concentrate on the GUII. And if we will
> ma
On Tue, Jun 11, 2002 at 12:46:52PM +0200, David Kastrup wrote:
> Here is the extract which you conveniently snipped:
Juergen starts all of his posts with "Well I have to disagree here"
whether he is or not, I think it's some kind of signature thing :)
To get back to the program, I'm sure it's p
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: | Now I
Lars> get a crash at startup too. No debug info (I am on my laptop), |
Lars> but here is the backtrace:
>>
Lars> | (gdb) bt | #0 0x40250dcf in free () from /lib/libc.so.6
On Tue, Jun 11, 2002 at 10:58:06AM +0200, Edwin Leuven wrote:
> sloppy copy-pasting I guess
Building it now.
> I also attach a reworked paragraph dialog for qt2. I think it's better than
> the old one.
I like the layout, it's much better. There are some missing access
keys though (e.g. t
> "Dekel" == Dekel Tsur <[EMAIL PROTECTED]> writes:
Dekel> On Tue, Jun 11, 2002 at 04:41:03PM +0200, Jean-Marc Lasgouttes
Dekel> wrote:
>> 2/ Add a new tag 'DependsOn' (followed by a style name) in Style
>> definitions, that ensures that the preamble of the DependsOn style
>> is output before
On Tue, Jun 11, 2002 at 04:41:03PM +0200, Jean-Marc Lasgouttes wrote:
> 2/ Add a new tag 'DependsOn' (followed by a style name) in Style
> definitions, that ensures that the preamble of the DependsOn style is
> output before the current one. In your case, it would give something
> like
This is t
On Tue, Jun 11, 2002 at 01:54:18AM +0200, Lars Gullik Bj?nnes wrote:
> John Levon <[EMAIL PROTECTED]> writes:
> >> It is there just to be able to turn off bidi, then imho it should be
> >> removed. Less special cases and behaviour changing with different
> >> parameters turned on/off.
> >
> | Exac
> "Philippe" == Philippe Charpentier <[EMAIL PROTECTED]> writes:
Philippe> I recently test the new version 1.2 of LyX. The work done by
Philippe> the developers is impresive. But I encountred the following
Philippe> problem. I wrote some document class for LyX containing many
Philippe> layout
Joao Luis Meloni Assirati <[EMAIL PROTECTED]> writes:
> Lars Gullik Bj?nnes wrote:
>
> > I guess it is fair to say that many prefer focus follows mouse _and_
> > that many prefer click to focus.
> > (and I prefer sloppy focus...)
>
> Note that such a feature would be useful with sloppy focus
>
> "Andrew" == Andrew Zabolotny <[EMAIL PROTECTED]> writes:
Andrew> Hello! I would like to tell you that Cyrillic languages do not
Andrew> work with the 1.2.0 release. However, the needed fixes are
Andrew> quite small, so I will attach them to this letter.
Hello Andrew, and thanks for the fi
On Tuesday 11 June 2002 2:20 pm, Lars Gullik Bjønnes wrote:
> | extern "C" {
> | + extern FILE *popen(const char *, const char *);
> | + extern int pclose(FILE *);
> |
> | namespace std {
> | extern int fclose (FILE *);
> | }
> | }
> |
> | Currently, it does not declare those routines that ar
Angus Leeming <[EMAIL PROTECTED]> writes:
| From: Angus Leeming <[EMAIL PROTECTED]>
| Subject: popen and pclose
| Newsgroups: gmane.editors.lyx.devel
| Date: Tue, 11 Jun 2002 13:14:20 +0100
>
| I have upgraded (again!) to the latest bug-fix release of cxx 6.5,
| cxx-6.5-026.
>
| I have managed t
> "Vitaly" == Vitaly Lipatov <[EMAIL PROTECTED]> writes:
Vitaly> Please commit attached update ru.po in CVS (and head branch
Vitaly> too).
Done, thanks.
JMarc
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> ps. Jean-Marc, I posted my bug report for cxx-6.5-021 to
Angus> comp.unix.tru64 as you suggested but have had no reply. Is this
Angus> the news group you meant?
Yes, I saw you got no replies... Anyway, it was in this group that I
I have upgraded (again!) to the latest bug-fix release of cxx 6.5,
cxx-6.5-026.
I have managed to get as far as src/support/filetools.C, but now have this:
cxx: Error: ../../../devel/src/support/filetools.C, line 1281: #282 the global
scope has no "popen"
FILE * inf = ::popen(
Lars Gullik Bj?nnes wrote:
> I guess it is fair to say that many prefer focus follows mouse _and_
> that many prefer click to focus.
> (and I prefer sloppy focus...)
Note that such a feature would be useful with sloppy focus too. Clicking
the math panel would not take away keyboard focus from th
David Kastrup <[EMAIL PROTECTED]> writes:
| So you quite obviously expressed disagreement about whether many users
| might prefer focus following mouse. If you intended to mean something
| different from what you wrote, that is fine, but first cutting away
| the evidence and then claiming it mea
On 11-Jun-2002 David Kastrup wrote:
[snip]
> Here is the extract which you conveniently snipped:
[snip again]
> So you quite obviously expressed disagreement about whether many users
> might prefer focus following mouse. If you intended to mean something
> different from what you wrote, that is
Juergen Vigna <[EMAIL PROTECTED]> writes:
> On 11-Jun-2002 David Kastrup wrote:
>
> > That is exactly the sort of overgeneralization that I was talking
> > about.
>
> But I didn't I just told you that "I'm" not one of your "many" users
> and not because I suffered MS something as I'm working 1
On 11-Jun-2002 David Kastrup wrote:
> That is exactly the sort of overgeneralization that I was talking
> about.
But I didn't I just told you that "I'm" not one of your "many" users
and not because I suffered MS something as I'm working 100% on Unix!
It seemed to me you generalized in your sent
Angus Leeming <[EMAIL PROTECTED]> writes:
| On Monday 10 June 2002 2:42 pm, Jean-Marc Lasgouttes wrote:
>> Angus, it is probably time to revert those changes to your compiler's
>> header files and fix you patch :)
>
| Sure. I'm a bit sad that Lars has reverted all those Base:: fixes to a cxx
| c
Juergen Vigna <[EMAIL PROTECTED]> writes:
> On 11-Jun-2002 David Kastrup wrote:
>
> > Please don't overgeneralize. Even many users that have had suffered
> > extended exposure to Microsoft Windows prefer focus following mouse.
>
> Well I have to disagree here.
So you are able to speak for so
Hello!
I would like to tell you that Cyrillic languages do not work with the 1.2.0
release. However, the needed fixes are quite small, so I will attach them to
this letter. Also I did some fixes which you may or may not like, so I'll
explain them here:
- First, I've added the XK_KP_XXX arrow
> Any reason you've got srcdoc comments in ControlParagraph.C
> as well as .h ? Also some normal comments have the srcdoc
> "///" prefix.
sloppy copy-pasting I guess
> I'm building with it now. If you send a patch with ChangeLogs,
> I'll apply it ...
Attached.
I also attach a reworked para
On 11-Jun-2002 David Kastrup wrote:
> Please don't overgeneralize. Even many users that have had suffered
> extended exposure to Microsoft Windows prefer focus following mouse.
Well I have to disagree here. I really don't like focus following mouse
and as soon as it was possible to shut it of
On Monday 10 June 2002 2:42 pm, Jean-Marc Lasgouttes wrote:
> Angus, it is probably time to revert those changes to your compiler's
> header files and fix you patch :)
Sure. I'm a bit sad that Lars has reverted all those Base:: fixes to a cxx
compiler bug though. Nevermind.
A
On 11-Jun-2002 John Levon wrote:
> I agree totally. It was the deadlock that had "annoyed" me ... now
> you've said it's simply livelock instead, then it can certainly wait.
Don't do that pester us this days as much as you can. Put as much of
your stuff into the HEAD branch as Lars permits (I'm
On 11-Jun-2002 Lars Gullik Bjønnes wrote:
>| I've said it before, I'll say it again: the fact that there are still
>| LyX users despite the user interface it has speaks wonders for how
>| useful LyX is
>
> I am a bit uncertain why all this flamage is beeing directed at me...
> (was it a good p
On 11-Jun-2002 John Levon wrote:
> Who is it ? Do they have the time to liaise with me on getting work into
> the tree in a form agreeable to all ?
Off topic!
A pitty you don't come to the meeting then. You'll see that there will
be a big change during the meeting as we always did we will work
> "Allan" == Allan Rae <[EMAIL PROTECTED]> writes:
Allan> I don't have a problem with the one char change -- that was my
Allan> original fix but upon further consideration (above) I decided
Allan> the fix I provided was better (although the one char fix is
Allan> probably all we want for 1.2.
> "John" == John Levon <[EMAIL PROTECTED]> writes:
John> On Fri, Jun 07, 2002 at 12:07:19PM +0200, Jean-Marc Lasgouttes
John> wrote: It's broken for me because you don't include lib jpeg in
John> the libs when testing flimage, so the link fails. Obviously you
John> can't just include it uncon
> "John" == John Keane <[EMAIL PROTECTED]> writes:
John> It's a personal preference, as my colleagues don't use Lyx, so
John> revisions have to be made on latex files - it's nice if they're
John> as simple as possible.
I agree with that. We would be interested too by patches that make the
l
> "John" == John Levon <[EMAIL PROTECTED]> writes:
John> On Thu, Jun 06, 2002 at 08:32:42AM +0200, Herbert Voss wrote:
>> Does somebody knows why
>>
>> convert file.epsi file
John> With what file ? A random .epsi I found on the web works fine
John> for me
John> Version: @(#)ImageMagick
65 matches
Mail list logo
