And this time it is not the same as before.
And it belongs to Pavel's changes.
...
[ 14%] Building CXX object
src/frontends/qt4/CMakeFiles/frontend_qt4.dir/usr/src/lyx/lyx-devel/src/frontends/qt4/GuiPrefs.o
cd /usr/BUILD/BuildLyx/src/frontends/qt4 && /usr/local/bin/c++ -DQT_NO_STL
-DQT_NO_KEY
Am Monday 05 October 2009 schrieb Abdelrazak Younes:
> Kornel,
>
> You got this very same compile error and the fix is very easy, just add
> an #include , I am saying that in case this happens again. But
> I'll fix it shortly of course.
>
> Abdel.
I am aware of "the fix is very easy". But it i
hi,
this patch tries to implement the draft from http://www.lyx.org/trac/ticket/6255
which i found to be much better compared to solutions i was thinking before.
except the issue with insetinfo for revision number, this somewhat finishes the
support i wanted to have done wrt subversion. //last fa
Kornel,
You got this very same compile error and the fix is very easy, just add
an #include , I am saying that in case this happens again. But
I'll fix it shortly of course.
Abdel.
Kornel Benko wrote:
This is on OpenSuSE 10.3
...
cd /usr/BUILD/BuildLyx/src/frontends/qt4 && /usr/local/bin/c
Jean-Marc Lasgouttes wrote:
> Should we have different defaults on different platforms?
Yes, I would think there are OS-specific conventions indeed.
Jürgen
Jürgen Spitzmüller wrote:
>> Is that a konqueror-only setting or a system-wide one?
>
> Konqueror-only AFAICS. KMail also has tabs, but they (still) have a
> general button only, plus a context menu.
And to add even more confusion: Dolphin, the new standard file manager, has
per-tab buttons onl
Jürgen Spitzmüller writes:
> Jean-Marc Lasgouttes wrote:
>
>> Is that a konqueror-only setting or a system-wide one?
>
> Konqueror-only AFAICS. KMail also has tabs, but they (still) have a general
> button only, plus a context menu.
I guess that, if everybody does it in his own way, we can do t
Jürgen Spitzmüller writes:
> KDE 4 (the Konqueror, for that matter), since it builds on Qt 4.5, has
> buttons on each tab by default, as we do. But you can switch that off in
> prefs and have one button for all (as we used to have and as previous KDE
> versions had).
Is that a konqueror-only s
Jean-Marc Lasgouttes wrote:
> Is that a konqueror-only setting or a system-wide one?
Konqueror-only AFAICS. KMail also has tabs, but they (still) have a general
button only, plus a context menu.
> Note that firefox has undo for tab closing (S-C-t), this
> mitigates potential errors.
Yes, a nic
This is on OpenSuSE 10.3
...
cd /usr/BUILD/BuildLyx/src/frontends/qt4 && /usr/local/bin/c++ -DQT_NO_STL
-DQT_NO_KEYWORDS -DHAVE_GETTEXT -DENABLE_NLS=1 -DUSE_ASPELL=1 -DHAVE_ICONV=1
-DQT_GENUINE_STR -DLYX_BUILD_QT4_FRONTEND -Wall -Wall -O3 -DNDEBUG
-I/usr/src/lyx/lyx-devel/po -I/usr/BUILD/Buil
BH wrote:
> I just tried doing that and posted it for some Snow Leopard people to
> test. So far one report has come back saying that it crashes with the
> "Backup Documents" preferences option enabled, but that it doesn't
> crash with it disabled.
Maybe you could try to contact Ludovico, asking
Jean-Marc Lasgouttes wrote:
> Removing it is fine (I did it for some other components). The result is
> that the component is kept in old bugs, but cannot be used for new ones.
OK, if it is kept, I have certainly no objections.
Jürgen
Jean-Marc Lasgouttes wrote:
> Well, I'd prefer a well-thought solution that works for everybody. What
> is the KDE/qt4 standard in this respect?
KDE 4 (the Konqueror, for that matter), since it builds on Qt 4.5, has
buttons on each tab by default, as we do. But you can switch that off in
prefs
Jean-Marc Lasgouttes wrote:
> Pavel Sanda writes:
>
> > Pavel Sanda wrote:
> >
> > are there some objections to put this into trunk?
>
> Well, I'd prefer a well-thought solution that works for everybody.
i'm not sure what you mean. this rc setting was created because people
have different ideas
Pavel Sanda writes:
> Pavel Sanda wrote:
>
> are there some objections to put this into trunk?
Well, I'd prefer a well-thought solution that works for everybody. What
is the KDE/qt4 standard in this respect?
JMarc
Jürgen Spitzmüller writes:
> Pavel Sanda wrote:
>> we forgot to kill guii component and people are trying
>> to assign to it wrongly. could you remove it now
>
> We cannot remove it, for the sake of bug tracking history. Maybe we can make
> it unselectable?
Removing it is fine (I did it for som
Jürgen Spitzmüller writes:
> Enrico Forestieri wrote:
>> The method was once named textString() and was changed to tocString()
>> at http://www.lyx.org/trac/changeset/27378 for (seemingly) unknown
>> reasons (maybe due to a wrong comment in src/insets/Inset.h ?).
>
> I remember that Jean-Marc opt
Abdelrazak Younes wrote:
> Are you sure this is still the case? The idea is that GuiView will always
> use the document Buffer even when called from the search pane. Please
> verify.
aha! :) you are right.
pavel
Hi all
If one opens several tabs, in particular 4 or more and changes the order
of the tabs using the mouse, then this order change is not taken into
account for the key-combinations or to
navigate through the tabs. They still follow the original tab-order.
- Sebastian
Pavel Sanda wrote:
Abdelrazak Younes wrote:
if i do eg vc-update i will close and open the buffer again, so the old
buffer/view is no more existing.
In this case we close the buffer so that should stay in GuiView. We indeed
need to do apply this LFUN to the document buffer only. B
20 matches
Mail list logo
