Abdelrazak Younes wrote:
Pavel Sanda wrote:
hello,
i'm trying to derive new kind of inset, which would be similar to
InsetBox, but i need it to be fixed-width (i mean really fixed, not
that after reaching .width the inset is magnified to wider text).
Why not adding a new option to InsetBox in
Abdelrazak Younes wrote:
> That makes sense to me. Another advantage is that full unicode with
> proper LyX binding is available
>
> I think InsetLabel should go that road too...
even more InsetURL, which should have the CharStyle look IMO, since it is a
char style, basically (even though we
Pavel Sanda wrote:
hello,
i'm trying to derive new kind of inset, which would be similar to
InsetBox, but i need it to be fixed-width (i mean really fixed, not
that after reaching .width the inset is magnified to wider text).
Why not adding a new option to InsetBox instead?
is this somehow
Jürgen Spitzmüller wrote:
Martin Vermeer wrote:
Another alternative would be to introduce an Open/Closed state, which
can be toggled by right mouse, or from the menu for all insets together.
Closed means: only show Idx:, open: show part of content.
Or make index a _real_ collapsable and drop t
I need a little more information than your website seems to provide - simply
to work out which was the latest version for Win95 ...
http://www.lyx.org/download/ says, under heading "Windows (9x/Me/2000/XP)",
"Starting with LyX 1.3.6, the Windows platform is supported officially by
the LyX team."
Martin Vermeer wrote:
> Another alternative would be to introduce an Open/Closed state, which
> can be toggled by right mouse, or from the menu for all insets together.
> Closed means: only show Idx:, open: show part of content.
Or make index a _real_ collapsable and drop the dialog. This would ha
Uwe Stöhr wrote:
> So the correct "fix" is to drop the two g-brief layouts and add a routine
> in lyx2lyx that converts files from g-brief to g-brief2. This is a file
> format change so I would say wontfix for LyX 1.5.x.
Are you sure that everything done with gbrief can be reproduced 100% (I mean:
On Mon, 17 Sep 2007 22:27:22 -0500
Bo Peng <[EMAIL PROTECTED]> wrote:
> On 9/17/07, Uwe Stöhr <[EMAIL PROTECTED]> wrote:
> > >> I would suggest (think I did) to completely leave Idx: off, and make the
> > >> appearance of the button distinctive. People are curious and will click
> > >> if they
Uwe Stöhr wrote:
> Besides this, tables work fine with g-brief2, see the latest attachment to
> http://bugzilla.lyx.org/show_bug.cgi?id=4037
Irrelevant. This bug has to be fixed nevertheless, it's not bound to gbrief
only.
Jürgen
On Mon, Sep 17, 2007 at 10:27:22PM -0500, Bo Peng wrote:
> On 9/17/07, Uwe Stöhr <[EMAIL PROTECTED]> wrote:
> > >> I would suggest (think I did) to completely leave Idx: off, and make the
> > >> appearance of the button distinctive. People are curious and will click
> > >> if they wonder what it
On 9/17/07, Uwe Stöhr <[EMAIL PROTECTED]> wrote:
> >> I would suggest (think I did) to completely leave Idx: off, and make the
> >> appearance of the button distinctive. People are curious and will click
> >> if they wonder what it is, and will quickly learn.
> >
> > This would be an option.
>
> > > + Bo*
> > > + Jürgen*
> > > - Uwe
> > > - Jean-Marc
> > + Martin* (until a better solution, e.g., tooltip)
> - Enrico
+ Abdel
There was a positive vote from Abdel.
Bo
Pavel Sanda wrote:
This one is wrong: you should find a way to add your code to
lyxpreamble, because as it is you break the line counting (for error
parsing) that is done a few lines above. Something like:
didnt know that, now i added a comment and moved the code. look into attachment -
is
hello,
i'm trying to derive new kind of inset, which would be similar to
InsetBox, but i need it to be fixed-width (i mean really fixed, not
that after reaching .width the inset is magnified to wider text).
is this somehow possible to do just by deriving from eg InsetBox/InsetText
with just adjus
> More comments:
>
> > + } else if (token == "\\use_hyperref") {
> > + lex >> pdfoptions().use_hyperref;
> > + } else if (token == "\\pdf_title") {
> > + lex >> pdfoptions().title;
> > + } else if (token == "\\pdf_author") {
> > + lex >> pdfoptions().author;
>
Concerning bug 4037:
g-brief is unusable since about a year. The reason is this entry in g-brief.cls:
\IfFileExists{marvosym.sty}
{\RequirePackage{marvosym}}
{}
\def\Telefon#1{\def\telefon{#1}} \def\telefon{}
But marvosym has already defined the command \Telefon. There is no way I know to
On Mon, Sep 17, 2007 at 01:16:21PM +0300, Martin Vermeer wrote:
> On Mon, 17 Sep 2007 11:47:37 +0200
> [EMAIL PROTECTED] (Jürgen Spitzmüller) wrote:
>
> > Jean-Marc Lasgouttes wrote:
> > > I did not have the time to chime in the allotted time, but I can say
> > > that the short version of index
On Tue, Sep 18, 2007 at 12:24:35AM +0200, Uwe Stöhr wrote:
> Since last thursday I can't compile the trunk. I'm using MSVC and get now
> this error message:
>
> D:\LyXSVN\lyx-devel\src\frontends\qt4\GuiTexinfo.cpp(162) : error C2039:
> 'sort':
> Ist kein Element von 'std'
> (is no element of 's
On Mon, Sep 17, 2007 at 06:49:00PM +0200, Georg Baum wrote:
> Martin Vermeer wrote:
>
> > Oops. Too difficult.
>
> I don't think so. Just look how the two variants of sqrt (\sqrt{a}{b} and
> \sqrt[a]{b}{c}) are handled and copy the relevant portions of code. If you
> think that you do not really
Since last thursday I can't compile the trunk. I'm using MSVC and get now this
error message:
D:\LyXSVN\lyx-devel\src\frontends\qt4\GuiTexinfo.cpp(162) : error C2039: 'sort':
Ist kein Element von 'std'
(is no element of 'std')
D:\LyXSVN\lyx-devel\src\frontends\qt4\GuiTexinfo.cpp(162) : error C3
Should I replace 'LYXERR(a) << stuff' by 'LYXERR(a, stuff)' so we can
have the 'do { } while (0)' version of the macro?
Andre'
Abdelrazak Younes ha scritto:
Tommaso Cucinotta wrote:
Why don't you just start from embedding the patch
I sent you for the LFUN + not-so-definitive key bindings ?
It's just a few lines of harmless code.
Which one?
Here you go.
T.
Index: src/LyXAction.cpp
==
On Mon, 17 Sep 2007 18:21:11 +0200
Georg Baum <[EMAIL PROTECTED]> wrote:
> [EMAIL PROTECTED] wrote:
>
> > Modified: lyx-devel/trunk/src/mathed/MathFactory.cpp
> > URL:
> >
> http://www.lyx.org/trac/file/lyx-devel/trunk/src/mathed/MathFactory.cpp?rev=20290
> >
> ===
Tommaso Cucinotta wrote:
Abdelrazak Younes ha scritto:
It is just a matter of implementing it...
Why don't you just start from embedding the patch
I sent you for the LFUN + not-so-definitive key bindings ?
It's just a few lines of harmless code.
Which one?
The GUI part might be addressed l
On Mon, Sep 17, 2007 at 06:49:00PM +0200, Georg Baum wrote:
> Martin Vermeer wrote:
>
> > Oops. Too difficult.
>
> I don't think so. Just look how the two variants of sqrt (\sqrt{a}{b} and
> \sqrt[a]{b}{c}) are handled and copy the relevant portions of code. If you
> think that you do not really
On Mon, Sep 17, 2007 at 10:44:49AM +0200, Abdelrazak Younes wrote:
> Jean-Marc Lasgouttes wrote:
> >[EMAIL PROTECTED] writes:
> >>bool dummy = conv.To->dummy() && conv.to != "program";
> >>- if (!dummy)
> >>+ if (!dummy) {
> >>LYXERR(Debug::FILES)
Abdelrazak Younes ha scritto:
It is just a matter of implementing it...
Why don't you just start from embedding the patch
I sent you for the LFUN + not-so-definitive key bindings ?
It's just a few lines of harmless code.
The GUI part might be addressed later (and I could take
care of doing it,
Andre Poenitz wrote:
On Sat, Sep 15, 2007 at 12:40:35PM -0400, Richard Heck wrote:
A better fix would be to transfer the graphics::Cache singleton to
LyX::Singletons.
I.e., do this. But it may be that there are other ways you could see
this problem. What about making the loader a shar
Martin Vermeer wrote:
> Oops. Too difficult.
I don't think so. Just look how the two variants of sqrt (\sqrt{a}{b} and
\sqrt[a]{b}{c}) are handled and copy the relevant portions of code. If you
think that you do not really understand how the different parts of mathed
work together make Andre writ
[EMAIL PROTECTED] wrote:
> Modified: lyx-devel/trunk/src/mathed/MathFactory.cpp
> URL:
>
http://www.lyx.org/trac/file/lyx-devel/trunk/src/mathed/MathFactory.cpp?rev=20290
>
==
> --- lyx-devel/trunk/src/mathed/MathFactory.c
On Mon, Sep 17, 2007 at 10:23:06AM +0200, Jean-Marc Lasgouttes wrote:
> [EMAIL PROTECTED] writes:
> > bool dummy = conv.To->dummy() && conv.to != "program";
> > - if (!dummy)
> > + if (!dummy) {
> > LYXERR(Debug::FILES) << "Converting from "
> >
>> I would suggest (think I did) to completely leave Idx: off, and make the
>> appearance of the button distinctive. People are curious and will click
>> if they wonder what it is, and will quickly learn.
>
> This would be an option.
This would indeed be a solution, together with a limit for the
Jean-Marc Lasgouttes wrote:
Tommaso Cucinotta <[EMAIL PROTECTED]> writes:
That would then be opened whenever the child was, and the various
settings imported (which, in the code, may mean no more than giving
the two documents the same BufferParams).
Infact, I was just thinking at smt
Tommaso Cucinotta wrote:
But this won't be a problem at all with Stefan's new code, which
should go into 1.6.svn soon.
How will that work ?
He's got a complete, and much more flexible, re-write of the macro code
on the way. I can't remember the details, but it is very, very cool.
Richard
Bennett Helm <[EMAIL PROTECTED]> writes:
> I don't think it's weird: doesn't the "t" stand for "typeset"? It's
> also the keybinding in other Mac programs to generate typeset output
> from a .tex file (such as TeXShop.app).
I think it was the 't' of postscript (as you know, Ctrl+P, Ctrl+O and
Ctr
On Tuesday 11 September 2007 16:41:03 Andre Poenitz wrote:
>
> --enable-shared is for people that do not ask questions ;-)
Don't worry I _will_ forget that rule. :-)
[...]
> > /usr/lib/gcc/i386-redhat-linux/4.1.2/../../../libboost_regex-mt.so:
> > undefined reference to `u_charType_3_7'
> > col
> I think "Index: " plus a 25-char-string is too long (I actually think the
> string should be shortened to 20 chars anyway).
And remove the space after :.
Bo
> + Martin* (until a better solution, e.g., tooltip)
I agree. The easiest solution might be to add a checkbox somewhere to
the preference dialog ...
Bo
Jean-Marc Lasgouttes wrote:
> Which is less fun than pressing Return repeatedly, you'll admit :)
Well, let's say you get used to it ...
> So, what would be your preferred behaviour?
Let's forget about my (personal) preferred behaviour (I am obviously a
minority here).
I think your patch is a s
Jean-Marc Lasgouttes wrote:
> Bu currently with environments (itemize, etc.) both return and
> M-return keep the nesting level.
Yes (which is bad).
> How do you go to a lower level usually?
M-S-.
Jürgen
[EMAIL PROTECTED] (Jürgen Spitzmüller) writes:
> Jean-Marc Lasgouttes wrote:
>> Bu currently with environments (itemize, etc.) both return and
>> M-return keep the nesting level.
>
> Yes (which is bad).
>
>> How do you go to a lower level usually?
>
> M-S-.
Which is less fun than pressing Retur
[EMAIL PROTECTED] (Jürgen Spitzmüller) writes:
> Jean-Marc Lasgouttes wrote:
>> Could you be more precise? I do not think the behaviour of Return has
>> been changed recently. What would you like to see?
>
> I'm referring to the old behaviour where M-return was necessary to preserve
> the nesting
Hello,
is this a bug? Haven't found anything on bugzilla.
I have installed a German LyX 1.5.1 on gentoo Linux. In article (RevTeX)
class I want to write an English article (I set Language to English in
Document -> Preferences) but the \abstractname shows as
"Zusammenfassung" (German term) rather
On Sep 17, 2007, at 5:25 AM, Jean-Marc Lasgouttes wrote:
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
I've been wondering the same thing... I am not using PS at all and I
guess neither are all Windows and Mac users. Could we just replace
the
binding for PS with PDF?
I think this would be
On Mon, 17 Sep 2007 13:53:03 +0200
Helge Hafting <[EMAIL PROTECTED]> wrote:
> Martin Vermeer wrote:
> > On Fri, Sep 14, 2007 at 03:36:10PM +0200, Helge Hafting wrote:
> >
> >> "\unitfrac" supports a similiar optional argument for the number, but
> >> that capability is not used in lyx. So we ca
Jean-Marc Lasgouttes wrote:
> Could you be more precise? I do not think the behaviour of Return has
> been changed recently. What would you like to see?
I'm referring to the old behaviour where M-return was necessary to preserve
the nesting level.
> > I'm not sure I like this. Why should we doub
Martin Vermeer wrote:
On Fri, Sep 14, 2007 at 03:36:10PM +0200, Helge Hafting wrote:
"\unitfrac" supports a similiar optional argument for the number, but
that capability is not used in lyx. So we can now write
$35\unitfrac{km}{h}$
but not
$\unitfrac[35]{km}{h}$
The latter looks better, with
[EMAIL PROTECTED] (Jürgen Spitzmüller) writes:
> Jean-Marc Lasgouttes wrote:
>> The behaviour of M-Return is the exact symmetry of what Return would
>> do:
>
> I see. I'm fine with that (though I still prefer the old behaviour, i.e. swap
> Return and M-Return).
Could you be more precise? I do no
Roger Mc Murtrie <[EMAIL PROTECTED]> writes:
> I did find definitions in:
> /boost/boost/config/platform/macos.hpp
> /boost/boost/config/compiler/gcc.hpp
Note that we do
#define BOOST_DISABLE_THREADS 1
in src/config.h.in.
JMarc
On Mon, 17 Sep 2007 11:47:37 +0200
[EMAIL PROTECTED] (Jürgen Spitzmüller) wrote:
> Jean-Marc Lasgouttes wrote:
> > I did not have the time to chime in the allotted time, but I can say
> > that the short version of index has been added after having a user
> > remark astutely that displaying "foo[id
On Mon, 17 Sep 2007 10:53:30 +0200
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> wrote:
> "Bo Peng" <[EMAIL PROTECTED]> writes:
>
> > I needed to change some index labels from 'a b' to 'b!a' for my
> > document and I quickly lost track of which indexes have been updated
> > and which have not. The abi
On 17/09/2007, at 7:27 PM, Jean-Marc Lasgouttes wrote:
Roger Mc Murtrie <[EMAIL PROTECTED]> writes:
svn branch 1.5
boost/boost/regex/v4/cpp_regex_traits.hpp contains the lines
#ifdef BOOST_HAS_THREADS
#include
#endif
but boost/boost/regex/pending/ only seems to contain the file
object_cach
Jean-Marc Lasgouttes wrote:
> I did not have the time to chime in the allotted time, but I can say
> that the short version of index has been added after having a user
> remark astutely that displaying "foo[idx: foo]" was really a waste of
> UI space. I do not think that the example of changing 'a
Roger Mc Murtrie <[EMAIL PROTECTED]> writes:
> svn branch 1.5
>
> boost/boost/regex/v4/cpp_regex_traits.hpp contains the lines
> #ifdef BOOST_HAS_THREADS
> #include
> #endif
>
> but boost/boost/regex/pending/ only seems to contain the file
> object_cache.hpp
>
> Can anyone tell me why this is?
B
Pavel Sanda <[EMAIL PROTECTED]> writes:
> hello,
> am i the only one, who does not see trac timeline anymore ?
It seems to work now.
JMarc
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
> I've been wondering the same thing... I am not using PS at all and I
> guess neither are all Windows and Mac users. Could we just replace the
> binding for PS with PDF?
Adding a shortcut for PDF does not mean that the PS one should
be removed (in pa
Tommaso Cucinotta <[EMAIL PROTECTED]> writes:
>> That would then be opened whenever the child was, and the various
>> settings imported (which, in the code, may mean no more than giving
>> the two documents the same BufferParams).
> Infact, I was just thinking at smth. like that. The main point I
"Bo Peng" <[EMAIL PROTECTED]> writes:
> I needed to change some index labels from 'a b' to 'b!a' for my
> document and I quickly lost track of which indexes have been updated
> and which have not. The ability to make this change in 5 minutes
> demonstrates the real benefit of using an open source
Pavel Sanda <[EMAIL PROTECTED]> writes:
> i tried to incorporate the comments, now sending the resulting patch
> and propose to merge it into trunk.
More comments:
> + } else if (token == "\\use_hyperref") {
> + lex >> pdfoptions().use_hyperref;
> + } else if (token == "\\pdf
Jean-Marc Lasgouttes wrote:
[EMAIL PROTECTED] writes:
bool dummy = conv.To->dummy() && conv.to != "program";
- if (!dummy)
+ if (!dummy) {
LYXERR(Debug::FILES) << "Converting from "
<< conv.from <
On Saturday 15 September 2007 22:10:07 Roberto Franceschini wrote:
> I'm just saying that one side LyX is the best word processor, but on
> the other side most of the people, dumb like mule, stick to LaTeX just
> because it's the standard de-facto.
What is a standard depends a lot on what people a
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
> Is it our job to fix boost warnings?
The benefit is that they do not hide our real warnings anymore.
JMarc
[EMAIL PROTECTED] writes:
> bool dummy = conv.To->dummy() && conv.to != "program";
> - if (!dummy)
> + if (!dummy) {
> LYXERR(Debug::FILES) << "Converting from "
> << conv.from << " to " << conv.to << endl;
>
63 matches
Mail list logo
