> I think we should be able to "attach" nevertheless the inset by
> modifying a bit the "dialog-show" LFUN; this is done this way for the
> label and reference dialog for example. Please have a look at
> LFUN_LABEL_GOTO or something like that.
The attached might be a better solution: we simply
Hello all,
I made an introductory interactive screencast for LyX. Wink was incredibly
easy to use, and the output looks quite nice in my opinion.
Here's an online hosted version. (NOTE: this version is hosted on
YouShare.com, and is a bit pixelated because of resolution settings. The
original is
Andre Poenitz <[EMAIL PROTECTED]> writes:
>> > Which reminds me: I'd like to have 1.6.0 shipped with 'non-fatal
>> > asserts'.
>>
>> You mean instead of 'no asserts' as it is now?
>
> Yes.
Why not...
JMarc
Andre Poenitz <[EMAIL PROTECTED]> writes:
> Seems to be completely unused...
>
> Ok to remove? Jean-Marc?
Do we have correctly working dead accents (without kmap)?
JMarc
On Fri, Mar 21, 2008 at 11:36:57PM +0100, Jean-Marc Lasgouttes wrote:
> Andre Poenitz <[EMAIL PROTECTED]> writes:
>
> > Which reminds me: I'd like to have 1.6.0 shipped with 'non-fatal
> > asserts'.
>
> You mean instead of 'no asserts' as it is now?
Yes.
Andre'
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
> For one LFUN_INSET_TOGGLE did not have an associated name, I fixed
> this in r23884. Problem is that C-i is binded to
> LFUN_NEXT_INSET_TOGGLE not LFUN_INSET_TOGGLE... maybe we should merge
> the two LFUN?
There is some logic in these two function a
Andre Poenitz <[EMAIL PROTECTED]> writes:
> Which reminds me: I'd like to have 1.6.0 shipped with 'non-fatal
> asserts'.
You mean instead of 'no asserts' as it is now?
JMarc
rgheck schrieb:
The attached patch adds a facility for file-specific layout, e.g.:
\begin_local_layout
Format 6
InsetLayout CharStyle:MenuItem
LyxType charstyle
LabelString menu
LatexType command
LatexName menuitem
Font
Family Sans
En
Seems to be completely unused...
Ok to remove? Jean-Marc?
Andre'
Index: src/LyX.cpp
===
--- src/LyX.cpp (revision 23891)
+++ src/LyX.cpp (working copy)
@@ -904,32 +904,6 @@
}
-void LyX::deadKeyBindings(KeyMap * kbmap)
-{
-
Andre Poenitz wrote:
On Fri, Mar 21, 2008 at 05:04:53PM -0400, rgheck wrote:
The attached patch adds a facility for file-specific layout, e.g.:
\begin_local_layout
Format 6
InsetLayout CharStyle:MenuItem
LyxType charstyle
LabelString menu
LatexType command
On Fri, Mar 21, 2008 at 05:04:53PM -0400, rgheck wrote:
>
> The attached patch adds a facility for file-specific layout, e.g.:
>
> \begin_local_layout
> Format 6
> InsetLayout CharStyle:MenuItem
> LyxType charstyle
> LabelString menu
> LatexType command
> LatexNa
On Fri, Mar 21, 2008 at 08:26:25PM +0100, Pavel Sanda wrote:
> > I committed a few changes/hacks fixing part of the speed issue (for me).
> > Could you please have a look whether the original speed hacks can go now?
> > I'd polish up later...
>
> here the speed is now ok.
Fine then.
Any other pl
On Fri, Mar 21, 2008 at 09:03:39PM +0100, Pavel Sanda wrote:
> > $ make
>
> make distclean; ./autogen.sh; ./configure --blablabla; make
s:./configure --blablabla:./config.status --recheck:
sometimes saves some typing...
Andre'
The attached patch adds a facility for file-specific layout, e.g.:
\begin_local_layout
Format 6
InsetLayout CharStyle:MenuItem
LyxType charstyle
LabelString menu
LatexType command
LatexName menuitem
Font
Family Sans
EndFont
Preamble
\n
> $ make
make distclean; ./autogen.sh; ./configure --blablabla; make
pavel
$ svn update
Revision 23888.
$ make
Making all in config
...
...
Making all in tex2lyx
make[3]: Entering directory `/tmp/lyx-devel/src/tex2lyx'
make all-am
make[4]: Entering directory `/tmp/lyx-devel/src/tex2lyx'
make[4]: *** Keine Regel vorhanden, um das Target »lengthcommon.cpp«,
benötigt von
Am 21.03.2008 um 17:58 schrieb Abdelrazak Younes:
Andre Poenitz wrote:
On Fri, Mar 21, 2008 at 05:03:09PM +0100, Abdelrazak Younes wrote:
Andre Poenitz wrote:
Where does the render() function around GuiWorkArea.cpp:1475 come
from?
It does not seem to be present on my Qt 4.3.0.
No idea..
On Fri, 21 Mar 2008, Pavel Sanda wrote:
I suggest that when users ask for the password in order to edit pages we
just send it to them privately. [*]
does this hold also for uploads of files (eg screencasts)?
In my opinion, yes, certainly!
/Christian
--
Christian Ridderström, +46-8-768 39
Martin Vermeer wrote:
I think I've fixed this. The problem was that decoration_ was defaulting to
Classic rather than to Default.
Okay thanks!
You mean... instead of to Conglomerate?
No, there's a Default setting, too, and what Decoration it actually is
depends upon what kind of ins
On Fri, Mar 21, 2008 at 7:51 PM, rgheck <[EMAIL PROTECTED]> wrote:
> I think I've fixed this. The problem was that decoration_ was defaulting
> to Classic rather than to Default.
Absolutely, looks much better now! Thanks.
Dominik
> I committed a few changes/hacks fixing part of the speed issue (for me).
> Could you please have a look whether the original speed hacks can go now?
> I'd polish up later...
here the speed is now ok.
pavel
On Fri, Mar 21, 2008 at 02:51:29PM -0400, rgheck wrote:
> Martin Vermeer wrote:
> > On Tue, Mar 18, 2008 at 09:54:28AM -0400, rgheck wrote:
> >
> >> Martin Vermeer wrote:
> >>
> >>> On Mon, 17 Mar 2008 23:30:46 -0400
> >>> rgheck <[EMAIL PROTECTED]> wrote:
> >>>
> >>>
> Domi
On Fri, Mar 21, 2008 at 05:28:48PM +0100, Jürgen Spitzmüller wrote:
> Andre Poenitz wrote:
> > > You broke the UI logic by merging the category filter into the combo.
> >
> > Well, if I am not mistaken, selecting 'all' was just another option
> > overriding everything else selected in the combobox.
On Fri, Mar 21, 2008 at 07:45:17PM +0100, Abdelrazak Younes wrote:
> For one LFUN_INSET_TOGGLE did not have an associated name, I fixed this in
> r23884. Problem is that C-i is binded to LFUN_NEXT_INSET_TOGGLE not
> LFUN_INSET_TOGGLE... maybe we should merge the two LFUN?
Well, there would be a
Abdelrazak Younes wrote:
rgheck wrote:
Abdelrazak Younes wrote:
Pavel Sanda wrote:
That's the reason why I'd like us to standardize on "right-click"
== "context-menu".
either one left click to (un)collapsing or ok context menu, but
then lets go back
to old visual style of ert inset, where w
Martin Vermeer wrote:
On Tue, Mar 18, 2008 at 09:54:28AM -0400, rgheck wrote:
Martin Vermeer wrote:
On Mon, 17 Mar 2008 23:30:46 -0400
rgheck <[EMAIL PROTECTED]> wrote:
Dominik Böhm wrote:
Hello,
I just saw that some of the latest svn commits changed the ren
rgheck wrote:
Abdelrazak Younes wrote:
Pavel Sanda wrote:
That's the reason why I'd like us to standardize on "right-click" ==
"context-menu".
either one left click to (un)collapsing or ok context menu, but
then lets go back
to old visual style of ert inset, where was possible to click on
t
Hi,
it seems as if bug 4607 was somehow solved by one of the latest commits.
Now the program listings settings dialog (for listings that I edit in
LyX) shows up correctly and LyX doesn't crash, but when I update
something in the dialog my lyx file doesn't get updated. That makes
the dialog just u
> > > > fyi there is next problem with this patch - the list of symols is no
> > > > more stretchable.
> > >
> > > Hm? The dialog is resizable, and resizes just fine here, including the
> > > symbol list. What to you mean by "stretchable"?
> >
> > that previously when i resized the dialog to some
> I suggest that when users ask for the password in order to edit pages we
> just send it to them privately. [*]
>
does this hold also for uploads of files (eg screencasts)?
pavel
On Fri, Mar 21, 2008 at 07:20:48PM +0100, Pavel Sanda wrote:
> > > if i'm going to touch keyboard i can use shortcut.
> > > what about middle button?
> >
> > "Paste".
>
> do you get all messages from the list Andre? :)
My computer most likely gets them. Whatever happens afterwards is
non-determi
On Fri, Mar 21, 2008 at 06:11:35PM +0100, Dominik Böhm wrote:
> On Fri, Mar 21, 2008 at 6:05 PM, Pavel Sanda <[EMAIL PROTECTED]> wrote:
> > > if i'm going to touch keyboard i can use shortcut.
> > > what about middle button?
> >
> > no, thats for pasting :(
>
> What about double left click?
Pos
Abdelrazak Younes wrote:
Pavel Sanda wrote:
That's the reason why I'd like us to standardize on "right-click" ==
"context-menu".
either one left click to (un)collapsing or ok context menu, but
then lets go back
to old visual style of ert inset, where was possible to click on
the left label
> > if i'm going to touch keyboard i can use shortcut.
> > what about middle button?
>
> "Paste".
do you get all messages from the list Andre? :)
pavel
Abdelrazak Younes wrote:
Andre Poenitz wrote:
I wonder whether I have the same sources like you. Right now I have
quite a few problems to use LyX and it does note even remotely look
like nearing a release. E.g.
- The only way to change ERT from "expanded" to "inline" is to place the
cursor in f
On Fri, Mar 21, 2008 at 10:36 AM, Bo Peng <[EMAIL PROTECTED]> wrote:
> I get link errors and I can not tell whose change is responsible for
> this. Any idea?
Fixed by linking boost.cpp after included_boost_xxx, because
assertion_failed is required by these libraries. I do not actually
know which
On Fri, Mar 21, 2008 at 06:02:12PM +0100, Pavel Sanda wrote:
> >>> I don't have strong opinion on old style versus new visual style for ERT.
> >>> The new style looks better on screen of course.
> >> in fact i dont have strong opinion about either context menu or visual
> >> styles.
> >> but what
On Fri, Mar 21, 2008 at 06:03:45PM +0100, Pavel Sanda wrote:
> errrm, crash in branch.
>
> > 1. insert figure float
> > 2. click on its label via middle mouse button.
> > 3. kaboom
> >
> > Program received signal SIGABRT, Aborted.
> > 0xe410 in __kernel_vsyscall ()
> > (gdb) bt
> > #0 0x
Andre Poenitz wrote:
Which reminds me: Storing Par(Const)Iterators is _not_ safe. They
are meant to iterate over a non-changing document, nothing else.
In this case, it is safe because we update the list for each paragaph or
inset creation or deletion thanks to the updateLabels()/addToToc()
m
Pavel Sanda wrote:
> is the inset in uncollapsed state, yes?
yes.
What happens is that the Clipboard text is pasted before the inset (which is
what I'd expect).
Jürgen
> anyway the troubles seem to continue.
>
> make[4]: *** No rule to make target `ui_AboutUi.h', needed by `all'. Stop.
i tried to fix it too.
Jose try to build release again, it should work now.
pavel
> Pavel Sanda wrote:
> > errrm, crash in branch.
>
> cannot reproduce.
is the inset in uncollapsed state, yes?
pavel
Pavel Sanda wrote:
> errrm, crash in branch.
cannot reproduce.
Jürgen
On Fri, Mar 21, 2008 at 6:11 PM, Dominik Böhm <[EMAIL PROTECTED]> wrote:
>
> What about double left click?
Sorry, I answered too quickly and saw already that a double click is
not an option.
Why do ERT insets not have such fancy handles on the top left, like
floats for example? It would be very
On Fri, Mar 21, 2008 at 6:05 PM, Pavel Sanda <[EMAIL PROTECTED]> wrote:
> > if i'm going to touch keyboard i can use shortcut.
> > what about middle button?
>
> no, thats for pasting :(
What about double left click?
> if i'm going to touch keyboard i can use shortcut.
> what about middle button?
no, thats for pasting :(
pavel
errrm, crash in branch.
> 1. insert figure float
> 2. click on its label via middle mouse button.
> 3. kaboom
>
> Program received signal SIGABRT, Aborted.
> 0xe410 in __kernel_vsyscall ()
> (gdb) bt
> #0 0xe410 in __kernel_vsyscall ()
> #1 0xb705d101 in raise () from /lib/libc.so.6
> #
>>> I don't have strong opinion on old style versus new visual style for ERT.
>>> The new style looks better on screen of course.
>> in fact i dont have strong opinion about either context menu or visual
>> styles.
>> but what is wrong wrong and wrong is to loose the possibility of one-click
>> (
Andre Poenitz wrote:
On Fri, Mar 21, 2008 at 05:03:09PM +0100, Abdelrazak Younes wrote:
Andre Poenitz wrote:
Where does the render() function around GuiWorkArea.cpp:1475 come from?
It does not seem to be present on my Qt 4.3.0.
No idea... not my doing... I hope :-)
Proble
Pavel Sanda wrote:
That's the reason why I'd like us to standardize on "right-click" ==
"context-menu".
either one left click to (un)collapsing or ok context menu, but then lets
go back
to old visual style of ert inset, where was possible to click on the left
label
to collapse job.
I don't h
1. insert figure float
2. click on its label via middle mouse button.
3. kaboom
Program received signal SIGABRT, Aborted.
0xe410 in __kernel_vsyscall ()
(gdb) bt
#0 0xe410 in __kernel_vsyscall ()
#1 0xb705d101 in raise () from /lib/libc.so.6
#2 0xb705e8e8 in abort () from /lib/libc.so.6
On Fri, Mar 21, 2008 at 04:46:12PM +, Jean-Pierre Chrétien wrote:
> Jean-Pierre Chretien <[EMAIL PROTECTED]> writes:
>
> >[...]
> > >>>
> > >>> make[3]: Entering directory `/tmp/lyx-1.6.0alpha1/po'
> > >>> make[3]: *** No rule to make target `../src/frontends/qt4/ui/*.ui',
> > >>> needed by
>
Jean-Marc Lasgouttes wrote:
> You mean that you have to point to a particular place in a given
> paragraph, or would a label pointing to a given paragraph be enough?
The former.
Jürgen
> That's the reason why I'd like us to standardize on "right-click" ==
> "context-menu".
>
>> either one left click to (un)collapsing or ok context menu, but then lets
>> go back
>> to old visual style of ert inset, where was possible to click on the left
>> label
>> to collapse job.
>
> I don't
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
> No. We had a discussion last week and the conclusion was that
> right-clicking should pop-up a context menu.
Agreed. We could use something like Ctrl-leftclick to change appearance.
JMarc
Jean-Pierre Chretien <[EMAIL PROTECTED]> writes:
>[...]
> >>>
> >>> make[3]: Entering directory `/tmp/lyx-1.6.0alpha1/po'
> >>> make[3]: *** No rule to make target `../src/frontends/qt4/ui/*.ui',
> >>> needed by
> >>> `qt4_l10n.pot'. Stop.
> >>>
> >>
> >>You probably need gmake (although I thin
Pavel Sanda wrote:
Andre Poenitz wrote:
I wonder whether I have the same sources like you. Right now I have
quite a few problems to use LyX and it does note even remotely look
like nearing a release. E.g.
- The only way to change ERT from "expanded" to "inline" is to place the
cursor in front of
On Fri, Mar 21, 2008 at 05:21:29PM +0100, Pavel Sanda wrote:
> > > fyi there is next problem with this patch - the list of symols is no
> > > more stretchable.
> >
> > Hm? The dialog is resizable, and resizes just fine here, including the
> > symbol list. What to you mean by "stretchable"?
>
> th
> Andre Poenitz wrote:
>> I wonder whether I have the same sources like you. Right now I have
>> quite a few problems to use LyX and it does note even remotely look
>> like nearing a release. E.g.
>> - The only way to change ERT from "expanded" to "inline" is to place the
>> cursor in front of the
Andre Poenitz wrote:
> > You broke the UI logic by merging the category filter into the combo.
>
> Well, if I am not mistaken, selecting 'all' was just another option
> overriding everything else selected in the combobox. With 'all' selected
> the whole dialog reacted differently.
>
> > My idea was
> > fyi there is next problem with this patch - the list of symols is no
> > more stretchable.
>
> Hm? The dialog is resizable, and resizes just fine here, including the
> symbol list. What to you mean by "stretchable"?
that previously when i resized the dialog to some bigger size qlistwidget wit
>>X-IronPort-AV: E=Sophos;i="4.25,536,1199660400"; d="scan'208";a="10534321"
>>To: Jean-Pierre Chrétien <[EMAIL PROTECTED]>
>>Cc: lyx-devel@lists.lyx.org
>>Subject: Re: LyX - 1.6.0 (alpha 1) Easter edition
>>From: Jean-Marc Lasgouttes <[EMAIL PROTECTED]>
>>Date: Fri, 21 Mar 2008 15:44:08 +0100
>>
On Fri, Mar 21, 2008 at 05:03:09PM +0100, Abdelrazak Younes wrote:
> Andre Poenitz wrote:
>> Where does the render() function around GuiWorkArea.cpp:1475 come from?
>> It does not seem to be present on my Qt 4.3.0.
>
> No idea... not my doing... I hope :-)
Problem goes away when using 4.3.2, so pr
On Fri, Mar 21, 2008 at 05:02:23PM +0100, Abdelrazak Younes wrote:
> Longer term, the text and math tabular code should be merged. We talked
> about that in the past following the last LyX meeting IIRC, see the
> archives.
More precisely: We talked about that during each and every of the
LyX mee
Eric Cavalcanti wrote:
Hi again,
Another related suggestion: there should be an option to open in a new
window, so we can put two windows side-by-side when editing multiple files.
This would greatly improve efficiency when editing a file with data from
another one.
File>New Window.
I ju
On Fri, Mar 21, 2008 at 04:34:29PM +0100, Pavel Sanda wrote:
> > > The model/view-approach itself seems reasonable.
> >
> > So please just merge in this part. That is what solves the speed
> > problem after all.
>
> fyi there is next problem with this patch - the list of symols is no
> more stret
Stefan Schimanski wrote:
Am 19.03.2008 um 17:11 schrieb Richard Heck:
So, it seems to me that fixing "our most embarrassing bug" is going to
require doing something that maybe ought to have been done before,
namely, introducing an InsetTableCell that will contain a pointer (or
reference) to
On Fri, Mar 21, 2008 at 03:44:08PM +0100, Jean-Marc Lasgouttes wrote:
> Jean-Pierre Chrétien <[EMAIL PROTECTED]> writes:
>
> > Pavel Sanda <[EMAIL PROTECTED]> writes:
> > [...]
> >>
> >> make[4]: *** No rule to make target `ui_AboutUi.h', needed by `all'. Stop.
> >
> > Here on Solaris 8 with gcc
On Fri, Mar 21, 2008 at 11:25:26AM -0400, Richard Heck wrote:
> Andre Poenitz wrote:
>> On Fri, Mar 21, 2008 at 02:24:06AM -0400, rgheck wrote:
>>
>>> OK, here's my attempt once again to fix bug 2178. I've tested this a bit,
>>> but I'm not an extensive user of tables, so I'm sure there are bug
Andre Poenitz wrote:
Where does the render() function around GuiWorkArea.cpp:1475 come from?
It does not seem to be present on my Qt 4.3.0.
No idea... not my doing... I hope :-)
Abdel.
On Tue, Mar 18, 2008 at 09:54:28AM -0400, rgheck wrote:
> Martin Vermeer wrote:
> > On Mon, 17 Mar 2008 23:30:46 -0400
> > rgheck <[EMAIL PROTECTED]> wrote:
> >
> >
> >> Dominik Böhm wrote:
> >>
> >>> Hello,
> >>>
> >>> I just saw that some of the latest svn commits changed the rendering
>
> Should I still file a bug report?
i fixed it. thanks for report.
pavel
Dominik Böhm wrote:
On Mon, Mar 17, 2008 at 10:37 PM, Stefan Schimanski <[EMAIL PROTECTED]> wrote:
To bring this thread to the top again: what is the status for the alpha?
I would propose that we make a mini freeze of 24 or 48 hours to only
include show stopper fixes. Opinions?
Maybe being
Bo Peng wrote:
HI, Abdel,
I did what you said (see attached patch) to add a context menu to the
listings inset,
Good :-)
but I do not know how to trigger inset-dialog from the
context menu. 'dialog-show listings' is wrong because dialog-show does
not know this dialog, and the inset needs to
Bo Peng schrieb:
> Could you elaborate? To what do these labels refer?
As a recent example, I got reviewers' comments for a submitted paper
and need to write a response that refers to the revised paper. I
marked reviewers' comments as 'comment_1_1', 'comment_3_10' etc and
inserted them as labe
Hi,
it's not possible to insert a hyphenation point
(Insert->Formatting->Hyphenation Point) in LyX 1.6.0. Also the
shortcut has been deleted. After adding a shortcut for
"specialchar-insert hyphenation" I was able to insert hyphenation
points, but still the menu item doesn't work.
In stdmenus.inc
Andre Poenitz wrote:
I wonder whether I have the same sources like you. Right now I have
quite a few problems to use LyX and it does note even remotely look
like nearing a release. E.g.
- The only way to change ERT from "expanded" to "inline" is to place the
cursor in front of the inset and pres
I get link errors and I can not tell whose change is responsible for
this. Any idea?
Note that boost::assertion_failed is defined in src/boost.cpp.
Bo
debug/libs/libincluded_boost_signals.a(connection.o)(.text+0x55f): In
function
`boost::signals::connection::reset(boost::signals::detail::basic_
> > The model/view-approach itself seems reasonable.
>
> So please just merge in this part. That is what solves the speed problem
> after all.
fyi there is next problem with this patch - the list of symols is no more
stretchable.
i hope this speed-up wont cost us disappearace of Display all chec
Andre Poenitz wrote:
On Fri, Mar 21, 2008 at 02:24:06AM -0400, rgheck wrote:
OK, here's my attempt once again to fix bug 2178. I've tested this a bit,
but I'm not an extensive user of tables, so I'm sure there are bugs here.
But the general idea seems to work.
Note that this is intended to
On Fri, Mar 21, 2008 at 01:00:04PM +0100, Jürgen Spitzmüller wrote:
> Andre Poenitz wrote:
> > With the attached patch it should be quite a bit faster.
> >
> > I am sure I broke the logic somewhere, so feel free to fix & apply
> > or leave it ;-)
> >
> > Juergen, maybe you want to have a look, too?
Jean-Marc Lasgouttes wrote:
Herbert Voss <[EMAIL PROTECTED]> writes:
Jean-Marc Lasgouttes schrieb:
"Bo Peng" <[EMAIL PROTECTED]> writes:
Obviously I am one of those 1%, exactly with regard to the case you outlined:
pageref to a given argumentation inside some longer section
Herbert Voss <[EMAIL PROTECTED]> writes:
> Jean-Marc Lasgouttes schrieb:
>> "Bo Peng" <[EMAIL PROTECTED]> writes:
>>
Obviously I am one of those 1%, exactly with regard to the case you
outlined:
pageref to a given argumentation inside some longer section and paragraph.
Why
> > Could you elaborate? To what do these labels refer?
As a recent example, I got reviewers' comments for a submitted paper
and need to write a response that refers to the revised paper. I
marked reviewers' comments as 'comment_1_1', 'comment_3_10' etc and
inserted them as labels to my manuscrip
> > Pavel Sanda <[EMAIL PROTECTED]> writes:
> > [...]
> > >
> > > make[4]: *** No rule to make target `ui_AboutUi.h', needed by `all'.
> > > Stop.
> >
> > Here on Solaris 8 with gcc-3.4.6 and qt-4.3.3 I don't go that far:
> >
> >
> > make[3]: Entering directory `/tmp/lyx-1.6.0alpha1/po'
> > m
Jean-Marc Lasgouttes schrieb:
"Bo Peng" <[EMAIL PROTECTED]> writes:
Obviously I am one of those 1%, exactly with regard to the case you outlined:
pageref to a given argumentation inside some longer section and paragraph.
Why should we limit ourself wrt label use compared to LaTeX?
And there
Jean-Pierre Chrétien <[EMAIL PROTECTED]> writes:
> Pavel Sanda <[EMAIL PROTECTED]> writes:
> [...]
>>
>> make[4]: *** No rule to make target `ui_AboutUi.h', needed by `all'. Stop.
>
> Here on Solaris 8 with gcc-3.4.6 and qt-4.3.3 I don't go that far:
>
>
> make[3]: Entering directory `/tmp/lyx-
> Pavel Sanda <[EMAIL PROTECTED]> writes:
> [...]
> >
> > make[4]: *** No rule to make target `ui_AboutUi.h', needed by `all'. Stop.
>
> Here on Solaris 8 with gcc-3.4.6 and qt-4.3.3 I don't go that far:
>
>
> make[3]: Entering directory `/tmp/lyx-1.6.0alpha1/po'
> make[3]: *** No rule to make
Pavel Sanda <[EMAIL PROTECTED]> writes:
[...]
>
> make[4]: *** No rule to make target `ui_AboutUi.h', needed by `all'. Stop.
Here on Solaris 8 with gcc-3.4.6 and qt-4.3.3 I don't go that far:
make[3]: Entering directory `/tmp/lyx-1.6.0alpha1/po'
make[3]: *** No rule to make target `../src/fron
"Bo Peng" <[EMAIL PROTECTED]> writes:
>> Obviously I am one of those 1%, exactly with regard to the case you
>> outlined:
>> pageref to a given argumentation inside some longer section and paragraph.
>> Why should we limit ourself wrt label use compared to LaTeX?
>
> And there are reasons to h
> > > I have been fighting with the autotools to build a simple alpha release.
> > > It
> > > seemed at some point that I was loosing. :-)
> > >
> > > When you read the m4 documentation and at a certain point it refers that
> > > it
> > > could be worse than intercal then you know that perl is
> Obviously I am one of those 1%, exactly with regard to the case you outlined:
> pageref to a given argumentation inside some longer section and paragraph.
> Why should we limit ourself wrt label use compared to LaTeX?
And there are reasons to have more than one references in a paragraph,
for
> > I have been fighting with the autotools to build a simple alpha release. It
> > seemed at some point that I was loosing. :-)
> >
> > When you read the m4 documentation and at a certain point it refers that it
> > could be worse than intercal then you know that perl is forgiven and the
> > t
> Hi all,
>
> I have been fighting with the autotools to build a simple alpha release. It
> seemed at some point that I was loosing. :-)
>
> When you read the m4 documentation and at a certain point it refers that it
> could be worse than intercal then you know that perl is forgiven and the
>
Jürgen Spitzmüller <[EMAIL PROTECTED]> writes:
> Obviously I am one of those 1%, exactly with regard to the case you outlined:
> pageref to a given argumentation inside some longer section and paragraph.
> Why should we limit ourself wrt label use compared to LaTeX?
You mean that you have to po
Jean-Marc Lasgouttes wrote:
> We should maybe reconsider the label-as-an-inset strategy and make the
> label a paragraph property. This will loose some flexibility for the
> 1% of people who know that their label should be at position 47 of the
> paragraph (for a pageref?), but makes more sense and
Andre Poenitz wrote:
> With the attached patch it should be quite a bit faster.
>
> I am sure I broke the logic somewhere, so feel free to fix & apply
> or leave it ;-)
>
> Juergen, maybe you want to have a look, too?
You broke the UI logic by merging the category filter into the combo. My idea
w
José Matos <[EMAIL PROTECTED]> writes:
> Hi all,
>
> I have been fighting with the autotools to build a simple alpha release. It
> seemed at some point that I was loosing. :-)
>
> When you read the m4 documentation and at a certain point it refers that it
> could be worse than intercal then you
Andre Poenitz <[EMAIL PROTECTED]> writes:
> On Fri, Mar 21, 2008 at 10:57:04AM +0100, Jean-Marc Lasgouttes wrote:
>> Andre Poenitz <[EMAIL PROTECTED]> writes:
>>
>> > Does anyone know why we use -DQT_GENUINE_STR?
>> >
>> > It is neither used by us not by Qt as far as I can tell...
>>
>> No idea.
Hi all,
I have been fighting with the autotools to build a simple alpha release. It
seemed at some point that I was loosing. :-)
When you read the m4 documentation and at a certain point it refers that it
could be worse than intercal then you know that perl is forgiven and the
title of write-o
1 - 100 of 111 matches
Mail list logo
