On Thursday 01 August 2002 00:50, Lars Gullik Bjønnes wrote:
sure... or lyx2lyx if that is agreed upon.
Since Dekel does not have any preference (private message) I will set it
lyx2lyx. I will start to add it to cvs later today, since university will be
out of connection due to some works
On Thu, Aug 01, 2002 at 03:17:15AM +0100, John Levon wrote:
Is it possible that future versions have this feature back, or even
better, to show possible better key-strokes, like M-m [ when you select
this?
It's a bug really, no sign of a fix for 1.2.x :/
For 1.3, we show the symbol
On Thu, Aug 01, 2002 at 04:22:09AM +0100, John Levon wrote:
math_gridinset.h:22: `struct MathGridInset::CellInfo' is private
math_textinset.C:141: within this context
I commited a quickdirty fix. Will have a look later.
Andre'
--
Those who desire to give up Freedom in order to gain
Dekel == Dekel Tsur [EMAIL PROTECTED] writes:
Dekel How about putting the files on CVS, in lib/lyxconvert/ ? We
Dekel only need to made the changes so make install will create a
Dekel symbolic link /usr/bin/lyxconvert for
Dekel LYXDIR/lyxconvert/lyxconvert.py
Will symbolic links work under
On Thursday 01 August 2002 10:49, Jean-Marc Lasgouttes wrote:
Will symbolic links work under cygwin?
Good question.
Dekel (perhaps lyxconvert.py should be renamed to lyxconvert?)
A problem we have with scripts is that the python (or perl)
interpreter will not be at the same place on
John == John Levon [EMAIL PROTECTED] writes:
John Rather than justify any of this, I'll just show it and let
John people comment.
It looks nice to me and I do not have many clever comments. A question
though: we will be adding lots of objects with virtual methods (or
lots of virtual methods to
John == John Levon [EMAIL PROTECTED] writes:
John On Fri, Jun 21, 2002 at 12:09:34PM -0700, Matt Brennan wrote:
As I recal, in v.1.1, you were able to create a new file by typing
its name in the File-Open... popup. Now in v. 1.2 this is no
longer possible. Hopefully, it should be easy to
On Thu, Aug 01, 2002 at 11:49:15AM +0200, Jean-Marc Lasgouttes wrote:
Dekel (perhaps lyxconvert.py should be renamed to lyxconvert?)
A problem we have with scripts is that the python (or perl)
interpreter will not be at the same place on different systems.
I thought for most scripting
José == José Abílio Oliveira Matos [EMAIL PROTECTED] writes:
Dekel (perhaps lyxconvert.py should be renamed to lyxconvert?)
A problem we have with scripts is that the python (or perl)
interpreter will not be at the same place on different systems. I'd
like to avoid to create all the scripts
Lots and lots of things are caching a BufferView * or a Buffer *. To name a
few:
InsetFormulaBase (BufferView *)
InsetCite (Buffer *)
GraphicsLoader (BufferView *, cached for 2 secs then used).
Moreover, InsetGraphics and InsetInclude both are using current_view because
they don't cache but
On Thu, Aug 01, 2002 at 11:39:13AM +0100, Angus Leeming wrote:
Clearly when we move to multiple / changing BufferViews this is going to lead
to nasty problems.
While we are at it: Can anybody explain me the advantages of multiple
buffer views vs multiple LyX processes?
Which kind of
On Thursday 01 August 2002 12:17 pm, Andre Poenitz wrote:
On Thu, Aug 01, 2002 at 11:39:13AM +0100, Angus Leeming wrote:
Clearly when we move to multiple / changing BufferViews this is going to
lead to nasty problems.
While we are at it: Can anybody explain me the advantages of multiple
On Thursday 01 August 2002 11:41, Jean-Marc Lasgouttes wrote:
José What about the present solution: #!/usr/bin/env python
Ah. I did not notice it... Note that you should always add a space
after #!
Done.
José Do you know any system where this fails?
I do not now, but a google
Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:
José == José Abílio Oliveira Matos [EMAIL PROTECTED] writes:
| Dekel (perhaps lyxconvert.py should be renamed to lyxconvert?)
A problem we have with scripts is that the python (or perl)
interpreter will not be at the same place on different
Hi,
the files presents in lyx2lyx directory are:
error.py
lyx2lyx
lyxconvert_215.py
lyxconvert_218.py
parser_tools.py
I will add several other later, but for now this is enough.
What other files do I need to add?
Makefile.am?
Changelog?
On Thursday 01 August 2002 12:41, Lars Gullik Bjønnes wrote:
| José One other question, does reLyX has internationalization? I
| José have moved all the error, and warnings, messages to a single
| José file to easy that possibility.
won't that make the code harder to read?
class Error:
Angus Leeming [EMAIL PROTECTED] writes:
| Lots and lots of things are caching a BufferView * or a Buffer *. To name a
| few:
| InsetFormulaBase (BufferView *)
| InsetCite (Buffer *)
| GraphicsLoader (BufferView *, cached for 2 secs then used).
| Moreover, InsetGraphics and InsetInclude both
Andre Poenitz [EMAIL PROTECTED] writes:
| On Thu, Aug 01, 2002 at 11:39:13AM +0100, Angus Leeming wrote:
Clearly when we move to multiple / changing BufferViews this is going to lead
to nasty problems.
| While we are at it: Can anybody explain me the advantages of multiple
| buffer views vs
José Abílio Oliveira Matos [EMAIL PROTECTED] writes:
| On Thursday 01 August 2002 12:41, Lars Gullik Bjønnes wrote:
| José One other question, does reLyX has internationalization? I
| José have moved all the error, and warnings, messages to a single
| José file to easy that possibility.
On Thursday 01 August 2002 12:53 pm, Lars Gullik Bjønnes wrote:
It appears you aren't against the basic idea. Good.
| I'd like, therefore, to change the LyXView store
| public:
| /// return the current buffer view
| BufferView * view() const { return bufferview_,get(); }
I'd
On Thursday 01 August 2002 12:44 pm, Angus Leeming wrote:
Yes. Only now it would be
boost::shared_ptrBufferView const BufferView::cachablePtr() const
{
return pimpl_-owner_-view();
}
Sorry. This is FUD, as André might say.
bv-owner()-view()
is sufficient.
Angus
On Thu, Aug 01, 2002 at 11:53:09AM +0100, Angus Leeming wrote:
While we are at it: Can anybody explain me the advantages of multiple
buffer views vs multiple LyX processes?
Sure. A single LyXView can have multiple BufferViews. Think, in emacs terms,
of C-x 2 instead of C-x 5.
I don't
Andre == Andre Poenitz [EMAIL PROTECTED] writes:
Andre On Thu, Aug 01, 2002 at 11:39:13AM +0100, Angus Leeming wrote:
Clearly when we move to multiple / changing BufferViews this is
going to lead to nasty problems.
Andre While we are at it: Can anybody explain me the advantages of
Andre
On Thu, Aug 01, 2002 at 01:54:36PM +0200, Lars Gullik Bjønnes wrote:
View different parts of the same document at the same time...
In a split main LyX canvas or using several windows?
Andre'
--
Those who desire to give up Freedom in order to gain Security,
will not have, nor do they deserve,
Angus Leeming [EMAIL PROTECTED] writes:
| On Thursday 01 August 2002 12:53 pm, Lars Gullik Bjønnes wrote:
| It appears you aren't against the basic idea. Good.
| I'd like, therefore, to change the LyXView store
| public:
|/// return the current buffer view
|BufferView * view()
Lars == Lars Gullik Bjønnes [EMAIL PROTECTED] writes:
Lars | Ah. I did not notice it... Note that you should always add a
Lars space | after #!
Lars Why?
Autoconf info recommends it:
Also, include a space after the exclamation point in interpreter
specifications, like this:
#!
On Thursday 01 August 2002 1:26 pm, Andre Poenitz wrote:
I don't know emacs. What's C-x 2 and C-x 5 doing?
C-x 2. Split the current window horizontally into two separate work areas.
C-x 5. Create a new window.
[I don't even use multiple buffers in vim.]
No, I find it easier to use several
On Thursday 01 August 2002 1:31 pm, Lars Gullik Bjønnes wrote:
| Think of all those times when a BufferView * (or even a BufferView ) is
| passed to an inset. It makes no sense at all to pass a shared_ptr in
| these cases, but if the inset wants to cache this BufferView * then it
| can do so
Andre Poenitz [EMAIL PROTECTED] writes:
| On Thu, Aug 01, 2002 at 01:54:36PM +0200, Lars Gullik Bjønnes wrote:
View different parts of the same document at the same time...
| In a split main LyX canvas or using several windows?
Both...
and you would be able to switch back and forth...
On Thursday 01 August 2002 12:56, Lars Gullik Bjønnes wrote:
no but...
sys.stderr.write(same_format);
does not exactly tell a lot...
Then we change it to no_convertion_because_same_format or some name that is
more expressive.
There is a reason why gettext is not using this method...
José == José Abílio Oliveira Matos [EMAIL PROTECTED] writes:
José From pygettext:
José **
José There's one problem though; xgettext is the program that scans
José source code looking for message strings, but it groks only C
Before I dive into this caching stuff I'd like to finish the preview clean-up
that started it off.
The code below iterates over only top level insets that are owned directly
by the Buffer.
void Previews::generateBufferPreviews(Buffer const buffer) const
{
PreviewLoader ploader =
José == José Abílio Oliveira Matos [EMAIL PROTECTED] writes:
José What other files do I need to add?
José Makefile.am?
Yes, probably, but Lars knows better about that
José Changelog?
No
José .cvsignore?
If you add Makefile.am, you will at least need Makefile.in in there
José
Andre == Andre Poenitz [EMAIL PROTECTED] writes:
Andre But I really don't care what language is used to implement
Andre something. So if nwe nee auto-detection we should look at the
Andre contents.
OK, it was probably a bad idea.
JMarc
Angus Leeming [EMAIL PROTECTED] writes:
| Before I dive into this caching stuff I'd like to finish the preview clean-up
| that started it off.
| The code below iterates over only top level insets that are owned directly
| by the Buffer.
| void Previews::generateBufferPreviews(Buffer const
On Thursday 01 August 2002 2:58 pm, Lars Gullik Bjønnes wrote:
| Incidentally, what's the preferred STL algorithm for
| for (; it != end; ++it) {
| (*it)-addPreview(ploader);
| }
some variant of
for_each(begin, end, bind(Type::addPreview, ref(ploader)));
Oh,
On Thu, Aug 01, 2002 at 02:29:16PM +0200, Jean-Marc Lasgouttes wrote:
Andre While we are at it: Can anybody explain me the advantages of
Andre multiple buffer views vs multiple LyX processes?
Andre Which kind of convienence would that buy us?
Cut and paste between different views
This
Angus Leeming [EMAIL PROTECTED] writes:
| On Thursday 01 August 2002 2:58 pm, Lars Gullik Bjønnes wrote:
| Incidentally, what's the preferred STL algorithm for
|for (; it != end; ++it) {
|(*it)-addPreview(ploader);
|}
some variant of
for_each(begin, end,
On Thursday 01 August 2002 14:54, Jean-Marc Lasgouttes wrote:
José == José Abílio Oliveira Matos [EMAIL PROTECTED]
writes:
José What other files do I need to add?
José Makefile.am?
Yes, probably, but Lars knows better about that
Is it ok to put only the bare files?
Andre == Andre Poenitz [EMAIL PROTECTED] writes:
Andre On Thu, Aug 01, 2002 at 02:29:16PM +0200, Jean-Marc Lasgouttes
Andre wrote: While we are at it: Can anybody explain me the
Andre advantages of multiple buffer views vs multiple LyX processes?
Andre Which kind of convienence would that buy
José == José Abílio Oliveira Matos [EMAIL PROTECTED] writes:
José On Thursday 01 August 2002 14:54, Jean-Marc Lasgouttes wrote:
José == José Abílio Oliveira Matos
[EMAIL PROTECTED] writes:
José What other files do I need to add?
José Makefile.am?
Yes, probably, but Lars knows
On Thu, Aug 01, 2002 at 04:29:46PM +0200, Jean-Marc Lasgouttes wrote:
Andre This would be possible if we had a flawless lyx-tex-lyx round
Andre trip which is important for a few other things too.
I do not think this is ever going to happen. There is some information
which is _not_ written
On Thursday 01 August 2002 15:32, Jean-Marc Lasgouttes wrote:
http://www.gnu.org/manual/automake-1.6.1/html_chapter/automake_11.html
In which automake version has this been added?
The documentation for 1.4p5 doesn't show it. So this answers your question.
:-)
JMarc
--
José Abílio
Andre == Andre Poenitz [EMAIL PROTECTED] writes:
Andre On Thu, Aug 01, 2002 at 04:29:46PM +0200, Jean-Marc Lasgouttes
Andre wrote: This would be possible if we had a flawless
Andre lyx-tex-lyx round trip which is important for a few other
Andre things too.
I do not think this is ever going to
On Thu, Aug 01, 2002 at 04:46:22PM +0200, Jean-Marc Lasgouttes wrote:
Andre I would not be too sure about that. We could write everything
Andre to .tex if a certain flag is set and honour this on read-back.
Why do you need .tex?? Just output .lyx to the clipboard and parse it
back? I just
Andre == Andre Poenitz [EMAIL PROTECTED] writes:
Andre On Thu, Aug 01, 2002 at 04:46:22PM +0200, Jean-Marc Lasgouttes
Andre wrote: I would not be too sure about that. We could write
Andre everything to .tex if a certain flag is set and honour this on
Andre read-back.
Why do you need .tex??
On Thursday 01 August 2002 15:58, Garst R. Reese wrote:
Just a tiny question. When I look in my lyxdocs directory, how do I know
if a file needs conversion?
Do you want an option for lyx2lyx to give you that information?
That is easy to do, and we do it now, just look to the first lines
On Thu, Aug 01, 2002 at 05:02:42PM +0200, Jean-Marc Lasgouttes wrote:
Andre Apart from that, .tex is not exactly an 'extra format', is it?
I really think that lyx-tex conversion cannot be one-to-one exactly.
I don't think this either.
So you are going to loose information. What about
On Thursday 01 August 2002 16:24, Garst R. Reese wrote:
I guess my question is: How does an ordinary user know when to invoke
lyx2lyx?
It shouldn't, IMHO.
By ordinary user, I mean one who may not even know how to look at a lyx
file other than with lyx, and knows nothing about \lyxformat.
Andre == Andre Poenitz [EMAIL PROTECTED] writes:
So you are going to loose information. What about quote insets?
What you are going to propose is to add so much meta-information to
.tex that you will have invented a new hybrid fileformat---which we
may call .tyx ;)---, which will be yet
On Thu, Aug 01, 2002 at 05:33:17PM +0200, Jean-Marc Lasgouttes wrote:
Andre Ah... ok. So that you mean by 'new file format'. But we have
Andre that already, it's called '.tex exported by LyX'. We put there
Andre a \def\LyX{...} in the preamble etc.
No, all things that we add to the tex
Andre == Andre Poenitz [EMAIL PROTECTED] writes:
Andre Hm. Maybe you are right here. But does it hurt to add a
Andre \def\lyxquote#1{} in the preamble and \lyxquote{...} in the
Andre text?
We are going to have a lot of these. But, yes, everything is possible.
I would actually like to see
On Thu, Aug 01, 2002 at 06:00:31PM +0200, Jean-Marc Lasgouttes wrote:
- if there is an inset after cursor, toggle it
- otherwise, if we are inside an inset, close it, and place cursor
after it
- otherwise do nothing
So your example would become C-e W C-i, which is (1) simpler, and
On Thu, Aug 01, 2002 at 11:49:15AM +0200, Jean-Marc Lasgouttes wrote:
Dekel == Dekel Tsur [EMAIL PROTECTED] writes:
Dekel How about putting the files on CVS, in lib/lyxconvert/ ? We
Dekel only need to made the changes so make install will create a
Dekel symbolic link /usr/bin/lyxconvert
Latest cvs. I have a macro Vector defined as:
\begin_inset FormulaMacro
\newcommand{\Vector}[1]{\boldsymbol #1}
{#1}
\end_inset
Attached is what LyX makes of it. Moreover, previews fail with
! Undefined control sequence.
recently read \Vector
l.167 $\Vector
On Thursday 01 August 2002 5:30 pm, Angus Leeming wrote:
\begin_inset FormulaMacro
\newcommand{\Vector}[1]{\boldsymbol #1}
{#1}
\end_inset
is it something to do with the additional parameter perhaps?
Yes, if I remove the additional parameter, all is Ok.
Angus
Kayvan == Kayvan A Sylvan [EMAIL PROTECTED] writes:
Will symbolic links work under cygwin?
Kayvan Yes.
Thanks. Good to know.
JMarc
On Thu, Aug 01, 2002 at 08:20:44AM +0200, Andre Poenitz wrote:
Sure, but I would bet that mathed has some things easier on it compared
to the requirements of insettabular/insettext. No-one (except Juergen I
guess) really knows what they are though.
More FUD. I think there will be a time
On Thu, Aug 01, 2002 at 12:08:29PM +0200, Jean-Marc Lasgouttes wrote:
It looks nice to me and I do not have many clever comments. A question
though: we will be adding lots of objects with virtual methods (or
lots of virtual methods to exisiting insets). What is the price we
will have to pay
On Thu, Aug 01, 2002 at 09:13:24AM +0200, Andre Poenitz wrote:
Andre, why is this ?
Hm... because no every inset displays its info yet. I usually change that
as soon as I have to touch the inset but I usually don't go through every
30+ insets in one swoop.
OK.
But I think that's not
On Thu, Aug 01, 2002 at 12:41:23PM +0200, Jean-Marc Lasgouttes wrote:
José What about the present solution: #!/usr/bin/env python
Ah. I did not notice it... Note that you should always add a space
after #!
Is there really a system that still uses the 4-byte magic but the env
trick works
On Thu, Aug 01, 2002 at 11:39:13AM +0100, Angus Leeming wrote:
Lars has mentioned using boost::weak_ptr in just such a context and I'd like
to do so here. From the boost docs
=
http://www.boost.org/libs/smart_ptr/weak_ptr.htm
How can an inset
On Thu, Aug 01, 2002 at 01:17:35PM +0200, Andre Poenitz wrote:
While we are at it: Can anybody explain me the advantages of multiple
buffer views vs multiple LyX processes?
Drag and drop cross-document references
Multiple views on a single document
Resource usage
LyX-content cut and paste
On środa 31 lipiec 2002 05:15 pm, Martin Vermeer wrote:
On Wed, Jul 31, 2002 at 01:26:23PM +0200, Andre Poenitz wrote:
On Tue, Jul 30, 2002 at 08:59:24PM +0200, Lars Gullik Bjønnes wrote:
Andre Poenitz [EMAIL PROTECTED] writes:
| + * configure.m4:
| + * ui/default.ui: make
On Thursday 01 August 2002 6:12 pm, John Levon wrote:
How can an inset survive the last view onto a document ?
If it caches the last BufferView * passed to draw, that BufferView is
destroyed but another one still exists and then tries to use this
BufferView *
And that's not exactly
Log message:
Previews for \input insets.
Refactor code common to InsetInclude and InsetFormula into a new
PreviewedInset class.
caveats and notes:
1. insets inside insets will not be converted to previews when the document
is first loaded because
void
Angus Leeming [EMAIL PROTECTED] writes:
On Thursday 01 August 2002 1:26 pm, Andre Poenitz wrote:
I don't know emacs. What's C-x 2 and C-x 5 doing?
C-x 2. Split the current window horizontally into two separate work
areas.
It appears you have become alien to either Emacs or the horizon.
Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:
Andre == Andre Poenitz [EMAIL PROTECTED] writes:
Andre On Thu, Aug 01, 2002 at 02:29:16PM +0200, Jean-Marc Lasgouttes
Andre wrote: While we are at it: Can anybody explain me the
Andre advantages of multiple buffer views vs multiple LyX
On Thu, Aug 01, 2002 at 12:17:08PM +0200, Jean-Marc Lasgouttes wrote:
+ Buffer * buffer = bufferlist.newFile(filename, );
I thought that the second argument to newFile was a bool.
Buffer * BufferList::newFile(string const name, string tname, bool isNamed)
Though that
On 30 Jul 2002 10:37:28 +0200 wrote Jean-Marc Lasgouttes [EMAIL PROTECTED]:
On 17 Jul 2002 11:33:15 -0400 wrote German Poo Caaman~o
Since lyx-1.1.6-fix (AFAIR) I've been having some problems with
seminar.layout. I defined frames on my slides, but now one slide
appears with frame and
I just upgraded my system to use these and then I tried to build
lyx...
... close to _no_ problems...
Of course since we really want to convert to 2.53 fully some time in
the future I did some changes...
Attached is the patch that show what I did...
There are still some small problems... but
On Fri, Aug 02, 2002 at 12:14:16AM +0200, Lars Gullik Bjønnes wrote:
Attached is the patch that show what I did...
There are still some small problems... but nothing that hinders
building lyx.
Did you build qt2 ? Did you try the old tools with your patch ?
I'd rather not go through the
Please check the stuff I've guessed, and fill in the FIXMEs
thanks
john
Index: lyxcursor.h
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/lyxcursor.h,v
retrieving revision 1.25
diff -u -r1.25 lyxcursor.h
--- lyxcursor.h 16 Apr
2638 // We should only go up with refreshing code so this means that if
2639 // we have a MORE refresh we should never set it to LITTLE if we still
2640 // didn't handle it (and then it will be UNCHANGED. Now as long as
2641 // we stay inside one
On Thu, Aug 01, 2002 at 05:01:46PM +0100, Angus Leeming wrote:
On Thursday 01 August 2002 5:30 pm, Angus Leeming wrote:
\begin_inset FormulaMacro
\newcommand{\Vector}[1]{\boldsymbol #1}
{#1}
\end_inset
is it something to do with the additional parameter perhaps?
Yes, if I remove
- math-macro py
- insert the pythagoras without parameter and call it py
- open a mathbox
- insert \pyspace
- nothing to see
- export to latex
-
\newcommand{\py}{c^{2}=a^{2}+b^{2}}
a macro \[
\ \]
- save and reopen the doc
- the macro is gone
Herbert
--
http://www.lyx.org/help/
On Thu, Aug 01, 2002 at 06:04:19PM +0100, John Levon wrote:
How would you deal with tab inside an insettext inside a cell ?
I don't think that tab to go to the beginning of the net paragraph is
overly sensible. In fact, I discovered that key binding yesterday when
trying to understand what you
On Thursday 01 August 2002 00:50, Lars Gullik Bjønnes wrote:
>
> sure... or lyx2lyx if that is agreed upon.
Since Dekel does not have any preference (private message) I will set it
lyx2lyx. I will start to add it to cvs later today, since university will be
out of connection due to some
On Thu, Aug 01, 2002 at 03:17:15AM +0100, John Levon wrote:
> > Is it possible that future versions have this feature back, or even
> > better, to show possible better key-strokes, like M-m [ when you select
> > this?
>
> It's a bug really, no sign of a fix for 1.2.x :/
>
> For 1.3, we show
On Thu, Aug 01, 2002 at 04:22:09AM +0100, John Levon wrote:
> math_gridinset.h:22: `struct MathGridInset::CellInfo' is private
> math_textinset.C:141: within this context
I commited a quick fix. Will have a look later.
Andre'
--
Those who desire to give up Freedom in order to gain Security,
> "Dekel" == Dekel Tsur <[EMAIL PROTECTED]> writes:
Dekel> How about putting the files on CVS, in lib/lyxconvert/ ? We
Dekel> only need to made the changes so "make install" will create a
Dekel> symbolic link /usr/bin/lyxconvert for
Dekel> LYXDIR/lyxconvert/lyxconvert.py
Will symbolic
On Thursday 01 August 2002 10:49, Jean-Marc Lasgouttes wrote:
>
> Will symbolic links work under cygwin?
Good question.
> Dekel> (perhaps lyxconvert.py should be renamed to lyxconvert?)
>
> A problem we have with scripts is that the python (or perl)
> interpreter will not be at the same place
> "John" == John Levon <[EMAIL PROTECTED]> writes:
John> Rather than justify any of this, I'll just show it and let
John> people comment.
It looks nice to me and I do not have many clever comments. A question
though: we will be adding lots of objects with virtual methods (or
lots of virtual
> "John" == John Levon <[EMAIL PROTECTED]> writes:
John> On Fri, Jun 21, 2002 at 12:09:34PM -0700, Matt Brennan wrote:
>> As I recal, in v.1.1, you were able to create a new file by typing
>> its name in the File->Open... popup. Now in v. 1.2 this is no
>> longer possible. Hopefully, it
On Thu, Aug 01, 2002 at 11:49:15AM +0200, Jean-Marc Lasgouttes wrote:
> Dekel> (perhaps lyxconvert.py should be renamed to lyxconvert?)
>
> A problem we have with scripts is that the python (or perl)
> interpreter will not be at the same place on different systems.
I thought for most scripting
> "José" == José Abílio Oliveira Matos <[EMAIL PROTECTED]> writes:
Dekel> (perhaps lyxconvert.py should be renamed to lyxconvert?)
>> A problem we have with scripts is that the python (or perl)
>> interpreter will not be at the same place on different systems. I'd
>> like to avoid to create
Lots and lots of things are caching a BufferView * or a Buffer *. To name a
few:
InsetFormulaBase (BufferView *)
InsetCite (Buffer *)
GraphicsLoader (BufferView *, cached for 2 secs then used).
Moreover, InsetGraphics and InsetInclude both are using current_view because
they don't cache but
On Thu, Aug 01, 2002 at 11:39:13AM +0100, Angus Leeming wrote:
> Clearly when we move to multiple / changing BufferViews this is going to lead
> to nasty problems.
While we are at it: Can anybody explain me the advantages of multiple
buffer views vs multiple LyX processes?
Which kind of
On Thursday 01 August 2002 12:17 pm, Andre Poenitz wrote:
> On Thu, Aug 01, 2002 at 11:39:13AM +0100, Angus Leeming wrote:
> > Clearly when we move to multiple / changing BufferViews this is going to
> > lead to nasty problems.
> While we are at it: Can anybody explain me the advantages of
On Thursday 01 August 2002 11:41, Jean-Marc Lasgouttes wrote:
>
> José> What about the present solution: #!/usr/bin/env python
>
> Ah. I did not notice it... Note that you should always add a space
> after #!
Done.
> José> Do you know any system where this fails?
>
> I do not now, but a
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
>> "José" == José Abílio Oliveira Matos <[EMAIL PROTECTED]> writes:
>
| Dekel> (perhaps lyxconvert.py should be renamed to lyxconvert?)
>>> A problem we have with scripts is that the python (or perl)
>>> interpreter will not be at the same
Hi,
the files presents in lyx2lyx directory are:
error.py
lyx2lyx
lyxconvert_215.py
lyxconvert_218.py
parser_tools.py
I will add several other later, but for now this is enough.
What other files do I need to add?
Makefile.am?
Changelog?
On Thursday 01 August 2002 12:41, Lars Gullik Bjønnes wrote:
> | José> One other question, does reLyX has internationalization? I
> | José> have moved all the error, and warnings, messages to a single
> | José> file to easy that possibility.
>
> won't that make the code harder to read?
class
Angus Leeming <[EMAIL PROTECTED]> writes:
| Lots and lots of things are caching a BufferView * or a Buffer *. To name a
| few:
| InsetFormulaBase (BufferView *)
| InsetCite (Buffer *)
| GraphicsLoader (BufferView *, cached for 2 secs then used).
>
| Moreover, InsetGraphics and InsetInclude both
Andre Poenitz <[EMAIL PROTECTED]> writes:
| On Thu, Aug 01, 2002 at 11:39:13AM +0100, Angus Leeming wrote:
>> Clearly when we move to multiple / changing BufferViews this is going to lead
>> to nasty problems.
>
| While we are at it: Can anybody explain me the advantages of multiple
| buffer
José Abílio Oliveira Matos <[EMAIL PROTECTED]> writes:
| On Thursday 01 August 2002 12:41, Lars Gullik Bjønnes wrote:
>> | José> One other question, does reLyX has internationalization? I
>> | José> have moved all the error, and warnings, messages to a single
>> | José> file to easy that
On Thursday 01 August 2002 12:53 pm, Lars Gullik Bjønnes wrote:
It appears you aren't against the basic idea. Good.
> | I'd like, therefore, to change the LyXView store
> | public:
> | /// return the current buffer view
> | BufferView * view() const { return bufferview_,get(); }
>
> I'd
On Thursday 01 August 2002 12:44 pm, Angus Leeming wrote:
> Yes. Only now it would be
>
> boost::shared_ptr const & BufferView::cachablePtr() const
> {
> return pimpl_->owner_->view();
> }
Sorry. This is FUD, as André might say.
bv->owner()->view()
is sufficient.
Angus
On Thu, Aug 01, 2002 at 11:53:09AM +0100, Angus Leeming wrote:
> > While we are at it: Can anybody explain me the advantages of multiple
> > buffer views vs multiple LyX processes?
>
> Sure. A single LyXView can have multiple BufferViews. Think, in emacs terms,
> of C-x 2 instead of C-x 5.
I
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
Andre> On Thu, Aug 01, 2002 at 11:39:13AM +0100, Angus Leeming wrote:
>> Clearly when we move to multiple / changing BufferViews this is
>> going to lead to nasty problems.
Andre> While we are at it: Can anybody explain me the
1 - 100 of 154 matches
Mail list logo