JMarc I'm totally confused by your last changes, and I don't
know how to fix Qt for them.
Can you help a poor soul
regards
john
--
"If you cannot convince them, confuse them."
- Harry S. Truman
Hello,
Could somebody explain me what is that awful file ext_l10n.h ?
A good part of the strings in the po files emanate from this one,
it must be some sort of melting-pot...
It does not facilitate the task of the translator, because we can't
know to which part of the app the string belongs.
It
On Tue, Jul 23, 2002 at 11:52:45PM +0300, Dekel Tsur wrote:
> > p.s. anyone using 2.95.x ? I've got some reports of problems with
> > scoped_ptr members implicit construction and -O
>
> I am. I don't have a problem with current CVS.
even with valgrind concerning the scoped_ptr ?
regards
john
John Levon wrote:
> On Tue, Jul 23, 2002 at 07:11:45PM +0200, Jean-Marc Lasgouttes wrote:
>
>>OK, things are getting better now. What remains to be done for 1.2.1?
> There are at least two crasher bugs in bugzilla that nobody has looked
> at.
Indeed. They will have to be fixed later (especially
On Tue, Jul 23, 2002 at 08:40:04PM +0100, John Levon wrote:
> On Tue, Jul 23, 2002 at 10:30:51PM +0300, Dekel Tsur wrote:
>
> > >
>http://www.lyx.org/cgi-bin/viewcvs.cgi/lyx-devel/src/frontends/qt2/QCommandBuffer.C?r1=1.3&r2=1.4
> >
> > Did you really wanted to delete that command ?
>
> Yes,
On Tue, Jul 23, 2002 at 10:30:51PM +0300, Dekel Tsur wrote:
> >
>http://www.lyx.org/cgi-bin/viewcvs.cgi/lyx-devel/src/frontends/qt2/QCommandBuffer.C?r1=1.3&r2=1.4
>
> Did you really wanted to delete that command ?
Yes, it was really just there from some previous experiments ...
regards
john
On Tue, Jul 23, 2002 at 09:22:42PM +0200, Herbert Voss wrote:
> what have I to do when I want the qt-frontend compiled?
Well I wouldn't start from here ..
make distclean
export QTDIR=/path/to/qt
./configure --with-frontend=qt2
make
(use automake 1.5)
regards
john
--
"If you cannot convince
On Tuesday 23 July 2002 8:22 pm, Herbert Voss wrote:
> Angus Leeming wrote:
> > On Tuesday 23 July 2002 8:05 pm, John Levon wrote:
> >>lv_->getLyXFunc()->dispatch(action_, selectedFile().data(), false);
>
> what have I to do when I want the qt-frontend compiled?
touch frontends/*.C
configure --wi
Angus Leeming wrote:
> On Tuesday 23 July 2002 8:05 pm, John Levon wrote:
>
>>lv_->getLyXFunc()->dispatch(action_, selectedFile().data(), false);
what have I to do when I want the qt-frontend compiled?
Herbert
--
http://www.lyx.org/help/
On Tuesday 23 July 2002 8:05 pm, John Levon wrote:
> lv_->getLyXFunc()->dispatch(action_, selectedFile().data(), false);
ta!
On Tue, Jul 23, 2002 at 07:30:54PM +0100, Angus Leeming wrote:
> argument types are: (kb_action, const char *)
> lv_->getLyXFunc()->dispatch(action_, selectedFile().data());
lv_->getLyXFunc()->dispatch(action_, selectedFile().data(), false);
regards
john
--
"If you
cxx: Error: ../../../../devel/src/frontends/qt2/FileDialog_private.C, line
37: #308
more than one instance of overloaded function "LyXFunc::dispatch"
matches the argument list:
function "LyXFunc::dispatch(kb_action, std::string, bool)"
function "LyXFunc
On Tue, Jul 23, 2002 at 07:11:45PM +0200, Jean-Marc Lasgouttes wrote:
> OK, things are getting better now. What remains to be done for 1.2.1?
There are at least two crasher bugs in bugzilla that nobody has looked
at.
> - the conversion script from Dekel. What shall we do with it in 1.2.1?
It n
OK, things are getting better now. What remains to be done for 1.2.1?
What I see is
- see what to do with insetgraphics format change in 1.3.0cvs. Either
we revert them, or we add the small compatibility reading patch from
herbert so that 1.2.1 is able to read 1.3.0 graphics (which would be
On Tue, Jul 23, 2002 at 05:38:39PM +0100, Angus Leeming wrote:
> Wasn't John talking about separate "edit" and "display" command buffers.
> Ie, all commands are displayed in the "display" buffer" that I see at the
> bottom of your screenshot.
That's right.
> Hitting M-x would make the "edit" b
On Tue, Jul 23, 2002 at 12:28:13PM +0200, Edwin Leuven wrote:
> > 1. Qbibtex style browser. We should use an editable combo box for the
> > style choice instead of the confusing way xforms did it
Much better thanks. (I still think it's the wrong place for Update
button at all, but that's another
On Tuesday 23 July 2002 5:54 pm, Edwin Leuven wrote:
> > Wouldn't that be a bit distracting ?
>
> Personally I don't think so. It's like run command under KDE (alt-f2) which
> I find very convenient.
>
> > Bear in mind the command buffer is
> > a feature for power users only really, and sooner or
On Tue, Jul 23, 2002 at 06:54:57PM +0200, Edwin Leuven wrote:
> > Wouldn't that be a bit distracting ?
>
> Personally I don't think so. It's like run command under KDE (alt-f2) which I
> find very convenient.
Well, so do I, but then again I only ever use the minicli to start
programs, not to i
On Tue, Jul 23, 2002 at 06:50:42PM +0200, Jean-Marc Lasgouttes wrote:
> New document
> insert math equation (preview on)
> after the preview has been displayed, continue to type characters
oh, sorry, no, I'm not preview equipped
You can ignore type == GraphicsExpose, but it is really just hidin
> "John" == John Levon <[EMAIL PROTECTED]> writes:
John> On Tue, Jul 23, 2002 at 06:22:16PM +0200, Jean-Marc Lasgouttes
John> wrote: In this case xforms is failing to deal with
John> GraphicsExpose errors, which probable isn't a big deal
>> And then it does it again for each keystroke??
Joh
> "Dekel" == Dekel Tsur <[EMAIL PROTECTED]> writes:
Dekel> On Tue, Jul 23, 2002 at 04:59:43PM +0200, Jean-Marc Lasgouttes
Dekel> wrote:
>> > "Jos?" == Jos? Ab?lio Oliveira Matos
>> <[EMAIL PROTECTED]> writes:
>>
>> Jos?> As Jean-Marc suggested --with-included-string fixes the Jos?>
>> pr
> Wouldn't that be a bit distracting ?
Personally I don't think so. It's like run command under KDE (alt-f2) which I
find very convenient.
> Bear in mind the command buffer is
> a feature for power users only really, and sooner or later it will be
> possible to hide/show it from the menus.
>
>
Using gcc 3.0.2 and not using included string I get only a problem in buffer
(the same as 1.1.4):
make[3]: Entering directory `/home/jamatos/lyx/lyx-1.1.5/src'
g++3 -DHAVE_CONFIG_H -I. -I. -I. -I../images -I/usr/X11R6/include -g -O2
-fno-rtti -fno-exceptions -c buffer.C
buffer.C: In member fun
On Tue, Jul 23, 2002 at 04:59:43PM +0200, Jean-Marc Lasgouttes wrote:
> > "Jos?" == Jos? Ab?lio Oliveira Matos <[EMAIL PROTECTED]> writes:
>
> Jos?> As Jean-Marc suggested --with-included-string fixes the
> Jos?> problem. How can I compile lyx with another g++? I have version
> Jos?> 3.0.2
On Tue, Jul 23, 2002 at 06:39:55PM +0200, Edwin Leuven wrote:
> Wouldn't it be nicer to have a little modal window with an editable combobox
> as a command buffer? It would popup with M-x and disappear after use...
Wouldn't that be a bit distracting ? Bear in mind the command buffer is
a featur
On Tue, Jul 23, 2002 at 06:22:16PM +0200, Jean-Marc Lasgouttes wrote:
> John> In this case xforms is failing to deal with GraphicsExpose
> John> errors, which probable isn't a big deal
>
> And then it does it again for each keystroke??
I don't see that ...
john
--
"If you cannot convince the
Wouldn't it be nicer to have a little modal window with an editable combobox
as a command buffer? It would popup with M-x and disappear after use...
Ed.
lyx.png
Description: PNG image
> "John" == John Levon <[EMAIL PROTECTED]> writes:
John> On Tue, Jul 23, 2002 at 01:24:46PM +0200, Jean-Marc Lasgouttes
John> wrote:
>> When I start lyx, I get
>>
>> lapinot: ./lyx Received unhandled X11 event Type: 0xd Target:
>> 0x140009c
John> It's a reminder to you xforms lusers to get
On Tue, Jul 23, 2002 at 01:24:46PM +0200, Jean-Marc Lasgouttes wrote:
> When I start lyx, I get
>
> lapinot: ./lyx
> Received unhandled X11 event
> Type: 0xd Target: 0x140009c
It's a reminder to you xforms lusers to get a better toolkit !
Basically it's X events that xforms decided it didn't w
On Tue, Jul 23, 2002 at 09:17:26AM +0200, Juergen Vigna wrote:
> As much as I know we don't have a really easy way to mark a column or
> row have we? if you have a longtabular with a lot of rows it's _very_
> cumbersome to mark all of it to just have a column setting changed.
We need spreadsheet
This is my new target.
CC=gcc3 CXX=g++3 ./configure --program-suffix=-1.1.4 --disable-nls
--with-included-string
[16:28][jamatos@rilke:~/lyx/lyx-1.1.4/src]$make -k
make all-recursive
make[1]: Entering directory `/home/jamatos/lyx/lyx-1.1.4/src'
Making all in mathed
make[2]: Entering directory
On Tuesday 23 July 2002 15:59, Jean-Marc Lasgouttes wrote:
>
> CC=gcc3 CXX=g++3 ./configure ...
I am now compiling 1.1.4 where CXX is respected but not CC.
> JMarc
I have problems with src/support/DebugStream.C, both with 2.96 and with
3.0.2. I will investigate further...
--
José Abílio
> "José" == José Abílio Oliveira Matos <[EMAIL PROTECTED]> writes:
José> As Jean-Marc suggested --with-included-string fixes the
José> problem. How can I compile lyx with another g++? I have version
José> 3.0.2 that is called g++3.
CC=gcc3 CXX=g++3 ./configure ...
JMarc
On Tuesday 23 July 2002 15:26, Lars Gullik Bjønnes wrote:
>
> add a const_cast: const_cast(var)
Ok, that fix solves it.
> | lstrings.C:119: Unable to find a register to spill in class `AREG'.
> | lstrings.C:119: confused by earlier errors, bailing out
> |
> | The function in question is:
> |
Jean-Marc Lasgouttes wrote:
> People, what do you think? Renaming all variables for fun in the code
> is one thing, changing the format is different.
Well you know what we decided some time ago. To not make changes
to the fileformat if not absolutely necessary and _if_ we make them
the lyx-format
> "Herbert" == Herbert Voss <[EMAIL PROTECTED]> writes:
Herbert> I have absolutely no problem with this patch!
What do you mean? It does not allow to read 1.3.0 files anyway. More
has changed in these size_kind stuff.
JMarc
José Abílio Oliveira Matos <[EMAIL PROTECTED]> writes:
| On Tuesday 23 July 2002 14:47, Jean-Marc Lasgouttes wrote:
>>
>> I guess
>> wc -l `find src/ -name \*.[Cch]`
>> is good enough. We do not want to count libsigc++ or boost as ours. Of
>> course this counts also the gnome/qt2 frontends for
> "José" == José Abílio Oliveira Matos <[EMAIL PROTECTED]> writes:
José> Status of compilation until now:
José> * The 1.0.x compiled ok, with x=0..4
Good.
José> * I get this errors for (the next in stable series):
José> make[3]: Entering directory
José> `/home/jamatos/lyx/lyx-1.1.2
Jean-Marc Lasgouttes wrote:
>>"Jean-Marc" == Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
>>
>
>>"Herbert" == Herbert Voss <[EMAIL PROTECTED]> writes:
>>
> Herbert> where is the sense that an older version should read the
> Herbert> files from the younger one? Do nothing and
> "Jean-Marc" == Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
> "Herbert" == Herbert Voss <[EMAIL PROTECTED]> writes:
Herbert> where is the sense that an older version should read the
Herbert> files from the younger one? Do nothing and it should be okay
Jean-Marc> It helps users, and
On Sun, Jul 21, 2002 at 05:09:56PM +0100, John Levon wrote:
> On Sun, Jul 21, 2002 at 05:16:38PM +0200, [EMAIL PROTECTED] wrote:
>
> > @AMDEP_TRUE@@am__include@ @am__quote@$(DEPDIR)/c_regex_traits.Plo@am__quote@
>
> All I can suggest is trying out a completely new tree to build
>
Forget it, it
On Tuesday 23 July 2002 14:47, Jean-Marc Lasgouttes wrote:
>
> I guess
> wc -l `find src/ -name \*.[Cch]`
> is good enough. We do not want to count libsigc++ or boost as ours. Of
> course this counts also the gnome/qt2 frontends for recent versions,
> but the impact is IMO not very important
> A
In CVS, when writing a macro in mathed, typing backspace to correct an
error will erase the entire macro (e.g. \alpah will not erase the
'h' as expected, but the entire macro).
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> On Tuesday 23 July 2002 2:18 pm, Herbert Voss wrote:
>> please apply (cvs), it removes the hardcoded choices for the
>> lengths, which are now build from lengthcommon.C in
>> frontend/controllers/helper_funcs.C
Angus> Herbert, I'm
> "José" == José Abílio Oliveira Matos <[EMAIL PROTECTED]> writes:
>> Also, since you are compiling all these versions, what about doing
>> a nice plot over time of - number of line of code
José> IIRC you have (had?) a script that did these calculations.
I guess
wc -l `find src/ -name \
On Tuesday 23 July 2002 2:18 pm, Herbert Voss wrote:
> please apply (cvs),
> it removes the hardcoded choices for the lengths, which are now
> build from lengthcommon.C in frontend/controllers/helper_funcs.C
Herbert, I'm afraid that the
subst(choice_str, "%", "%%");
part is xforms-specif
> please apply (cvs),
> it removes the hardcoded choices for the lengths, which are now
> build from lengthcommon.C in frontend/controllers/helper_funcs.C
+string const getAllLengthChoice()
+string const getUnitLengthChoice()
isn't returning string xforms specific? For the qt frontend I need
v
On Tuesday 23 July 2002 14:00, Jean-Marc Lasgouttes wrote:
>
> José> I will revert that code, it easier for me. :-)
>
> The correct fix has been added in 1.0.4. So you will have to do the
> same for 1.0[23] too. It would probably be a good idea to keep
> somewhere the patch you needed to apply.
André,
if I have a math inset that contains sub-insets (fractions, macros etc) then
leaving any one of these sub-insets causes a new preview to be generated. I
believe that the solution is to check that we're leaving the InsetFormula
itself and that the appropriate fix is:
void MathNestInset:
please apply (cvs),
it removes the hardcoded choices for the lengths, which are now
build from lengthcommon.C in frontend/controllers/helper_funcs.C
removes also some double written code
Herbert
--
http://www.lyx.org/help/
Index: src/frontends/controllers/ChangeLog
==
Jean-Marc Lasgouttes wrote:
>>"Herbert" == Herbert Voss <[EMAIL PROTECTED]> writes:
>>
>
> Herbert> where is the sense that an older version should read the
> Herbert> files from the younger one? Do nothing and it should be okay
>
> It helps users, and in this case it is pretty harmless
> "Herbert" == Herbert Voss <[EMAIL PROTECTED]> writes:
Herbert> where is the sense that an older version should read the
Herbert> files from the younger one? Do nothing and it should be okay
It helps users, and in this case it is pretty harmless. Here is the
patch I am going to commit. The
Jean-Marc Lasgouttes wrote:
> Angus> Up the LyX version so that José can find it...
>
> Hmm, what version shall we up?
>
> Herbert, I do not want to up the file version in 1.2.1. So what about
> a patch that allows 1.2.1 to read 1.3.0-style insetgraphics, while
> letting it output good old si
> "José" == José Abílio Oliveira Matos <[EMAIL PROTECTED]> writes:
José> On Tuesday 23 July 2002 12:58, Jean-Marc Lasgouttes wrote:
>> > "José" == José Abílio Oliveira Matos
>> <[EMAIL PROTECTED]> The macros are broken in autoconf 2.13,
>> and recent lyx versions use our own fixed LYX_FUN
On Tuesday 23 July 2002 12:58, Jean-Marc Lasgouttes wrote:
> > "José" == José Abílio Oliveira Matos <[EMAIL PROTECTED]>
> The macros are broken in autoconf 2.13, and recent lyx versions use
> our own fixed LYX_FUNC_SELECT_ARGTYPES (in lyxinclude.m4). You may
> want to use that, or use the old
> "Herbert" == Herbert Voss <[EMAIL PROTECTED]> writes:
>> I applied (and adapted) this patch to 1.2.x, but it seems to me
>> that epsi detection is missing from getExtFromContents. How
>> annoying is that?
Herbert> attached a patch, also for deleting _all_ files when exit.
It seems this on
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> On Tuesday 23 July 2002 3:20 pm, [EMAIL PROTECTED] wrote:
>> CVSROOT: /usr/local/lyx/cvsroot Module name: lyx-devel Repository:
>> lyx-devel/src/insets/ Changes by: [EMAIL PROTECTED]
>> 02/07/23 14:20:21
>>
>> Modified files: lyx-
On Tuesday 23 July 2002 3:20 pm, [EMAIL PROTECTED] wrote:
> CVSROOT: /usr/local/lyx/cvsroot
> Module name: lyx-devel
> Repository: lyx-devel/src/insets/
> Changes by: [EMAIL PROTECTED] 02/07/23 14:20:21
>
> Modified files:
> lyx-devel/src/insets/: ChangeLog insetgraphicsParams.
> "Herbert" == Herbert Voss <[EMAIL PROTECTED]> writes:
Herbert> revert the whole last patch or try the attached
I applied this one.
JMarc
On Tuesday 23 July 2002 12:28 pm, Jean-Marc Lasgouttes wrote:
> > "Jean-Marc" == Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
>
> Jean-Marc> When I start lyx, I get
>
> Jean-Marc> lapinot: ./lyx Received unhandled X11 event Type: 0xd
> Jean-Marc> Target: 0x140009c
>
> Jean-Marc> Why is tha
> "José" == José Abílio Oliveira Matos <[EMAIL PROTECTED]> writes:
José> Should I revert this patch? Why does it fails? I was expecting
José> it to be safer with those macros, but here g++ (2.96-110)
José> doesn't complain with 1.0.0.
The macros are broken in autoconf 2.13, and recent lyx
On Tuesday 23 July 2002 12:35, Lars Gullik Bjønnes wrote:
>
> Ok... can you try to describe how you plan to do all this, so that we
> can have a small discussion before you begin?
Ok, in a different thread and after the lunch. :-)
> >> _how_ can that be...
> |
> | The time or the fact that i
> "Herbert" == Herbert Voss <[EMAIL PROTECTED]> writes:
Herbert> ok, I will prepare it
Thanks.
Herbert> when a user gets a 1.2.1 he thought minor changes, maybe it's
Herbert> not worth to update. But when it's called 1.3.0 he knows,
Herbert> some more changes, an update is recommended.
I s
Edwin Leuven wrote:
>>I would prefer only two tabs (also for xforms, if I had
>>to do it again)
>>main/lyx - filename and lyx stuff
>>latex - all what depends to latex
>>
>
> but basically everything depends on latex, no?
- the whole lyx-tab not.
- the filename and the bb for both, but the bb
Jean-Marc Lasgouttes wrote:
>>"Herbert" == Herbert Voss <[EMAIL PROTECTED]> writes:
>>
>
> Herbert> problem to prepare a patch for 1.2.1 to get the same
> Herbert> behaviour, because 1.3.0 has no _new_ features which depends
> Herbert> to the latex part of the graphics (calling the missi
> I would prefer only two tabs (also for xforms, if I had
> to do it again)
> main/lyx - filename and lyx stuff
> latex - all what depends to latex
but basically everything depends on latex, no?
José Abílio Oliveira Matos <[EMAIL PROTECTED]> writes:
| On Tuesday 23 July 2002 12:18, Lars Gullik Bjønnes wrote:
>> José Abílio Oliveira Matos <[EMAIL PROTECTED]> writes:
>> | On Tuesday 23 July 2002 11:50, Lars Gullik Bjønnes wrote:
>> >> Are you planning to do the conversion with pipes and ch
On Tuesday 23 July 2002 12:18, Lars Gullik Bjønnes wrote:
> José Abílio Oliveira Matos <[EMAIL PROTECTED]> writes:
> | On Tuesday 23 July 2002 11:50, Lars Gullik Bjønnes wrote:
> >> Are you planning to do the conversion with pipes and chaining of
> >> pipes?
> >> I'd prefere that solution.
> |
> |
> "Jean-Marc" == Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
Jean-Marc> When I start lyx, I get
Jean-Marc> lapinot: ./lyx Received unhandled X11 event Type: 0xd
Jean-Marc> Target: 0x140009c
Jean-Marc> Why is that?
Then, if I create a new document and add a math formula to it, I get a
When I start lyx, I get
lapinot: ./lyx
Received unhandled X11 event
Type: 0xd Target: 0x140009c
Why is that?
JMarc
> "Herbert" == Herbert Voss <[EMAIL PROTECTED]> writes:
Herbert> the graphics part is extremely complicated in it's logic,
Herbert> from latex and from the lyx view, too. I am willing to give
Herbert> as much support as I am able to give for the latex part. but
Herbert> this is only possible
> "José" == José Abílio Oliveira Matos <[EMAIL PROTECTED]> writes:
José> Regarding other distributions I know that mandrake 8.2 ships
José> with python 2.2, the previous version of debian probably also
José> did only have 1.5.2 and the new version has 2.1.3.
Mandrake 8.1 has python 2.1.2.
José Abílio Oliveira Matos <[EMAIL PROTECTED]> writes:
| On Tuesday 23 July 2002 11:50, Lars Gullik Bjønnes wrote:
>>
>> Are you planning to do the conversion with pipes and chaining of
>> pipes?
>> I'd prefere that solution.
>
| Not with pipes, but in several stages, each one related with that
On Tuesday 23 July 2002 11:50, Lars Gullik Bjønnes wrote:
>
> Are you planning to do the conversion with pipes and chaining of
> pipes?
> I'd prefere that solution.
Not with pipes, but in several stages, each one related with that version.
From one version till the next one and so on.
> To w
Edwin Leuven wrote:
>>Yes, it is difficult :)
>>
>
> what about:
>
> http://www.fee.uva.nl/scholar/mdw/leuven/lyx/graphics1.png
> http://www.fee.uva.nl/scholar/mdw/leuven/lyx/graphics2.png
> http://www.fee.uva.nl/scholar/mdw/leuven/lyx/graphics3.png
> http://www.fee.uva.nl/scholar/mdw/leuven/ly
On Tue, Jul 23, 2002 at 12:28:13PM +0200, Edwin Leuven wrote:
> > 3. QCitation. I'm not sure about the new layout. The browsers are too
> > small and in contrast the info and search sections are to obig. There's
> > no visual association of search with available citations. There's no
> > clear ass
On Mon, Jul 22, 2002 at 10:53:43PM +0100, John Levon wrote:
> On Tue, Jul 23, 2002 at 12:38:32AM +0300, Dekel Tsur wrote:
>
> > > > 3.0.4
> >
> > Still doesn't work (same error).
>
> Well I'm lost :
Me too.
>
> http://doc.trolltech.com/3.0/qwidget.html#setMinimumSize
>
> Can you check your
On Tuesday 23 July 2002 11:39, Jean-Marc Lasgouttes wrote:
> > "José" == José Abílio Oliveira Matos <[EMAIL PROTECTED]>
> > writes:
>
> José> Oh yes, but for example the default instalation of python in
> José> rh 7.3 is still 1.5.2, and that applies for all the previous
> José> versions
José Abílio Oliveira Matos <[EMAIL PROTECTED]> writes:
| On Tuesday 23 July 2002 11:38, Lars Gullik Bjønnes wrote:
>>
>> What version are you planning to start with?
>> (I'd say no earlier than 1.0)
>
| Since those are the ones that are present in ftp.lyx.org in stable I will
| start from ther
On Tuesday 23 July 2002 11:38, Lars Gullik Bjønnes wrote:
>
> What version are you planning to start with?
> (I'd say no earlier than 1.0)
Since those are the ones that are present in ftp.lyx.org in stable I will
start from there. Later if this suceeds we should try earlier versions (but
not
José Abílio Oliveira Matos <[EMAIL PROTECTED]> writes:
| On Tuesday 23 July 2002 11:00, Jean-Marc Lasgouttes wrote:
>>
>> José> I have the time, so I will start to work on this.
>>
>> Excellent news. I began to be worried about the situation.
>>
>> José> What do you think is a good version of
> "José" == José Abílio Oliveira Matos <[EMAIL PROTECTED]> writes:
José> Oh yes, but for example the default instalation of python in
José> rh 7.3 is still 1.5.2, and that applies for all the previous
José> versions of rh that people are using.
Oh. I'm afraid you have to stick to 1.5.2, t
Jean-Marc Lasgouttes wrote:
>>"Herbert" == Herbert Voss <[EMAIL PROTECTED]> writes:
>>
>
> Herbert> no, it's a problem now from the long wait ... anyway, my
> Herbert> fault!
>
> Herbert> revert the whole last patch or try the attached
>
> I'd rather avoid to change gratuitously the fi
On Tuesday 23 July 2002 11:00, Jean-Marc Lasgouttes wrote:
>
> José> I have the time, so I will start to work on this.
>
> Excellent news. I began to be worried about the situation.
>
> José> What do you think is a good version of python to start?
>
> José> 1.5.2 would be a very conservative
> 1. Qbibtex style browser. We should use an editable combo box for the
> style choice instead of the confusing way xforms did it
I agree
> 2. QExternal. can we put the edit/update/view above the template stuff
> so it's better associated with the file in question rather than the
> template desc
> Yes, it is difficult :)
what about:
http://www.fee.uva.nl/scholar/mdw/leuven/lyx/graphics1.png
http://www.fee.uva.nl/scholar/mdw/leuven/lyx/graphics2.png
http://www.fee.uva.nl/scholar/mdw/leuven/lyx/graphics3.png
http://www.fee.uva.nl/scholar/mdw/leuven/lyx/graphics4.png
?
Ed.
Lars Gullik Bjønnes wrote:
> Herbert Voss <[EMAIL PROTECTED]> writes:
>
> | Angus Leeming wrote:
>
>>>On Tuesday 23 July 2002 10:06 am, Lars Gullik Bjønnes wrote:
>>>
>>>
Angus Leeming <[EMAIL PROTECTED]> writes:
| On Monday 22 July 2002 8:16 pm, Lars Gullik Bjønnes wrote:
>>>
> "José" == José Abílio Oliveira Matos <[EMAIL PROTECTED]> writes:
José> On Tuesday 23 July 2002 10:46, Jean-Marc Lasgouttes wrote:
>> Does this mean that python will be required for future lyx
>> versions? Which version?
>>
>> Also having #!/usr/bin/python in the script is not really an
>>
On Tuesday 23 July 2002 10:46, Jean-Marc Lasgouttes wrote:
>
> Does this mean that python will be required for future lyx versions?
> Which version?
>
> Also having #!/usr/bin/python in the script is not really an option,
> since python may be in /usr/local/bin in many non-linux systems.
> Wouldn'
> "Dekel" == Dekel Tsur <[EMAIL PROTECTED]> writes:
Dekel> On Mon, Jul 22, 2002 at 06:31:52PM +0100, John Levon wrote:
>> > 2) I am not sure about where to put it. > I think that the
>> lyxconvert script should be installed in /usr/bin/ > (the other
>> option is to keep it in LYXDIR/scripts).
Herbert Voss <[EMAIL PROTECTED]> writes:
| Angus Leeming wrote:
>
>> On Tuesday 23 July 2002 10:06 am, Lars Gullik Bjønnes wrote:
>>
>>>Angus Leeming <[EMAIL PROTECTED]> writes:
>>>| On Monday 22 July 2002 8:16 pm, Lars Gullik Bjønnes wrote:
>>>
>I think this patch should go in:
>
>>>|
>>
> "Herbert" == Herbert Voss <[EMAIL PROTECTED]> writes:
Herbert> no, it's a problem now from the long wait ... anyway, my
Herbert> fault!
Herbert> revert the whole last patch or try the attached
I'd rather avoid to change gratuitously the file format. So I see three
possibilities:
1/ keep
On Tuesday 23 July 2002 10:30 am, Herbert Voss wrote:
> what for is it needed?? I don't have it.
???
Now you have /me/ worried.
aleem@pneumon:graphics-> cvs update
[EMAIL PROTECTED]'s password:
cvs server: Updating .
aleem@pneumon:graphics-> cvs diff
[EMAIL PROTECTED]'s password:
cvs server: D
Angus Leeming wrote:
> On Tuesday 23 July 2002 10:06 am, Lars Gullik Bjønnes wrote:
>
>>Angus Leeming <[EMAIL PROTECTED]> writes:
>>| On Monday 22 July 2002 8:16 pm, Lars Gullik Bjønnes wrote:
>>
I think this patch should go in:
>>|
>>| Fair enough. Does it get rid of Lsstream.h too? No
On Tuesday 23 July 2002 10:06 am, Lars Gullik Bjønnes wrote:
> Angus Leeming <[EMAIL PROTECTED]> writes:
> | On Monday 22 July 2002 8:16 pm, Lars Gullik Bjønnes wrote:
> >> I think this patch should go in:
> |
> | Fair enough. Does it get rid of Lsstream.h too? No, probably not.
>
> afaics Lsstrea
Angus Leeming <[EMAIL PROTECTED]> writes:
| On Monday 22 July 2002 8:16 pm, Lars Gullik Bjønnes wrote:
>> I think this patch should go in:
>
| Fair enough. Does it get rid of Lsstream.h too? No, probably not.
afaics Lsstream.h is not included in this file.
--
Lgb
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> Copying of a pointer is not very expensive and
Angus> stl::container > is therefore pretty
Angus> efficient...
Fair enough.
JMarc
> "R" == R Lahaye <[EMAIL PROTECTED]> writes:
R> Hi,
R> It appears the 1.3.0cvs has introduced a size_kind and lyxsize_kind
R> for graphics in the lyx file. This was not there for 1.2.0.
R> As a result, graphics sizes get lost when reading a 1.2.0 document
R> by 1.3.0cvs. Has that been noti
> "John" == John Levon <[EMAIL PROTECTED]> writes:
John> On Tue, Jul 23, 2002 at 12:14:36AM +0200, Jean-Marc Lasgouttes
John> wrote:
>> >I'd like to understand why I need to add a special case for emph()
>> to >my Qt code but not xforms
>>
>> This should not be needed.
John> Hmm, once again
On Tuesday 23 July 2002 5:34 am, R. Lahaye wrote:
> Hi,
>
> It appears the 1.3.0cvs has introduced a size_kind and lyxsize_kind
> for graphics in the lyx file. This was not there for 1.2.0.
>
> As a result, graphics sizes get lost when reading a 1.2.0 document
> by 1.3.0cvs. Has that been noticed?
1 - 100 of 106 matches
Mail list logo
