On Nov 30, 2006, at 6:34 PM, Peter Kümmel wrote:
In the last patch is a bug for Mac.
Here the corrected.
I'm not sure what this was supposed to fix, but I'm not seeing any
difference in behavior after applying the patch. Thus:
* session info still isn't saved
* starting LyX, creating a new
On Sat, Nov 18, 2006 at 12:38:58PM +0100, Georg Baum wrote:
> Am Freitag, 17. November 2006 20:57 schrieb Enrico Forestieri:
> > I noticed that some math symbols are not shown on screen. This seems
> > to be platform dependent. The following is a table illustrating the
> > situation on three differ
Hello!
When writing layout files we can use LatexParam directive to provide additional
options that might be used in environments. My env with options looks like
\begin{Scode}{echo=true, eval=false, ...}
\end{Scode}
where ... means other options. How can I define this with LatexParam directive?
Herbert Voss <[EMAIL PROTECTED]> writes:
> > That is the output if I center scrap (modified to allow that) environment:
> >
> > \begin{figure}
> > \begin{centering}<>=
> > boxplot(Sepal.Length~Species,data=iris)
> > \par\end{centering}
> >
> >
> > \caption{bla bla}
> > \end{figure}
>
> stupid
In the last patch is a bug for Mac.
Here the corrected.
Index: src/lyxfunc.C
===
--- src/lyxfunc.C (Revision 16123)
+++ src/lyxfunc.C (Arbeitskopie)
@@ -1034,12 +1034,6 @@
break;
ca
Here a patch which cleans up the quitting code.
All leaving the event loop no starts here:
+void GuiView::closeEvent(QCloseEvent * close_event)
+{
+ theApp()->gui().unregisterView(id());
+ if (theApp()->gui().viewIds().empty())
+ {
+ // this is the place were we
Hi, Abdel,
The buttons in the lyx documents are eye-catching (distracting) and ugly
(personal view) so I prefer to make them less prominent using
\set_color "insetbg" "#cc2263"
\set_color "top" "#5500ff"
\set_color "bottom" "#5500ff"
\set_color "left" "#5500ff"
\set_color "right" "#5500ff"
\set_
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
...
> Gregor> Thinking a bit further, this could be solved by another option
> Gregor> for tex2lyx to specify which literate programing file format
> Gregor> would be chosen. I suggest noweb for default name instead of
> Gregor> literate as literate
Andre Poenitz a écrit :
On Tue, Nov 28, 2006 at 06:46:25PM +0100, Jean-Marc Lasgouttes wrote:
I do not understand it either, other than the fact that José wants to
rewrite everything in python.
But we could as well tie him on a cucumber field, couldn't we?
I think the real problem is that, n
Gregor Gorjanc schrieb:
> Gregor Gorjanc <[EMAIL PROTECTED]> writes:
>
>> Herbert Voss ...> writes:
>>> you mean center, not centering ...
>>> \centering is a macro and center an environment.
>>>
>> Whatever. LyX sometimes outputs centering otherwise center.
>
> That is the output if I center sc
On Tue, Nov 28, 2006 at 02:57:45PM +0100, Jean-Marc Lasgouttes wrote:
> > "Peter" == Peter Kümmel <[EMAIL PROTECTED]> writes:
>
> >> Now I don't understand anymore why you want to scale bitmap icons?
>
> Peter> I don't like the big toolbars, and don't care about the
> Peter> artifacts of the
On Tue, Nov 28, 2006 at 05:59:40PM +, José Matos wrote:
> On Tuesday 28 November 2006 5:46 pm, Jean-Marc Lasgouttes wrote:
> >
> > I do not understand it either, other than the fact that José wants
> > to rewrite everything in python.
>
> My purpose with lyx2lyx was always to write a library
On Wed, Nov 29, 2006 at 11:34:17AM +0100, Peter Kümmel wrote:
> Anyway, here it looks like Qt is wasting space, there
> is alway a unnecessary big border around the pictures.
That's not Qt's doing. I have tight 16x16 toolbars with
any Qt 3.3.x/4.x
Andre'
On Tue, Nov 28, 2006 at 06:46:25PM +0100, Jean-Marc Lasgouttes wrote:
> > "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
>
> Andre> On Sat, Nov 25, 2006 at 01:33:28PM +0100, Georg Baum wrote:
> >> Nothing is wrong with updating tex2lyx to the current format, but
> >> as I stated already
On Mon, Nov 27, 2006 at 05:43:42PM +0100, Abdelrazak Younes wrote:
> Could someone who recall the story please give me a quick summary?
> Basically, is bruteFind3() the preferred function? And if yes why was it
> disabled?
>
> Using bruteFind2(), it seems that there are cases where the cursor is
On Wed, Nov 29, 2006 at 11:10:56AM +, José Matos wrote:
> On Wednesday 29 November 2006 7:32 am, Abdelrazak Younes wrote:
> >
> > Here is my view of the subject FWIW: The problem is that you are
> > discouraging Georg and probably other to further update tex2lyx. I can
> > personally can see th
Gregor Gorjanc <[EMAIL PROTECTED]> writes:
>
> Herbert Voss ...> writes:
> > you mean center, not centering ...
> > \centering is a macro and center an environment.
> >
>
> Whatever. LyX sometimes outputs centering otherwise center.
That is the output if I center scrap (modified to allow that
Georg Baum <[EMAIL PROTECTED]> writes:
...
> > Gregor> Thinking a bit further, this could be solved by another option
> > Gregor> for tex2lyx to specify which literate programing file format
> > Gregor> would be chosen. I suggest noweb for default name instead of
> > Gregor> literate as literate is
Herbert Voss <[EMAIL PROTECTED]> writes:
> you mean center, not centering ...
> \centering is a macro and center an environment.
>
Whatever. LyX sometimes outputs centering otherwise center.
Gregor
Gregor Gorjanc schrieb:
> Dear LyX team!
>
> I am trying to provide support for Sweave[1] (another literate programming
> idea
> based on noweb) in LyX. I have already contacted this list about Sweave [2]
> and
> got some respone from Andre. I have just responded in that thread. To have a
> bit
Jean-Marc Lasgouttes wrote:
>> "Gregor" == Gregor Gorjanc
>> <[EMAIL PROTECTED]> writes:
>
> Gregor> Gregor Gorjanc <[EMAIL PROTECTED]> writes: ...
>>> to noweb only. Sweave is based on noweb, but has a bit different
>>> philosophy uses code to do the "computing in the document" and the
>
Peter Kümmel wrote:
> Fixed, search and replace is better than compiling when using msvc.
Thanks.
Georg
Michael Gerz wrote:
> In the code below, we have to check whether the file actually exists
> before copying it.
I did that. This was a victim of an axe that used exceptions instead of 100
tests.
Georg
Georg Baum <[EMAIL PROTECTED]> writes:
>
> Jean-Pierre Chrétien wrote:
>
> > Sorry, I should have added the following lines:
> >
> > Undefined first referenced
> > symbol in file
> > std::char_traits::not_eof(unsigned long const&)Chktex.o
>
> What
Jean-Marc Lasgouttes wrote:
>> "Gregor" == Gregor Gorjanc <[EMAIL PROTECTED]> writes:
>
> Gregor> Gregor Gorjanc <[EMAIL PROTECTED]> writes: ...
>>> to noweb only. Sweave is based on noweb, but has a bit different
>>> philosophy uses code to do the "computing in the document" and the
>>> code
Hello!
Thank you for you answer. Comments bellow.
Jean-Marc Lasgouttes wrote:
>> "Gregor" == Gregor Gorjanc <[EMAIL PROTECTED]> writes:
>
> Gregor> Gregor Gorjanc <[EMAIL PROTECTED]> writes: ...
>>> to noweb only. Sweave is based on noweb, but has a bit different
>>> philosophy uses code to
> "Gregor" == Gregor Gorjanc <[EMAIL PROTECTED]> writes:
Gregor> Gregor Gorjanc <[EMAIL PROTECTED]> writes: ...
>> to noweb only. Sweave is based on noweb, but has a bit different
>> philosophy uses code to do the "computing in the document" and the
>> code is then replaced with the results. D
Gregor Gorjanc <[EMAIL PROTECTED]> writes:
...
> to noweb only. Sweave is based on noweb, but has a bit different philosophy
> uses code to do the "computing in the document" and the code is then replaced
> with the results. Does anyone see any other route to provide Sweave support
> directly in L
Georg Baum schrieb:
FYI: The file is saved correctly. Afterwards, a dialog pops up that
states that no backup could be created (which does not make sense
because the backup directory mentioned does exist).
That is a known problem. I sometimes get this, too, but not always, and I
don't know the r
On Thu, 2006-11-30 at 12:15 +0100, Helge Hafting wrote:
> It is impossible to position cursor to the rigth of a branch using the
> mouse. (In order to press enter and make another (embedded) paragraph.)
> The position is only reachable by keyboard, by right-arrowing out of the
> end of the branc
Helge Hafting schrieb:
It is impossible to position cursor to the rigth of a branch using the
mouse.
I suggest adding your bug reports to file Status.15x continuously.
Michael
Dear LyX team!
I am trying to provide support for Sweave[1] (another literate programming idea
based on noweb) in LyX. I have already contacted this list about Sweave [2] and
got some respone from Andre. I have just responded in that thread. To have a bit
better support for Sweave I would like to
Andre Poenitz <[EMAIL PROTECTED]> writes:
...
> > I also tweaked system configure.py (preferable if this should be in
> > future LyX) getting the same effect. However, I am not satisfied with
> > this since with above changes user has to tweak the files/menus and I do
> > not have the support to im
It is impossible to position cursor to the rigth of a branch using the
mouse. (In order to press enter and make another (embedded) paragraph.)
The position is only reachable by keyboard, by right-arrowing out of the
end of the branch box. There is enough room to click to the right of the
branch
Insert a branch, start typing into it. Notice screen ugliness as
the first line gets full and the branch changes from inline view
to having the label above. Scrolling a bit fixes the display.
My guess: Lyx is skipping a screen update as the branch view changes.
This was probably hidden by exces
During testing, lyx crashed on me while messing with a branch.
The file was not
actually changed, so I tried to restart lyx with the same file.
LyX then crashed immediately. It did not crash when opening
a copy of the same file.
Using gdb, I saw lyx starting an extra thread and opening
the "open
Georg Baum schrieb:
FYI: The file is saved correctly. Afterwards, a dialog pops up that
states that no backup could be created (which does not make sense
because the backup directory mentioned does exist).
That is a known problem. I sometimes get this, too, but not always, and I
don't know
On Thursday 30 November 2006 8:53 am, Peter Kümmel wrote:
>
> I assume that it now crashes again in ~LyXServerSocket,
> because of an assert.
>
> But I think I understand now what's going on and hope
> to solve it for all platforms.
Thanks for your work on this Peter. :-)
> Peter
--
José Abíl
Peter Kümmel wrote:
> Enrico Forestieri wrote:
>> On Thu, Nov 30, 2006 at 01:05:09AM +0100, Peter Kümmel wrote:
>>> Enrico Forestieri wrote:
On Thu, Nov 30, 2006 at 12:21:41AM +0100, Enrico Forestieri wrote:
> On Wed, Nov 29, 2006 at 04:56:48PM +0100, Peter Kümmel wrote:
>> Bennett Hel
Peter Kümmel wrote:
> Bennett Helm wrote:
>> On Nov 29, 2006, at 3:22 PM, Peter Kümmel wrote:
>>
>>> Does it also work when you remove the patch before the last one?
>> Crash this time. Here's the backtrace:
>
> OK, I've checked in both patches.
I assume that it now crashes again in ~LyXServerSoc
Georg Baum wrote:
> [EMAIL PROTECTED] wrote:
>
>> Author: kuemmel
>> Date: Wed Nov 29 22:36:39 2006
>> New Revision: 16110
>>
>> URL: http://www.lyx.org/trac/changeset/16110
>> Log:
>> Fix crash on Mac, now the strange part
>> Part 2: avoid pure virtual function,
>> if (theApp)
>>
Georg Baum wrote:
> First I get a warning:
>
> ../../src/lyxfunc.C: In member function `void lyx::LyXFunc::dispatch(const
> lyx::FuncRequest&)':
> ../../src/lyxfunc.C:1671: warning: the address of
> `lyx::frontend::Application* lyx::theApp()', will always be `true'
>
> and then an error:
>
> ../
[EMAIL PROTECTED] wrote:
> Author: kuemmel
> Date: Wed Nov 29 22:36:39 2006
> New Revision: 16110
>
> URL: http://www.lyx.org/trac/changeset/16110
> Log:
> Fix crash on Mac, now the strange part
> Part 2: avoid pure virtual function,
> if (theApp)
>theApp->unregisterSo
Michael Gerz wrote:
> Georg,
>
> when saving file "C:\Dokumente und Einstellungen\foo\bar\foo.lyx" (no
> non-ASCII characters), the following assertion is raised:
>
> Assertion triggered in __thiscall lyx::support::FileName::FileName(const
> class std::basic_string,class
> std::allocator > &) by
First I get a warning:
../../src/lyxfunc.C: In member function `void lyx::LyXFunc::dispatch(const
lyx::FuncRequest&)':
../../src/lyxfunc.C:1671: warning: the address of
`lyx::frontend::Application* lyx::theApp()', will always be `true'
and then an error:
../../src/lyxserver.C: In member function
45 matches
Mail list logo
