Re: [code] [textadept] Textadept 10.1

From: Mitchell <m.att.foicica.com>
Date: Sat, 13 Oct 2018 17:33:28 -0400 (EDT)

Hi Gabriel,

On Fri, 12 Oct 2018, Gabriel Dubatti wrote:

> Hi Mitchell,
>
> El 12/10/2018 a las 11:39, Mitchell escribió:
>> Hi Gabriel,
>>
>> On Sun, 7 Oct 2018, Mitchell wrote:
>>
>>> Hi Gabriel,
>>>
>>> On Fri, 5 Oct 2018, Gabriel Dubatti wrote:
>>>
>>>> Hi Mitchell,
>>>>
>>>> El 05/10/2018 a las 17:06, Gabriel Dubatti escribió:
>>>>> Hi Mitchell,
>>>>>
>>>>> El 03/10/2018 a las 12:10, Gabriel Dubatti escribió:
>>>>>> Hi Mitchell,
>>>>>>
>>>>>> El 03/10/2018 a las 10:58, Mitchell escribió:
>>>>>>> Hi Gabriel,
>>>>>>>
>>>>>>> On Wed, 3 Oct 2018, Gabriel Dubatti wrote:
>>>>>>>
>>>>>>>> Hi Mitchell,
>>>>>>>>
>>>>>>>> El 01/10/2018 a las 10:52, Mitchell escribió:
>>>>>>>>> Hi,
>>>>>>>>>
>>>>>>>>> Textadept 10.1 is released from https://foicica.com/textadept
>>>>>>>>>
>>>>>>>>> Bugfixes:
>>>>>>>>>
>>>>>>>>> * Fixed view focus synchronization issues when dropping files into
>>>>>>>>> split
>>>>>>>>> views.
>>>>>>>>> * Fixed potential crash with non-UTF-8 bytes copy-pasted into
>>>>>>>>> non-UTF-8
>>>>>>>>> buffer.
>>>>>>>>> * `spawn_proc:read()` correctly handles `\r\n` sequences.
>>>>>>>>>
>>>>>>>>> Changes:
>>>>>>>>>
>>>>>>>>> * Added ability to save/restore persistent data during a reset event
>>>>>>>>> via
>>>>>>>>>   `events.RESET_BEFORE` and `events.RESET_AFTER`.
>>>>>>>>> * Replaced `ui.find.find_in_files_filter` with
>>>>>>>>>   `ui.find.find_in_files_filters` table for project-specific
>>>>>>>>> filters.
>>>>>>>>> * Added Chinese localization.
>>>>>>>>> * Updated to GTK 2.24.32 on Windows, which fixes a number of various
>>>>>>>>> GTK-related
>>>>>>>>>   issues.
>>>>>>>>>
>>>>>>>>> Cheers,
>>>>>>>>> Mitchell
>>>>>>>>
>>>>>>>> TA10.1 in working fine for me in Linux but in Windows 7 64 bits it
>>>>>>>> does
>>>>>>>> not
>>>>>>>> read the shift key (tested with an empty .textadept folder with the
>>>>>>>> .EXE
>>>>>>>> from
>>>>>>>> the zip and recompiling the code).
>>>>>>>>
>>>>>>>> For example: pressing Ctrl+Shift+E is the same as pressing Ctrl+E
>>>>>>>> ("Command
>>>>>>>> Entry" is run instead of "Select Command").
>>>>>>>>
>>>>>>>> I compiled the nightly some days ago when you moved to GTK 2.24.32
>>>>>>>> and
>>>>>>>> got
>>>>>>>> some issues but didn't have the time to check it and return to 10.0.
>>>>>>>>
>>>>>>>> Seems like in this version of GTK the keyboard is not working fine,
>>>>>>>> at
>>>>>>>> least
>>>>>>>> for me, or some functions have changed.
>>>>>>>>
>>>>>>>> Anyone else with the same issue?
>>>>>>>
>>>>>>> I cannot verify in Win7 right now, but the Shift key works in Win10
>>>>>>> 64-bit.
>>>>>>>
>>>>>>> Cheers,
>>>>>>> Mitchell
>>>>>>
>>>>>> I removed "caps_lock" from the if() to force to correct the case with
>>>>>> or
>>>>>> without caps-lock pressed and seems to be working fine now.
>>>>>>
>>>>>> local function keypress(code, shift, control, alt, meta, caps_lock)
>>>>>>   --print(code, M.KEYSYMS[code], shift, control, alt, meta, caps_lock)
>>>>>>   if (shift or control or alt or meta) and code < 256 then
>>>>>>     code = string[shift and 'upper' or
>>>>>> 'lower'](string.char(code)):byte()
>>>>>>   end
>>>>>>
>>>>>> I'll start using this version and see if something else breaks.
>>>>>>
>>>>>> Cheers,
>>>>>>
>>>>>> Gabriel
>>>>>
>>>>> The change I made works fine for letters but not for symbols....
>>>>>
>>>>> For some keys like [,] ([<] when SHIFT is pressed) it works fine for
>>>>> typing
>>>>> but when CONTROL is pressed the SHIFT modification is discarded in the
>>>>> code
>>>>> and I get CONTROL +[,] regardless of the state of the SHIFT key.
>>>>>
>>>>> Others keys like ['] return complex code values like 65105 (0xFE51) when
>>>>> CONTROL is pressed.
>>>>>
>>>>> Cheers,
>>>>>
>>>>> Gabriel
>>>>
>>>> I found that the issue is related to the keyboard layout. If I change the
>>>> keyboard layout to "English" all codes seems to be OK (TA10.1).
>>>>
>>>> I normally use the keyboard layout "English International" to be able to
>>>> generate some Spanish characters easily. That layout always worked fine
>>>> for
>>>> me (TA10.0 included).
>>>>
>>>> My keyboard is a Microsoft Natural Ergonomic 4000 (with English key
>>>> caps).
>>>>
>>>> Hope you can reproduce the issue on Win 10 with that layout.
>>>
>>> It seems that the following GTK bug is the root of a problem:
>>> https://bugzilla.gnome.org/show_bug.cgi?id=165385
>>>
>>> It seems like the following fix is the root of the problem you're
>>> reporting:
>>> https://gitlab.gnome.org/GNOME/gtk/commit/516c1ba159137462dbd7709801e9aa212b05f29c
>>>
>>> I do not know enough to ascertain the best way to workaround this. Perhaps
>>> downgrading to the previous version of GTK for the time being. The fix
>>> above
>>> is a backport, and perhaps it's buggy.
>>>
>>> If you're feeling adventurious, you could try building/installing GTK
>>> 2.24.31
>>> via the instructions at https://www.gtk.org/download/windows.php. You'd
>>> have
>>> to find a way to invoke the `pacman` command to use version 2.24.31
>>> instead
>>> of the default 2.24.32. After you install .31, you can copy over all the
>>> dlls
>>> into a copy of a Textadept installation, overwriting its dlls. If that
>>> fixes
>>> the problem, then we can move ahead with a temporary downgrade.
>>>
>>> When I have some time I'll try to put together a .31 build, but I'm pretty
>>> swamped right now that that might take a while.
>>
>> Please download this win32gtk-2.24.31.zip[1], delete all .dll files in a
>> copy of a Textadept installation, and copy over all .dll files in the zip's
>> bin/ directory. Then see if you can reproduce the shift error and let me
>> know.
>>
>> Cheers,
>> Mitchell
>>
>> [1]: https://foicica.com/textadept/download/win32gtk-2.24.31.zip
>
> I removed and replaced all the DLL files and reboot the system (just in
> case...) but nothing changed (exact same behavior with the [,<] key).
>
> The English - USA layout works fine but the English International do not.

Forgive my memory, but can you cross-compile Textadept for Windows? If you can, try reverting this diff[1] and recompiling. (Just delete the whole `if` block.) Let me know if that works with the latest GTK bundle (forget the old one I gave you).

Cheers,
Mitchell

[1]: https://foicica.com/hg/textadept/diff/008f87b08bcb/src/textadept.c#l1.24

-- 
You are subscribed to code.att.foicica.com.
To change subscription settings, send an e-mail to code+help.att.foicica.com.
To unsubscribe, send an e-mail to code+unsubscribe.att.foicica.com.
Received on Sat 13 Oct 2018 - 17:33:28 EDT

This archive was generated by hypermail 2.2.0 : Sun 14 Oct 2018 - 06:31:48 EDT