> "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
> "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 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
> "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.
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
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:
> 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 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 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
> 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
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
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
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
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
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:
[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
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
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
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(
> "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
> "Vitaly" == Vitaly Lipatov <[EMAIL PROTECTED]> writes:
Vitaly> Please commit attached update ru.po in CVS (and head branch
Vitaly> too).
Done, thanks.
JMarc
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
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
> "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
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
>
> "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
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
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
> "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
> "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
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
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
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 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...
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
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
> "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
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
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
> "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: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
> "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
> "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
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
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
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
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
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
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
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
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
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
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:
> 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
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
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
==
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
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
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
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
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
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
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
65 matches
Mail list logo
