Dear all, Another question regarding the subversion bundle: I understand the scope of the operation is selected by marking the file or folder in the file browser pane. In TM1 the parent folder had its own item at the very top, so it could be selected instead of a subfolder or file. Now, if my list of files is shorter than the space in the file browser pane, I can click in the empty space to get the parent folder as scope. However, I haven't found how to do this if my list of files/subfolders fills the entire pane.
And here are some other things; sorry if they've been covered before, but I didn't see them mentioned:
Is it possible to detach the results view from the window? For both tasks I use (LaTeX type setting and SVN) having this view attached to the main project window wastes a lot of space, as the information is concentrated in the left third or so of the window. Vertical extent of that window is more important. So can I get the old detached windows back?
Can bundles in file browser get a triangle so they can be unfolded? Having to do the right-click, 'show package content' thing is a bit cumbersome (especially since you then dive into the hierarchy).
Find window: can the result view for 'find all' get horizontal scrolling and and option for line wraps? Right now I cannot see the results of my search for long lines.
Thanks, Jonas
PS: I'm very, very happy to see the frequent updates. I'm prepared to pay (again) for TM2 once it becomes stable.
On Aug 28, 2012, at 12:14 PM, Jonas Zimmermann listen@jonaszimmermann.de wrote:
[ deselecting files ]
You toggle a file’s selection by holding command (⌘) and clicking the item.
A useful key when wanting to diff/commit files under SCM is ⇧⌘Y, it shows a SCM status in the file browser. It even works to select files here, and then proceed to commit (only the selection).
Is it possible to detach the results view from the window?
Preferences → Project → Command output → New window.
Can bundles in file browser get a triangle so they can be unfolded? Having to do the right-click, 'show package content' thing is a bit cumbersome (especially since you then dive into the hierarchy).
You can option-click the icon to “Show Package Contents”.
Find window: can the result view for 'find all' get horizontal scrolling and and option for line wraps? Right now I cannot see the results of my search for long lines.
This is rather hard to implement, so unlikely going to happen anytime soon (unless someone submits a patch).
On 1 Sep 2012, at 23:42, Allan Odgaard wrote:
On Aug 28, 2012, at 12:14 PM, Jonas Zimmermann listen@jonaszimmermann.de wrote:
[ deselecting files ]
You toggle a file’s selection by holding command (⌘) and clicking the item.
A useful key when wanting to diff/commit files under SCM is ⇧⌘Y, it shows a SCM status in the file browser. It even works to select files here, and then proceed to commit (only the selection).
OK, I've been using ⇧⌘Y for a while. This doesn't show added folders (for SVN) as uncommitted, however. So commits depending on those folders (such as added files within) fail. Another thing that breaks a smooth SVN workflow: unsaved files (like the output from diff) confuse the SCM plugin, because no matter whether a file is selected in the file browser or not, one is greeted with the generic SCM context menu when pressing ⌘Y. The same is true if I save that unsaved file in a different location. Even though the selection in the file browser stays the same, ⌘Y takes the location of the open file to decide what to do. That's quite confusing really as it makes it so much harder to predict what will happen if I press ⌘Y.
This is what I naïvely expect to happen (but there may be problems with this, too): When files are selected in file browser: take them to determine what ⌘Y does. Warn if they don't belong to the same working copy. If nothing is selected in file browser, base decision on root object in file browser.
Is it possible to detach the results view from the window?
Preferences → Project → Command output → New window.
D'oh.
Can bundles in file browser get a triangle so they can be unfolded? Having to do the right-click, 'show package content' thing is a bit cumbersome (especially since you then dive into the hierarchy).
You can option-click the icon to “Show Package Contents”.
Right, that is a little bit easier. Still, I think copying the Finder's approach to hide things away in packages is not what I guess most users of TextMate would like, as I can imagine editing files inside bundles occurs quite frequently. Not being able to see inside the structure of two bundles in the same folder seems like an unnecessary impediment...
Find window: can the result view for 'find all' get horizontal scrolling and and option for line wraps? Right now I cannot see the results of my search for long lines.
This is rather hard to implement, so unlikely going to happen anytime soon (unless someone submits a patch).
I see.
Jonas
On Sep 2, 2012, at 5:09 PM, Jonas Zimmermann listen@jonaszimmermann.de wrote:
OK, I've been using ⇧⌘Y for a while. This doesn't show added folders (for SVN) as uncommitted, however. So commits depending on those folders (such as added files within) fail.
That sounds like something that could easily be fixed if you provide steps-to-reproduce.
Another thing that breaks a smooth SVN workflow: unsaved files […]
This is a more general problem with untitled files not being part of a project per se, see e.g. https://github.com/textmate/textmate/issues/305 and my comments on the pull request referenced.
You can option-click the icon to “Show Package Contents”.
Right, that is a little bit easier. Still, I think copying the Finder's approach to hide things away in packages is not what I guess most users of TextMate would like […]
We’re monitoring user feedback. AFAIK you’re the first to raise this issue.
On 2 Sep 2012, at 16:25, Allan Odgaard wrote:
On Sep 2, 2012, at 5:09 PM, Jonas Zimmermann listen@jonaszimmermann.de wrote:
OK, I've been using ⇧⌘Y for a while. This doesn't show added folders (for SVN) as uncommitted, however. So commits depending on those folders (such as added files within) fail.
That sounds like something that could easily be fixed if you provide steps-to-reproduce.
1. Open a SVN working copy in TM 2. Create new file, save in new subfolder 3. Press ⇧⌘Y; new folder shows up as untracked item 4. Select new folder, ⌘Y, Add to repository... 5. New file shows up in Uncommitted Changes, but not new folder 6. Select new file there, ⌘Y, Commit => Commit window only shows new file, but not new folder.
So added folders should be shown as uncommitted changes; don't know whether there should also be a check for dependencies when trying to commit (probably not).
Jonas
On Sep 2, 2012, at 5:42 PM, Jonas Zimmermann listen@jonaszimmermann.de wrote:
- Open a SVN working copy in TM
- Create new file, save in new subfolder
- Press ⇧⌘Y; new folder shows up as untracked item
- Select new folder, ⌘Y, Add to repository...
- New file shows up in Uncommitted Changes, but not new folder
For me the new folder moves from Untracked → Uncommitted (and remains selected).
What version of svn are you using?
On Sep 2, 2012, at 6:18 PM, Jonas Zimmermann listen@jonaszimmermann.de wrote:
On 2 Sep 2012, at 17:10, Allan Odgaard wrote:
What version of svn are you using?
$ svn --version svn, version 1.7.6 (r1370777) compiled Aug 20 2012, 17:05:38 [...]
OK, same as me, so don’t know why we see different behavior.
On Sep 2, 2012, at 6:10 PM, Allan Odgaard mailinglist@textmate.org wrote:
On Sep 2, 2012, at 5:42 PM, Jonas Zimmermann listen@jonaszimmermann.de wrote:
- Open a SVN working copy in TM
- Create new file, save in new subfolder
- Press ⇧⌘Y; new folder shows up as untracked item
- Select new folder, ⌘Y, Add to repository...
- New file shows up in Uncommitted Changes, but not new folder
For me the new folder moves from Untracked → Uncommitted (and remains selected).
Turns out I was actually adding a symbolic link (to a folder), not realizing it, as the arrow was covered by the (untracked) SCM badge.
So, for Untracked Items the SCM Status list removes children of an untracked folder. That way, adding a single (untracked) folder only show that folder, rather than all the files within. Additionally in the “Uncommitted Changes” it prunes parent folders if all their items are untracked, since with Git and Mercurial, the folder itself doesn’t really have a status and can’t be added on its own.
I made a change in r9296 so that this pruning no longer happens for Subversion. You can update to that by option (⌥) clicking the Check Now button in Preferences → Software Update.
-
Allan Odgaard -
Jonas Zimmermann