Stephan Witt wrote:
> I propose to add the LyXRC variable RC_SCROLL_WHEEL_ZOOM to add some control
> for the user.
> The patch is attached. The questions I have:
> * need to care for i18n - something to provide?
i dont think so.
> * if the current behaviour is the default, should I care for lyxr
Am 15.07.2010 um 15:42 schrieb Pavel Sanda:
> Stephan Witt wrote:
>> 1. I had to learn that cmake dependencies are not correct for ui file
>> generation - at least with XCode.
>> To make changes visible I have to build it twice. Since it is black magic
>> and I want to concentrate on content I w
Stephan Witt wrote:
> 1. I had to learn that cmake dependencies are not correct for ui file
> generation - at least with XCode.
> To make changes visible I have to build it twice. Since it is black magic and
> I want to concentrate on content I would be glad if some cmake-magician can
> correct
Stephan Witt wrote:
> I did expect it. But as said I have no plan B except to leave cua bindings
> untouched. Any other proposals?
Leaving it untouched sounds good.
Jürgen
Am 15.07.2010 um 10:46 schrieb Kornel Benko:
> Am Donnerstag 15 Juli 2010 schrieb Jürgen Spitzmüller:
>> Stephan Witt wrote:
>>> One side effect is questionable: C-minus was "specialchar-insert
>>> hyphenation" in text mode. This is moved to C-S-underscore now. I like
>>> that move
>>
>> I don't.
Am Donnerstag 15 Juli 2010 schrieb Jürgen Spitzmüller:
> Stephan Witt wrote:
> > One side effect is questionable: C-minus was "specialchar-insert
> > hyphenation" in text mode. This is moved to C-S-underscore now. I like
> > that move
>
> I don't.
>
> Jürgen
I don't like it too. Using too often
Stephan Witt wrote:
> One side effect is questionable: C-minus was "specialchar-insert
> hyphenation" in text mode. This is moved to C-S-underscore now. I like
> that move
I don't.
Jürgen
Am 15.07.2010 um 09:22 schrieb Stephan Witt:
> Am 15.07.2010 um 02:46 schrieb BH:
>
>> On Wed, Jul 14, 2010 at 1:18 PM, Pavel Sanda wrote:
>>> i dont use macros myself so i really have no idea how is this unfold macro
>>> important.
>>
>> Same for me on math macros. But I agree with minus/plus
Am 15.07.2010 um 02:46 schrieb BH:
> On Wed, Jul 14, 2010 at 1:18 PM, Pavel Sanda wrote:
>> i dont use macros myself so i really have no idea how is this unfold macro
>> important.
>
> Same for me on math macros. But I agree with minus/plus for zoom
> out/in: that's the Mac standard.
Thanks. I
On Wed, Jul 14, 2010 at 1:18 PM, Pavel Sanda wrote:
> i dont use macros myself so i really have no idea how is this unfold macro
> important.
Same for me on math macros. But I agree with minus/plus for zoom
out/in: that's the Mac standard.
BH
- even in the math users
>>>> guide I couldn't find an example.
>>>> So I guess it's not common to fold or unfold a macro and we may change
>>>> that binding.
>>>>
>>>> A little bit smarter solution would be to move the math bindi
Ctrl-plus to zoom-in and Ctrl-minus to zoom-out (like firefox binding).
>>>
>>> I couldn't manage to fold/unfold a math macro - even in the math users
>>> guide I couldn't find an example.
>>> So I guess it's not common to fold or unfold a ma
Stephan Witt wrote:
> As said, I propose to change that for other archs too.
i dont use macros myself so i really have no idea how is this unfold macro
important.
pavel
d a math macro - even in the math users guide
>> I couldn't find an example.
>> So I guess it's not common to fold or unfold a macro and we may change that
>> binding.
>>
>> A little bit smarter solution would be to move the math binding to
>> Ctrl-Sh
to move the math binding to
> Ctrl-Shift-plus (asterisk) resp. Ctrl-Shift-minus (underscore).
no opinion (btw we already have binding for zooming (ctrl+mouse wheel))
pavel
Am 14.07.2010 um 17:33 schrieb Pavel Sanda:
> Stephan Witt wrote:
>> Am 09.07.2010 um 20:37 schrieb LyX Ticket Tracker:
>>
>>> #6740: Zoom using mouse wheel conflicts with momentum scrolling
>>> --+
Stephan Witt wrote:
> Am 09.07.2010 um 20:37 schrieb LyX Ticket Tracker:
>
> > #6740: Zoom using mouse wheel conflicts with momentum scrolling
> > --+-
> > Reporter: theophys | Owner: stwitt
Am 09.07.2010 um 20:37 schrieb LyX Ticket Tracker:
> #6740: Zoom using mouse wheel conflicts with momentum scrolling
> --+-
> Reporter: theophys | Owner: stwitt
> Type: defect| Statu
Abdelrazak Younes wrote:
Tommaso Cucinotta wrote:
Hello,
when zooming in/out with [Ctrl] + [Mouse Wheel], document WA's font
is immediately updated, but if the Advanced F&R dialog is shown, its
own WAs' font (find WA and replace WA) is not immediately updated,
but delayed
Tommaso Cucinotta wrote:
Hello,
when zooming in/out with [Ctrl] + [Mouse Wheel], document WA's font is
immediately updated, but if the Advanced F&R dialog is shown, its own
WAs' font (find WA and replace WA) is not immediately updated, but
delayed until the next editing
Hello,
when zooming in/out with [Ctrl] + [Mouse Wheel], document WA's font is
immediately updated, but if the Advanced F&R dialog is shown, its own
WAs' font (find WA and replace WA) is not immediately updated, but
delayed until the next editing action.
The attached pa
Yes, probably you can change that system- or user-wide somewhere. But
it's not obvious: I just tried to find out for a few minutes and didn't
find any GUI for that.
>>> Qt4Config>Interface>Wheel Scroll Lines
>>
>> Either it does not exist on mac or I don't have it installed...
Stefan Schimanski wrote:
Yes, probably you can change that system- or user-wide somewhere.
But it's not obvious: I just tried to find out for a few minutes and
didn't find any GUI for that.
Qt4Config>Interface>Wheel Scroll Lines
Either it does not exist on mac or I don't have it installed..
Yes, probably you can change that system- or user-wide somewhere.
But it's not obvious: I just tried to find out for a few minutes
and didn't find any GUI for that.
Qt4Config>Interface>Wheel Scroll Lines
Either it does not exist on mac or I don't have it installed...
Stefan
Stefan Schimanski wrote:
Am 30.01.2008 um 18:44 schrieb Abdelrazak Younes:
Stefan Schimanski wrote:
Hi!
Attached is a patch which adds a setting to change the scrolling
speed of the mouse wheel.
I always had the feeling that this is far to fast in LyX (compared
to other applications). This
Am 30.01.2008 um 18:44 schrieb Abdelrazak Younes:
Stefan Schimanski wrote:
Hi!
Attached is a patch which adds a setting to change the scrolling
speed of the mouse wheel.
I always had the feeling that this is far to fast in LyX (compared
to other applications). This might come from the Qt
Stefan Schimanski wrote:
Hi!
Attached is a patch which adds a setting to change the scrolling speed
of the mouse wheel.
I always had the feeling that this is far to fast in LyX (compared to
other applications). This might come from the Qt wheelScrollLines
setting which is set to 3 here for
Hi!
Attached is a patch which adds a setting to change the scrolling speed
of the mouse wheel.
I always had the feeling that this is far to fast in LyX (compared to
other applications). This might come from the Qt wheelScrollLines
setting which is set to 3 here for all Mac Qt
Peter Kümmel wrote:
Scrolling with the mouse wheel does not work for the qt4 frontend.
Is this a bug of GuiWorkArea?
No I think it's a general bug of the scrolling (most probably my fault).
Setting "Cursor follows scrolling" in the preference settings should help.
Abdel.
Scrolling with the mouse wheel does not work for the qt4 frontend.
Is this a bug of GuiWorkArea?
Peter
1,6 @@ void LyXText::dispatch(LCursor & cur, Fu
}
case LFUN_MOUSE_RELEASE: {
- // do nothing if we used the mouse wheel
- if (cmd.button() == mouse_button::button4
- || cmd.button() == mouse_button::button5) {
- cur.undispatched();
- break;
- }
-
selection_possible = false;
Angus Leeming wrote:
>> Scroll with the mouse wheel without "cursor follows scrollbar" is
>> severely broken in xforms. The qt version works because scroll
>> doesn't get through LyX dispatch mechanism.
>
> Then is a possible solution to prevent the xfo
Alfredo Braunstein wrote:
> Scroll with the mouse wheel without "cursor follows scrollbar" is
> severely broken in xforms. The qt version works because scroll
> doesn't get through LyX dispatch mechanism.
Then is a possible solution to prevent the xforms frontend from
dis
Scroll with the mouse wheel without "cursor follows scrollbar" is severely
broken in xforms. The qt version works because scroll doesn't get through
LyX dispatch mechanism.
In xforms 1) mouse button 4 & 5 (mouse wheel) open collapsibles (because
they get dispatched to the tip i
>>>>> "Michael" == Michael Schmitt <[EMAIL PROTECTED]> writes:
Michael> Hi Jean Marc, enclosed please find minor update of de.po +
Michael> the outstanding mouse wheel patch. Please commit the changes.
I applied the de.po patch.
JMarc
Hi Jean Marc,
enclosed please find minor update of de.po + the outstanding mouse wheel
patch. Please commit the changes.
TIA, Michael
Index: lyx-devel-1.3.0cvs/po/de.po
===
RCS file: /cvs/lyx/lyx-devel/po/de.po,v
retrieving
On Mon, Jan 13, 2003 at 11:09:11AM +, Angus Leeming wrote:
> >2. Make CTRL-Pos1/End behave a little bit more intuitive
> > (Patch suggested by Andre)
>
> I won't commit this but leave it for André. (Insufficient knowledge.)
I haven't seen the patch, but if this is 'go left instead o
On Thursday 09 January 2003 7:16 pm, Michael Schmitt wrote:
> Dear Lars, Jean-Marc,
>
> please apply the following two patches:
>
>1. Change default value and description of mouse wheel jump
> (John thinks it is OK)
I'll commit this.
>2. Make CTRL-Pos1/En
Dear Lars, Jean-Marc,
please apply the following two patches:
1. Change default value and description of mouse wheel jump
(John thinks it is OK)
2. Make CTRL-Pos1/End behave a little bit more intuitive
(Patch suggested by Andre)
Michael
Index: lyx-devel-1_3_X//src/ChangeLog
Hi,
here comes a tiny patch that clarifies the new meaning of "mouse wheel
jump" (a native speaker should check whether this is correct English).
Please apply,
Michael
Index: lyx-devel-1_3_X//src/ChangeLog
===
RCS file
Hi,
it seems like the wheel mouse parameter in the preferences dialog indeed
specifies the number of lines to skip and not the percentage of the
screen. I will fix the German description of the paramter occasionally
but IMHO the original english description is also misleading...
Michael
Juergen Spitzmueller wrote:
> Alfredo Braunstein wrote:
>> > For me it works ok, scrolling 4 o 5 lines at a time. I can confirm that
>> > the value on preferences seems be ignored, though.
>>
>> This was on QT.
>
> I guess you have to make the wheel mouse lyxrc noticed by
> QContentPane::wheelEve
Alfredo Braunstein wrote:
> > For me it works ok, scrolling 4 o 5 lines at a time. I can confirm that
> > the value on preferences seems be ignored, though.
>
> This was on QT.
I guess you have to make the wheel mouse lyxrc noticed by
QContentPane::wheelEvent
Jürgen.
Alfredo Braunstein wrote:
> [EMAIL PROTECTED] wrote:
>
>> Hi,
>>
>> if I browse through a LyX document with the mouse wheel, the cursor
>> makes
>> jumps of about 2 or 3 pages. I have tried to change the preferences
>> (e.g. scroll by only 30% of the pa
[EMAIL PROTECTED] wrote:
> Hi,
>
> if I browse through a LyX document with the mouse wheel, the cursor
> makes
> jumps of about 2 or 3 pages. I have tried to change the preferences
> (e.g. scroll by only 30% of the page) but the setting seems to be
> ignored.
For me it work
Hi,
if I browse through a LyX document with the mouse wheel, the cursor
makes
jumps of about 2 or 3 pages. I have tried to change the preferences
(e.g. scroll by only 30% of the page) but the setting seems to be
ignored.
Could anybody please confirm this bug? (Or even better: Fix it?) I use
the
Dear list,
As per my post about the mouse wheel closing open file dialogues, it also
closes the environment menu.
This is going to be a real off-putter as my instinct is to scroll with the
wheel... So it takes several attempts to get it right, I can't just "not
use the wheel&quo
On Thu, Jul 11, 2002 at 02:13:00PM +0200, Juergen Vigna wrote:
> > float add_value = float(workarea_.height()) * float(time) / 100;
>
> That outcommented code was put in there from myself to fix the IMO
> wrong scrolling algorithm, but Lars didn't like it. So I left it there
> until we can
John Levon wrote:
>
> Hmm, yes. The problem is obvious. Can somebody explain what units
> lyxrc.wheel_jump is supposed to be in, and I can fix it ?
>
> 420 double const diff = t->defaultHeight()
> 421 + double(time) * double(time) * 0.125;
> 422
> 423
On Fri, Jul 05, 2002 at 07:52:50PM +0200, geof wrote:
> When I focus on lyx and play with the wheel I get :
>
> ...
> scrollDocView of 1272 <--
> screen: drawFromTo 414-414
> expose 667x0+0+414
> scroll: height now 1492
> scroll: work_height 414
> Workarea event: RELEASE
> Workarea event
On Friday 05 July 2002 18:40, John Levon wrote:
> On Fri, Jul 05, 2002 at 06:43:00PM +0200, geof wrote:
> > Mouse wheel doesn't work with lyx-1.3CVS compiled with gcc-3.1.
> > This problem doesn't appear with lyx-1.2CVS (gcc-3.1).
> > Any suggestion ?
>
> &quo
On Fri, Jul 05, 2002 at 06:43:00PM +0200, geof wrote:
> Mouse wheel doesn't work with lyx-1.3CVS compiled with gcc-3.1.
> This problem doesn't appear with lyx-1.2CVS (gcc-3.1).
> Any suggestion ?
"lyx -dbg any" output please. I shouldn't have broken anytthing
Mouse wheel doesn't work with lyx-1.3CVS compiled with gcc-3.1.
This problem doesn't appear with lyx-1.2CVS (gcc-3.1).
Any suggestion ?
geoffroy
--
~
'v'mailto: gpiroux_at_mac_dot_com
// \\ Powered by GNU/Linux-ppc
/( )\ http://lfs.linux-provider.net/ #112
^'^
> "edscott" == edscott <[EMAIL PROTECTED]> writes:
edscott> The behaviour ot the wheel in 1.1.4 (scrolling up and down a
edscott> line at a time) was different from how 1.1.5 behaves(a full
edscott> page at a time). Although a full page at a time would be
edscott> better for reading a docume
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> "Asger K. Alstrup Nielsen" <[EMAIL PROTECTED]> writes: | > I am
Lars> including a patch | > which gives the enduser the option of
Lars> controling the wheel movement from the | > lyxrc file, so it can
Lars> be defined as in 1.1
"Asger K. Alstrup Nielsen" <[EMAIL PROTECTED]> writes:
| > I am including a patch
| > which gives the enduser the option of controling the wheel movement from the
| > lyxrc file, so it can be defined as in 1.1.4 or 1.1.5(default).
|
| The patch looks good. Did anybody apply it?
Not yet, but I a
> I am including a patch
> which gives the enduser the option of controling the wheel movement from the
> lyxrc file, so it can be defined as in 1.1.4 or 1.1.5(default).
The patch looks good. Did anybody apply it?
Greets,
Asger
The behaviour ot the wheel in 1.1.4 (scrolling up and down a line at a time)
was different from how 1.1.5 behaves(a full page at a time). Although a full
page at a time would be better for reading a document, for writing/rewriting
one line at a time works better (IMHO). I am including a patch
wh
58 matches
Mail list logo
