> The attached patch:
>
Here it is.
Bo
Index: src/insets/InsetGraphicsParams.h
===
--- src/insets/InsetGraphicsParams.h (revision 20282)
+++ src/insets/InsetGraphicsParams.h (working copy)
@@ -17,6 +17,7 @@
#include "graphics/Graphic
> Sounds like a plan?
>
The attached patch:
1. Use EmbeddedFile for InsetGraphicsParams::filename. This involves
params2string and file format change.
2. Because InsetGraphics now has embedding information, it can be
easily updated from the embedding dialog. The inset graphic dialog now
has an e
On 9/14/07, Richard Heck <[EMAIL PROTECTED]> wrote:
>
> With revision 20282, the merge of the layout modules material is
> essentially complete. Please test away, and let me know of any problems.
> Also, please have a look at the existing modules in lib/layout/ and
> think creatively about what els
hello,
i tried to incorporate the comments, now sending the resulting patch
and propose to merge it into trunk.
it works for my test cases, however i expect some problems appear when
people start using it with their favourite option combinations.
to make this patch complete, .lyx format number sh
With revision 20282, the merge of the layout modules material is
essentially complete. Please test away, and let me know of any problems.
Also, please have a look at the existing modules in lib/layout/ and
think creatively about what else it would be nice to have there. I've
got a few ideas (
Stefan Schimanski wrote:
Am 15.09.2007 um 00:19 schrieb Andre Poenitz:
On Fri, Sep 14, 2007 at 09:55:49PM -, [EMAIL PROTECTED] wrote:
Author: sts
Date: Fri Sep 14 23:55:46 2007
New Revision: 20280
URL: http://www.lyx.org/trac/changeset/20280
Log:
* sync up to 19299
I think you could tr
Am 15.09.2007 um 00:19 schrieb Andre Poenitz:
On Fri, Sep 14, 2007 at 09:55:49PM -, [EMAIL PROTECTED] wrote:
Author: sts
Date: Fri Sep 14 23:55:46 2007
New Revision: 20280
URL: http://www.lyx.org/trac/changeset/20280
Log:
* sync up to 19299
I think you could try to merge soonish...
We
On 9/15/07, Andre Poenitz <[EMAIL PROTECTED]> wrote:
> > * sync up to 19299
>
> I think you could try to merge soonish...
Yes please.
A/
On Fri, Sep 14, 2007 at 09:55:49PM -, [EMAIL PROTECTED] wrote:
> Author: sts
> Date: Fri Sep 14 23:55:46 2007
> New Revision: 20280
>
> URL: http://www.lyx.org/trac/changeset/20280
> Log:
> * sync up to 19299
I think you could try to merge soonish...
Andre'
On Fri, Sep 14, 2007 at 03:44:50PM +0200, Helge Hafting wrote:
> Alfredo Braunstein wrote:
> >>>
> >>>We have O(n) insertions/deletions like std::vector, std::list speed is
> >>>O(1)
> >>>
> >>We use vector as the container for list::iterator not for the Paragraph
> >>itself. insertion/delet
Richard Heck wrote:
> I don't see any way to solve this problem, in general, than to make the
> dialog modal, which many people do not want to do. If the dialog isn't
> modal, then it will occasionally get hidden. The window could be made
> larger, or whatever, but I don't see any attractive way to
Jürgen Spitzmüller wrote:
Here is the complete list:
*** Critical bugs: ***
4082 cri Crash copying graphic between windows
A must-fix, IMHO.
4178 cri LyX crashes on quitting if some text is selected
I'll try to look at this. Just looking quickly, these may be the same bug.
2829
Leuven, E. wrote:
a second question concerns the copiers. for each file format there can
be one copier. so i am planning to simply add a copiers line edit to
the file formats panel and get rid of the copiers panel.
I like this idea.
rh
Tommaso Cucinotta wrote:
Jean-Marc Lasgouttes ha scritto:
Assumption: It is possible to detect whether the most recent preview is
still open. (See first assumption, I believe this is implied by that.)
Unfortunately, this is not really the case in general. This is why we
have two different
> first iteration of the patch is attached and i am seeking comments on the
> ui and code.
I like the ui much better than the old one, I am not familiar with
that part of the code so I will let others comment on the code.
Bo
> Attached is an updated patch, which is even uglier because it tries to
> display 'Embedded:/filename' in the graphic dialog when the file is
> embedded. As you can imagine, back and forth translations are needed.
I am actually waiting for someone to say ' this is way too ugly. Why
do not you mer
> cri crash when cursor position in session file becomes invalid
>
> Bo, do you have an idea?
I am not aware of this bug, I will have a look when I get a chance.
Bo
On 9/14/07, Jean-Marc Lasgouttes <[EMAIL PROTECTED]> wrote:
> Abdelrazak Younes <[EMAIL PROTECTED]> writes:
>
> > One question: Why don't we make this the default? I mean that the
> > present binding will always work with the master document. This means
> > that new binding should be created for ch
ok guys,
i had a go at cleaning up the file formats interface in the preferences dialog.
it was more work than i had hoped for, but i think that what i have now is an
improvement.
first iteration of the patch is attached and i am seeking comments on the ui
and code.
a second question concerns
[EMAIL PROTECTED] (Jürgen Spitzmüller) writes:
> Jean-Marc Lasgouttes wrote:
>> Juergen, this should go to branch. OK?
>
> yes.
Done.
JMarc
[EMAIL PROTECTED] (Jürgen Spitzmüller) writes:
> Jean-Marc Lasgouttes wrote:
>> Juergen, the original code cannot do anything wrong, but I propose to
>> apply to branch to cleanup compilation output.
>
> OK.
Done (the 1.5 code was different, but the change makes sense)
JMarc
On Fri, 14 Sep 2007 15:36:10 +0200
Helge Hafting <[EMAIL PROTECTED]> wrote:
...
> > Here is a further patch, that Helge asked for (I think). It now does
> > also non-fraction units (but still support is only partial).
> >
> > I am not entirely happy with this patch. It works allright, but...
> >
Alfredo Braunstein wrote:
We have O(n) insertions/deletions like std::vector, std::list speed is O(1)
We use vector as the container for list::iterator not for the Paragraph
itself. insertion/deletion of an iterator in a vector is cheap (fixed
size element) so O(n) is OK. Insertion/delet
Martin Vermeer wrote:
On Tue, 11 Sep 2007 18:18:05 +0300
Martin Vermeer <[EMAIL PROTECTED]> wrote:
On Tue, 11 Sep 2007 10:50:56 +0300
Martin Vermeer <[EMAIL PROTECTED]> wrote:
On Tue, 11 Sep 2007 08:15:11 +0300
Martin Vermeer <[EMAIL PROTECTED]> wrote:
On Mon, Sep 10, 2007 at
> *** Major bugs: ***
>
> 4037 maj gbrief with tables cannot be processed
>
> This is a must-fix IMHO. Would anybody volunteer?
I can have a look, but not before Sunday.
> 2829 maj LyX unusable after unsuccessful configuration
>
> Ongoing discussion on the impementation details. Any prog
Jean-Marc Lasgouttes ha scritto:
Assumption: It is possible to detect whether the most recent preview is
still open. (See first assumption, I believe this is implied by that.)
Unfortunately, this is not really the case in general. This is why we
have two different actions.
Is there a li
Martin Vermeer ha scritto:
Does the window manager intercept it?
\bind "C-Tab""buffer-next"
I don't think so. LyX says "Disabled command" then I type it.
T.
Jean-Marc Lasgouttes wrote:
> Juergen, the original code cannot do anything wrong, but I propose to
> apply to branch to cleanup compilation output.
OK.
Jürgen
Jean-Marc Lasgouttes wrote:
> Juergen, this should go to branch. OK?
yes.
Jürgen
On Friday 14 September 2007 09:04:28 Uwe Stöhr wrote:
> Opinions?
I agree. I would like to see the background with the colour and without the
logo. :-)
--
José Abílio
[EMAIL PROTECTED] writes:
> Author: lasgouttes
> Date: Fri Sep 14 10:11:41 2007
> New Revision: 20276
>
> URL: http://www.lyx.org/trac/changeset/20276
> Log:
> make valgrind happy (although I have no evidence this caused problems)
Juergen, this should go to branch. OK?
JMarc
[EMAIL PROTECTED] (Jürgen Spitzmüller) writes:
> Jean-Marc Lasgouttes wrote:
>> Here is a patch that implements proper functionning of M-Return (at
>> least as I see it: like Return, but inverting role of environment and
>> non-environment). I'd be interested to have some feedback on it. This
>> i
[EMAIL PROTECTED] writes:
> Author: lasgouttes
> Date: Fri Sep 14 10:05:19 2007
> New Revision: 20275
>
> URL: http://www.lyx.org/trac/changeset/20275
> Log:
> * src/Encoding.cpp (read): silence a compiler warning.
Juergen, the original code cannot do anything wrong, but I propose to
apply
Jean-Marc Lasgouttes wrote:
> Here is a patch that implements proper functionning of M-Return (at
> least as I see it: like Return, but inverting role of environment and
> non-environment). I'd be interested to have some feedback on it. This
> is potentially for trunk and branch.
Could you describ
Opinions?
Original-Message
From: David Krebs
To: [EMAIL PROTECTED]
Hi there,
it's just a little thing I have to mention: Could you *please* change the background of the Lyx
website? It hurts my eyes. ;)
No, it's not the color. I really like green. But: It's extremely ehaustin
[EMAIL PROTECTED] writes:
> Author: lasgouttes
> Date: Fri Sep 14 10:00:12 2007
> New Revision: 20274
>
> URL: http://www.lyx.org/trac/changeset/20274
> Log:
> Text::breakParagraph wants a bool as second parameter, not an int
Juergen, this could go to branch too, but it does not change the code
A
Helge Hafting <[EMAIL PROTECTED]> writes:
> Ah, I didn't think of that. And the extra options never clash
> in ways where the right option for one package wrecks another?
I do not know of any such case, but it could happen indeed.
JMarc
Jean-Marc Lasgouttes wrote:
Helge Hafting <[EMAIL PROTECTED]> writes:
(...)
The problem is, you either support things through the
preamble or some dialog, but not both.
If you use the listing support, where in the preamble would
you put an additional option? That don't work in practice. Ther
Leuven, E. wrote:
i would prefer a simple lineedit as with the document class options and would
expect people who use this functionality to read the listings documentation.
so i do not see the urgency of validating the input and duplicating the
documentation in a separate hints window. we don'
Leuven, E. wrote:
Helge Hafting wrote:
The problem is, you either support things through the
preamble or some dialog, but not both.
let me guess, the law of hafting?
No. Feel free to implement stuff that way, I described how
LyX works now.
If you use the listing support, where in
Jean-Marc Lasgouttes wrote:
"Alfredo Braunstein" <[EMAIL PROTECTED]> writes:
Both I guess. That being said, I am not religious about that, you can
get rid of it if you find a proper replacement AFAIAC; but I don't think
there is a need to optimize anything here. There is a lot more
inefficient
We are closer to the release now. The list below sums up the bugs that might
or should be fixed for 1.5.2.
I'd like you to focus your attention particularly on the following issues that
need to be fixed, IMO, and for which we still do not have a solution:
http://bugzilla.lyx.org/show_bug.cgi?id
"Alfredo Braunstein" <[EMAIL PROTECTED]> writes:
>> Both I guess. That being said, I am not religious about that, you can
>> get rid of it if you find a proper replacement AFAIAC; but I don't think
>> there is a need to optimize anything here. There is a lot more
>> inefficient stuff in the source
Darren Freeman <[EMAIL PROTECTED]> writes:
> Assumption: It is possible to detect whether the most recent preview is
> still open. (See first assumption, I believe this is implied by that.)
Unfortunately, this is not really the case in general. This is why we
have two different actions.
JMarc
Darren Freeman <[EMAIL PROTECTED]> writes:
> Add three radio buttons to the configuration dialogue, under "Action to
> perform when a preview is still open", which would be "Ask what to do",
> "Always update the existing preview", and "Always open a new preview".
Ugh. Not really a simplification
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
> One question: Why don't we make this the default? I mean that the
> present binding will always work with the master document. This means
> that new binding should be created for child documents. I personally
> would prefer this behaviour a lot becau
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
>> We have Ctrl-PageUp/Down for that. C-Tab is often used by other things
>> (but we could add it nevertheless).
>
> It's used only for some exotic mathed navigation. I don't know if you
> remember but you promised me to change that in exchange of some
Tommaso Cucinotta wrote:
Jean-Marc Lasgouttes ha scritto:
Tommaso Cucinotta <[EMAIL PROTECTED]> writes:
On a related note, what about implementing the C-Tab shortcut
almost standard on multi-document editors (cycle through
open buffers).
We have Ctrl-PageUp/Down for that. C-Tab is oft
Martin Vermeer wrote:
On Fri, Sep 14, 2007 at 01:35:57AM +0200, Tommaso Cucinotta wrote:
Jean-Marc Lasgouttes ha scritto:
Tommaso Cucinotta <[EMAIL PROTECTED]> writes:
On a related note, what about implementing the C-Tab shortcut
almost standard on multi-document editors (cycle through
open
Tommaso Cucinotta wrote:
Jean-Marc Lasgouttes ha scritto:
Tommaso Cucinotta <[EMAIL PROTECTED]> writes:
On a related note, what about implementing the C-Tab shortcut
almost standard on multi-document editors (cycle through
open buffers).
We have Ctrl-PageUp/Down for that. C-Tab is oft
Jean-Marc Lasgouttes wrote:
Tommaso Cucinotta <[EMAIL PROTECTED]> writes:
On a related note, what about implementing the C-Tab shortcut
almost standard on multi-document editors (cycle through
open buffers).
We have Ctrl-PageUp/Down for that. C-Tab is often used by other things
(but we could
51 matches
Mail list logo