>>> I think the idea here is that you're just setting it for each citation,
>>> and it remembers the last one in case you want to do it again.
>>>
>>
>> thanks for confirmation. so we dont have the facillity to change citation
>> style globally, right?
>>
>>
> No. Not via LyX. But you coul
> make[4]: Entering directory `/cvs/lyx-devel/branch15/src/client'
> /bin/sh ../../libtool --tag=CXX --mode=link g++ -O -o lyxclient
> boost.o client.o debug.o gettext.o Messages.o
> ../../src/support/libsupport.la
> ../../boost/libs/regex/src/libboost_regex.la
> ../../boost/libs/filesyste
Pavel Sanda wrote:
when i set citation style style for one particular citation,
this change is set only for that citation. this is intended
behaviour?
I think so. Sometimes I want just: (year); sometimes I want: author (year).
it seems bit strange, because when i set the citati
>> when i set citation style style for one particular citation,
>> this change is set only for that citation. this is intended
>> behaviour?
>>
>>
> I think so. Sometimes I want just: (year); sometimes I want: author (year).
>
>> it seems bit strange, because when i set the citation style
>> to
make[4]: Entering directory `/cvs/lyx-devel/branch15/src/client'
/bin/sh ../../libtool --tag=CXX --mode=link g++ -O -o lyxclient
boost.o client.o debug.o gettext.o Messages.o
../../src/support/libsupport.la
../../boost/libs/regex/src/libboost_regex.la
../../boost/libs/filesystem/src/libbo
Strangely, I seem only to be getting this on one machine. But nonetheless:
#0 __gnu_debug::_Safe_iterator<__gnu_norm::_Bit_iterator,
__gnu_debug_def::vector > >::_M_is_end
(this=0x7fff8e4ec660) at
/usr/lib/gcc/x86_64-redhat-linux/4.1.2/../../../../include/c++/4.1.2/debug/safe_base.h:104
#1 0
... seems to be completely broken in trunk.
Has anybody tried it lately?
Andre'
On Mon, Mar 10, 2008 at 10:30:41AM +0100, Jean-Marc Lasgouttes wrote:
> Enrico Forestieri <[EMAIL PROTECTED]> writes:
>
> > The attached patch is better, IMO. There's no reason to require
> > the \boldsymbol definition every time a math inset is used.
>
> Looks good IMO.
I think that this needs
Pavel Sanda wrote:
when i set citation style style for one particular citation,
this change is set only for that citation. this is intended
behaviour?
I think so. Sometimes I want just: (year); sometimes I want: author (year).
it seems bit strange, because when i set the citation style
to
> > The advantages of local layout files are that
> > 1. Do not have to reconfigure .lyx to open a .lyx file with local layout
> file.
> >
> Right. But if we could automate reconfigure somehow, even if only in
> regards layout files, then it's not an issue.
I have thought of those solutions
hi,
when i set citation style style for one particular citation,
this change is set only for that citation. this is intended
behaviour?
it seems bit strange, because when i set the citation style
to certain one eg 'Name, Year' this is setup is kept for
other citations inside the combox of citatio
As far as the original question is concerned---whether to allow
selection of local layout files---it seems to me that there are
potential problems here. Suppose the user creates a new file and selects
a local layout. Then she reopens the file, and LyX complains that the
local layout isn't t
Author: sts
Date: Mon Mar 10 20:08:03 2008
New Revision: 23648
URL: http://www.lyx.org/trac/changeset/23648
Log:
* restart cursor not only after mouse- and keyboard events, but also
after those from the toolbar, menus, etc.
Modified:
lyx-devel/trunk/src/LyXFunc.cpp
Modified: lyx-devel/t
> > Will we keep .layout and use this interface to modify it?
> Yes, I think that is the idea.
>
> > In the second case, this feature helps
> > because we are more likely to derive a local layout from a system one
> > and modify it.
> >
> Exactly. And you can use it to create/modify modules,
Bo Peng wrote:
But if a layout composer comes later (we hope so) the problem remains. So I
don't see how the situation has changed.
The only feature I want for lyx 1.7.0 is a layout composer, but nobody
has a clear idea on what is actually needed. Will we toss *.layout
altogether and em
On Mon, Mar 10, 2008 at 06:14:29PM +0100, Stefan Schimanski wrote:
> Have commited it. It looks good now, nicely compressed. The former
> combobox popup on Mac had extremely much spacing. It's much more
> usable now IMO.
Note that on Windows there is a straight vertical line crossing
all the
> But if a layout composer comes later (we hope so) the problem remains. So I
> don't see how the situation has changed.
The only feature I want for lyx 1.7.0 is a layout composer, but nobody
has a clear idea on what is actually needed. Will we toss *.layout
altogether and embed .layout to .lyx
Aehm... since when do we care for individual styles?
Andre'
We don't. It was left from some debugging.
Stefan
On Mon, Mar 10, 2008 at 03:41:31PM -, [EMAIL PROTECTED] wrote:
> Author: sts
> Date: Mon Mar 10 16:41:30 2008
> New Revision: 23638
>
> URL: http://www.lyx.org/trac/changeset/23638
> Log:
> * reduce spacing in layout list
>
> Modified:
> lyx-devel/trunk/src/frontends/qt4/GuiToolbar.cpp
>
The implementation is actually quite easy. The attached patch simply
load the layout file, add it to the style combo box (if needed), and
apply the layout.
Bo
Index: src/LayoutFile.cpp
===
--- src/LayoutFile.cpp (revision 23644)
+++ s
On Monday 10 March 2008 18:09:44 Bo Peng wrote:
> At that time, the argument was that the layout stuff will be
> overhauled so until a decision is made, I should not go further along
> the line of local layouts. I think people was thinking about a layout
> composer plus embedded layout, but neither
Am 10.03.2008 um 18:01 schrieb Pavel Sanda:
Author: sts
Date: Mon Mar 10 16:41:30 2008
New Revision: 23638
URL: http://www.lyx.org/trac/changeset/23638
Log:
* reduce spacing in layout list
Stefan would you be oposed to this patch?
with it layout box looks exactly the same as in 1.5 which i f
On Mon, Mar 10, 2008 at 12:36 PM, José Matos <[EMAIL PROTECTED]> wrote:
> On Monday 10 March 2008 14:26:39 Bo Peng wrote:
> > Please speak up if you
> > have reasons to object. (This proposal was rejected before.)
>
> What is different this time?
There is no difference.
At that time, the argu
> Author: sts
> Date: Mon Mar 10 18:11:14 2008
> New Revision: 23644
>
> URL: http://www.lyx.org/trac/changeset/23644
> Log:
> * patch by Pavel to make the layout list look like it used to be in 1.5.
thanks!
pavel
On Monday 10 March 2008 14:26:39 Bo Peng wrote:
> Please speak up if you
> have reasons to object. (This proposal was rejected before.)
What is different this time?
> Cheers,
> Bo
--
José Abílio
On Monday 10 March 2008 09:37:05 Jean-Marc Lasgouttes wrote:
> It is unfair. I have not seen any star trek role, so I cannot find any
> plausible joke to answer!
>
> JMarc
$ fortune startrek
works for me. :-)
--
José Abílio
> Author: sts
> Date: Mon Mar 10 16:41:30 2008
> New Revision: 23638
>
> URL: http://www.lyx.org/trac/changeset/23638
> Log:
> * reduce spacing in layout list
Stefan would you be oposed to this patch?
with it layout box looks exactly the same as in 1.5 which i found to be better.
pavel
diff --git
[EMAIL PROTECTED] writes:
> Author: sts
> Date: Mon Mar 10 17:20:33 2008
> New Revision: 23642
>
> URL: http://www.lyx.org/trac/changeset/23642
> Log:
> * made compatible with Qt 4.2 again.
Thanks.
JMarc
> Possible :-/ How can I convert it to the 4.2 format using the 4.3 designer?
afaik not possible.
either downgrade to 4.2 or upgrade to 4.4 or install them locally and use
only their designer.
pavel
Stefan Schimanski wrote:
> Possible :-/ How can I convert it to the 4.2 format using the 4.3
> designer?
You have to use the 4.2 designer.
Jürgen
Possible :-/ How can I convert it to the 4.2 format using the 4.3
designer?
Stefan
Am 10.03.2008 um 17:04 schrieb Jean-Marc Lasgouttes:
I get the following. Is the UI file in qt 4.3 format?
JMarc
g++ -DHAVE_CONFIG_H -I. -I../../../../lyx-devel/src/frontends/qt4 -
I../../../src -DQT_CLEAN
I get the following. Is the UI file in qt 4.3 format?
JMarc
g++ -DHAVE_CONFIG_H -I. -I../../../../lyx-devel/src/frontends/qt4
-I../../../src -DQT_CLEAN_NAMESPACE -DQT_GENUINE_STR -DQT_NO_STL
-DQT_NO_KEYWORDS -I../../../../lyx-devel/src
-I../../../../lyx-devel/src/frontends -I../../../../lyx-
Jürgen Spitzmüller wrote:
We could forbid the insertion of the specific types within the specific
problematic context.
Unless someone had a huge need to insert boxed text in a caption, that
would make sense to me. For people who are not TeXperts, debugging a
problem caused by a note in a
Hi,
With the mechanism of using a local layout file in place, it is silly
to only allow opening, but not creating, a .lyx file with local layout
file. I am working on a patch that adds a browse button to the right
of the layout combobox in document->settings. Please speak up if you
have reasons to
Stefan Schimanski <[EMAIL PROTECTED]> writes:
>> It is useful for example when one wants to have two consecutive
>> theorems.
>
> Ah, good to know. I always inserted a zero-height vspace. Maybe this
> should be made more intuitive then?
Yes, but this is the best we were able to come with :)
JMa
>> It is useful for example when one wants to have two consecutive
>> theorems.
>
> Ah, good to know. I always inserted a zero-height vspace. Maybe this
> should be made more intuitive then?
Separate Environment -> Separate Identical Environment ?
pavel
> >>> the poor --separator-- issue... look on the previous screenshot.
> >>
> >> What is this separator layout after all? Where is it supposed to be?
> >
> > to be frank i have never used it and have no idea of its purpose.
>
> It is useful for example when one wants to have two consecutive
> theo
Am 10.03.2008 um 15:09 schrieb Jean-Marc Lasgouttes:
Pavel Sanda <[EMAIL PROTECTED]> writes:
the poor --separator-- issue... look on the previous screenshot.
What is this separator layout after all? Where is it supposed to be?
to be frank i have never used it and have no idea of its purpo
Pavel Sanda <[EMAIL PROTECTED]> writes:
>>> the poor --separator-- issue... look on the previous screenshot.
>>
>> What is this separator layout after all? Where is it supposed to be?
>
> to be frank i have never used it and have no idea of its purpose.
It is useful for example when one wants to
Could you please also add an entry to LaTeXConfig.lyx?
thanks and regards
Uwe
> 3.. sorting in grouped version is not right.
What is wrong?
>>>
>>> the poor --separator-- issue... look on the previous screenshot.
>> What is this separator layout after all? Where is it supposed to be?
>
> Now that categories are implemented I guess it is supposed to go to
> /de
>> the poor --separator-- issue... look on the previous screenshot.
>
> What is this separator layout after all? Where is it supposed to be?
to be frank i have never used it and have no idea of its purpose.
pavel
Am 10.03.2008 um 15:01 schrieb Abdelrazak Younes:
Stefan Schimanski wrote:
Am 10.03.2008 um 14:54 schrieb Pavel Sanda:
3.. sorting in grouped version is not right.
What is wrong?
the poor --separator-- issue... look on the previous screenshot.
What is this separator layout after all? Whe
Stefan Schimanski wrote:
Am 10.03.2008 um 14:54 schrieb Pavel Sanda:
3.. sorting in grouped version is not right.
What is wrong?
the poor --separator-- issue... look on the previous screenshot.
What is this separator layout after all? Where is it supposed to be?
Now that categories are
Am 10.03.2008 um 14:54 schrieb Pavel Sanda:
i dont know how does it look on your mac, but there are still
problems
here.
1. the height of every item is way tooo much - look on attachment.
This should not be. Will investigate. On Mac it's fine, on Linux
with clean
look as well. I hope thi
> > Is the left screenshot with my patch, put disabled grouping? Or is it
> > without my latest patch?
>
> its lyx 1.5
i just checked some old 1.6 revision (r23353) and the height is still ok there.
pavel
>> i dont know how does it look on your mac, but there are still problems
>> here.
>> 1. the height of every item is way tooo much - look on attachment.
>
> This should not be. Will investigate. On Mac it's fine, on Linux with clean
> look as well. I hope this is solvable.
i hope too. (platique
> Is the left screenshot with my patch, put disabled grouping? Or is it
> without my latest patch?
its lyx 1.5
pavel
Am 10.03.2008 um 14:42 schrieb Pavel Sanda:
Author: sts
Date: Mon Mar 10 14:02:57 2008
New Revision: 23626
URL: http://www.lyx.org/trac/changeset/23626
Log:
* center the line in the layout category headers in the middle
of the lowercase chars
* some messages for the statusbar
* con
Am 10.03.2008 um 14:42 schrieb Pavel Sanda:
Author: sts
Date: Mon Mar 10 14:02:57 2008
New Revision: 23626
URL: http://www.lyx.org/trac/changeset/23626
Log:
* center the line in the layout category headers in the middle
of the lowercase chars
* some messages for the statusbar
* con
Stefan Schimanski wrote:
The 24" screens are so cheap nowadays ;-)
my 12" laptop was actually pretty expensive...
Am 10.03.2008 um 14:12 schrieb Abdelrazak Younes:
[EMAIL PROTECTED] wrote:
Author: sts
Date: Mon Mar 10 13:50:10 2008
New Revision: 23619
URL: http://www.lyx.org/trac/changeset/23619
Log:
* \newcommandx support for the math parser
Modified: lyx-devel/trunk/src/mathed/MathParser.cpp
URL:
http:
Uwe Stöhr <[EMAIL PROTECTED]> writes:
> OK, I'll change the numbering scheme.
Thanks.
Stefan Schimanski <[EMAIL PROTECTED]> writes:
> How can I check for a specific version of xargs here? We need at least
> 1.09.
We do not do it right now because configure.py does not load the files
(we do not know what kind of weird errors it could do).
One solution is to do like jurabib
[EMAIL PROTECTED] wrote:
Author: sts
Date: Mon Mar 10 13:50:10 2008
New Revision: 23619
URL: http://www.lyx.org/trac/changeset/23619
Log:
* \newcommandx support for the math parser
Modified: lyx-devel/trunk/src/mathed/MathParser.cpp
URL:
http://www.lyx.org/trac/file/lyx-devel/trunk/src/mathed/
How can I check for a specific version of xargs here? We need at least
1.09.
Stefan
Am 10.03.2008 um 13:50 schrieb [EMAIL PROTECTED]:
Author: sts
Date: Mon Mar 10 13:50:47 2008
New Revision: 23620
URL: http://www.lyx.org/trac/changeset/23620
Log:
* check for xargs in configure.py
Modified:
Am 06.03.2008 um 22:34 schrieb Abdelrazak Younes:
Abdelrazak Younes wrote:
Stefan,
The way we do the macro tables update is not optimal and I think
time consuming. I've cleaned up child document handling now except
for everything macro related. I believe you can do all this stuff
in upda
Jean-Marc Lasgouttes schrieb:
Should I
stop releasing from time to time development snapshots that are not
official betas?
No, but I think that the term snapshot is better suited than test
release.
But the mail I sent states in the first sentence clearly:
"I uploaded a first snapshot of the
Uwe Stöhr <[EMAIL PROTECTED]> writes:
> This release is nor an official prerelease and not meant as such. I
> just did the same as in the LyX 1.5svn development cycle. Should I
> stop releasing from time to time development snapshots that are not
> official betas?
No, but I think that the term sna
Jean-Marc Lasgouttes schrieb:
Uwe, I think it would be better to wait for everybody else and do an
alpha when there is an official one. Your announcement looks like a
kind of official release.
This release is nor an official prerelease and not meant as such. I just did the same as in the LyX
Abdelrazak Younes wrote:
Pavel Sanda wrote:
One question to everybody: how do I now that I am starting a new
selection? My problem is as follow:
1) select some text
2) move the mouse somewhere else outside the selected area.
3) left-click to start a new selection
I have to detect that the p
Martin Vermeer wrote:
On Mon, 10 Mar 2008 08:17:04 +0100
Abdelrazak Younes <[EMAIL PROTECTED]> wrote:
Abdelrazak Younes wrote:
Pavel Sanda wrote:
This has benn discussed on the list. This is the minimalitic style.
To collapse an ERT, right-click on it, to uncollapse, click on it.
We cannot ke
Pavel Sanda wrote:
Pavel Sanda wrote:
So the selection should remain intact only if one right click on a
selection.
yes
I am having a look at mouse business right now. I must say that this is a
mess and that we do basically everything different from other apps. The
main problem is that we do
> Pavel Sanda wrote:
>>> So the selection should remain intact only if one right click on a
>>> selection.
>> yes
>
> I am having a look at mouse business right now. I must say that this is a
> mess and that we do basically everything different from other apps. The
> main problem is that we do m
Pavel Sanda <[EMAIL PROTECTED]> writes:
> what i checked was that rtf->LaTeX->LyX was worse than rtf->html->LaTeX->LyX.
> but it was not deep testing and i think it will be difficult to obtain
> some precise measure of this.
Good.
> anyway this patch didnt harm anything because currently i haven
Pavel Sanda wrote:
So the selection should remain intact only if one right click on a
selection.
yes
I am having a look at mouse business right now. I must say that this is
a mess and that we do basically everything different from other apps.
The main problem is that we do most things at mo
> >> When is it supposed to be useful?
> >
> > when i have rtf file which i want to be imported in lyx.
>
> I see. I thought we had some rtf2latex converter already, but I read
> now that these things are a bit outdated. Is unrtf the only decent
> solution? Did you check that the rtf->html->LaTeX-
Uwe Stöhr <[EMAIL PROTECTED]> writes:
> I uploaded a first snapshot of the upcoming LyX version 1.6.0 for Windows.
Uwe, I think it would be better to wait for everybody else and do an
alpha when there is an official one. Your announcement looks like a
kind of official release.
JMarc
Steve Litt <[EMAIL PROTECTED]> writes:
> Hi all,
>
> I just lost my entire book structure due to a small modification to my layout
> file that prevented compilation. LyX therefore reverted the book's document
> class from my custom "rjustbook" to "article", removing all chapters and
> flattenin
Pavel Sanda <[EMAIL PROTECTED]> writes:
>> > if there are no objections i would like to add this convertor to configure
>> > script.
>>
>> When is it supposed to be useful?
>
> when i have rtf file which i want to be imported in lyx.
I see. I thought we had some rtf2latex converter already, but
> So the selection should remain intact only if one right click on a
> selection.
yes
pavel
On Mon, 10 Mar 2008 08:17:04 +0100
Abdelrazak Younes <[EMAIL PROTECTED]> wrote:
> Abdelrazak Younes wrote:
> > Pavel Sanda wrote:
> >>> This has benn discussed on the list. This is the minimalitic style.
> >>> To collapse an ERT, right-click on it, to uncollapse, click on it.
> >
> > We cannot ke
>>> This has benn discussed on the list. This is the minimalitic style.
>>> To collapse an ERT, right-click on it, to uncollapse, click on it.
>
> We cannot keep this feature as this is in violation of the simple model
> "right-click == context menu".
ouch. isnt really possible to keep right mous
On Sun, 09 Mar 2008 21:36:12 +0100
Matthias Schilde <[EMAIL PROTECTED]> wrote:
> Sehr geehrte Damen und Herren,
>
> ich habe mir gestern Ihr aktuellstes Lyx-Version 1.5 auf meinem Rechner mit
> WindowsXP installiert, um damit meiner Diplomarbeit ein besseres Aussehen als
> mit Word zu verschaff
José Matos <[EMAIL PROTECTED]> writes:
> Roles are available for other Star Trek roles. I would expect Jean-Marc to be
> Spock or better yet Picard if we allow other stories. ;-)
It is unfair. I have not seen any star trek role, so I cannot find any
plausible joke to answer!
JMarc
> > if there are no objections i would like to add this convertor to configure
> > script.
>
> When is it supposed to be useful?
when i have rtf file which i want to be imported in lyx.
pavel
Uwe Stöhr <[EMAIL PROTECTED]> writes:
> Jean-Marc Lasgouttes schrieb:
>
>> This is because this function is not implemented at all, and is
>> therefore removed from the menu. I guess you can just comment it out.
>
> I did this now in branch and trunk.
Good.
JMarc
Pavel Sanda <[EMAIL PROTECTED]> writes:
> our main config change is somewhere around 3000. we have trespassed
> the load of 10 for a few times from then but system got immediately
> back. so i guess the slowness issue is resolved.
Looks like it indeed. Congrats.
JMarc
Pavel Sanda <[EMAIL PROTECTED]> writes:
> hi,
>
> if there are no objections i would like to add this convertor to configure
> script.
When is it supposed to be useful?
JMarc
Enrico Forestieri <[EMAIL PROTECTED]> writes:
> The attached patch is better, IMO. There's no reason to require
> the \boldsymbol definition every time a math inset is used.
Looks good IMO.
JMarc
Abdelrazak Younes wrote:
> Tabular would be fantastic at least. Graphics would be useful for
> selection and
external editing. Cf.
http://bugzilla.lyx.org/show_bug.cgi?id=3975
Jürgen
Abdelrazak Younes wrote:
> > change of type (vref, prettyref.../citep, citet,...),
>
> Do we have LFUNs for these?
>
> > for space
> > inset, change of type (thinspace, normalspace, negthinspace ...).
>
> and for these?
not that I'm aware of.
Jürgen
Pavel Sanda wrote:
As some of you already noticed, adding a context menu to a given inset is
now easier than ever. You just need to implement contextMenu() and add the
corresponding entry in "stdmenus.inc". For InsetCommand derived Insets, the
support code is already there so all that remains t
Jürgen Spitzmüller wrote:
Abdelrazak Younes wrote:
So unleash your creativity :-)
Most context menu entries I have in mind would need some more work: for refs
For labels and refs we indeed need some support methods in Menus.{h,cpp}
but the task is easy with the reference cache.
and cita
Abdelrazak Younes wrote:
Pavel Sanda wrote:
This has benn discussed on the list. This is the minimalitic style.
To collapse an ERT, right-click on it, to uncollapse, click on it.
We cannot keep this feature as this is in violation of the simple model
"right-click == context menu".
yes, ri
Abdelrazak Younes wrote:
> So unleash your creativity :-)
Most context menu entries I have in mind would need some more work: for refs
and citation, change of type (vref, prettyref.../citep, citet,...), for space
inset, change of type (thinspace, normalspace, negthinspace ...).
Also, I think al
Pavel Sanda wrote:
This has benn discussed on the list. This is the minimalitic style.
To collapse an ERT, right-click on it, to uncollapse, click on it.
We cannot keep this feature as this is in violation of the simple model
"right-click == context menu".
yes, right click is now context m
Pavel Sanda wrote:
As some of you already noticed, adding a context menu to a given inset is
now easier than ever. You just need to implement contextMenu() and add the
corresponding entry in "stdmenus.inc". For InsetCommand derived Insets, the
support code is already there so all that remains t
Pavel Sanda wrote:
> insert tabular.
> move into with cursor.
> in console: Trying to select non existent layout type PlainLayout
http://bugzilla.lyx.org/show_bug.cgi?id=2178#c18
Jürgen
89 matches
Mail list logo
