On Tue, Dec 11, 2007 at 08:41:41AM +0100, Abdelrazak Younes wrote:
> Andre Poenitz wrote:
>> On Tue, Dec 11, 2007 at 07:49:52AM +0100, Jürgen Spitzmüller wrote:
>>> Uwe Stöhr wrote:
So I put the fix in. I furthermore also added the babel-only language
stuff
to assure that the curren
Andre Poenitz wrote:
> Well, to be honest I don't think tex2lyx is code-wise is such a bad
> state that it needs a helping of Exceptionally Modern C++. There
> are probably a few places that would benefit from char * -> std::string
> changes but I don't really see the necessity of Singletons and bo
On Tue, Dec 11, 2007 at 09:36:01AM +0200, sebastian guttenberg wrote:
> I made another update now (22076), and now I get a different error:
> ...
> make[5]: Entering directory `/home/basti/lyx-devel/src/frontends/qt4'
> make[5]: *** No rule to make target `../ButtonPolicy.cpp', needed by
> `ButtonP
On Tue, Dec 11, 2007 at 08:26:41AM +0100, Abdelrazak Younes wrote:
> Pavel Sanda wrote:
>>> i have recently filled the bug 4394 (1.5 target).
>>> is that recipe reproducible for you ?
>> No. Middle-mouse-button-pasting keeps working.
> It works for 1.5.x
>>> for me debug of actions
Andre Poenitz wrote:
> Given that the plain C++ version
>
> char const *d[] = { "a", "b", "c" };
> vector v(d, d + sizeof(d) / sizeof(d[0]));
>
> is - taking the extra #include line into
> account - not even longer to type than any boost based solution
> I doubt the boost stuff would survive for
Bo Peng wrote:
Does this patch help?
No. I checked that QDir::currentPath is
/tmp/lyx_tmpdir270589aB5uF/lyx_tmpbuf0, command is
epstopdf --outfile='20_usr_local_share_lyx16_doc_clipart_escher-lsd.pdf'
'20_usr_local_share_lyx16_doc_clipart_escher-lsd.eps'
which runs fine outside of lyx.
So th
Andre Poenitz wrote:
On Tue, Dec 11, 2007 at 07:49:52AM +0100, Jürgen Spitzmüller wrote:
Uwe Stöhr wrote:
So I put the fix in. I furthermore also added the babel-only language stuff
to assure that the currently half language support becomes complete:
http://www.lyx.org/trac/changeset/22073
I h
I made another update now (22076), and now I get a different error:
...
make[5]: Entering directory `/home/basti/lyx-devel/src/frontends/qt4'
make[5]: *** No rule to make target `../ButtonPolicy.cpp', needed by
`ButtonPolicy.lo'. Stop.
make[5]: Leaving directory `/home/basti/lyx-devel/src/frontend
On Tue, Dec 11, 2007 at 07:49:52AM +0100, Jürgen Spitzmüller wrote:
> Uwe Stöhr wrote:
> > So I put the fix in. I furthermore also added the babel-only language stuff
> > to assure that the currently half language support becomes complete:
> > http://www.lyx.org/trac/changeset/22073
> >
> > I hope
Pavel Sanda wrote:
i have recently filled the bug 4394 (1.5 target).
is that recipe reproducible for you ?
No. Middle-mouse-button-pasting keeps working.
It works for 1.5.x
for me debug of actions looks like:
point 3. (in bug 4394 recipe)
LyXFunc::dispatch: cmd: action: 14 arg: 'paragraph' x
On Tue, Dec 11, 2007 at 03:26:41AM +, Angus Leeming wrote:
> Andre Poenitz <[EMAIL PROTECTED]> writes:
> > So maybe the macro is not the best idea after all.
>
> Maybe I'll dig into the boost preprocessor library to write something like:
>
> vector opts = LYX_INITIALIZE_VECTOR("a", "b", "c");
Peter Kümmel wrote:
> I assume pdflatex.
Here, everything is completely broken: every converter as well as
edit->reconfigure.
Jürgen
Pavel Sanda wrote:
> Juergen, can i put it in branch too ?
ok.
Jürgen
Once again, many thanks for your advice.
I've just discovered the reason for what turns out to be my utter
confusion!
I had been looking at the file development/cmake/Install.cmake not
INSTALL.cmake in the root directory!
I remember looking in the root directory for a README.cmake but, (late-
Uwe Stöhr wrote:
> So I put the fix in. I furthermore also added the babel-only language stuff
> to assure that the currently half language support becomes complete:
> http://www.lyx.org/trac/changeset/22073
>
> I hope this was OK. If not, then I'll revert this part, but as said,
> withput this, th
Seems I've hit some sensitivity here. If so, I'm sorry.
I was just looking for some help in response to a helpful email from
Stefan who has also responded helpfully to mine of Tue, Dec 11, 2007
at 08:22:59AM +1100.
To me, the README and INSTALL files in the LyX root directories are
excellent
Andre Poenitz <[EMAIL PROTECTED]> writes:
> So maybe the macro is not the best idea after all.
Maybe I'll dig into the boost preprocessor library to write something like:
vector opts = LYX_INITIALIZE_VECTOR("a", "b", "c");
Compile times would surely make you smile.
SCNR backly,
Angus
Andre Poenitz <[EMAIL PROTECTED]> writes:
> [Btw, this is one of the cases were I do not see actual benefits over
> global variables. If we had several instances or needed complicated
> construction/destruction matters would be different...]
Several instances? Your confused me ol' china. Neither e
Juergen, can i put it in branch too ?
> Author: sanda
> Date: Tue Dec 11 02:38:40 2007
> New Revision: 22076
>
> URL: http://www.lyx.org/trac/changeset/22076
> Log:
> Add selection dbg output.
>
> Modified:
> lyx-devel/trunk/src/frontends/qt4/GuiSelection.cpp
>
> Modified: lyx-devel/trunk/
> > > > > i have recently filled the bug 4394 (1.5 target).
> > > > > is that recipe reproducible for you ?
> > > >
> > > > No. Middle-mouse-button-pasting keeps working.
> > >
> > > It works for 1.5.x
>
> for me debug of actions looks like:
> point 3. (in bug 4394 recipe)
>
> LyXFunc::dispatch:
> Done. My fix to this is correct, but Angus has a better method to get it more
> efficient.
The fix has been approved to be correct. About the optimization I'm unsure: we only have maximal
documentclass 10 options to parse and Angus agreed that it is then not absolutely necessary to
optimize t
> > > > i have recently filled the bug 4394 (1.5 target).
> > > > is that recipe reproducible for you ?
> > >
> > > No. Middle-mouse-button-pasting keeps working.
> >
> > It works for 1.5.x
for me debug of actions looks like:
point 3. (in bug 4394 recipe)
LyXFunc::dispatch: cmd: action: 14 arg:
On Tue, Dec 11, 2007 at 12:00:10AM +0100, Stefan Schimanski wrote:
>>> + /// Create lazy MacroData which only queries the macro template when
>>> needed
>>> + MacroData(Buffer const & buf, DocIterator const & pos);
>>>
>>
>> This works?
>>
> Why shouldn't it? What exactly is your doubt
///
class MacroData {
public:
- ///
+ /// Constructor to make STL containers happy
MacroData();
+ /// Create lazy MacroData which only queries the macro template when
needed
+ MacroData(Buffer const & buf, DocIterator const & pos);
This works?
Why s
> Does this patch help?
No. I checked that QDir::currentPath is
/tmp/lyx_tmpdir270589aB5uF/lyx_tmpbuf0, command is
epstopdf --outfile='20_usr_local_share_lyx16_doc_clipart_escher-lsd.pdf'
'20_usr_local_share_lyx16_doc_clipart_escher-lsd.eps'
which runs fine outside of lyx.
So the problem seems
Andre Poenitz wrote:
On Mon, Dec 10, 2007 at 10:28:54PM +0100, Peter Kümmel wrote:
There is not url-insert.png in trunk,
but it is referenced from the user guide.
Thanks for spotting. Could you please re-try?
ok, the the png error is gone but there are still
errors becouse of extra }, in the
On Mon, Dec 10, 2007 at 11:02:22PM +0100, Stefan Schimanski wrote:
> Jean-Marc Lasgouttes schrieb:
>> Stefan Schimanski <[EMAIL PROTECTED]> writes:
>>
>>
>>> For insets you are right, I assume they open an environment, which is
>>> not correct in general. Have to check how to do this properly. T
On Mon, Dec 10, 2007 at 10:28:54PM +0100, Peter Kümmel wrote:
> There is not url-insert.png in trunk,
> but it is referenced from the user guide.
Thanks for spotting. Could you please re-try?
Andre'
> I don't have any experience with
> * doxygen
doxygen is a program for making documentation from particular comments in the
source code. you don't need any specific experience, just looking into the
few already documented lfuns will give you an idea how to proceed.
> * trunk
trunk is not a
Roger Mc Murtrie wrote:
Correction to previous post.
install.cmake doesn't look like a README. I got the impression that it
was off an internet search.
There doesn't seem to be a README.cmake file in LyX 1.5 or 1.6 versions.
H'm, looks like it was renamed because it really isn't a README file o
On Tue, Dec 11, 2007 at 08:22:59AM +1100, Roger Mc Murtrie wrote:
> Correction to previous post.
> install.cmake doesn't look like a README.
[Well, your email doesn't look like a reply to an email either,
yet I suppose most people somehow manage to cope with it. *sigh*]
> I got the impression tha
Bo Peng wrote:
On Dec 11, 2007 10:21 AM, Jürgen Spitzmüller <[EMAIL PROTECTED]> wrote:
Bo Peng wrote:
So no one can reproduce this problem?
I can.
Peter,
I suspect that the process is not run under the /tmp/blah directory,
could you please check this?
Does this patch help?
--
Peter Kümme
Yes, INSTALL.cmake is the name. I always added some paragraphs for Xcode
there some time ago. It also works with Xcode 3 from Leopard.
Roger Mc Murtrie schrieb:
Correction to previous post.
install.cmake doesn't look like a README. I got the impression that it
was off an internet search.
Ther
> > Pavel Sanda wrote:
> > > i have recently filled the bug 4394 (1.5 target).
> > > is that recipe reproducible for you ?
> >
> > No. Middle-mouse-button-pasting keeps working.
>
> It works for 1.5.x but not for 1.6.x. I asked around immediately after
> I noticed this but nobody claimed responsib
Jean-Marc Lasgouttes schrieb:
Martin Vermeer <[EMAIL PROTECTED]> writes:
I am looking into this now. As I said, it is not complicated. But in
InsetMathNest there is already an implementation:
case LFUN_INSET_TOGGLE:
cur.recordUndo();
lock(!lock());
cur.popForw
There is not url-insert.png in trunk,
but it is referenced from the user guide.
Peter
Correction to previous post.
install.cmake doesn't look like a README. I got the impression that it
was off an internet search.
There doesn't seem to be a README.cmake file in LyX 1.5 or 1.6 versions.
H'm, looks like it was renamed because it really isn't a README file
or an INSTALL instructi
Quick note.
README.cmake has been renamed Install.cmake
Roger
On 10/12/2007, at 8:35 PM, Stefan Schimanski wrote:
Have you tried the cmake build system? It has a Xcode target, i.e.
it creates a native Xcode project for LyX. Use it all the time,
works perfectly. Look in the README.cmake file
Hi Pavel,
my intention is to put the documentation into doxygen. please look in
the file lfuns.h (from trunk, not branch) and the lfun LFUN_BUFFER_WRITE_AS,
LFUN_PARAGRAPH_PARAMS(_APPLY) where i put the sample documentation.
I don't have any experience with
* doxygen
* trunk
So I have to as
Bo Peng wrote:
Hi,
I compiled the latest trunk, open UserGuid.lyx, view->pdf gives me:
I assume pdflatex.
BTW, the current English User Guide is broken.
Error: Cannot convert file
An error occurred whilst running epstopdf
--outfile='16_usr_local_sh
Bo Peng wrote:
On Dec 11, 2007 10:21 AM, Jürgen Spitzmüller <[EMAIL PROTECTED]> wrote:
Bo Peng wrote:
So no one can reproduce this problem?
I can.
Peter,
I suspect that the process is not run under the /tmp/blah directory,
could you please check this?
Hi Bo,
Qt docs say:
void QProcess::
On Dec 10, 2007 12:08 PM, Jürgen Spitzmüller <[EMAIL PROTECTED]> wrote:
> Pavel Sanda wrote:
> > i have recently filled the bug 4394 (1.5 target).
> > is that recipe reproducible for you ?
>
> No. Middle-mouse-button-pasting keeps working.
It works for 1.5.x but not for 1.6.x. I asked around immed
On Mon, Dec 10, 2007 at 06:16:05AM +, Angus Leeming wrote:
> You might define a preprocessor macro to perform the drudgery for you.
> Perhaps
> something like:
>
> #define LYX_BUILD_VECTOR(LYX_CARRAY, LYX_VECTOR) \
> { \
> if (LYX_CARRAY != 0 && LYX_CARRAY[0] != 0) \
> { \
>
On Mon, Dec 10, 2007 at 03:11:13AM +0200, Martin Vermeer wrote:
> On Mon, Dec 10, 2007 at 12:46:18AM +0100, Stefan Schimanski wrote:
> > Jean-Marc Lasgouttes schrieb:
> > > Stefan Schimanski <[EMAIL PROTECTED]> writes:
> > >
> > >
> > >> If the cursor is in the cell with 42, the unfold command
On Sun, Dec 09, 2007 at 11:46:48PM +, Angus Leeming wrote:
> // I see that LyX.h defines "ref" and "cref" static functions
> // to return reference and const reference views on the global
> // instance_. It's probably best to do the same here...
> static Tex2Lyx & Instance()
>
On Mon, Dec 10, 2007 at 12:46:18AM +0100, Stefan Schimanski wrote:
> Jean-Marc Lasgouttes schrieb:
>> Stefan Schimanski <[EMAIL PROTECTED]> writes:
>>
>>
>>> If the cursor is in the cell with 42, the unfold command will unfold
>>> the \bar macro. Another press will unfold the \foo macro. Then a
> Pavel Sanda wrote:
> > i have recently filled the bug 4394 (1.5 target).
> > is that recipe reproducible for you ?
>
> No. Middle-mouse-button-pasting keeps working.
what a pity ! :))
p
On Monday 10 December 2007 07:47:33 Jürgen Spitzmüller wrote:
> José Matos wrote:
> > Jürgen may I commit the patch that fixes the crash?
>
> Yes, go ahead.
Done.
> Jürgen
--
José Abílio
Pavel Sanda wrote:
> i have recently filled the bug 4394 (1.5 target).
> is that recipe reproducible for you ?
No. Middle-mouse-button-pasting keeps working.
Jürgen
> > The external pasting itself works fine, but it is "disallowed".
>
> This is also what I see with lyx 1.5.3svn. I have to say that it is a
> real pain!
>
> JMarc
> Jean-Marc Lasgouttes wrote:
> > This is also what I see with lyx 1.5.3svn.
>
> I don't.
>
> Jürgen
i have recently filled the
Richard Heck wrote:
[EMAIL PROTECTED] wrote:
Added: lyx-devel/trunk/src/frontends/qt4/DialogView.cpp
URL:
http://www.lyx.org/trac/file/lyx-devel/trunk/src/frontends/qt4/DialogView.cpp?rev=22049
==
--- lyx-devel/tru
On Dec 11, 2007 10:21 AM, Jürgen Spitzmüller <[EMAIL PROTECTED]> wrote:
> Bo Peng wrote:
> > So no one can reproduce this problem?
>
> I can.
Peter,
I suspect that the process is not run under the /tmp/blah directory,
could you please check this?
Bo
As I said in my post to bugzilla, this bug seems as if it might be gone.
My office machine has seen it fairly reliably, and now I do not see it
with latest 1.5.svn. I haven't recently tried 1.6.svn, but I expect the
fix is there now, too.
That said, in investigating this bug, I acquired some
Bo Peng wrote:
> So no one can reproduce this problem?
I can.
Jürgen
On Dec 9, 2007 9:32 PM, Bo Peng <[EMAIL PROTECTED]> wrote:
> Hi,
>
> I compiled the latest trunk, open UserGuid.lyx, view->pdf gives me:
>
> Error: Cannot convert file
So no one can reproduce this problem?
Bo
Uwe Stöhr <[EMAIL PROTECTED]> writes:
> Jean-Marc Lasgouttes schrieb:
>
>> Uwe, please have a look at how fonts are handled using the Context
>> object and try to do the same thing for the language stuff...
>
> The font handling is my code and I've used the same method as for
> \selectlanguage etc
[EMAIL PROTECTED] wrote:
Added: lyx-devel/trunk/src/frontends/qt4/DialogView.cpp
URL:
http://www.lyx.org/trac/file/lyx-devel/trunk/src/frontends/qt4/DialogView.cpp?rev=22049
==
--- lyx-devel/trunk/src/frontends/qt4/Dialo
Jean-Marc Lasgouttes schrieb:
Uwe, please have a look at how fonts are handled using the Context
object and try to do the same thing for the language stuff...
The font handling is my code and I've used the same method as for \selectlanguage etc. for this
patch too. In the patch the context ob
I imported an (overly long) tex equation. In mathed, I can't see the end of
the formula, and there is no horizontal scroll. This is 1.5.2.
Jean-Marc Lasgouttes schrieb:
Stefan Schimanski <[EMAIL PROTECTED]> writes:
For insets you are right, I assume they open an environment, which is
not correct in general. Have to check how to do this properly. The
InsetBranch is on my list anyway. Haven't looked into that.
The best is
On Mon, Dec 10, 2007 at 01:13:45PM +0100, Jürgen Spitzmüller wrote:
> Enrico Forestieri wrote:
> > Yes, I think I got that after your first mail in this thread and a 2+2
> > aithmetic, and already bashed you for that. However, I now regret having
> > done that. My only excuse is the bad mood I was
On Mon, Dec 10, 2007 at 02:05:37AM +0100, Uwe Stöhr wrote:
> > Uwe, the problem is that you happily bash others with harsh manners,
> > so you should not be surprised when you are paid with the same money.
> > Please, don't give me lessons about gentlemanliness when there are
> > posts in the
Stefan Schimanski <[EMAIL PROTECTED]> writes:
> For insets you are right, I assume they open an environment, which is
> not correct in general. Have to check how to do this properly. The
> InsetBranch is on my list anyway. Haven't looked into that.
The best is probably a virtual method for insets
Jean-Marc Lasgouttes schrieb:
Stefan Schimanski <[EMAIL PROTECTED]> writes:
Hi!
I was working on the lookup logic of math macros for the last few
weeks in a private branch. Here is the resulting patch.
It basically transforms the macro context into a DocIterator instead
of a basic paragrap
Enrico Forestieri wrote:
> Yes, I think I got that after your first mail in this thread and a 2+2
> aithmetic, and already bashed you for that. However, I now regret having
> done that. My only excuse is the bad mood I was in. Please, accept my
> apologies.
No problem. I can take bashing ;-)
Jürg
On Mon, Dec 10, 2007 at 08:45:02AM +0100, Jürgen Spitzmüller wrote:
> Enrico Forestieri wrote:
> > That said, I am not a C++ master and don't feel to give lessons to
> > anyone. Anyway, the following code appears amusing even to me:
>
> I am the one to receive this lesson. I proposed this "code"
Jean-Marc Lasgouttes wrote:
> I applied a different patch, actually. It is much safer than the
> previous one.
This one looks better indeed. Thanks.
Jürgen
Stefan Schimanski <[EMAIL PROTECTED]> writes:
> Hi!
>
> I was working on the lookup logic of math macros for the last few
> weeks in a private branch. Here is the resulting patch.
>
> It basically transforms the macro context into a DocIterator instead
> of a basic paragraph number. Every macro de
Uwe Stöhr <[EMAIL PROTECTED]> writes:
> The attached patch by Jürgen and me adds support for the
> otherlanguage environment.
Uwe, please have a look at how fonts are handled using the Context
object and try to do the same thing for the language stuff...
JMarc
[EMAIL PROTECTED] (Jürgen Spitzmüller) writes:
> Jean-Marc Lasgouttes wrote:
>> - last.diff is just documenting the fact that last files are not kept
>> when upgrading (forgot the bug number)
>
> OK.
Done.
>
>> - here.diff fixes the case where Here placement of floats s required
>> only at g
Sounds interesting. I had thought, obviously incorrectly, that cmake
was for building windows applications.
I'll certainly give it a try. Also sounds like it might be useful for
another project that I have been having trouble with.
Many thanks
Roger
On 10/12/2007, at 8:35 PM, Stefan Schimans
Sven Hoexter <[EMAIL PROTECTED]> writes:
>> - last.diff is just documenting the fact that last files are not kept
>> when upgrading (forgot the bug number)
>
> #4387
Thanks.
Jmarc
Stefan Schimanski <[EMAIL PROTECTED]> writes:
> But then why are math insets so special here? Only InsetBranch,
> InsetCollapsable and InsetMathNest have an implementation.
InsetCollapsable covers all text insets that can collapse.
Math inset is the only other kind of inset that is highly editab
Martin Vermeer schrieb:
On Mon, Dec 10, 2007 at 12:46:18AM +0100, Stefan Schimanski wrote:
Jean-Marc Lasgouttes schrieb:
Stefan Schimanski <[EMAIL PROTECTED]> writes:
If the cursor is in the cell with 42, the unfold command will unfold
the \bar macro. Another press will unf
Roger Mc Murtrie schrieb:
Item of possible interest to Mac users.
I recently had to do a clean install of Mac OSX 10.5 Leopard on my
Intel Mac.
Following this I found that building LyX required
qt-mac-opensource-src-4.3.3 as LyX builds using previous qt versions
resulted in a LyX that crashed.
Martin Vermeer <[EMAIL PROTECTED]> writes:
>> I am looking into this now. As I said, it is not complicated. But in
>> InsetMathNest there is already an implementation:
>>
>> case LFUN_INSET_TOGGLE:
>> cur.recordUndo();
>> lock(!lock());
>> cur.popForward();
>>
[EMAIL PROTECTED] wrote:
Author: sanda
Date: Mon Dec 10 01:11:22 2007
New Revision: 22055
URL: http://www.lyx.org/trac/changeset/22055
Log:
Fix compilation error.
Modified:
lyx-devel/trunk/src/frontends/qt4/Dialog.cpp
Modified: lyx-devel/trunk/src/frontends/qt4/Dialog.cpp
URL:
http://www.
José Matos wrote:
On Sunday 09 December 2007 23:46:48 Angus Leeming wrote:
I agree with Abdel that this binary is very C-ish in structure. It would be
a reasonable cleanup (IMO) to introduce a Tex2Lyx singleton class and
access all global state through that.
I agree, last time I had to work wi
Angus Leeming wrote:
I agree with Abdel that this binary is very C-ish in structure. It would be a
reasonable cleanup (IMO) to introduce a Tex2Lyx singleton class and access all
global state through that.
While you are definitely right, at this point I think Uwe is starting to
get scared at t
79 matches
Mail list logo
