On Wed, 12 Jun 2002, Asger K. Alstrup Nielsen wrote:
> > > I have this theory that football is great to play and crap to watch. I did
> > > try and watch the England game this morning, but got bored...
You are watching for the wrong reasons. You should pick a game that
is likely to be worth wat
On 11 Jun 2002 15:41:43 +0200, Jean-Marc Lasgouttes wrote:
>Note that the XK_KP_xxx #defines may not exist everywhere (especially
>in X11R5 or proprietary versions of X11). Therefore, I cannot accept
>to apply this part of the patch as it is. Maybe guarding these things
>with #ifdef would be bett
R. Lahaye wrote:
> Present CVS (as of June 13th):
>
> [...]
> g++ -DHAVE_CONFIG_H -I. -I. -I../../src -I./../ -I../../boost -isystem
>/usr/X11R6/include -g -O -W -Wall -c insetquotes.C
> -Wp,-MD,.deps/insetquotes.TPlo
> insetquotes.C: In method `void InsetQuotes::draw(BufferView *, const LyXFon
On Wed, Jun 12, 2002 at 03:33:04PM +0200, Claus Hentschel wrote:
> First of all: The new Lyx really looks great ;-)
>
> I'm still preparing the Win32 port of Lyx 1.2.0. So far I've successfully
> compiled 1.2.0 on Win32/Cygwin after some manually changes in config.h. These
> changes were necessar
Hi,
Present CVS (as of June 13th):
[...]
g++ -DHAVE_CONFIG_H -I. -I. -I../../src -I./../ -I../../boost -isystem
/usr/X11R6/include -g -O -W -Wall -c insetquotes.C
-Wp,-MD,.deps/insetquotes.TPlo
insetquotes.C: In method `void InsetQuotes::draw(BufferView *, const LyXFont &, int,
float &, bool)
Well, the upgrade and 'reprettification' are complete. The
simple-bug-guide has been updated, we're now using a proper index.cgi
instead of a static html hack.
Once again, log any problems.
For those of you using mozilla, the add to sidebar thing is pretty cool.
Cheers
Koz
"Technology is d
Hi,
just to include my favorite platform, alpha. You have to change the file
lyx-1.2.0/boost/boost/detail/limits.hpp
on line 43 to
#elif defined(__i386__) || defined(__alpha__)
And yes, the alpha is little endian.
Greets
ineiti
PS: for any questions, please e-mail me directly, as I'm not part o
John Levon <[EMAIL PROTECTED]> writes:
| On Wed, Jun 12, 2002 at 09:55:39PM +0200, Marco Beishuizen wrote:
>
>> Alt-x works!
>>
>> thanks
>
| 2nd user confused by this in so many days. Can we please fix this now ?
Sure go ahead...
--
Lgb
On Wed, Jun 12, 2002 at 09:55:39PM +0200, Marco Beishuizen wrote:
> Alt-x works!
>
> thanks
2nd user confused by this in so many days. Can we please fix this now ?
john
--
"All is change; all yields its place and goes"
- Euripides
On Wed, Jun 12, 2002 at 07:19:37PM +0200, Moritz Moeller-Herrmann wrote:
> I guess nobody moved the file to the right directory.
It's just busyness on the part of the developers ... if I had
permissions I'd do it for you now
thanks
john
--
"All is change; all yields its place and goes"
Am Mittwoch, 12. Juni 2002 17:13 schrieb Micha H. Werner
> hello,
>
> I'm indeed interested in your precompiled LyX-1.2.0-rpm for SuSE 8.0.
> Unfortunately I can't download it from 'incoming'. Is there any way to
> get the file? Should I write to the developers list?
I guess nobody moved the file
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
>> Lyx's stderr output shows: In LookupColor [rgb_db.c 155] database
>> uninitialized In InitColorLookup [rgb_db.c 63] can't find the rgb
>> color database--No such file or directory
Angus> This looks like an xforms complaint. I find thi
> "Claus" == Claus Hentschel <[EMAIL PROTECTED]> writes:
Claus> Hi, it's me again ;-) Obviously XPM now is the preferred image
Claus> format in Lyx, right?!
It depends if you use a recent xforms, which has a built-in image
loader, or an older one (<0.89.6), where lyx does things 'by hand'.
On Wednesday 12 June 2002 5:27 pm, Claus Hentschel wrote:
> Hi, it's me again ;-)
>
> Obviously XPM now is the preferred image format in Lyx, right?!
Only if your version of xforms doesn't have flimage et al.
If you compile src/graphics/GraphicsImageXPM.[Ch] then you'll have to make do
with XP
On Wed, Jun 12, 2002 at 06:27:42PM +0200, Claus Hentschel wrote:
> Lyx's stderr output shows:
> In LookupColor [rgb_db.c 155] database uninitialized
> In InitColorLookup [rgb_db.c 63] can't find the rgb color database--No
> such file or directory
It's from whatever version of xforms you'
Hi, it's me again ;-)
Obviously XPM now is the preferred image format in Lyx, right?!
I've found, too the problem to convert EPS into XPM format and it have it
fixed. As always before it's a pathname problem, i.e. pathes should be
os::external_path()'ed when building the convert script.
But now
> > I have this theory that football is great to play and crap to watch. I did
> > try and watch the England game this morning, but got bored...
I can't wait till Denmark beats England this Saturday!
I sure hope that some channel in Portugal tramits this
moster of a fight ;-)
See some of you swi
> "Jeroen" == Jeroen Versteeg <[EMAIL PROTECTED]> writes:
Jeroen> Hello, I seem to run into the the following bug(?) quite
Jeroen> often:
Jeroen> I label an equation for example like "eq:Jcxc=-Jmxm(explicit)"
Jeroen> and then refer to it from the text using "insert reference".
Jeroen> TeX-in
Uses the virtual constructor idiom for the screen object, and moves
the xforms-specific stuff into the subclass. Also documentation
+ sundry cleanups.
Note that screen has long needed further refactoring, but that is
something above and beyond this patch and this time.
With this patch applied :
Hello,
I seem to run into the the following bug(?) quite often:
I label an equation for example like "eq:Jcxc=-Jmxm(explicit)" and then refer to it
from the text using "insert reference". TeX-ing the file gives an undefined reference
for the above. Checking the LaTeX logfile says:
LaTeX Warn
> "felix" == felix <[EMAIL PROTECTED]> writes:
felix> Felix Kurth ([EMAIL PROTECTED]) entered the following feedback
felix> message on the LyX home page:
felix>
felix> Hi,
felix> there is a bug, new introduced wit
> "Vitaly" == Vitaly Lipatov <[EMAIL PROTECTED]> writes:
Vitaly> I think Andrew's patches is better than I sent you before
Vitaly> release. I should like to remember about follow patches: -
Vitaly> insetquotes.patch for correctly draw << quotes >> -
This one will go in.
Vitaly> languages.pa
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> On Wednesday 12 June 2002 2:51 pm, John Levon wrote:
>> On Wed, Jun 12, 2002 at 03:49:49PM +0200, Jean-Marc Lasgouttes
>> wrote: > Angus> We don't use it and it's not standards compliant
>> anyway. Can I > Angus> nuke it? Angus
>>
On Wednesday 12 June 2002 2:51 pm, John Levon wrote:
> On Wed, Jun 12, 2002 at 03:49:49PM +0200, Jean-Marc Lasgouttes wrote:
> > Angus> We don't use it and it's not standards compliant anyway. Can I
> > Angus> nuke it? Angus
> >
> > Yes, I think you should
>
> Last time I tried this I was told it'
Jean-Marc Lasgouttes wrote:
>>"Philippe" == Philippe Charpentier <[EMAIL PROTECTED]> writes:
>>
>
>Philippe> I think it is the simplest way, but if the second Preamble
>Philippe> is write in the latex preamble before the first one I get an
>Philippe> error (of course the second layout can
On Wed, Jun 12, 2002 at 02:43:19PM +0100, Angus Leeming wrote:
> What's it for?
Some silly debugging tool.
> We don't use it anyway; can I nuke it?
I hope so, I have been meaning to ask this for about 18 months :)
> Makefile.am:41: tracer.h
> Makefile.in:259:tracer.h
> tracer.C:19:#in
On Wed, Jun 12, 2002 at 03:49:49PM +0200, Jean-Marc Lasgouttes wrote:
> Angus> We don't use it and it's not standards compliant anyway. Can I
> Angus> nuke it? Angus
>
> Yes, I think you should
Last time I tried this I was told it's need for the STLPort or some
such. Is this no longer supported
What's it for?
We don't use it anyway; can I nuke it?
Angus
aleem@pneumon:src-> grep -n tracer.h * */* */*/* */*/*/*
Makefile.am:41: tracer.h
Makefile.in:259:tracer.h
tracer.C:19:#include "tracer.h"
CVS/Entries:80:/tracer.h/1.9/Thu Mar 21 18:11:10 2002//
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> We don't use it and it's not standards compliant anyway. Can I
Angus> nuke it? Angus
Yes, I think you should
JMarc
We don't use it and it's not standards compliant anyway. Can I nuke it?
Angus
aleem@pneumon:src-> grep -n stl_string_fwd.h * */* */*/* */*/*/*
ChangeLog:5729: * stl_string_fwd.h: add comment
Makefile.am:185:stl_string_fwd.h \
Makefile.in:404:stl_string_fwd.h \
config.h.in:383:/*
On Wednesday 12 June 2002 2:44 pm, John Levon wrote:
> On Wed, Jun 12, 2002 at 02:34:26PM +0100, Angus Leeming wrote:
> > John, how many more big changes would you like to shove in in the near
> > future? If you're slowing down, then I'll try and commit my patch that
> > forward-declarares FL_OBJE
On Wed, Jun 12, 2002 at 02:34:26PM +0100, Angus Leeming wrote:
> John, how many more big changes would you like to shove in in the near
> future? If you're slowing down, then I'll try and commit my patch that
> forward-declarares FL_OBJECT / introduces a "proper" Makefile.am into
> xforms/form
John, how many more big changes would you like to shove in in the near
future? If you're slowing down, then I'll try and commit my patch that
forward-declarares FL_OBJECT / introduces a "proper" Makefile.am into
xforms/forms.
Angus
First of all: The new Lyx really looks great ;-)
I'm still preparing the Win32 port of Lyx 1.2.0. So far I've successfully
compiled 1.2.0 on Win32/Cygwin after some manually changes in config.h. These
changes were necessary because autoconf/configure wasn't able to check the
existance of some sta
On Wednesday 12 June 2002 12:50 pm, Jean-Marc Lasgouttes wrote:
> > "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
>
> Angus> Any thoughts? Angus
>
> Angus> File '../../devel/src/sp_spell.C' cxx: Error:
> Angus> ../../devel/src/sp_spell.C, line 379: #167 argument of type
> Angus> "int *"
On Tue, 11 Jun 2002, John Levon wrote:
> 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 ?
Looks good to me.
> (Asger, should I put you as original auth
On Wednesday 12 June 2002 2:28 pm, John Levon wrote:
> On Wed, Jun 12, 2002 at 02:16:36PM +0100, Angus Leeming wrote:
> > This is a good thing for xforms as well since it'll presumably eventually
> > make use of the scrolled canvas widget tha's now available in xforms 1.
>
> It's a step forward, b
On Wed, Jun 12, 2002 at 02:16:36PM +0100, Angus Leeming wrote:
> This is a good thing for xforms as well since it'll presumably eventually
> make use of the scrolled canvas widget tha's now available in xforms 1.
It's a step forward, but at least the Qt scroll view widget can't yet be
used. the
On Wednesday 12 June 2002 2:16 pm, John Levon wrote:
> This patch moves the horrible xforms scrollbar logic
> into xforms/ and leaves a more sensible API in palce for GUII
>
> It's not /entirely/ trivial like the rest of the stuff I've committed
> so I'm sending this for approval from some kind so
On Wed, Jun 12, 2002 at 02:10:42PM +0100, Angus Leeming wrote:
> I have this theory that football is great to play and crap to watch. I did
> try and watch the England game this morning, but got bored...
Hardly surprising given how lacklustre our performance was.
> So, I guess I'm in the same
On Wednesday 12 June 2002 2:09 pm, Jean-Marc Lasgouttes wrote:
> Why? At least it will stop this stupid frenzy I had to endure since
> 1998. Believe me, it was not easy to leave in france when you don't
> care about football (actually, one does not really have the right to
> assert such a thing; i
This patch moves the horrible xforms scrollbar logic
into xforms/ and leaves a more sensible API in palce for GUII
It's not /entirely/ trivial like the rest of the stuff I've committed
so I'm sending this for approval from some kind soul
(Also my Painter split patch is still waiting, and that /
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
>> Angus, at least you can run lyx...
Angus> Ha. I had to spend 3 weeks upgrading the compiler, sorting out
Angus> the licence, fixing compilation.
Wasn't it fun to begin with?
Angus> Incidentally, my commiserations on the performance
* Fixes a warning on a 64 bit machine (pointers being of size 8 and ints of
size 4...)
* Enables compilation of a templatised function with this compiler (and
appears to be the right fix anyhow.)
Ok to apply?
Angus
Index: boost/ChangeLog
==
On Wednesday 12 June 2002 1:52 pm, Jean-Marc Lasgouttes wrote:
> > "John" == John Levon <[EMAIL PROTECTED]> writes:
>
> John> On Wed, Jun 12, 2002 at 01:38:24PM +0100, Angus Leeming wrote:
> >> Instant segfault.
> >>
> >> (ladebug) where
>
> John> Worked for me. *shrug*
>
> John> boost stuff I
On 12-Jun-2002 Jean-Marc Lasgouttes wrote:
> Juergen> Well Jean Marc it's not only centering it's any alignment
> Juergen> excluded "block". I agree if it does not add vertical space
> Juergen> the above is perfect, but we would have to find solution also
> Juergen> for the other cases!
>
> Do
> "John" == John Levon <[EMAIL PROTECTED]> writes:
John> On Wed, Jun 12, 2002 at 01:38:24PM +0100, Angus Leeming wrote:
>> Instant segfault.
>>
>> (ladebug) where
John> Worked for me. *shrug*
John> boost stuff I guess
Angus, at least you can run lyx...
JMarc
> "Herbert" == Herbert Voss <[EMAIL PROTECTED]> writes:
Herbert> the patch fixes another special case of converting images
Herbert> with convert.
Herbert> please apply
I'll apply this one.
JMarc
On Wed, Jun 12, 2002 at 01:38:24PM +0100, Angus Leeming wrote:
> Instant segfault.
>
> (ladebug) where
Worked for me. *shrug*
boost stuff I guess
john
--
"All is change; all yields its place and goes"
- Euripides
> "Juergen" == Juergen Vigna <[EMAIL PROTECTED]> writes:
Juergen> On 12-Jun-2002 Jean-Marc Lasgouttes wrote:
>> It occured to be today that \begin{centering}foo\end{centering}
>> works perfectly well. Before I make the change I have to ask: would
>> people be pleased with it?
Juergen> Well
Instant segfault.
(ladebug) where
>0 0x120416c34 in ((ControlDialog*)0x1407a6380)->show()
"../../../../devel/src/frontends/controllers/ControlDialog.tmpl":42
#1 0x120a95cb8 in call(u=const 0x1407a6380, =0x1407b0bb0)
"../../../../devel/boost/boost/bind/mem_fn_template.hpp":37
#2 0x120a95cf8 i
On 12-Jun-2002 Jean-Marc Lasgouttes wrote:
> It occured to be today that \begin{centering}foo\end{centering} works
> perfectly well. Before I make the change I have to ask: would people
> be pleased with it?
Well Jean Marc it's not only centering it's any alignment excluded
"block". I agree if
> "Philippe" == Philippe Charpentier <[EMAIL PROTECTED]> writes:
Philippe> I think it is the simplest way, but if the second Preamble
Philippe> is write in the latex preamble before the first one I get an
Philippe> error (of course the second layout cannot be used before the
Philippe> first o
Hello there,
Many people have complained that the change from {\centering foo\par}
to \begin{center}foo\end{center} adds spacing in their documents and
is not acceptable. Actually, the reason why this has been changed is
because the old syntax was really broken, and in particular reLyX had
probl
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> On Wednesday 12 June 2002 12:44 pm, John Levon wrote: Thanks
Angus> John. Looks like something wierd is happening in confdefs.h.
Angus> I'll have to regenerate it.
Angus> Angus
>> On Wed, Jun 12, 2002 at 12:33:07PM +0100, Angus
On Wednesday 12 June 2002 12:44 pm, John Levon wrote:
Thanks John. Looks like something wierd is happening in confdefs.h. I'll have
to regenerate it.
Angus
> On Wed, Jun 12, 2002 at 12:33:07PM +0100, Angus Leeming wrote:
> > SELECT_TYPE_ARG234 (&infds),
>
> So
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> Any thoughts? Angus
Angus> File '../../devel/src/sp_spell.C' cxx: Error:
Angus> ../../devel/src/sp_spell.C, line 379: #167 argument of type
Angus> "int *" is incompatible with parameter of type "fd_set *"
Angus> SELECT_TYPE_ARG234
On Wed, Jun 12, 2002 at 12:33:07PM +0100, Angus Leeming wrote:
> SELECT_TYPE_ARG234 (&infds),
So what does config.h say this is ?
Mis-detection of the argument types perhaps ... check config.log
regards
john
--
"All is change; all yields its place and goes"
Any thoughts?
Angus
File '../../devel/src/sp_spell.C'
cxx: Error: ../../devel/src/sp_spell.C, line 379: #167 argument of type "int *"
is incompatible with parameter of type "fd_set *"
SELECT_TYPE_ARG234 (&infds),
^
cxx: Inf
John Levon wrote:
>
> On Tue, Jun 04, 2002 at 02:43:23PM -0300, Joao Luis Meloni Assirati wrote:
>
> > I have a lazy man request. It would be nice if in the next versions of
> > lyx (or even in some fix for 1.2) the math panel don't get keyboard
> > focus. This way, I could edit an equation usin
Here is what valgrind has to say on the subject. I ran it with
--workaround-gcc296-bugs as the output suggested.
I have several entries like
==4684== Invalid free() / delete / delete[]
==4684==at 0x40046248: free (vg_clientfuncs.c:171)
==4684==by 0x8056592: BufferView::Pimpl::Pimpl(Buf
> "R" == R Lahaye <[EMAIL PROTECTED]> writes:
R> Really? Not here:
Sorry again. As you can see, I did not check my fact. It seems that
the xforms mirror at ftp.lyx.org is not up to date. I will tell them
about it.
Anyway the address sent by angus should work well. It is the official
xforms
Jean-Marc Lasgouttes wrote:
>
> > "R" == R Lahaye <[EMAIL PROTECTED]> writes:
>
> R> Jean-Marc Lasgouttes writes:
> >> R Lahaye writes:
> R> I'm using Xforms 0.88.1. Is there any more news about OpenXforms?
> R> It seems to be open, but still hidden, or something like that. I
> R> checked t
> "R" == R Lahaye <[EMAIL PROTECTED]> writes:
R> Jean-Marc Lasgouttes writes:
>> R Lahaye writes:
R> I'm using Xforms 0.88.1. Is there any more news about OpenXforms?
R> It seems to be open, but still hidden, or something like that. I
R> checked the Xforms homepage (http://world.std.com/~xfo
On Wednesday 12 June 2002 10:07 am, R. Lahaye wrote:
> Jean-Marc Lasgouttes writes:
> > R Lahaye writes:
> > R> I'm using Xforms 0.88.1. Is there any more news about OpenXforms?
> > R> It seems to be open, but still hidden, or something like that. I
> > R> checked the Xforms homepage (http://world
Jean-Marc Lasgouttes writes:
>
> R Lahaye writes:
> R> I'm using Xforms 0.88.1. Is there any more news about OpenXforms?
> R> It seems to be open, but still hidden, or something like that. I
> R> checked the Xforms homepage (http://world.std.com/~xforms/), which
> R> doesn't say a word yet on goin
> "R" == R Lahaye <[EMAIL PROTECTED]> writes:
R> I have no idea why all of a sudden ld gets a signal 9 !?!?! All
R> I've done, is updating today from CVS! That libforms.so conflict
R> warning has always been there and never caused any fatal
R> problems
I do not know about that. The xform
The Upgrade goes more smoothly when you RTFM.
--
| Michael Koziarski |"Conventional wisdom is often |
| Data Engineer, Linux user | long on convention and short |
| & Objectivist.
John Levon <[EMAIL PROTECTED]> writes:
| 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 s
John Levon <[EMAIL PROTECTED]> writes:
| OK to apply ?
yes.
--
Lgb
70 matches
Mail list logo
