svn commit: r491810 - in head/editors/vim: . files

Torsten Zuehlsdorff freebsd at toco-domains.de
Mon Feb 4 09:11:53 UTC 2019



On 01.02.19 16:52, Cy Schubert wrote:
> On February 1, 2019 7:37:31 AM PST, Torsten Zuehlsdorff <freebsd at toco-domains.de> wrote:
>>
>>
>> On 01.02.19 16:24, Cy Schubert wrote:
>>> In message <3ca96b45-44d9-34b4-b48e-b49c1f1c4066 at toco-domains.de>, 
>>> Torsten Zueh
>>> lsdorff writes:
>>>>
>>>>
>>>>
>>>> On 01.02.19 15:47, Cy Schubert wrote:
>>>>> On February 1, 2019 6:02:44 AM PST, Adam Weinberger
>> <adamw at freebsd.org> wro
>>>> te:
>>>>>> On Fri, Feb 1, 2019 at 6:58 AM Alexey Dokuchaev
>> <danfe at freebsd.org>
>>>>>> wrote:
>>>>>>>
>>>>>>> On Fri, Feb 01, 2019 at 01:54:07PM +0000, Adam Weinberger wrote:
>>>>>>>> New Revision: 491810
>>>>>>>> URL: https://svnweb.freebsd.org/changeset/ports/491810
>>>>>>>>
>>>>>>>> Log:
>>>>>>>>   Update vim to patchlevel 865
>>>>>>>>
>>>>>>>>   After discussion on freebsd-ports@, switch the default UI
>> toolkit
>>>>>>>>   from GTK2 to GTK3. There isn't a huge visual difference, so
>> it's
>>>>>>>>   more predicated on the idea that people are more likely to
>> have
>>>>>>>>   GTK3 already installed for other things.
>>>>>>>
>>>>>>> Actually, I believe it's more likely that people have GTK+2
>>>>>> installed,
>>>>>>> not 3.  That said, however, perhaps the best way out would be
>>>>>> flavoring
>>>>>>> the port so it offers both packages.
>>>>>>
>>>>>> I'm not sure that there's a huge benefit to offering multiple UI
>>>>>> toolkit packages. There's not much difference between the GTK2 and
>> the
>>>>>> GTK3 interface. Perhaps I mischaracterized the situation; it is
>>>>>> definitely correct to say that the discussion on freebsd-ports@
>>>>>> revealed nearly unanimous agreement that people would prefer GTK3
>> be
>>>>>> the default.
>>>>>>
>>>>>> # Adam
>>>>>
>>>>> The big difference from a user's perspective is the scroll bar,
>> specificall
>>>> y middle button behavior.  IMO a regression. 
>>>>
>>>> After the switch to GTK-3 i have no scroll bar at all. "at all"
>> means in
>>>> kate, libreoffice, dolphin and all other kde/gtk-3 - applications.
>> :D
>>>
>>> Hmm. Firefox uses GTK-3. It has a scrollbar. If I play with it, as in
>>
>>> put the cursor toward the middle of the slider, it does work. It's
>> not 
>>> as easy as Motif or GTK-2 are. I think this is an attempt by GUI 
>>> developers to use one code base for mobile, notebook, and desktop. 
>>> Compromises that are clunky at best.
>>>
>>> Have you tried scrolling using the wheel? It might "magically"
>> appear.
>>
>> Mh, Firefox and Thunderbird still have scroll bars. I did not realize
>> that they use GTK 3.
>>
>> Kate has something like an "mini map" at the right but no scroll bar.
>> Libreoffice has no scroll bars, too. I can scroll with the mouse wheel
>> or with the cursor. But this does not make a scroll bar appear.
>>
>> Greetings,
>> Torsten
> 
> That's probably an application thing. A scroll bar is a widget and each widget normally needs a callback. It's likely the app developers didn't bother to implement one.

I'm not sure. When building libreoffice against GTK2 the scroll bar came
back. [tested before 2019-01-01]

Sadly i have no idea how to track this behavior down to its source. -.-

Greetings,
Torsten


More information about the svn-ports-all mailing list