> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
Andre> On Thu, Oct 12, 2006 at 03:35:06PM +0200, Jean-Marc Lasgouttes
Andre> wrote:
>> But we do not have any control on this menu, do we? I thought it
>> was handled by qt.
Andre> So what?
Andre> Install an event filter and catch the ev
Andre Poenitz wrote:
On Thu, Oct 12, 2006 at 09:16:32AM +0200, Georg Baum wrote:
I don't understand the problematic in this case: Toolbars that pop up
are standard in e.g. OpenOffice.org and Word. Also non-wordprocessor
porgrams use this feature, for example the scientific programs I use at
work
On Thu, Oct 12, 2006 at 09:16:32AM +0200, Georg Baum wrote:
> > I don't understand the problematic in this case: Toolbars that pop up
> > are standard in e.g. OpenOffice.org and Word. Also non-wordprocessor
> > porgrams use this feature, for example the scientific programs I use at
> > work. So the
On Thu, Oct 12, 2006 at 03:35:06PM +0200, Jean-Marc Lasgouttes wrote:
> But we do not have any control on this menu, do we? I thought it was
> handled by qt.
So what?
Install an event filter and catch the event before the widget gets it.
Andre'
On Wed, Oct 11, 2006 at 04:04:45PM +0200, Jean-Marc Lasgouttes wrote:
> > "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
>
> Abdelrazak> Or course this also means that the "disabled toolbars" bug
> Abdelrazak> comes back. JMarc, I remember you proposed another
> Abdelrazak> solu
Lars Gullik Bjønnes wrote:
The solution is not necessarily to follow Uwe.
Of course there is a reason why this modification of Uwe is not
official, it's because many people find it annoying.
Why do we have auto toolbars at all? It looks like nobody likes them. If
someone can create a patch
Lars Gullik Bjønnes wrote:
Have you tried working with autotoolbars? You really think this is a
nifty idea?
Personally I like to have the toolbars on at all times. Currently there
is no way for a user to turn on these toolbars by default other than
hacking ui files.
I would already be very
Georg Baum <[EMAIL PROTECTED]> writes:
| I doubt that it will be quicker than using C-S-m followed by M-m n, but it
| might nevertheless be good for new users.
LyX has never tried to be particularly nice to new users, and I don't
think we should be now. Of course when a solution is good both for
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| > "Joost" == Joost Verburg <[EMAIL PROTECTED]> writes:
|
| Joost> Jean-Marc Lasgouttes wrote:
| >> What about shipping a default-autotoolbars.ui file which make auto
| >> toolbars active?
|
| Joost> That still requires users to manually set
Angus Leeming <[EMAIL PROTECTED]> writes:
| Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| > Joost> Microsoft Office 2007 will have a very nice user interface with
| > Joost> a context-sensitive ribbon:
| > Joost> http://blogs.msdn.com/photos/jensenh/images/547376/original.aspx
| > Joost> This
Joost Verburg <[EMAIL PROTECTED]> writes:
| Jean-Marc Lasgouttes wrote:
| > Because I think there will be as many people annoyed by auto toolbars
| > then people who like them. Personally, having toolbars which flash in
| > and out when I do pageup/down annoys me.
|
| Not having auto toolbars mak
Joost Verburg <[EMAIL PROTECTED]> writes:
| Jean-Marc Lasgouttes wrote:
| > What about shipping a default-autotoolbars.ui file which make auto
| > toolbars active?
|
| That still requires users to manually set a different UI file, which
| is not a very obvious thing to do when you want to have th
> "Joost" == Joost Verburg <[EMAIL PROTECTED]> writes:
Joost> The 1.5 session management already monitors what happens to the
Joost> toolbars (expect this new solution for auto toolbars), right?
Joost> This means that we already have the methods to get & save the
Joost> toolbar states.
No.
S
Jean-Marc Lasgouttes wrote:
Thanks for the explanation. This is something we could work out. Now
the problem is that the method that creates the menu is not virtual.
This means that we have to monitor in another way what happens to the
toolbars.
Good, I think we now have the best solution. User
> "Joost" == Joost Verburg <[EMAIL PROTECTED]> writes:
Joost> Word has no additional menu options but saves different
Joost> settings for context-sensitive toolbars.
Joost> For example, for the picture toolbar you have two different
Joost> settings. One on/off setting when working on normal t
Jean-Marc Lasgouttes wrote:
So how are we going to provide our improved menu? Can we use a
tri-state for auto-toolbars? How do other applications (say, Word)
handle these automatic toolbars?
Word has no additional menu options but saves different settings for
context-sensitive toolbars.
For
> "Joost" == Joost Verburg <[EMAIL PROTECTED]> writes:
Joost> Jean-Marc Lasgouttes wrote:
>> Except that one cannot set the state from the GUI on OS X (am I
>> right?) and that on linux ad maybe windows you can set them on/off
>> by right clicking on them, but cannot set them to auto. We need
Jean-Marc Lasgouttes wrote:
Except that one cannot set the state from the GUI on OS X (am I
right?) and that on linux ad maybe windows you can set them on/off by
right clicking on them, but cannot set them to auto. We need a real
GUI.
Every application I know (Firefox, OpenOffice, Word etc.) wo
Jean-Marc Lasgouttes wrote:
> Joost> It will remember the state of the toolbars, that is even better
> Joost> than having to set it in the preferences.
>
> Except that one cannot set the state from the GUI on OS X (am I
> right?) and that on linux ad maybe windows you can set them on/off by
> right
> "Joost" == Joost Verburg <[EMAIL PROTECTED]> writes:
Joost> Jean-Marc Lasgouttes wrote:
>> The session code is a bit too complicated for backporting now.
>> Moreover, I do not see how it would spare us support for toolbars
>> in prefs.
Joost> It will remember the state of the toolbars, that
Jean-Marc Lasgouttes wrote:
The session code is a bit too complicated for backporting now.
Moreover, I do not see how it would spare us support for toolbars in
prefs.
It will remember the state of the toolbars, that is even better than
having to set it in the preferences.
Joost
Uwe Stöhr wrote:
> I don't understand the problematic in this case: Toolbars that pop up
> are standard in e.g. OpenOffice.org and Word. Also non-wordprocessor
> porgrams use this feature, for example the scientific programs I use at
> work. So they are not irritating and as so many programs use t
> "Joost" == Joost Verburg <[EMAIL PROTECTED]> writes:
Joost> Abdelrazak Younes wrote:
>> But AFAIK, session support is 1.5 only.
Joost> Isn't it possible to backport session support to 1.4? Then we
Joost> solve many problems at once, including this one.
The session code is a bit too complic
Abdelrazak Younes wrote:
But AFAIK, session support is 1.5 only.
Isn't it possible to backport session support to 1.4? Then we solve many
problems at once, including this one.
Joost
It is very useful to have the toolbar automatically opened, this
increases the working speed enormously. If I'm out of the table the
toolbar disappears and doesn't consume window space. So what is annoying
or irritating with this behaviour from your point of you.
Hi, just to give my 2c: I think
As this discussion was started about the toolbar I would tell you that I
removed the now uneeded button "new item in same line" in the toolbar:
http://wiki.lyx.org/LyX/UserInterface#LyXWinInstallerToolbar
This is supported now by default since LyX 1.4.2 but I forgot to remove it.
Georg Baum sc
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
> Joost> Microsoft Office 2007 will have a very nice user interface with
> Joost> a context-sensitive ribbon:
> Joost> http://blogs.msdn.com/photos/jensenh/images/547376/original.aspx
> Joost> This way you won't have a separate menu and toolbar anymo
Am Mittwoch, 11. Oktober 2006 04:02 schrieb Uwe Stöhr:
> Joost wrote:
>
> > Unfortunately I did not succeed. Maybe you should all give Uwe some
> > more confidence that his suggestions will be taken seriously.
I don't know how you get the impression that Uwe's suggestions are not
taken serious
> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> Or course this also means that the "disabled toolbars" bug
Abdelrazak> comes back. JMarc, I remember you proposed another
Abdelrazak> solution for that, could you post it again?
Split FuncRequest::UI into FuncRequest:
Abdelrazak Younes wrote:
tables are seriously fucked up,
table editing or dialog?
editing
Edwin Leuven wrote:
Abdelrazak Younes wrote:
other things are probably more important: closing dialogs crashes lyx,
Which ones? I don't see such crashes.
document, graphics, external
clicking "close" crashes lyx here...
I can confirm the crashes. This is another side effect of the FocusEv
> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> Jean-Marc Lasgouttes wrote:
>>> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
>>
Abdelrazak> Another idea is to develop a configuration Wizard that
Abdelrazak> could be launched from LyX? Something
Abdelrazak Younes wrote:
other things are probably more important: closing dialogs crashes lyx,
Which ones? I don't see such crashes.
document, graphics, external
clicking "close" crashes lyx here...
maybe i need to rebuild lyx completely
Joost Verburg wrote:
Jean-Marc Lasgouttes wrote:
Please not. Let's keep LyX GUI in LyX.
It is easy for me to create a GUI for toolbar customization in the
Windows installer, but that is indeed not a good solution.
IMHO, it is a good interim solution.
I don't have any experience with Qt and
Jean-Marc Lasgouttes wrote:
"Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> Another idea is to develop a configuration Wizard that
Abdelrazak> could be launched from LyX? Something using Python would
Abdelrazak> be a good solution as it is already shipped with LyX/Win.
Jean-Marc Lasgouttes wrote:
Please not. Let's keep LyX GUI in LyX.
It is easy for me to create a GUI for toolbar customization in the
Windows installer, but that is indeed not a good solution.
I don't have any experience with Qt and the LyX frontends, so
unfortunately I can't provide a patc
> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> Another idea is to develop a configuration Wizard that
Abdelrazak> could be launched from LyX? Something using Python would
Abdelrazak> be a good solution as it is already shipped with LyX/Win.
Please not. Let's keep
Joost Verburg wrote:
Abdelrazak Younes wrote:
The
multiple toolbar ui file offer by JMarc might be a good solution. The
win installer would then be able to ask the user what behaviour he
wants and configure the toolbar accordingly.
With review and view toolbars, you get way too many combinat
Edwin Leuven wrote:
Abdelrazak Younes wrote:
1.5 should not be very hard to do indeed. Any volunteers? I have the
bad feeling that everything is stopped on the GUI side for some time
now :-(
other things are probably more important: closing dialogs crashes lyx,
Which ones? I don't see such
Abdelrazak Younes wrote:
The
multiple toolbar ui file offer by JMarc might be a good solution. The
win installer would then be able to ask the user what behaviour he wants
and configure the toolbar accordingly.
With review and view toolbars, you get way too many combinations.
Running the ins
Abdelrazak Younes wrote:
1.5 should not be very hard to do indeed. Any volunteers? I have the bad
feeling that everything is stopped on the GUI side for some time now :-(
other things are probably more important: closing dialogs crashes lyx,
tables are seriously fucked up, things are slow. unf
Juergen Spitzmueller wrote:
José Matos wrote:
Why not both, with preferences being the preferred and the toolbar settings
being the default?
It seems perfect to me: :-)
If we do this (double way), an alternative to preferences could be session.
This way, we could have a "View->Toolbars" Di
Jean-Marc Lasgouttes wrote:
"Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> Joost Verburg wrote:
Jean-Marc Lasgouttes wrote:
In retrospect, I think it was an error to have the on/off/auto and
top/bottom settings for toolbars in the ui files themselves. They
would be
José Matos wrote:
> Why not both, with preferences being the preferred and the toolbar settings
> being the default?
>
> It seems perfect to me: :-)
If we do this (double way), an alternative to preferences could be session.
This way, we could have a "View->Toolbars" Dialog (which is what most
Joost wrote:
> I know. I already tried many times to convince Uwe to join the
> official installer project and to integrate his modifications with the
> official LyX in a good way. This is a lot more effective compared to
> maintaining a "fork" and it makes his ideas available for all users
> ins
Georg Baum wrote:
If the effort invested into the unofficial installer would have been
invested in this feature we would already have it.
I know. I already tried many times to convince Uwe to join the official
installer project and to integrate his modifications with the official
LyX in a goo
Am Dienstag, 10. Oktober 2006 20:05 schrieb Joost Verburg:
> One of the main reasons why Uwe keeps creating his own unofficial
> Windows installers instead of joining the official installer project, is
> that he want to bundle unofficial ui files with auto math/table toolbars
> and view buttons
Jean-Marc Lasgouttes wrote:
If I see a patch, I will be able to tell whether it is unintrusive
enough to go in 1.4.x. Otherwise, it could go in 1.5.
I guess that this is a rather simple task. But before you ask: no, I do
not have time at the moment :-(
Michael
José Matos wrote:
Why not both, with preferences being the preferred and the toolbar settings
being the default?
It seems perfect to me: :-)
I totally agree.
If users can configure the toolbars from the preferences window, it will
also become possible to add additional toolbars (like th
> "Joost" == Joost Verburg <[EMAIL PROTECTED]> writes:
Joost> Microsoft Office 2007 will have a very nice user interface with
Joost> a context-sensitive ribbon:
Joost> http://blogs.msdn.com/photos/jensenh/images/547376/original.aspx
Joost> This way you won't have a separate menu and toolbar
> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> Joost Verburg wrote:
>> Jean-Marc Lasgouttes wrote:
>>> In retrospect, I think it was an error to have the on/off/auto and
>>> top/bottom settings for toolbars in the ui files themselves. They
>>> would be easier to ha
On Tuesday 10 October 2006 17:12, Jean-Marc Lasgouttes wrote:
> In retrospect, I think it was an error to have the on/off/auto and
> top/bottom settings for toolbars in the ui files themselves. They
> would be easier to handle if they were in the prefs.
Why not both, with preferences being the p
Joost Verburg wrote:
Enrico Forestieri wrote:
Another idea is using a toolbar which always is context sensitive.
I mean it does not appear or disappear but only shows buttons having
a meaning for that context. When you change context, the buttons
change accordingly.
Microsoft Office 2007 will
Joost Verburg wrote:
Jean-Marc Lasgouttes wrote:
In retrospect, I think it was an error to have the on/off/auto and
top/bottom settings for toolbars in the ui files themselves. They
would be easier to handle if they were in the prefs.
Yes, that is the main problem. Why not correct this mistake
Jean-Marc Lasgouttes wrote:
In retrospect, I think it was an error to have the on/off/auto and
top/bottom settings for toolbars in the ui files themselves. They
would be easier to handle if they were in the prefs.
Yes, that is the main problem. Why not correct this mistake?
Joost
Enrico Forestieri wrote:
Another idea is using a toolbar which always is context sensitive.
I mean it does not appear or disappear but only shows buttons having
a meaning for that context. When you change context, the buttons
change accordingly.
Microsoft Office 2007 will have a very nice user
> "Joost" == Joost Verburg <[EMAIL PROTECTED]> writes:
Joost> Not having auto toolbars makes them very difficult to use,
Joost> because you'll have to reopen them again every time you start
Joost> LyX (unless you know how to hack the ui files, you can't expect
Joost> that from a normal Windows
> "Enrico" == Enrico Forestieri <[EMAIL PROTECTED]> writes:
Enrico> Another idea is using a toolbar which always is context
Enrico> sensitive. I mean it does not appear or disappear but only
Enrico> shows buttons having a meaning for that context. When you
Enrico> change context, the buttons c
On Tue, Oct 10, 2006 at 09:38:34AM +0200, Joost Verburg wrote:
> Jean-Marc Lasgouttes wrote:
> >Because I think there will be as many people annoyed by auto toolbars
> >then people who like them. Personally, having toolbars which flash in
> >and out when I do pageup/down annoys me.
>
> Not having
On Tue, Oct 10, 2006 at 08:59:35AM +0200, Jean-Marc Lasgouttes wrote:
> > "Joost" == Joost Verburg <[EMAIL PROTECTED]> writes:
> Joost> Why not put the auto toolbars in default and create a
> Joost> default-noautotoolbars?
>
> Because I think there will be as many people annoyed by auto toolb
Jean-Marc Lasgouttes wrote:
Because I think there will be as many people annoyed by auto toolbars
then people who like them. Personally, having toolbars which flash in
and out when I do pageup/down annoys me.
Not having auto toolbars makes them very difficult to use, because
you'll have to reo
> "Joost" == Joost Verburg <[EMAIL PROTECTED]> writes:
Joost> Jean-Marc Lasgouttes wrote:
>> What about shipping a default-autotoolbars.ui file which make auto
>> toolbars active?
Joost> That still requires users to manually set a different UI file,
Joost> which is not a very obvious thing to
Jean-Marc Lasgouttes wrote:
What about shipping a default-autotoolbars.ui file which make auto
toolbars active?
That still requires users to manually set a different UI file, which is
not a very obvious thing to do when you want to have the toolbars visible.
Why not put the auto toolbars in
> "Michael" == Michael Gerz <[EMAIL PROTECTED]> writes:
Michael> They are context-sensitive in trunk but not in 1.4.X yet. Ask
Michael> Jean-Marc to activate them in the stable branch as well...
What about shipping a default-autotoolbars.ui file which make auto
toolbars active?
JMarc
On Mon, Oct 09, 2006 at 10:44:41PM +0200, Joost Verburg wrote:
> Currently the very useful math and table toolbars are still off by
> default, which is not a good thing in my opinion. Too many things are
> hidden for the normal end-user.
The plan always was to introduce View->Toolbars ala other
Joost Verburg wrote:
Yes, I like the idea of a "reviewing" toolbar with change tracking and
notes. These things are almost always used together.
Great. I will call the toolbar "Review" which is a better name than
"Changes & Notes".
Will it be displayed automatically when change tracking is
Michael Gerz wrote:
Joost, do you like the idea of a combined changes & notes toolbar? I
would like to commit my previous patch but first I need some positive
feedback from lyx-devel.
Yes, I like the idea of a "reviewing" toolbar with change tracking and
notes. These things are almost always
Joost Verburg wrote:
However it is possible to add additional toolbars, like the change
tracking toolbar Micheal created. I think these are very useful.
Joost, do you like the idea of a combined changes & notes toolbar? I
would like to commit my previous patch but first I need some positive
Jean-Marc Lasgouttes wrote:
>> "Georg" == Georg Baum
>> <[EMAIL PROTECTED]>
>> writes:
>
> Georg> Am Freitag, 6. Oktober 2006 20:16 schrieb Michael Gerz:
>>> If people like the toolbar enhancements, they should go into the
>>> regular LyX distribution. IMHO an installer shouldn't modi
Joost Verburg wrote:
> However it is possible to add additional toolbars, like the change
> tracking toolbar Micheal created. I think these are very useful.
>
> What about a View toolbar that allows you to press a single button to
> preview PDF etc.?
>
> And as a first step to allow a little custom
> "Andreas" == Andreas K <[EMAIL PROTECTED]> writes:
>> I agree that "View PDF" could be useful (and I have that myself in
>> my toolbar), but I can't see that "line break" is of any use. Is
>> there any use case where moving the mouse to that button is faster
>> than hitting Ctrl-enter?
And
> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
Georg> Am Freitag, 6. Oktober 2006 20:16 schrieb Michael Gerz:
>> If people like the toolbar enhancements, they should go into the
>> regular LyX distribution. IMHO an installer shouldn't modify core
>> application functionality.
Georg> I ag
Juergen Spitzmueller wrote:
I think everybody agrees with that, it's just that nobody found the time to
implement it.
However, I do not agree that we clutter our toolbars with all sorts of things
just because we do not have a gui to customize the toolbars. An overloaded
toolbar decreases usabil
Andreas K. wrote:
> It is faster to move the mouse to that button if you do not remember the
> shortcut commands, which often is the case.
I think Strg- is one shortcut every user should remember.
> Maybe not all users would like to have that button, but it would be good to
> at least have the po
Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
>
> Andreas K. wrote:
> > The link you gave concerned only the bold font toolbar button, not the
> > other toolbar buttons for the LyXWinInstaller, such as, e.g., for PDF
> > creation.
>
> Yes, I was only talking about bold (which seems to be the
Andreas K. wrote:
> The link you gave concerned only the bold font toolbar button, not the
> other toolbar buttons for the LyXWinInstaller, such as, e.g., for PDF
> creation.
Yes, I was only talking about bold (which seems to be the most controversial).
I agree that "View PDF" could be useful (an
Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
>
> Andreas Karlsson wrote:
> > If possible I think that the Linux/Unix and Mac versions also should use
> > these new toolbar buttons. It makes these functions more easily accessible.
>
> For the official distribution, we have decided against doi
Am Freitag, 6. Oktober 2006 20:16 schrieb Michael Gerz:
> If people like the toolbar enhancements, they should go into the regular
> LyX distribution. IMHO an installer shouldn't modify core application
> functionality.
I agree 100%.
Georg
Andreas Karlsson wrote:
> If possible I think that the Linux/Unix and Mac versions also should use
> these new toolbar buttons. It makes these functions more easily accessible.
For the official distribution, we have decided against doing this. See:
http://bugzilla.lyx.org/show_bug.cgi?id=2491
Jür
Andreas Karlsson wrote:
Hi Joost,
I have found the new toolbar buttons used by the LyXWinInstaller
(http://wiki.lyx.org/LyX/UserInterface#LyXWinInstallerToolbar) very
useful. Especially the ones for bold font, view PDF and line break are
very useful. Could you please include these also in th
Hi Joost,
I have found the new toolbar buttons used by the LyXWinInstaller
(http://wiki.lyx.org/LyX/UserInterface#LyXWinInstallerToolbar) very useful.
Especially the ones for bold font, view PDF and line break are very useful.
Could you please include these also in the official LyX Windows ins
81 matches
Mail list logo
