Daniel Seichter wrote:
> at the moment I am testing the new RC2 of 1.6.0 and found a very little
> bug:
> In picture 'as_I_want.jpg', you see, how I arranged my toolbar, but after
> the restart, the toolbars are not on the position, where they should be
> 'after_restart.jpg'.
http://bugzilla.ly
> If ok, this might also be used in the GuiSearch dialog (note that we
> reimplemented the uniqueInsert behaviour and that the items are
> added to the wrong side of the list).
Hereby, a proposal for the GuiSearch dialog. The same signal connections are
used to interact with the comboboxes:
F
> Incidentally, _q_returnPressed() looks _fairly_ internal to Qt.
>
> Would connecting to commandCO->lineEdit() / SIGNAL(returnedPressed())
> be an option?
>
> Andre'
As usual, you're completely right. Didn't yet realize the possibility of
connecting two SIGNALs to each other.
Thank you f
On Wed, Sep 03, 2008 at 02:43:13PM +0200, Abdelrazak Younes wrote:
> Enrico Forestieri wrote:
> > On Wed, Sep 03, 2008 at 10:25:13AM +0200, Abdelrazak Younes wrote:
> >
> >> [EMAIL PROTECTED] wrote:
> >>
> >>> Author: forenr
> >>> Date: Wed Sep 3 10:17:00 2008
> >>> New Revision: 26290
>
On Wed, Sep 03, 2008 at 08:36:11PM +0200, Vincent van Ravesteijn - TNW wrote:
> P.S. I hope I applied the style guidelines correctly this time.
Getting better ;-)
Nevertheless:
> + // Save the current selection if any
> + const Format * current_format = 0;
Format const * current_format
Hi,
I reworked the GuiSendTo Dialog a bit to address the following issues:
- after closing and opening the dialog, the command was retained, but the
Export Format was not,
- clicking on the buffer removed the selection of the export format,
- the combo box was a mess, because every time updateC
Konrad Hofbauer wrote:
Abdelrazak Younes wrote:
The File->Close Window menu item is always enabled, even when there
is only 1 window. This is because 'enable = d->views_.size() > 0' in
GuiApplication.cpp:741 will always be true. The attached patch
changes the 0 into 1. Is this also ok for Ma
Abdelrazak Younes wrote:
The File->Close Window menu item is always enabled, even when there is
only 1 window. This is because 'enable = d->views_.size() > 0' in
GuiApplication.cpp:741 will always be true. The attached patch changes
the 0 into 1. Is this also ok for Mac ?
I guess not as it is
You're right.
If someone is going to change this, note that the same appeared in
GuiHyperlink.h:41,
GuiInclude.h:80
Vincent
Van: Andre Poenitz [mailto:[EMAIL PROTECTED]
Verzonden: wo 3-9-2008 18:56
Aan: lyx-devel@lists.lyx.org
CC: [EMAIL PROTECTED]
Onderwe
>Abdelrazak Younes <[EMAIL PROTECTED]> writes:
>> If there is no other choice yes, it is possible at last resort. But
>> why is this annoying? Why would you want to forbid current window
>> closing even if there is only one window? Under Windows platform the
>> app quits when the last window is clo
On Wed, Sep 03, 2008 at 12:59:39PM -, [EMAIL PROTECTED] wrote:
> URL:
> http://www.lyx.org/trac/file/lyx-devel/trunk/src/frontends/qt4/GuiNomencl.h?rev=26291
> ==
> --- lyx-devel/trunk/src/frontends/qt4/GuiNomencl.h (o
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
> If there is no other choice yes, it is possible at last resort. But
> why is this annoying? Why would you want to forbid current window
> closing even if there is only one window? Under Windows platform the
> app quits when the last window is close.
Vincent van Ravesteijn - TNW wrote:
Vincent van Ravesteijn - TNW wrote:
Hi,
The File->Close Window menu item is always enabled, even when there
is
only 1 window. This is because 'enable = d->views_.size()> 0' in
GuiApplication.cpp:741 will always be true. The attached patch
>Vincent van Ravesteijn - TNW wrote:
>> Hi,
>> The File->Close Window menu item is always enabled, even when there
is
>> only 1 window. This is because 'enable = d->views_.size() > 0' in
>> GuiApplication.cpp:741 will always be true. The attached patch
changes
>> the 0 into 1. Is this also ok fo
Vincent van Ravesteijn - TNW wrote:
Hi,
The File->Close Window menu item is always enabled, even when there is
only 1 window. This is because 'enable = d->views_.size() > 0' in
GuiApplication.cpp:741 will always be true. The attached patch changes
the 0 into 1. Is this also ok for Mac ?
I gu
Enrico Forestieri wrote:
On Wed, Sep 03, 2008 at 10:25:13AM +0200, Abdelrazak Younes wrote:
[EMAIL PROTECTED] wrote:
Author: forenr
Date: Wed Sep 3 10:17:00 2008
New Revision: 26290
URL: http://www.lyx.org/trac/changeset/26290
Log:
We may have buffers with different encodings, that,
Hi,
The File->Close Window menu item is always enabled, even when there is
only 1 window. This is because 'enable = d->views_.size() > 0' in
GuiApplication.cpp:741 will always be true. The attached patch changes
the 0 into 1. Is this also ok for Mac ?
P.S. bug 5191 can be resolved after applyi
On Wed, Sep 03, 2008 at 10:25:13AM +0200, Abdelrazak Younes wrote:
> [EMAIL PROTECTED] wrote:
> > Author: forenr
> > Date: Wed Sep 3 10:17:00 2008
> > New Revision: 26290
> >
> > URL: http://www.lyx.org/trac/changeset/26290
> > Log:
> > We may have buffers with different encodings, that, in turn,
TeX Live 2008 and MacTeX 2008 are available by today.
Let's keep our fingers crossed that everything continues to work fine in
combination with LyX. :)
/Konrad
On a side note:
One major new feature is SyncTex (a replacement for pdfsync to jump from
the source to the right place in the PDF, a
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
> Abdelrazak Younes <[EMAIL PROTECTED]> writes:
>> Well, I have to confess that I hate this menu based UI. The only sane
>> UI for this would be a context menu with three radio buttons
>> (on/off/auto) for all available toolbar. The default Qt toolb
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
> Well, I have to confess that I hate this menu based UI. The only sane
> UI for this would be a context menu with three radio buttons
> (on/off/auto) for all available toolbar. The default Qt toolbar menu
> is good but is disabled because of the icon s
Jean-Marc Lasgouttes wrote:
Jean-Marc Lasgouttes<[EMAIL PROTECTED]> writes:
It used to be that toolbars that have the 'auto' flag could be in
three states (always on, always off, auto) while the others only had 2
states (on and off). With the merging of the toolbar backend with the
GUI, the
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
> It used to be that toolbars that have the 'auto' flag could be in
> three states (always on, always off, auto) while the others only had 2
> states (on and off). With the merging of the toolbar backend with the
> GUI, the information is now lost. I
[EMAIL PROTECTED] wrote:
Author: forenr
Date: Wed Sep 3 10:17:00 2008
New Revision: 26290
URL: http://www.lyx.org/trac/changeset/26290
Log:
We may have buffers with different encodings, that, in turn, may also
be different from the language default ones.
Modified:
lyx-devel/trunk/src/math
On Tue, Sep 02, 2008 at 11:34:08PM +0200, Andre Poenitz wrote:
> On Tue, Sep 02, 2008 at 08:02:09PM -, [EMAIL PROTECTED] wrote:
> > Author: forenr
> > Date: Tue Sep 2 22:02:08 2008
> > New Revision: 26287
> >
> > URL: http://www.lyx.org/trac/changeset/26287
> > Log:
> > Take into account the
curtis osterhoudt wrote:
Hi, all,
I'm a satisfied user of the latest svn versions of LyX. Just within the
last day or two, I keep getting a "svn: Can't connect to host 'svn.lyx.org':
No route to host" message. I suspect it's my proxy settings ( things are
getting more strict in that respec
26 matches
Mail list logo
