Thanks so much for the fix, Andrew. That one cost me a couple hours of work when it deleted a new file.

On Mar 5, 2021, at 8:02 AM, textmate-request@lists.macromates.com wrote:

Send TextMate mailing list submissions to
textmate@lists.macromates.com

To subscribe or unsubscribe via email, send a message with subject or
body 'help' to
textmate-request@lists.macromates.com

You can reach the person managing the list at
textmate-owner@lists.macromates.com

When replying, please edit your Subject line so it is more specific
than "Re: Contents of TextMate digest..."Today's Topics:

  1. Re: Data loss bug in 2.0.16 (Paulo Moura)
  2. Re: Data loss bug in 2.0.16 (Andrew Hodgkinson)
  3.  Failure running “Environment Based on Current Word”.
     (andreas.loeffler@googlemail.com)
  4. Strange Behavior of Command-Z/Shift-Command-Z (Jack Royal-Gordon)
  5. Re: Strange Behavior of Command-Z/Shift-Command-Z
     (Andrew Hodgkinson)
  6. Hidden files in the file browser? (Walter Lee Davis)
  7. Re: Hidden files in the file browser? (Staf Campforts)

From: Paulo Moura <pmoura@logtalk.org>
Subject: [TxMt]Re: Data loss bug in 2.0.16
Date: February 25, 2021 at 1:07:43 PM PST
To: TextMate users <textmate@lists.macromates.com>
Reply-To: TextMate users <textmate@lists.macromates.com>


Thanks for quick fix! Would it be possible to highlight somehow the file browser when it gains focus?

On 25 Feb 2021, at 20:37, Allan Odgaard via TextMate <textmate@lists.macromates.com> wrote:

On 25 Feb 2021, at 20:52, Andrew Hodgkinson via TextMate wrote:

If there is an OS behaviour change, it's presumably down to the cascade of events from one child of a parent window to another, when one of them doesn't handle a key press.

That made it click: The key equivalent is in a context menu, context menus are outside the regular view hierarchy, so that is what is causing the problem.

I have pushed v2.0.19 which contains a fix for this. Hold option (⌥) when checking for new build. Though it will be promoted to regular release shortly, given the severity.

I am terrible sorry for anyone who has been affected by this!

_______________________________________________
TextMate mailing list -- textmate@lists.macromates.com
To unsubscribe send an email to textmate-leave@lists.macromates.com

-----------------------------------------------------------------
Paulo Moura
Logtalk developer







From: "Andrew Hodgkinson" <ahodgkin@rowing.org.uk>
Subject: [TxMt]Re: Data loss bug in 2.0.16
Date: February 25, 2021 at 2:44:35 PM PST
To: "TextMate users" <textmate@lists.macromates.com>
Reply-To: TextMate users <textmate@lists.macromates.com>


On 26 Feb 2021, at 9:12, Matt Neuburg via TextMate wrote:

But then wouldn’t reverting to 2.0.6 fail to solve it? m.

Heh! Yes, of course, that's right, I didn't think of that... And then Allan wrote:

That made it click: The key equivalent is in a context menu, context menus are outside the regular view hierarchy, so that is what is causing the problem.
I have pushed v2.0.19 which contains a fix for this

Great! That's awesome - thanks for such a quick fix. I've tried fiddling around for a while and cannot seem to persuade anything untoward to happen with Cmd+Z in text editor views now :-)

--
TTFN, Andrew Hodgkinson
Find photos, software, music and more at my home site, Bandcamp and GitHub:
https://pond.org.uk / https://pondnz.bandcamp.com / https://github.com/pond



From: andreas.loeffler@googlemail.com
Subject: [TxMt] Failure running “Environment Based on Current Word”.
Date: February 27, 2021 at 5:26:08 AM PST
To: textmate@lists.macromates.com
Reply-To: TextMate users <textmate@lists.macromates.com>


I am using Textmate for writing LaTex texts and I recently found that I can used a shortcut for completing environments (the help says "by default to cmd and < " but it turned out to be ctrl and <). Still, I get an error message that I did not find in the mailing list:

Failure running “Environment Based on Current Word”.

Users/andreasloeffler/Library/Application Support/TextMate/Managed/Bundles/LaTeX.tmbundle/Support/lib/Ruby/configuration.rb:29:in `load': Unexpected character { at line 1 (OSX::PropertyListError)
from /Users/andreasloeffler/Library/Application Support/TextMate/Managed/Bundles/LaTeX.tmbundle/Support/lib/Ruby/configuration.rb:29:in `load_file'
from /Users/andreasloeffler/Library/Application Support/TextMate/Managed/Bundles/LaTeX.tmbundle/Support/lib/Ruby/configuration.rb:28:in `open'
from /Users/andreasloeffler/Library/Application Support/TextMate/Managed/Bundles/LaTeX.tmbundle/Support/lib/Ruby/configuration.rb:28:in `load_file'
from /Users/andreasloeffler/Library/Application Support/TextMate/Managed/Bundles/LaTeX.tmbundle/Support/lib/Ruby/configuration.rb:38:in `load_user_file'
from /Users/andreasloeffler/Library/Application Support/TextMate/Managed/Bundles/LaTeX.tmbundle/Support/lib/Ruby/configuration.rb:20:in `load'
from Environment Based on Current Word:6

Unfortunately, I do not understand the source code so I do not know what to do. If I edit the command I see

#!/usr/bin/env ruby18
SUPPORT = ENV['TM_BUNDLE_SUPPORT']
require ENV['TM_SUPPORT_PATH'] + '/lib/ui'
require ENV['TM_SUPPORT_PATH'] + '/lib/exit_codes'
require SUPPORT + '/lib/Ruby/configuration.rb'
@plist = Configuration.load
shortcuts = @plist['environments']
lshortcuts = @plist['labeled_environments']
if ENV['TM_SCOPE'].match('beamer') then
 shortcuts.update(@plist['environments_beamer'])
 lshortcuts.update(@plist['labeled_environments_beamer'])
end
name = STDIN.read
cmd = nil
if name == "" then
 arr = ["custom…",nil] + (shortcuts.keys+lshortcuts.keys).sort
 ind = TextMate::UI.menu(arr)
 TextMate.exit_discard if ind.nil?
 if ind == 0 then
name = ""
 else
    name = arr[ind]
 end
end
options = Array.new
for key in shortcuts.keys do
 if shortcuts[key]['triggers'].index(name) then
   options << {:cmd => key, :setting => :no_label, :content => shortcuts[key]['content']}
 end
end
for key in lshortcuts.keys do
 if lshortcuts[key]['triggers'].index(name) then
   options << {:cmd => key, :setting => :label, :content => lshortcuts[key]['content']}
 end
end
opt = case options.length
when 0
 nil
when 1
 options[0]
else
 ind = TextMate::UI.menu(options.map { |opt| opt[:cmd] })
 ind.nil? ? nil : options[ind]
end
if !opt.nil? then
 print "\\begin{#{opt[:cmd]}}"
 print "\n" if opt[:setting] == :no_label
 print opt[:content] || "\t$0"
 print "\n\\end{#{opt[:cmd]}}"
elsif name == ""
 print "\\begin{${1:env}}\n\t$0\n\\end{${1:env}}"
else
 print "\\begin{#{name}}\n\t$0\n\\end{#{name}}"
end


Can anybody point me to something I understand?



From: Jack Royal-Gordon <jackrg@pobox.com>
Subject: [TxMt]Strange Behavior of Command-Z/Shift-Command-Z
Date: March 2, 2021 at 11:23:30 AM PST
To: textmate@lists.macromates.com
Reply-To: TextMate users <textmate@lists.macromates.com>


tl;dr Command-Z and Shift-Command-Z somehow stopped being associated with Undo/Redo, and instead caused the last file functions to be undone/redone (renaming a file, creating a file, creating a folder, etc.). Note that the menu still indicates those two keys as shortcuts to Undo/Redo

I’m editing a project, and I have multiple files open. I created a new folder and a new file within the new folder, and started typing text into the file. So far, so good. I made what I thought was a typing mistake and hit the “delete” key, then realized that  it was not a mistake, so I hit Command-Z (the shortcut for Undo), and the filename reverted to the default “untitled.txt”. Then I hit Shift-Command-Z (the shortcut for Redo) and the filename reversion was undone. So I typed some more text and went to the Edit menu and hit “Undo” and the text disappeared (as I would expect).


From: "Andrew Hodgkinson" <ahodgkin@rowing.org.uk>
Subject: [TxMt]Re: Strange Behavior of Command-Z/Shift-Command-Z
Date: March 2, 2021 at 11:29:27 AM PST
To: "TextMate users" <textmate@lists.macromates.com>
Reply-To: TextMate users <textmate@lists.macromates.com>


On 3 Mar 2021, at 8:23, Jack Royal-Gordon via TextMate wrote:

tl;dr Command-Z and Shift-Command-Z somehow stopped being associated with Undo/Redo, and instead caused the last file functions to be undone/redone (renaming a file, creating a file, creating a folder, etc.). Note that the menu still indicates those two keys as shortcuts to Undo/Redo

Yes, it happens when there are no longer any undo/redo steps left in the text view - the shortcuts were dropping through to the file browser.

Happily yhis was fixed in v2.0.19, so check for updates :-)


-- 
TTFN, Andrew Hodgkinson
Find photos, software, music and more at my home site, Bandcamp and GitHub:
https://pond.org.uk / https://pondnz.bandcamp.com / https://github.com/pond




From: Walter Lee Davis <waltd@wdstudio.com>
Subject: [TxMt]Hidden files in the file browser?
Date: March 5, 2021 at 5:58:36 AM PST
To: TextMate users <textmate@lists.macromates.com>
Reply-To: TextMate users <textmate@lists.macromates.com>


I have hunted through the interface, and I can't find a setting that would allow hidden files to appear in the list in the file browser. I can find those files by using File / Open, which shows me a standard file dialog, and the options in that allow me to see hidden files (that option is checked on, and stays on). But the list never shows them. How is this preference meant to be governed?

Thanks in advance,

Walter


From: Staf Campforts <sc@anitafleerackers.be>
Subject: [TxMt]Re: Hidden files in the file browser?
Date: March 5, 2021 at 8:02:13 AM PST
To: TextMate users <textmate@lists.macromates.com>, Walter Lee Davis <waltd@wdstudio.com>
Reply-To: TextMate users <textmate@lists.macromates.com>


Hi,

In a MAC you’ll make the hidden files visible as follows:
In the terminal, execute these two commands:

defaults write com.apple.finder AppleShowAllFiles TRUE
killall Finder

Best regards,
Staf
__________________________________
Staf Campforts
Hemeldonk 9
B-2275 Gierle Belgium
mob; +32 (0)497 47 07 82
email: sc@anitafleerackers.be
www.anitafleerackers.be

Please consider your environmental responsibility before printing this email.

Op 5 mrt. 2021, om 14:58 heeft Walter Lee Davis via TextMate <textmate@lists.macromates.com> het volgende geschreven:

I have hunted through the interface, and I can't find a setting that would allow hidden files to appear in the list in the file browser. I can find those files by using File / Open, which shows me a standard file dialog, and the options in that allow me to see hidden files (that option is checked on, and stays on). But the list never shows them. How is this preference meant to be governed?

Thanks in advance,

Walter
_______________________________________________
TextMate mailing list -- textmate@lists.macromates.com
To unsubscribe send an email to textmate-leave@lists.macromates.com



_______________________________________________
TextMate mailing list -- textmate@lists.macromates.com
To unsubscribe send an email to textmate-leave@lists.macromates.com