Abdelrazak Younes wrote:
I am thinking of getting rid completely of this params_ member and
parse the command directly in GuiToc::initializeParams().
unless you'd prefer to do it this way. Let me know.
I don't have the time rigth now so please go ahead if you can fix it.
It was easy so I'v
On Mon, 11 Feb 2008, Abdelrazak Younes wrote:
Thanks to both of you for making me feel old again.
Andre'
PS: Lunch break was already evil... lost a table football match against
the only one nominally older than me (not to mention that I gave up
challenging those aged 35 and less...), and
On Mon, 11 Feb 2008, Jean-Marc Lasgouttes wrote:
Martin Vermeer <[EMAIL PROTECTED]> writes:
And that you tell me now, three years after implementing this? Yes,
some people don't see _some_ colours. But the colour choice is
completely free including greytones.
It was not a problem when we had
Abdelrazak Younes wrote:
Pavel Sanda wrote:
3. new file in window 2
4. close window 2
5. open new window 2
6. new file in window 2
7. close window 2
8. bug 2. Assertion triggered in const lyx::docstring
lyx::LyXFunc::viewStatusMessage() by failing check "lyx_view_" in file
LyXFunc.cpp:1854
Abdelrazak Younes wrote:
Abdelrazak Younes wrote:
Pavel Sanda wrote:
hi,
in 1.6svn:
1. open file
2. open new window 2
bug 1. the file is not automatically opened in window 2.
This is not really a bug as each window is independent (see
http://wiki.lyx.org/LyX.NewInLyX16#toc1) but if you thi
Abdelrazak Younes wrote:
Pavel Sanda wrote:
hi,
in 1.6svn:
1. open file
2. open new window 2
bug 1. the file is not automatically opened in window 2.
This is not really a bug as each window is independent (see
http://wiki.lyx.org/LyX.NewInLyX16#toc1) but if you think the new window
should
Pavel Sanda wrote:
hi,
in 1.6svn:
1. open file
2. open new window 2
bug 1. the file is not automatically opened in window 2.
This is not really a bug as each window is independent (see
http://wiki.lyx.org/LyX.NewInLyX16#toc1) but if you think the new window
should automatically create a new
rgheck wrote:
Abdelrazak Younes wrote:
Richard Heck wrote:
Abdelrazak Younes wrote:
Jürgen Spitzmüller wrote:
BTW Abdel, while you are at it, there's also still bug 4260:
http://bugzilla.lyx.org/show_bug.cgi?id=4260
With trunk, trying to reproduce the bug, I got this:
LyX: InsetCommand: A
Martin Vermeer wrote:
On Mon, Feb 11, 2008 at 03:15:35PM +0200, Martin Vermeer wrote:
On Mon, 11 Feb 2008 10:29:16 +0100
Abdelrazak Younes <[EMAIL PROTECTED]> wrote:
Martin Vermeer wrote:
BTW can we not have a tooltip when floating over the inset? Wouldn't
take valuable real estate.
Sure yo
rgheck wrote:
> + lex.printError("InsetCommandParams: Attempt to
> change type of inset."); + throw
> ExceptionMessage(WarningException, _("InsetCommandParams Error: "),
> from_utf8("Attempt to change type of parameters."));
Why is the latter message har
Enrico Forestieri wrote:
> Jürgen, OK for branch?
yes.
Jürgen
On Mon, Feb 11, 2008 at 03:15:35PM +0200, Martin Vermeer wrote:
> On Mon, 11 Feb 2008 10:29:16 +0100
> Abdelrazak Younes <[EMAIL PROTECTED]> wrote:
>
> > Martin Vermeer wrote:
> >
> > > BTW can we not have a tooltip when floating over the inset? Wouldn't
> > > take valuable real estate.
> >
> >
Abdelrazak Younes wrote:
Richard Heck wrote:
Abdelrazak Younes wrote:
Jürgen Spitzmüller wrote:
BTW Abdel, while you are at it, there's also still bug 4260:
http://bugzilla.lyx.org/show_bug.cgi?id=4260
With trunk, trying to reproduce the bug, I got this:
LyX: InsetCommand: Attempt to chang
> Author: sanda
> Date: Tue Feb 12 01:23:37 2008
> New Revision: 22951
>
> URL: http://www.lyx.org/trac/changeset/22951
>
> Modified: lyx-devel/trunk/INSTALL
i can document monolithic options here if you want.
pavel
hi,
in 1.6svn:
1. open file
2. open new window 2
bug 1. the file is not automatically opened in window 2.
3. new file in window 2
4. close window 2
5. open new window 2
6. new file in window 2
7. close window 2
8. bug 2. Assertion triggered in const lyx::docstring
lyx::LyXFunc::viewStatusMessag
On Mon, Feb 11, 2008 at 08:23:00PM +0100, Andre Poenitz wrote:
> On Mon, Feb 11, 2008 at 08:15:49PM +0100, Enrico Forestieri wrote:
> > Is the attached patch appropriate for the INSTALL file?
>
> Yes.
Committed.
Jürgen, OK for branch?
--
Enrico
> > i dont see what you want to merge on them. in another words i dont
> > see anything what LFUN_FILE_NEW do what LFUN_BUFFER_NEW is not able.
>
> Maybe "create file foo from template bar"? But if something like "1)
> new file from template bar 2) save as foo" is possible, then the lfun
> is not
Pavel Sanda <[EMAIL PROTECTED]> writes:
> i dont see what you want to merge on them. in another words i dont
> see anything what LFUN_FILE_NEW do what LFUN_BUFFER_NEW is not able.
Maybe "create file foo from template bar"? But if something like "1)
new file from template bar 2) save as foo" is po
On Mon, Feb 11, 2008 at 09:48:01PM +0100, Dominik Böhm wrote:
> Hello,
>
> I was just wondering if something has changed about character styles, moving
> towards LyX 1.6. I can mark some text and select my charstyle using the Edit
> menu. But when I try to insert a charstyle using the command buff
Andre Poenitz wrote:
On Mon, Feb 11, 2008 at 05:11:57PM +, José Matos wrote:
On Monday 11 February 2008 17:03:37 Jean-Marc Lasgouttes wrote:
I would like also to remove the historical 'bindist' target from the
makefile (first in trunk, and then in branch for 1.5.5). Would anyone
object to t
Pavel Sanda wrote:
i have overlooked "// for scripting purposes" in lfuns.h. so before this
removal last question - do you see how LFUN_FILE_NEW could be more usable than
LFUN_BUFFER_NEW wrt scripting so there is some reason for keeping this?
I do not know... I see it takes two arguments, but I
hi,
1. open document with some (sub(sub))section structure and full uncollapse
the structure in outline panel (ie the slider goes to the mostright
position).
2. copy and paste something in your document and structure in outline get
completely collapsed. the same goes in case of changing env
Richard Heck wrote:
Abdelrazak Younes wrote:
Jürgen Spitzmüller wrote:
BTW Abdel, while you are at it, there's also still bug 4260:
http://bugzilla.lyx.org/show_bug.cgi?id=4260
With trunk, trying to reproduce the bug, I got this:
LyX: InsetCommand: Attempt to change type of parameters. [aro
Hello,
I was just wondering if something has changed about character styles, moving
towards LyX 1.6. I can mark some text and select my charstyle using the Edit
menu. But when I try to insert a charstyle using the command buffer, nothing
happens. When I try to bind a shortcut to this style using t
> > > > > > i have overlooked "// for scripting purposes" in lfuns.h. so
> > > > > > before this
> > > > > > removal last question - do you see how LFUN_FILE_NEW could be more
> > > > > > usable than
> > > > > > LFUN_BUFFER_NEW wrt scripting so there is some reason for keeping
> > > > > > this?
On Mon, Feb 11, 2008 at 08:19:04PM +0100, Pavel Sanda wrote:
> > > > > i have overlooked "// for scripting purposes" in lfuns.h. so before
> > > > > this
> > > > > removal last question - do you see how LFUN_FILE_NEW could be more
> > > > > usable than
> > > > > LFUN_BUFFER_NEW wrt scripting so
On Mon, Feb 11, 2008 at 08:15:49PM +0100, Enrico Forestieri wrote:
> Is the attached patch appropriate for the INSTALL file?
Yes.
Andre'
> > > > i have overlooked "// for scripting purposes" in lfuns.h. so before
> > > > this
> > > > removal last question - do you see how LFUN_FILE_NEW could be more
> > > > usable than
> > > > LFUN_BUFFER_NEW wrt scripting so there is some reason for keeping this?
> > >
> > > I do not know... I
Is the attached patch appropriate for the INSTALL file?
--
Enrico
Index: INSTALL
===
--- INSTALL (revision 22947)
+++ INSTALL (working copy)
@@ -320,6 +320,47 @@ notify us.
o On SUN Sparc Solaris, you need gnumake. The LyX
Abdelrazak Younes wrote:
Jürgen Spitzmüller wrote:
BTW Abdel, while you are at it, there's also still bug 4260:
http://bugzilla.lyx.org/show_bug.cgi?id=4260
With trunk, trying to reproduce the bug, I got this:
LyX: InsetCommand: Attempt to change type of parameters. [around line
1 of file
Christopher Reeve schrieb:
According to this blog http://telin.ugent.be/~slippens/drupal/?q=textnormal \textrm is often used where \textnormal is intended.
According to the link \textrm puts text in roman font mode and does not
inherit from body text font like \textnormal does. Can anyone wit
On Mon, Feb 11, 2008 at 11:57:02AM -, [EMAIL PROTECTED] wrote:
> Author: spitz
> Date: Mon Feb 11 12:57:00 2008
> New Revision: 22940
>
> URL: http://www.lyx.org/trac/changeset/22940
> Log:
> * INSTALL: small tweaks.
>
> Modified:
> lyx-devel/branches/BRANCH_1_5_X/INSTALL
>
> Modified: l
On Sun, Feb 10, 2008 at 06:52:34PM -, [EMAIL PROTECTED] wrote:
> Author: younes
> Date: Sun Feb 10 19:52:32 2008
> New Revision: 22925
>
> URL: http://www.lyx.org/trac/changeset/22925
> Log:
> Fix LFUN_WORD_FIND
>
> Modified:
> lyx-devel/trunk/src/BufferView.cpp
> lyx-devel/trunk/src/
On Mon, Feb 11, 2008 at 06:30:54PM +0100, Pavel Sanda wrote:
> > > i have overlooked "// for scripting purposes" in lfuns.h. so before this
> > > removal last question - do you see how LFUN_FILE_NEW could be more usable
> > > than
> > > LFUN_BUFFER_NEW wrt scripting so there is some reason for ke
On Mon, Feb 11, 2008 at 05:11:57PM +, José Matos wrote:
> On Monday 11 February 2008 17:03:37 Jean-Marc Lasgouttes wrote:
> > I would like also to remove the historical 'bindist' target from the
> > makefile (first in trunk, and then in branch for 1.5.5). Would anyone
> > object to that?
>
>
Sorry, wrong list ...
Jürgen Spitzmüller wrote:
> Rich Shepard wrote:
> > Does LyX-1.5.3 support the December 2007 features of Koma-Script 2? I'm
> > specifically interested in the New! Improved! Whiter! letter class.
>
> We have a layout (and a template) for scrlttr2. But it does not natively
> s
Rich Shepard wrote:
> Does LyX-1.5.3 support the December 2007 features of Koma-Script 2? I'm
> specifically interested in the New! Improved! Whiter! letter class.
We have a layout (and a template) for scrlttr2. But it does not natively
support all the newest bleeding-edge features (that would fo
On Mon, Feb 11, 2008 at 08:51:53AM +0100, Abdelrazak Younes wrote:
> Dominik Böhm wrote:
>> Hello again,
>> bug that makes lyx crash.
>> I was able to reproduce one critical
>> Create a new file, insert one section at the beginning and then a formula
>> with a matrix (it doesn't matter if it's an
On Mon, 11 Feb 2008 17:58:46 +0100
Uwe Stöhr <[EMAIL PROTECTED]> wrote:
> Richard Heck schrieb:
>
> > Yes, though I do think there is room for more discussion here.
>
> I could live with also the minimal style for listings. But for the other
> insets I don't agree.
> Please reflect yourself wh
> > i have overlooked "// for scripting purposes" in lfuns.h. so before this
> > removal last question - do you see how LFUN_FILE_NEW could be more usable
> > than
> > LFUN_BUFFER_NEW wrt scripting so there is some reason for keeping this?
>
> I do not know... I see it takes two arguments, but I
According to this blog http://telin.ugent.be/~slippens/drupal/?q=textnormal
\textrm is often used where \textnormal is intended.
According to the link \textrm puts text in roman font mode and does not
inherit from body text font like \textnormal does. Can anyone with a LaTeX book
confirm thi
Pavel Sanda <[EMAIL PROTECTED]> writes:
> i have overlooked "// for scripting purposes" in lfuns.h. so before this
> removal last question - do you see how LFUN_FILE_NEW could be more usable than
> LFUN_BUFFER_NEW wrt scripting so there is some reason for keeping this?
I do not know... I see it
On Monday 11 February 2008 17:03:37 Jean-Marc Lasgouttes wrote:
> I would like also to remove the historical 'bindist' target from the
> makefile (first in trunk, and then in branch for 1.5.5). Would anyone
> object to that?
Are you feeling brave today? ;-)
Let us get rid of this 90's anachron
> > > I guess LFUN_FILE_NEW was supposed to work with the lyx server. I
> > > don't know why LFUN_BUFFER_NEW is not used instead. Wait until an old
> > > dev gives an opinion ;-)
> >
> > I guess it does not matter as long as it is possible to pass the name
> > of the file as argument.
>
> i will
[EMAIL PROTECTED] writes:
> Author: lasgouttes
> Date: Mon Feb 11 17:54:12 2008
> New Revision: 22946
>
> URL: http://www.lyx.org/trac/changeset/22946
> Log:
> remove some dust from INSTALL instructions
I would like also to remove the historical 'bindist' target from the
makefile (first in trunk,
Richard Heck schrieb:
Yes, though I do think there is room for more discussion here.
I could live with also the minimal style for listings. But for the other insets I don't agree.
Please reflect yourself when you started to work with LyX. The labels were and are very useful to
distinguish th
Jürgen Spitzmüller <[EMAIL PROTECTED]> writes:
> Jean-Marc Lasgouttes wrote:
>> Juergen, I can port this to branch if you want (should have
>> implemented that long ago...). This is very useful when profiling for
>> example.
>
> Can we keep that for 1.5.5?
Sure.
> Yes, please apply this.
Done.
Jean-Marc Lasgouttes wrote:
> Juergen, I can port this to branch if you want (should have
> implemented that long ago...). This is very useful when profiling for
> example.
Can we keep that for 1.5.5?
> If you'd rather keep it for later, at least a big part of the INSTALL
> cleanup applies.
Yes,
[EMAIL PROTECTED] writes:
> Author: lasgouttes
> Date: Mon Feb 11 16:11:15 2008
> New Revision: 22945
>
> URL: http://www.lyx.org/trac/changeset/22945
> Log:
> * config/lyxinclude.m4 (LYX_CHECK_VERSION): add new configure option
> --enable-build-type=(rel*,pre*,dev*) that allows to ove
Jürgen Spitzmüller wrote:
BTW Abdel, while you are at it, there's also still bug 4260:
http://bugzilla.lyx.org/show_bug.cgi?id=4260
With trunk, trying to reproduce the bug, I got this:
LyX: InsetCommand: Attempt to change type of parameters. [around line 1
of file
]
Warning: InsetCommand Er
Jürgen Spitzmüller wrote:
This is nice.
Thanks, but it needs some more tweaking I think.
Note, however, this interesting bug:
- open user guide
- right click on TOC inset to open Outline
- right click repeatedly: note how the outline pane grows with every mouse
click, and that it cannot be
This is nice.
Note, however, this interesting bug:
- open user guide
- right click on TOC inset to open Outline
- right click repeatedly: note how the outline pane grows with every mouse
click, and that it cannot be resized again.
BTW Abdel, while you are at it, there's also still bug 4260:
htt
On Mon, 11 Feb 2008 10:29:16 +0100
Abdelrazak Younes <[EMAIL PROTECTED]> wrote:
> Martin Vermeer wrote:
>
> > BTW can we not have a tooltip when floating over the inset? Wouldn't
> > take valuable real estate.
>
> Sure you can, you just have to implement Inset::toolTip().
>
> Abdel.
That would
> I agree I was not very clear and maybe that things are not very clear
> in my mind :) But I do not like this approach of toggling "by hand"
> the toolbars and menubar. It does not feel right (says the man who
> does not code).
the vision here is to have:
1) all these bundled in one single comma
Martin Vermeer <[EMAIL PROTECTED]> writes:
> And that you tell me now, three years after implementing this? Yes,
> some people don't see _some_ colours. But the colour choice is
> completely free including greytones.
It was not a problem when we had also a label.
> BTW can we not have a tooltip
Martin Vermeer wrote:
BTW can we not have a tooltip when floating over the inset? Wouldn't
take valuable real estate.
Sure you can, you just have to implement Inset::toolTip().
Abdel.
On Mon, 11 Feb 2008 09:34:29 +0100
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> wrote:
> Martin Vermeer <[EMAIL PROTECTED]> writes:
>
> >> Yes, though I do think there is room for more discussion here. With
> >> branches, I'm quite sure that there should be a label, as otherwise I have
> >> a hard
Jean-Marc Lasgouttes wrote:
Pavel Sanda <[EMAIL PROTECTED]> writes:
I think this is the main problem with using fullscreen as it is
envisionned here. A useful fullscreen needs more thought (maybe a
different workarea that does fullscreen plus some extra whistles?)
i dont follow you here. whats
Pavel Sanda <[EMAIL PROTECTED]> writes:
>> I think this is the main problem with using fullscreen as it is
>> envisionned here. A useful fullscreen needs more thought (maybe a
>> different workarea that does fullscreen plus some extra whistles?)
>
> i dont follow you here. whats the main problem?
Martin Vermeer <[EMAIL PROTECTED]> writes:
>> Yes, though I do think there is room for more discussion here. With
>> branches, I'm quite sure that there should be a label, as otherwise I have
>> a hard time telling which branch it is.
>
> Use colour; real easy.
Color-coding the UI is a bad ide
Abdelrazak Younes wrote:
> > and (b) should I
> > substitute the remaining fs::exists calls as well?
>
> Yes IMHO.
I've done that. 3 critical bugs on bugzilla should be squashed by this.
Jürgen
Dov, please verify this.
[EMAIL PROTECTED] wrote:
Author: younes
Date: Mon Feb 11 09:10:02 2008
New Revision: 22935
URL: http://www.lyx.org/trac/changeset/22935
Log:
Fix warning and probably a bug.
Modified:
lyx-devel/trunk/src/insets/InsetTabular.cpp
Modified: lyx-devel/trunk/src/insets/
62 matches
Mail list logo